これは、いくつかの重要な研究成果を含む、故障したハード ドライブを復旧するための取り組みです。要約すると、私が試した方法 (以下で説明) では、dd を使用して作成された複数のイメージを再開できませんでした。何が間違っていたのか、何か提案や説明はありますか? 「google キーワード」の提案でも役立ちます。どうもありがとうございます。
ここで、単一の画像ファイルのddを再開する方法に関する投稿と回答を見ました dd で中断されたディスク イメージを再開できますか? しかし、画像を複数のファイルに分割した場合、スキップ/シーク オプションが機能しないので、何かを見落としているに違いありません。以下は私の問題の詳細です。
ソース ドライブと宛先ドライブは 1.8 インチ HDD と 2.5 インチ HDD で、両方とも USB 経由で接続され、NTFS 形式です。これは仮想マシンで実行されます。
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img を実行します。
(バッファサイズは64kbで、画像は16GBのファイルに分割されています)。私が気づいた1つの問題は、オプション「noerror」を使用しても、読み取れないブロックに遭遇すると停止することです。
pv: (stdin): 読み取り失敗: 入出力エラー============================> ] 61% ETA 1:56:54 142GB 3:04:10 [13.2MB/秒] [===================================================> ] 61%
2333629+1 レコード入力 2333630+0 レコード出力 152936775680 バイト (153 GB) がコピーされました、11050.1 秒、13.8 MB/秒
(分割オプションが実装されていなかったときは、このようなことは起こりませんでしたが、時間がかかりすぎて待つことができなかったので、キャンセルして、より高速になることを期待して、画像を小さなサイズに分割してみました)。
この時点では、いくつかの画像ファイル (拡張子は aa、ab、...、ai) が存在します。
時間の制約でゼロからやり直すことはできなかったので、
sudo pv -ptreb -B 64k /dev/sde | dd bs=64k skip=2333630 seek=2333630 conv=sync,noerror | split -b 16384m - /media/target/whole-drive.img.
バッファ サイズが 64k であるため、ブロック数 2333630 は 152936775680/655536 から計算されました。
上記のコマンドを実行すると、dd はゼロから開始され、既存のファイルの変更はまったく確認できませんでした (タイムスタンプも)。ハード ドライブの残りの容量も変更されません。何が問題なのか教えてください。
改めて感謝します。パウィン