おはようございます、
私は現在1つの良い友人が破損した1TB外付けハードドライブを回復するのを助けています。彼女はドライブを落とし、もうマウントできません。いくつかの調査の後、私はsafecopyを試しました。私はKali LinuxライブCDとUSBステーションを介して接続されマウントされた内部3TB HDDを使用しています。外付けドライブは100GB未満のスペースを占有します。 SafeCopyは1日に約30GBを収集します。最初の試みは、約260 GB以降の「場所が見つかりません」というエラーによって中断され、ドライブは別のインストールパスに再接続されました。現在の試みは〜280GBです。ドライブは新製品なので、保存されているすべてのデータはすでに出力ISOに収集されています。ただし、260 GB ISOをマウントしようとすると、ファイルの破損やI / Oエラーに関連するファイルエラーが発生します。
安全なコピーのために、次のコマンドを使用します。
sudo safecopy --stage1 /dev/sda1 /path/to/3tb/drive/data.iso
/dev/sda1 は外付けハードドライブが検出される場所です。
ISOファイルのビルドを手動で完了する方法はありますか？ safecopyが作業を完了するのに約34日かかります。
編集する：
コメントで述べたように、しばらくプロセスを中断する必要がありました。これですべてをリセットし、いくつかの問題が発生した後にfdiskが生成した結果は次のとおりです。
sudo fdisk -l /dev/sdc1
Disk /dev/sdc1: 931.5 GiB, 1000169537536 bytes, 1953456128 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0x69205244
Device Boot Start End Sectors Size Id Type
/dev/sdc1p1 ? 218129509 1920119918 1701990410 811.6G 72 unknown
/dev/sdc1p2 ? 729050177 1273024900 543974724 259.4G 74 unknown
/dev/sdc1p3 ? 168653938 168653938 0 0B 65 Novell Netware 386
/dev/sdc1p4 2692939776 2692991410 51635 25.2M 0 Empty
Partition table entries are not in disk order.
stage1.badblocksファイルを保存するのを忘れたため、最初の実行を続行できません。今、私はこのラップトップから直接Debian Linuxを実行しているので、以前より少し速くなることを望み、新しいstage1 safecopyの実行を開始しました。
それでは、最初の実行からisoファイルを使用して読みやすくする方法はありますか？
編集2：
さて、3時間後現在までの結果は次のとおりです。
[0](+0){XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX [844800]
XXXXXXXXXXXXX 8-X 0%
ドライブからひどいカチッと音がします。以前に fdisk 出力形式を解釈すると、データがセクタ 0 から始まらずドライブにさらに書き込まれるようです。ディスクの最後から読んでデータを回復できますか？残念ながら、これまで作成したISOファイルからデータを抽出することにある程度依存しています。繰り返しますが、完了していないisoファイルからコンテンツの一部を抽出し、ここから作業ファイルを構築できますか？
編集3：
今ddrescueを試しました。これで約23時間実行されます。出力ファイルのサイズは134 MBで、すでにsafecopyで知っているサイズは大丈夫です。gmesg | tail次の出力が生成されます。
[80840.705000] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80880.711821] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80920.718561] usb 2-1.1: reset high-speed USB device number 8 using ehci-pci
[80922.888408] sd 8:0:0:0: [sdb] Unhandled error code
[80922.888413] sd 8:0:0:0: [sdb]
[80922.888415] Result: hostbyte=DID_TIME_OUT driverbyte=DRIVER_OK
[80922.888417] sd 8:0:0:0: [sdb] CDB:
[80922.888419] Read(10): 28 00 49 a5 38 80 00 00 08 00
[80922.888426] end_request: I/O error, dev sdb, sector 1235564672
[80922.888430] Buffer I/O error on device sdb1, logical block 154445328
そのため、USB接続に問題があり、いくつかの問題があることがわかりますhostbyte=DID_TIME_OUT
ddはこれまでに次のような結果を得ました。
rescued: 123928 kB, errsize: 0 B, current rate: 12976 kB/s
rescued: 134742 kB, errsize: 39649 kB, current rate: 0 B/s
ipos: 635829 MB, errors: 605, average rate: 1688 B/s ago
opos: 635829 MB, run time: 22.17 h, successful read: 22.01 h ago
Copying non-tried blocks... Pass 1 (forwards)
ddが完了したら、tsk_recoverを使用してddイメージから少なくとも少し抽出しようとします。コメントで述べたように、ドライブのハードウェア仕様を見つけました。問題は、USBコネクタ（USB 3.0 Type B Micro）がメインPCBにおいてATA/SATA接続にアクセスできないことだ。それとも少なくともそれが私が見つけたものです（今まで箱を開けませんでした）。回路図を含むデータシートが見つかりません。製品番号はWDBHHG0010BBK-04です。 USBポートの横にピンがある同様の（！）ドライブのビデオが見つかりました。私はハードドライブとエレクトロニクスが利用可能かどうかを知るのに十分な知識がありません。 ddの終わりにボックスを開いてみましょう。
私は自分がドライブをひどく損傷させる可能性があるかどうか尋ねました。私の友人はちょうど捨てたと言った。 rw ヘッドが破損しているか、ディスクがこぼれているようです。私が知っている限り、ハードドライブはアイドル状態または電源が切れたときに頭を横に動かします。私の救助の試みはもはやダメージを受けないようです。読めるセクタが開始と同じだったからです。
だからテキストがたくさんあります。現在私の質問は、syslogエントリが私に何を言うべきかです。
いくつかのドライブ写真：
答え1
isoは生のディスクイメージを意味するようです。 ddrescue（時にはdd_rescueとして利用可能）を試してください。非常に冗長で読めないチャンクを手動でスキップできます。これを行う必要はなく、デフォルトでは読み取りエラーを無視します。外部USBディスクを除いて停止したことはありません。データを回復するときは、常に（可能であれば）外部エンクロージャからHDDを取り外し、コンピュータベイに挿入します。 USBは問題が発生すると終了する傾向があります。ディスクの冷却を試みることができます。これは役に立つかもしれないし、そうではないかもしれませんが、害はありません。数日間復元する予定なので、CPUファン3～4個を吹き込むことができます。まったく熱く感じたくないし、涼しいほど良いです。熱はディスクの不良には良くありません。クーラーや冷蔵庫に入れておくことをお勧めしますが、それは愚かなことです。ディスクがほとんど動作しない場合は、他の読み取り操作を実行しないでください。編集：マウントされた生画像（読み取り専用画像でも）を使用すると、いくつかの問題が発生します。潜在的に破損している可能性があるファイル階層（FATなど）に移動する場合は、まずメス、スライス、およびMagicrescueを使用して画像のファイルを復元してみてください。通常、最も広く使用されている写真や文書の形式を回復できます。