DDRescueには数ヶ月かかりましたが、バグはありませんか?

DDRescueには数ヶ月かかりましたが、バグはありませんか?

同じエラーが発生した他の人を見つけるのに苦労しており、今後最善の方法を見つけようとしています。

私のハードドライブが利用できないほど遅くなり、起動が停止します。 Clonezillaの複製が失敗し、Clonezilla Live CDに付属のGNU修復ツールを使用してddrescueを起動しました。 2TBドライブの場合、平均約400kBpsでとても遅い速度なので、約4ヶ月ほどかかると予想されます!この時点で。残念ながら、最後のバックアップが2年前であり、バックアップから多くの写真を削除したいと思います。驚くべきことに3日かかったにもかかわらず、現在までエラーなしで約50GB程度のスペースが節約されました。今後の最善の方法とエラーなしになぜそれほど時間がかかるのかについていくつかの質問があります。

ドライブが正常に読み取るには長い時間がかかりますが、実際には失敗しないため、コピー時間が遅くなりますか?ハード自体は大丈夫ですが、コントロールボードに問題があるか、そのようなものがあるのでしょうか?

ログファイルがどこに行くのかとても心配です。私は私のコンピュータが4ヶ月間安定しており、コマンドが間違っていないとは期待できません。数週間でも実行したい場合は、そのログファイルをフラッシュドライブに保存したいと思います。最初は大きな新しいハードドライブに保存されると思いましたが、今clonezilla_liveが使用しているRAMドライブに保存できることに気づきました。フォーマットされたUSBドライブを挿入してマウントし、ログファイルをコピーしてddrescueを再起動しても安全ですか? Clonezillaシェルは、起動時に存在しなかったUSBスティックを挿入したことを認識してインストールできますか?

sudo fdisk -lディスクを一覧表示してからディレクトリを作成しますか?sudo mkdir /logfile/usbそれではインストールしてみましょうか?sudo mount /dev/sdb1 /media/usb、コピーしますか?

どんなフィードバックでも感謝します。私はUnixシェルでz-pool raidを設定していたずらをしましたが、常に単純なバージョンはもちろん、Linuxではなく、私が何をしているのかを正確に知っていました。

ベストアンサー1

誰かが興味を持っているか、長年にわたってこれらのアーカイブされたバージョンを発見した場合に備えて。レプリケーションを再開するためのログファイルの作成に2か月待ちました。 2回(コンピュータを再起動するまで)読み取りエラーが発生し始め、1回は電源が切れました。数か月間コピーした後、USBアダプタを介してバックアップを別のラップトップに接続しましたが、7.5MBのうち約2TBほどコピーされませんでした(-r3(3回再試行)後もエラーが発生します)。読み取れませんでしたが、次のガイドラインに従ってパーティションテーブルを再構築しました。https://perrohunter.com/repair-a-mac-os-x-hfs-partition-table/ - このドライブは以前のドライブよりはるかに大きいため、ブロックサイズを変更する必要がありました。

その後、ほぼ完璧に動作しました。ディスクユーティリティでディスク検証と復旧、権限復旧を行ったところ、正常にブートになりました。

本当の教訓は?私は非常に重要なファイル(写真と文書)とライブイメージのブータブルバックアップにbackblazeを使用しています。

おすすめ記事