ddrescueを初めて使用しました。3TBドライブにエラーが表示され、オフラインになりました（Windowsのみ）。そこで、スティックからsystemrescuecdを起動して使用しました。
ddrescue -f /dev/sde /dev/sdb /mnt/rescue/mapfile
(マップファイルは 3 番目のドライブにあります)。
ここで間違いを犯したかもしれませんが、できるだけ早くドライブからコピーできるものをすべて取得したいと考えていました。ターゲット ドライブは同じメーカー/モデル/サイズであり、その時点で使用できる唯一のドライブでした。
今のところエラーもなくコピー作業は 40% ほど進んでいますが、遅い段階に達しています。妥当な 2 日です (100 日を超えることもありますが、それについては楽観的です)。
i/opos - 959,803MB
Rescued - 959,768MB
non tried - 2040 GB
non-trimmed - 7288kB
non-scraped, errsize, errors - all 0
明日にはもっと大きなドライブが届く予定です (6TB)。
これは危険だと十分承知していますが、電源が入らなくなる前に何かしたかったのです。まだ音は出ていません。
後から考えると、画像にコピーした方がよかったかもしれません（？）
もっと読む時間があるかどうかという私の懸念は、これが完了する可能性があるのか、それともスペースが不足するのかということです。50% 大きいドライブにコピーすることを推奨されているのを見たことがあります。
サイズにわずかな違いがあったり、コピー先のドライブ自体に不良セクタがあったりする理由はわかりますが、マップファイルが別の場所にあるのに、なぜそれほど大きくなるのかはわかりません。何か誤解しているかもしれないので質問しようと思いました。
あなたは
他の 3TB ドライブで作業している間、ddrescue を実行したままにします。少なくともコピーされたものについては、ターゲット ドライブのイメージをいつでも取得できると思います。
ソースドライブを消耗させないために停止し、新しいドライブに新しいイメージを作成します
もっと賢明なことをしてください。そうしないと、私は馬鹿で、ここで自分が何をしているのか誤解していることになります。
最後にスペースが不足した場合、どのようなプロセスになりますか? うまくいけば正常なドライブを ddrescue でイメージにし、このソースから最後の部分を取得して結合しますか? それとも、もうダメでしょうか。多少のデータ損失は我慢できます。
ご協力いただければ幸いです。長文で申し訳ありませんが、わかりやすいと思います。
バックアップ - ダメ！バックアップしようとしているときに失敗し始め、その後完全に失敗しました（短時間に数回電源が切れました）
編集: おそらく言及すべきことがあと2つあります
- これはブートドライブではなくデータドライブです
- しばらくの間、Windows でフォルダ構造が表示されていたので、パーティション情報が正常にコピーされることを期待しています。ただし、最終サイズが大きすぎる場合は、問題が発生する可能性があります (?)
答え1
ターゲットが同じかそれより大きい場合は機能します。次の方法で確認できます。
blockdev --getsize64 /dev/source /dev/target
より小さい場合はスペースが不足しますが、それが問題になるかどうかは、不足しているバイト数と実際に存在するバイト数によって異なります。
後から考えると、画像にコピーした方がよかったかもしれません（？）
イメージ ファイルにも欠点があります。さらに、より多くのスペースが必要になります... 3TB ディスクを別の 3TB ディスクにコピーすることはできますが、その 3TB ディスク上のイメージ ファイルにコピーすることはできません。パーティション分割、ファイル システム メタデータなどでかなりの部分が失われるためです...
1) 他の3TBドライブで作業している間、ddrescueを実行したままにします。
はい、ログファイル/マップファイルではいつでもキャンセルして、別のオプションで再起動できます。遅いエリアで停止したとおっしゃっていましたが、先にスキップするか、オプションを試してみてはいかがでしょうか--min-read-rate。ただし、完全に停止していない限り、今のところはそのまま実行し続ける方がよいかもしれません。
4) 最後にスペースが足りなくなった場合は、どのような処理が行われますか?
ドライブに実際に何が入っているか、またどれだけの量が失われているかによって異なります。
場合によっては、まったく問題にならないこともあります。たとえば、LVM では最後に使用できないデータが存在することがよくあります (物理エクステントのサイズとオフセットによって異なります)。また、ほとんどのファイルシステムでは、ドライブの終了部分よりも開始部分を重視します。
小さなチャンクが欠落している場合は、dmsetupすべてをもう一度コピーしなくても、リニア マッピングを使用して、追加のスペースを持つ新しいデバイスを作成できます。ただし、そもそも深刻な問題ではない可能性が高いです。