探検

Fire File Copy Part12

■ このスレッドは過去ログ倉庫に格納されています
2014/07/14(月) 17:44:53.02ID:r6OEKNCo0
前スレ
Fire File Copy Part11
http://anago.2ch.net/test/read.cgi/software/1311997940/

配布サイト　A-1 LABORATORY
http://www.k3.dion.ne.jp/~kitt/pc/sw/ffc/
2018/07/12(木) 23:50:18.16ID:9xomZByE0
スマホがどうたらってエラーが出て
毎回「このファイルをスキップします」というメッセージで止まってしまって
ちっともコピーが進まない
　 _, ._
（ ・ω・）
スマホは繋げてないんだけどね（´･ω･｀）
2018/07/13(金) 20:18:05.83ID:r3QA94c70
スマホがどうのなんて長年使ってるけど一度も出たことないから読み間違いだろうけど、
解決したかったらちゃんとメッセージ全文載せなきゃ誰もわからんよ
2018/07/14(土) 08:11:16.34ID:VbS7TyGh0
スマホじゃなくてセマホだったわｗ

録画しっぱなしで録り溜めてあった1TBのHDDが5台ほどあって
6TBのHDDを買って、まとめちゃおうと思ったんだわ
その中の一台が「調子悪い」みたいなメモが貼ってあって
そのHDDをソース側にした時にセマホエラーの嵐だったんだわ
エラーチェックをかけても途中で止まってしまう
んで、HDD Regeneratorにかけて再度エラーチェックにかけたら
なんと！全部無事にコピーできたわ
このHDD Regeneratorってやつはすごいな！おい！

他にも動画データ再生するとPCがフリーズしてしまうHDDがあったのだが
こいつにかけたら全部再生できるようになったわ
2018/07/14(土) 08:19:25.31ID:VbS7TyGh0
ところがの
その調子の悪い1TBHDDをコピーしている時に一回ブルスクになったんだわ
まあ、「調子悪い」て書いてあったし、一個くらいの動画データはしょうがないかな（´Д｀）
と思ったら、コピーし終わってる分は全部正常なデータだったんだわ
んで、残りを再度Fire File Copyにかけて、コピーを終えたんだけど

次の2TBHDD→6TBHDDのコピーの時にまたブルスク！
おかしいな？この2TBHDDは調子は悪くないはずなのに
気を取り直して続きからコピー再開したら、またブルスク！

おかしい…これは絶対おかしい…
んで、最近噂の＞701でもう一回最初から2TB分やり直したんだわ
結果
=================================================
FastCopy(ver3.51) start at 2018/07/13 22:07:21

<Source> F:\Source\
<DestDir> E:\
<Command> 差分（サイズ・日付） (with Verify)
<PostPrc> シャットダウン
-------------------------------------------------
TotalRead = 1,725,219 MB
TotalWrite = 1,725,219 MB
TotalFiles = 1,865 (4)
TotalTime = 08:28:28
TransRate = 56.5 MB/s
FileRate = 0.06 files/s
VerifyRead = 1,725,219 MB
VerifyFiles= 1,865

Result : (ErrFiles : 0 / ErrDirs : 0)
2018/07/14(土) 08:25:26.98ID:VbS7TyGh0
コピーがさっき終わったところでデータは検証しとらんのだが
これってエラー無しでコピーが終了したんだよね？
ファイル、フォルダ数もデータ量のサイズもちゃんと合ってる

ひょっとしたらFire File Copyで6TBHDDとか扱うには問題があるのかも（´Д｀）
4TBHDDの時はなんのエラーもなく使えたんだけどね

Fire File Copyの方が使いやすいし、なんとなく信頼おけるので、これからも4TBまでのHDDならFire File Copyを使うけどね
2018/07/14(土) 09:54:05.36ID:9t8w58ke0
混み入ってるんで難しそうだけど、少なくともうちでは6TのHDDに普通にコピーできてるよ？
ソースの量が多すぎるとか？
2018/07/14(土) 10:11:18.38ID:9t8w58ke0
あと、FFCとFCはファイルの書き込み方が実はぜんぜん違うらしい。
ほんとの意味でコピーによる断片化を防げるのはFFCだけとかどっかで読んだことある。
そういう仕様の違いが関係してるのかな？
2018/07/14(土) 18:36:34.87ID:hpW3TuNI0
セマホか。確かに調子悪いHDDをソースにしたときに見たかもシレン
ベリファイ付きでコピーしてエラー出ずに終わってたなら一応問題ないんじゃないか

これのベリファイってどういう仕組みだっけ？
仮に読み出しで失敗しててその「失敗したデータ」で書き込みしたあと、
ベリファイする場合は再読み出しして書き込み後のデータと確認するんだっけ？
それとも書き込むときにメモリに読み出したデータと書き込み後のデータで比較してたっけ？
再読み出しせずに比較してたら当然書き込み先には「読み込みに失敗したデータ」が正常に書き込まれることになるけど
読み込みに失敗してたら何かエラー出て止まるんだっけ？
読み込み時にエラーしてるけど検知できずに書き込み処理に入ることあるのかな
詳しくないのでわからん
2018/07/14(土) 19:33:37.68ID:23KLwr030
HDD御臨終の悪寒
2018/07/15(日) 01:45:38.05ID:mpJ+pQDH0
>>710
あーすまん
やっぱり原因はHDDにあるのかもしれん
今日0x00000024のエラーが出たわ
今、システムなのか接続した２台のHDDなのか原因を調査中だわ
2018/07/15(日) 12:20:06.43ID:yDIzUzWB0
あんまりブルスク出しまくってると今度はメモリが破壊されそうだから原因追及もほどほどにな
ちなみにメモリ壊れてたらOS起動して何もせず放置するだけでブルスクになったりするから
程度によるけどファイルのコピーとかやろうとする前にブルスクになるはず
2018/07/16(月) 08:52:48.91ID:LIOSNgn/0
うん、わかった
あんがとう
2018/07/23(月) 01:36:48.32ID:liqSNegR0
FastCopyは複数スレッド使ってコピーすると断片化するかもね
2018/07/23(月) 01:40:56.51ID:CrRTtn7G0
最初にコピーサイズの領域確保するから
十分な空きがあって連続した領域が確保できれば
マルチスレッドでも断片化は抑えられるだろ
2018/07/23(月) 05:58:45.20ID:liqSNegR0
まじか！！

どうしようかなあ…
2018/07/24(火) 19:23:16.88ID:ffqmcTl70
なにがや
2018/07/25(水) 00:26:42.80ID:efXP8SO+0
領域確保してもマルチスレッドで、読み込みと書き込みを並列に行うのなら
当然断片化するんじゃないの？
まさか１ファイルずつの領域を一つずつ確保なんてしてないよね
2018/07/25(水) 00:27:42.74ID:efXP8SO+0
まあいいや
最適化ツールにかけてみればすぐわかる
2018/07/25(水) 09:16:47.80ID:tTXN2dyh0
空きが有ればするだろ
2018/07/25(水) 11:21:13.83ID:yzbIlQFY0
マルチスレッドでヘッド動かしまくって断片化させながら書き込むより、シングルスレッドでシーケンシャルに書き込む方が速そうだけどなぁ。
2018/07/25(水) 11:58:48.00ID:BBEfsI/L0
最初に連続した領域を確保してるならその中でいくらヘッドが移動(書く順番がランダム)でも断片化しないだろ
2018/07/25(水) 13:27:15.90ID:ZizBFLWa0
答えは >>159>>253>>407 辺り　
2018/07/25(水) 16:55:46.45ID:OuLiotFz0
夢の様なドリーム機能
2018/07/25(水) 17:37:25.40ID:Bc7H4eZA0
その夢の機能をどうやって実装しているのか少しは考えれば良いのに
2018/07/25(水) 23:51:28.49ID:CSqG2sT70
作者さん・・・
2018/07/27(金) 01:59:48.41ID:/K623vS10
ベリファイエラーが起きるとコピーが止まってしまうのだが
エラ-ファイルに印をつけて処理続行とかできんのかな
2018/07/27(金) 06:06:41.25ID:winICdyn0
>>721
実際に領域確保するのはOSであってアプリでは無い
たとえば、コピー元のファイルが500MBなら、コピー先のディスクに500MBファイル作れってアプリがOSに指示を出せばいいだけ

これをやらずに0バイトのファイル作って、コピー中にどんどん追記してサイズを500MBまで増やすと
断片化しやすい
732708
垢版 |
2018/07/28(土) 23:01:01.12ID:omXxNA5X0
すまん
どうやら俺環だったみたい
2018/09/08(土) 17:07:03.78ID:m6qinjFG0
間違ったとこに書き込んでしまったマルチになってすまん
昨日までは使えてたのに今日になったらGO押しても何もしなくなった
win10 pro 64bit 再インストール、PC再起動、64bit用再設定したがだめだった
同じような人いないかな
2018/09/08(土) 22:45:58.11ID:1/J+sIgT0
何かが間違っててもエラーメッセージが出ないから困るよね
2018/09/17(月) 17:12:58.70ID:tAAljbZ70
FFCはパス＋ファイル名が255文字超えるとエラーで止まる

Windows10 64bitの標準コピーはファイル名が255文字超えるとエラーで止まる（パスは関係ない）

この認識で合ってる？
2018/10/02(火) 21:08:41.23ID:4SMODV4s0
参考になった
2018/11/01(木) 02:46:01.22ID:uUwe4ipb0
知らなかった
2018/11/02(金) 01:31:36.39ID:SC+654C90
そもそもなんであんな長いファイル名になるのがムカつく
739名無しさん＠お腹いっぱい。
垢版 |
2018/11/02(金) 12:43:48.57ID:cTaLjZr00
消える前に、ソース公開してほしかったなぁ
2018/11/02(金) 19:18:56.84ID:7p/nV06A0
FFC Lite
2018/11/02(金) 20:21:25.76ID:OP+yzRa00
ガチで震災死なんだろうか
2018/11/02(金) 22:17:27.15ID:x3zFt17y0
天守閣は復興しつつあるのに
743名無しさん＠お腹いっぱい。
垢版 |
2018/11/02(金) 22:34:17.43ID:KYwd9GE/0
仕方なしにfastcopyというのを入れてみた
けどどうもインターフェイスになじめないというかあんまり使いたくない感じ
ユーザーはよくあんな無骨なのを何も思わず使ってられるなと思う
できるならこっちをずっと使い続けたいよ
2018/11/03(土) 00:36:37.15ID:qUySzhZv0
俺もFastCopyも入れてるけど
普段使いはこっちだなあ
2018/11/03(土) 03:10:32.90ID:IRPCYM5D0
大量のファイル削除でFastCopyも使ってる
日付、サイズ比較とか便利だし普段使いはFFC
2018/11/03(土) 05:44:33.21ID:6x8tZArW0
同名ファイル上がるときに自動リネームしてくれるのがFFCしかないからFFCしか選択肢がない
2018/11/03(土) 05:45:06.94ID:6x8tZArW0
同名ファイル上がるとき→同名ファイルがあるとき
2018/11/04(日) 06:19:18.39ID:sOO+Gy5u0
そうなんだ
どうもありがとう
2018/11/04(日) 07:51:44.15ID:Yi7M54Ul0
FFCが対応してないロングパスネームの時だけfast copy使う
それ以外はFFC
2018/11/04(日) 22:12:45.00ID:1FwzZRmd0
FastCopyはAutoSlowってのが便利でな
FFCのwaitx1よりも高速だけど専有しないのがいい
2018/11/05(月) 00:36:22.02ID:C4jCqTnK0
自動リネームって何で何処もやらないのかな
やはり難しいのかな…
2018/11/05(月) 13:35:05.59ID:RBod3NaV0
>>750
FFCの「Low」じゃだめなの？
2018/11/05(月) 20:42:59.37ID:YzkkeB5U0
>>752
だからそれは遅すぎ（10MB/S）だと言っている
2018/11/05(月) 21:02:01.52ID:YzkkeB5U0
>>752
waitと間違えた
LowはHDDの占有率あんま変わらんから意味ない
2018/11/09(金) 01:39:46.43ID:mXdHXIvP0
なんでFireなんだろう
2018/11/09(金) 03:07:05.19ID:4+12Kf2Y0
情熱的でかっけーからだろが！
なよなよした日本人には情熱が足りねーんだよ！
人の顔色ばっかりうかがいやがって！
オラオラアアアア！
2018/11/09(金) 10:58:09.39ID:PIsc9S+N0
何そのHighみたいなテンション
2018/11/09(金) 21:43:07.92ID:oyIGVBDq0
Fire だと ちょっぱや って感じするじゃん？
2018/11/10(土) 00:37:26.33ID:sp551GsK0
このソフトでコピーするときはいつも「ファイヤー！」って叫びながらする
2018/11/10(土) 01:15:38.25ID:MJAklu7A0
もうそのテンション維持するのはキツい歳になってきたろ無理すんなよ
2018/11/10(土) 01:43:03.14ID:1w/n4DGC0
うそつけ
2018/11/10(土) 14:31:46.13ID:0DCg6Ps/0
「現役復帰」宣言したのにな
2018/11/24(土) 12:07:41.53ID:S7RWs11f0
fire→会社をくびにするときにfireということもある
首になるとか焦ってるときでも速くコピーできるソフトっていうこと

今考えたでまかせだけどな
2018/12/01(土) 01:58:53.96ID:fvnL7cP70
これで1週間はつらいな
2019/01/10(木) 02:14:25.25ID:pUM+FwzE0
そろそろ出てきておくれよ
2019/01/20(日) 13:30:02.21ID:e4d8psEb0
Windows10のコピーだと2Gぐらいのファイルでも0.1秒ぐらいでコピーが完了する(HDD)

異次元的に速すぎるから乗り換えたわ
2019/01/20(日) 14:58:41.07ID:6HBIErTZ0
>>766
　　　〃∩ ∧＿∧
　　　⊂⌒（ 　・ω・）　　はいはいわろすわろす
　　　　 ｀ヽ_っ⌒/⌒ｃ
　　　　　　　 ⌒ ⌒
2019/01/29(火) 18:21:41.53ID:ZgbyHHNz0
>Windows10のコピーだと
っていいうのはエクスプローラーでのコピーってことかな
その速さはもしかして同一ボリューム内の移動に限られているのでは
2019/01/30(水) 11:37:46.39ID:2GFKuGTG0
>>768
いや、別ドライブだよ
2019/01/31(木) 01:03:58.07ID:SYW519nR0
Windows10のコピーでベリファイする方法ってあります？
2019/01/31(木) 01:45:03.55ID:ebxzwDE+0
右D&Dからコンテクストメニューでベリファイ有り無し選べるソフトって他にある？
2019/02/19(火) 02:41:09.30ID:GWOqcXex0
どうして誰も答えてくれないの
2019/02/19(火) 09:27:16.53ID:ckLr3rlX0
>>772
誰もここにはいないし、断定できるほどあるかないかわからないからだよ
2019/02/19(火) 18:22:53.47ID:YL2uXl5G0
>>772
同じ事何度もかかれたからな
2019/02/19(火) 18:41:52.76ID:bbWNjv4D0
同じレスを掘り返すと逆効果なんだよ
2019/02/22(金) 00:18:58.17ID:pZj80fix0
>>770
そのためにこれを使うんじゃン
2019/02/22(金) 14:10:37.83ID:u5vKt0aG0
7777777
2019/04/15(月) 07:02:38.75ID:ETb2xR5+0
これ動かしてたらSMARTの代替処理済みセクタが1カウントされたんだけど、運悪くそのセクタに存在していたファイルは破損？
ベリファイオンでも吐き出す側が壊れてたら壊れてたもの同士を照合してるだけだよね
2019/04/15(月) 22:21:27.46ID:ViCstJhO0
>>778
読み出せないとポップアップ警告が出たときには、当該ファイルは必ず削除する必要がある。
そうしないと、不良セクタ（読み込めないということは要するに書き込み不全が起きてる）を後で特定するのは大変だから。

正常に記録したセクタが後で読み込めないという事態はあまりないのではないかな？
2019/04/15(月) 22:39:02.67ID:W7wp9uF/0
>>778
HDDメーカーによって多少違いがあるけどHGSTだと代替処理済みなら正常に代替処理が行われてるから大丈夫なはず
不味いのは代替処理保留中でWDだとファイルが読めないでカウントされる(大抵ファイルが壊れてる)
2019/04/16(火) 13:36:05.15ID:Y9hU4IXb0
ほんとに読めないやつはCRCエラーで削除するぞってポップアップがでてスキップされる
進捗状況のxxx/xxxが1個エラー出るとxxx(1)/xxxみたいな表示になる
テキストログには↓みたいな表記で該当ファイルが分かるようになってる

！エラー>データ エラー (巡回冗長検査 (CRC) エラー) です。
782名無しさん＠お腹いっぱい。
垢版 |
2019/05/01(水) 23:04:08.82ID:EU5Vi61U0
令和時代もFire File Copyが大活躍
2019/05/01(水) 23:31:01.45ID:PHJ4J3VE0
パス字数制限さえどうにかなればなぁ…
2019/05/13(月) 11:47:25.05ID:aWJdGy2B0
コピー元のファイルシステムがexFATだとコピー出来ないんだなこのソフト
2019/05/13(月) 12:09:14.99ID:KsVYaWO30
そりゃ大変だねｗ
2019/05/13(月) 12:15:53.11ID:UHDUevui0
うそ？
2019/05/13(月) 12:42:22.81ID:gmLrjBw40
ホントですよ(鼻ホジ)
2019/05/13(月) 14:37:36.81ID:2Hn04E6q0
つまりうそ？
2019/05/17(金) 19:02:10.74ID:BATG8ReY0
>>784
パッチ当ててないXPでも使ってんの？
2019/05/27(月) 11:15:43.73ID:PzJaStX80
ファイルコピー快適化　マッハCopy | IODATA アイ・オー・データ機器

【ソフトウェア公開終了のお知らせ】
本ソフトウェアは下記日程にて公開とサポートを終了いたします。
公開終了期日を過ぎますとサポートライブラリからのダウンロードができなくなります。
なお、ご利用中のお客様に関しましては引き続きアプリケーションをご利用いただけますが、サポート対象外となりますこと予めご了承ください。

＜公開終了時期＞
2019年6月28日（金）

https://www.iodata.jp/ssp/soft/data/speed/machcopy.htm
http://lib.iodata.jp/lib/soft/m/machcopy101.exe
2019/06/04(火) 20:05:14.33ID:blGt2VD90
なるほどなるほどなるほど
2019/06/28(金) 22:55:57.70ID:8V6jZ4L50
FireFileCopyだったすまん
2019/07/02(火) 12:16:58.51ID:6c77R+xT0
SMR方式のHDDにはエクスプローラのコピーよりFast Copyの方がいいと聞いたんですが
こちらのFire File Copyでも代用できますかね？
2019/07/07(日) 14:56:23.15ID:07yKzpBo0
そうなんですか？
2019/07/07(日) 15:21:37.19ID:TwPaDTO00
そうですかね？
2019/07/08(月) 07:38:05.43ID:nw6w4vNg0
そうなんですかね？
2019/07/10(水) 10:48:52.13ID:+hMXF2Ib0
>>793
Fast CopyよりFFCの方がいいと聞いた。
2019/07/10(水) 12:04:32.99ID:/Oc0zsDQ0
そうなんですか？
2019/07/10(水) 18:40:01.06ID:pfpTJNDu0
そうですかね？
2019/07/10(水) 20:51:31.88ID:RnhS7S4E0
800
2019/07/10(水) 22:09:28.98ID:TXXApL+F0
SMRの場合フラグメントがMC溢れに繋がるからな

エクスプローラなんかでコピーしてたら8TB全て使い切るまえにMCが溢れちゃうだろうな

FFC様々やで
2019/07/11(木) 00:46:48.22ID:Yl61UhIf0
いえ
2019/07/11(木) 00:52:54.55ID:15j2TUdP0
俺たちの
2019/07/11(木) 01:50:22.82ID:qjkPRPoK0
　 //○ //○
　//○ //○
.//　　//
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況