dd 同じモデルドライブに回復 - 正しいですか?

dd 同じモデルドライブに回復 - 正しいですか?

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%大きなドライブにコピーするよう提案しました。

サイズに多少の違いがあるか、コピーしたドライブ自体に不良セクタがある可能性がある理由などがわかりますが、マップされたファイルが別の場所にある場合は、なぜそれが大きいのかわかりません。私が何かを間違って理解した部分があります。質問してください。

することができます

  1. 他の3TBドライブで動作している間は、ドレスキューを実行し続けます。少なくとも何でもコピーするために、常にターゲットドライブの画像を撮ることができると思いました。

  2. ソースドライブの磨耗を避けるには、停止して新しいドライブに新しいイメージを作成してください。

  3. もっと合理的な仕事をしてください。私は愚かで、私がここでやっていることを誤解しています。

  4. 結局のところ、スペースが不足している場合、プロセスは何ですか? ddrescue そのソースの最後の部分を取得し、マージする良いイメージドライバが欲しいですか?または私は台無しだった。ある程度のデータ損失は耐えうる。

助けてくれてありがとう。長くてすみません。明確に理解してください。


バックアップ - いいえ!最初はバックアップを試みたときに失敗し、完全に失敗しました(短時間で数回の停電が発生しました)。

編集:おそらくさらに2つの言及が必要です。

  1. ブートドライブではなくデータドライブです。
  2. しばらくウィンドウで見ることができ、フォルダ構造も見せるので、パーティション情報が正しくコピーされることを願っています。ありがとうございますが、最終サイズが大きすぎると問題が発生する可能性があります(?)

ベストアンサー1

ターゲットが同じか大きい場合は機能します。あなたは確認できます:

blockdev --getsize64 /dev/source /dev/target

小さい場合、スペースが不足します。ただし、重要かどうかは、欠落しているバイト数と実際に存在するバイト数によって異なります。

振り返ってみると、画像にコピーする方が良いかもしれません(?)

イメージファイルにも欠点があります。さらに、より多くのスペースが必要です... 3TBディスクを別の3TBディスクにコピーできますが、その3TBディスクのイメージファイルにコピーすることはできません。これは、パーティション、ファイルシステムメタデータなどで多くのブロック損失が発生するためです。

1) 他の 3TB ドライブの処理中に ddrescue を実行し続けます。

はい、しかしログファイル/マップファイルを使用すると、いつでもキャンセルして他のオプションで再起動できます。遅い領域で止まったと言われましたが、スキップしたり、その--min-read-rateオプションを試してみることができます。しかし、完全に詰まらない限り、今は実行し続ける方が良いと思います。

4)最終的にスペースが不足した場合、手順はどうなりますか?

ドライブに実際に何があり、何が欠けているかによって異なります。

時にはこれはまったく重要ではありません。たとえば、LVMには頻繁に利用できないデータがあります(物理的な範囲のサイズとオフセットに応じて)、ほとんどのファイルシステムは最後よりドライブの先頭に注意を払います。

小さなフラグメントが欠落している場合は、dmsetup線形マッピングを使用して、すべてをコピーしなくても余分なスペースを持つ新しいデバイスを作成できます。しかし、おそらくこれは当初の深刻な問題ではないでしょう。

おすすめ記事