私は、NTFSパーティションを、損傷した、ハードディスクの近くにある(これが問題である場合は、SCSI)から新しいもの(SATA)に複製する必要があります。
私はHirenのブートCDユーティリティの最新バージョンをUSBスティックにインストールし、GPartedを試してみました。これにより、パーティションが破損していて、CHKDSKを実行するように「フラグが立てられている」ため、パーティションをコピー/貼り付けできません。私は警告のアドバイスに従い、CHKDSK /f
(「フェーズ3」の後に9時間かかり、エラーで終了しました)と、今は思い出せないLinuxプログラムを使用してそれを修復しようとしましたが、成功しませんでした。
Clonezillaを使用してクローンを作成しようとしましたが、同じ理由で失敗しました。 HBCDにはdd_rescueがありますが、「ntfs.something」が見つからないため、再び失敗しました。
結局のところ、私が欲しいのは、そのパーティションをそのままに、彼のエラーとすべてを含めてクローンを作成することだけです。新しいドライブで修復できます。
それで、私は何をすべきですか?
もちろん、元のドライブのNTFSパーティションを修復しようとすることもできますが、ハードウェアの障害が原因で問題が発生し、修復によって最悪の事態が発生する可能性があるため、そうすることはお勧めできません。
最初にファイルに ddrescue を使用してブロックコピー用のブロックを作成します。コピーできないブロックがある場合、ddrescue
は残りのディスクを続行します。
ddrescue
で不良ブロックが見つからない場合は、ファイルに修復ソフトウェアを使用してみてください(ループバック経由でマウントされます)。 SCSIドライブに問題がある場合、または最初からやり直すことができるようにしたい場合は、ファイルのコピーを作成し、2番目のコピーでNTFSファイルシステムを修復してください。エラーのあるディスクのコピーは時間がかかるプロセスなので、プロセスを中断する必要がある場合があります(コンピューターが必要な場合、ドライブを冷却するため、またはドライブのファームウェアを再起動する場合)。
そのため、私の経験では、問題のあるケースではddrescue
はdd
よりもはるかに優れていますconv=noerror
。 ddrescue
は、何が行われたかに関するログを保持し、その情報に基づいて再起動します。この機能は、dd
では使用できません。 ddrescue
は、問題のある領域に遭遇した場合に、ブロックを最後から読み取る場合にも優れています。ファイルシステムチェックの基礎として使用できるイメージコピーの状態に、より迅速に到達します(元のコピーをddrescue
に続けることができます)。手作業でオフセットを計算することに多くの時間を費やす気がある場合にのみ、dd
でそのようなことを行うことができます。
また、ファイルを適切なサイズのNTFSパーティションにコピーし、ドライブをWindowsマシンに配置して、そこからネイティブの修復ツールを使用することもできます。
同じ問題があった:もうすぐディスクが死ぬ
NTFSパーティションを使用したいrescue first and 修正後
(ディスクが完全になくなる前)。
ntfscloneで解決できました:
/dev/sdaX
、/dev/sdbX
)ntfsclone --force --ignore-fs-check --rescue --overwrite NEW-part OLD-part
NEW-part
およびOLD-part
ステップ4の名前。 -/dev/sd...
)- それが終わったら -
編集:
-注-
障害のある(不安定な)電源装置は、ディスクコントローラを狂わせる可能性があります。
ディスクよりも故障する可能性がはるかに高いため、これも確認することをお勧めします。
すべてが数分間正常に動作する現象が発生する場合があります
(または秒)そして、システムは文字通りウォームアップするとすぐに狂い始めます。
(もちろん、電源を固定しても失われたデータは復元されませんが、それ以上失うことはありません)
[〜#〜] hdat [〜#〜] (フリーウェア)または Spinrite (商用)のいずれかでディスクを修復しようとします。私はこれらのツールの両方を使用して、障害が発生したディスクを回復しましたが、以前はどちらもうまく機能していました。
ドライブが使用可能な状態になるまでは、回復作業が行き過ぎることはないと思います。ディスクがクリアされたら、私は Clonezilla を使用して、できるだけ早く代替HDDにディスクを複製します。
この質問には実用的な例があるはずなので、これが私が使用した方法ですddrescue
0)保証下で同じサイズ(およびブランド)の交換用ドライブを取り付け、古いドライブを2番目のスロットに移動した
1)ubuntuブートCDを使用しました
シンプルなオプションを試しましたが、すぐに多くのエラーが発生してハングしました
dd if=/dev/sdb of=/dev/sda bs=512 conv=noerror,sync
root@ubuntu:~# dd if=/dev/sdb of=/dev/sda bs=512 conv=noerror,sync
dd: error reading ‘/dev/sdb’: Input/output error
57496+0 records in
57496+0 records out
29437952 bytes (29 MB) copied, 6.02927 s, 4.9 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+1 records in
57497+0 records out
29438464 bytes (29 MB) copied, 8.86693 s, 3.3 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+2 records in
57498+0 records out
29438976 bytes (29 MB) copied, 11.7068 s, 2.5 MB/s
dd: error reading ‘/dev/sdb’: Input/output error
57496+3 records in
57499+0 records out
2)これらの記事を読む:
後者は-d
直接ディスクアクセスですが、使用しませんでした
3)インストールされたddrescue
Sudo apt-get install gddrescue
Sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) universe"
Sudo apt-get update
Sudo apt-get install gddrescue
man ddrescue
必要な場合もあります(?)
Sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu $(lsb_release -sc) main universe restricted multiverse"
4)最後に実行しました(コピーして貼り付けている場合は、sdaが私の新しいドライブです...注意して宿題をしてください)
ddrescue -v -r3 /dev/sdb /dev/sda ~/ddrescue.log
出力:
GNU ddrescue 1.17
About to copy 1000 GBytes from /dev/sdb to /dev/sda
Starting positions: infile = 0 B, outfile = 0 B
Copy block size: 128 sectors Initial skip size: 128 sectors
Sector size: 512 Bytes
Press Ctrl-C to interrupt
rescued: 22555 MB, errsize: 196 kB, current rate: 91815 kB/s
ipos: 22555 MB, errors: 5, average rate: 68975 kB/s
opos: 22555 MB, time since last successful read: 0 s
Copying non-tried blocks...
5)起動されたウィンドウと再アクティブ化... tbc
良い一日!
重要なのは、ソースディスクがどれだけ損傷しているかです。それがほとんど破壊されている場合、データのクローンを作成する唯一の方法は、専門のハードウェアデータ回復スイートを使用することです。似ている Atola Insight