私はこのツールについて少し調べ、もちろんマニュアルページも見ました。問題は、ddrescue に非常に時間がかかるため、最初にコマンドを正しく実行する必要があることです。バニラをどう改善すればよいかわかりませんでした。
$ sudo ./ddrescue -v /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
$ sudo ./ddrescue -v MyVolImage.dmg /dev/disk1s3 MyVolRestore.log
- HSF+からHSF+ドライブへ
- ソース(壊れた)HDDはUSB 2.0経由で接続されています
- 宛先HDDはMacBook内にあります
- 私はスピードよりも正確さを選びます
選択肢はたくさんあるようですが、それが回復の質と速度にどのような影響を与えるかはわかりません。
ありがとう、
ガブ
答え1
HSF+からHSF+ドライブへ
これは検索で見つけることができます。つまり、HFS+ (階層ファイル システム) を意味します。
sudo -s
役立つヒント:ルート レベルのシェルにドロップするには、sudo を 1 回だけ入力する必要があります(上記のコマンドから削除します)。次のようにします。
$ sudo -s
確かに、ddrescue は私にとっては永遠にかかるようですが、私のドライブはかなり壊れています。ログ ファイルを作成すれば (そうすべきです)、いつでも停止して新しいパラメータで再起動できます。これまでに私が見つけたもの (更新が続く可能性があります) から、このツールを使用する最良の方法は次のとおりです。
まず、Unixコマンド(下記)またはディスクユーティリティGUIを使用して、障害のあるパーティションがマウントされている場合はアンマウントします。
# diskutil unmount disk0s5
# ./ddrescue -v -n /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
ログは重要です。ログを使用すると、いつでもプログラムを中断したり、ドライブに対して複数回実行したりすることができます。
(注意: ターゲット イメージ ファイルとログ ファイルは両方とも、不良ドライブ (いずれにせよアンマウントした) ではなく、信頼性の高いドライブに保存する必要があります。保存場所を確認してください。上記のコマンドは、それらを ddrescue と同じフォルダーに配置します。また、ソース ディスク全体がイメージにコピーされるため、ターゲット ボリュームに十分なディスク領域が必要です。)
-n オプションは、ディスク全体を実行して、再試行 (レスキュー) せずにすべてをコピーするように指示します。私の意見では、ベースラインが必要なので、これが最適であり、プロセス中にドライブが完全に故障した場合に役立ちます。終了したら、もう一度実行して、ディスクの不良領域をターゲットにします。
# ddrescue -v -r 3 /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
-r 3 は、不良領域を 3 回再試行するように指示します。最初に作成されたログ ファイルを再利用していることに注意してください。忍耐力がある限り高く設定できますが、最終実行のために時間を節約することをお勧めします。
# ddrescue -v -r 3 -R /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
マニュアルに記載されているように、すでに不良とマークされている領域を再トリミングすると、セクターが異なる順序で再試行されるため、成功につながる可能性があります。
次のようにする代わりに:
# ./ddrescue -v MyVolImage.dmg /dev/disk1s3 restore.log
ディスクユーティリティを使用してイメージのコピーをマウントし、必要に応じて修復して、そこから作業を進めることができる場合があります。問題が発生した場合に備えて、変更する前にディスク イメージをコピーしておくことをお勧めします。Finder は ddrescue よりも速くコピーできるはずです。実際のディスクのパーティション サイズの問題を心配する必要がないので、イメージでの作業の方が簡単だと思います。
さらなる回復ツールとしては、testdisk(試していないし、試してみたいかどうかもわからない)とPhotoRecがあり、どちらもCGセキュリティコンパイルが必要です。PhotoRec は、ディレクトリ構造に関係なく、ドライブまたはイメージを清掃することで、さまざまな種類のファイルを回復するために使用できます。
disk
アクセスを高速化するために raw デバイスを使用するという話もありますが、それが確実に機能するという証拠はまだありません。OS X で raw (キャッシュなし) を使用するには、前に文字 r を付けます。
答え2
2011年4月初旬にSeagate 500 GB 2.5インチ 7200 RPMディスクでこの問題が発生しました。(そのディスクには、NTFS。
提案されたコマンドを使用して最初の答えディスクイメージを可能な限り復元するには、次の手順を実行します。
- その画像のコピーを作成する
- CGSecurityの最新バイナリを入手するテストディスク– 無料(オープンソース)、とても良いですが、使用するにはかなり専門的です。
幾何学
故障したディスクのブートセクタが失われていた場合、ジオメトリ(ディスクのシリンダ、ヘッド、セクタ(CHS)に関する情報)を知ることで、TestDiskが回復したイメージのコピーを処理するのに役立つ可能性があります。そのため、可能であれば、幾何学を発見する– メーカーの仕様書(PDF)は、メーカー名とモデル名を Google で検索すると見つかる場合があります。
ディスクユーティリティ
Intel Mac の HFS+ 起動ボリュームを含むディスクからリカバリする場合、そのボリュームのディスクは GUID パーティション テーブル (GPT) を使用しているはずです。したがって、diskutil
(ディスク ユーティリティで使用されるユーティリティの 1 つ) を使用します。
- ターミナルウィンドウを開く
- 次のコマンドを入力します。
diskutil verifyVolume <PATH-TO-THE-DISK-IMAGE>
ターミナル ウィンドウの出力でイメージ内のファイル システムに不整合があることが判明した場合は、ターミナルを使用して少し異なるコマンドを実行します。
diskutil repairVolume <PATH-TO-THE-DISK-IMAGE>
ボリュームの修復が失敗した場合は、TestDisk を続行できます。
TestDiskのスクリーンショット
ターミナル ウィンドウで実行するsudo testdisk
と、3 つのログ オプションが表示されます。 1 つを選択すると、次のようなウィンドウが表示されます。
TestDisk の使用方法に関する CGSecurity ドキュメントがオンラインで公開されています。
パーティションがひどく乱れている場合
唯一の選択肢は、ファイル名やディレクトリ/フォルダを除いたファイルのみを復元する「ファイル カービング」である可能性があります。