ベリファイエラーについて

[bgfdb...@gmail.com]

いつも重宝しております
大変有難うございます
助かっております


ご質問です

まさに以下の「.fc_verify_err」ファイルができました

仮に

C:\test.txt
↓ FastCopyでコピー
D:\test.txt

「結果」
D:\test.txt.fc_verify_err
になった場合に

Ｑ１）単に　D: ドライブが故障ですか？


---------
C:\test.txt ←リードＯＫ　バッドセクタなし
↓ FastCopyでコピー
D:\test.txt ←ライトとりあえずＯＫ？とする　

↓　実はD:　にバッドセクタがあって、ベリファイしてみたら
　　内容のベリファイが一致しないので▼エラー処理

「結果」
D:\test.txt.fc_verify_err　←エラーファイル　できた
になった
---------
Ｑ２）この流れで合っていますか？？


　　←もしやC:　ドライブにバッドセクタ　があったも
　　　あり得ますか？

    ←「ＹＥＳ」とするとこれはベリファイエラーではなく
　　　リードエラーだと思いますが、、、


-----------------
v3.11
ベリファイ時、相違があった場合はファイル名末尾に .fc_verify_err を付与してリネーム。
-----------------

■使用環境
FastCopy v3.13 正式版(64bit)
Windows10(Pro 64bit)

[Hiroaki SHIROUZU]

ご報告ありがとうございます。

＃私自身はテストで疑似的に問題発生させたとき以外は見たことがないのですが（笑）

Dドライブに書いたファイルをもう一度Dドライブから物理的に（＝キャッシュを無効化して）読込んだところ、Cドライブのオリジナルファイルと異なっていた、ということです。

この要因としては、Dドライブ側の問題が一番高そうなのは確かですが、バッドセクタが原因かどうかは不明です。FastCopyから見た場合、OSに対して書いてとお願いした内容と後から読み出した内容が食い違っていた、というところまでになります。

ご参考までに、もう少し細かく書くと下記のような処理を行っています。

（それぞれが、別スレッドでパイプラインのように並列処理されます）

１．srcファイルを読み込み

２． → 読み込みデータをハッシュ値計算（メモリ上に記憶）

３． → 読み込みデータをdstファイルに書き込み

　（他のファイルについても１～３を実施、２用のメモリ領域が一杯になるまで。1万～数万ファイル程度）

４．dstファイルを読み込み

５．→ 読み込みデータのハッシュ値計算

６．上記５のハッシュ結果が２のハッシュ値を比較し、異なる場合、.fc_verify_err にリネーム

なお、コントロールキーを押しながら、リストアップを行うとスキップされるsrc/dstペアに対して、読み込み＆ハッシュ値を計算を行って内容一致を確認することができます。

[bgfdb...@gmail.com]

さっそくのご回答ありがとうございます
ご丁寧に助かります
よくわかりました
多分　D: ドライブの故障ですね！？

確かに今までこのエラーは一度も見たことがなかったです。。
（何度もあったら怖いですが）

ちなみに簡単にわかりやすく書いたのですが、、
実際のファイルはtest.txtではなく
a.tib(Trueimageデータ 14GB)です
14GB が大きすぎるということはありますか？

１８個あった.tibファイル(サイズ　4～21GB)でエラーになったのは１つだけで
あと１７個は正しくベリファイコピーされています
Windows10がまだ不安定？やファイルが大きすぎて、、
（21GBのは正しくコピー済）
といいう感じもあるのかもしれませんが、、、

CrystalDiskInfoでも D: ドライブは正常です。。
特にいままで D: ドライブで異常はなかったのですが、、、
気になります。。。
要注意でしょうか、、D:(東芝 2T HDD)

●故障の前兆を探すよい「HDDベンチマークソフト」とも言えますね！
やはり最高です。。