web-dev-qa-db-ja.com

Ddrescueによって書き込まれている読み取り専用のパーティションイメージをマウントできますか？

私は破損したドライブを回復しています。

最初の2パスは行われますが、すでに閉じたパーティションイメージを閲覧することができる間、もっとデータを救いたいと思います。

イメージファイルをマウントしました。

mkdir sda3.img
mount -o loop,ro /media/sdc3/sda3.img sda3.img
 _

もう1つのDDRESCUEセッションを開始しました。

ddrescue -d -r3 /dev/sda3 sda3.img sda3.logfile
 _

これまでのところ、ループ装置を介して取り付けられた画像を閲覧することができ、出力エラーを報告することなくDDRESCUEは画像に書き込まれています。

GNU ddrescue 1.17
Press Ctrl-C to interrupt
Initial status (read from logfile)
rescued:   330315 MB,  errsize:  12565 MB,  errors:     500
Current status
rescued:   332072 MB,  errsize:  10809 MB,  current rate:    5406 kB/s
   ipos:    76576 MB,   errors:     500,    average rate:    2150 kB/s
   opos:    76576 MB,    time since last successful read:       0 s
Retrying bad sectors... Retry 1
 _

これにより、データの損失やその他の問題が発生する可能性がありますか？

linuxmountddrescue
1
unfa

画像の取り付け読み取り専用（RO）は、少なくとも画像の変更やブラウジングを変更するのを防ぎます。gddrescueが新しいデータを書くことを嬉しく思います。新しいデータOK ...

しかし、データが回復したいほど重要な場合は、回復が終わるまで待ってください。回復を停止/一時停止し、ROマウントを数分間チェックしてから、回復を続けますか？

私はあなたが記述されている間にマウントされた画像を非常にうまく読むことができるでしょう。

  • 1つは、通常、ディスクから一度だけ読み取られ、次に将来の読み取りのためにキャッシュを使用するディスクキャッシュがあります。 ROにマウントされているため、ディスクが変更されることを期待していないため、おそらくその場での変更に気付きません。

  • そして、回復された画像には、それをマウントすることさえ許可さえないかもしれない深刻なエラーがあるかもしれず、fsckを実行することによって固定されることができますが、fsckの台無しにすることなくイメージはできません。 - プログラムの回復そして慎重になることはfsck _ acopy Recoveredイメージの〜（コピー）の場合、または悪化する場合はまだ「クリーン」gddrescue画像をコピーするもう一度やり直してください。

  • 同時に同じファイルからの読み書きが両方を遅くする可能性があります。回復されているドライブが悪化したり、完全に失敗したりする場合、データの回復を遅くしたくないでしょう。

1
Xen2050

その間 mount -o roほとんどの書き込みアクセスをブロックすると、いずれの場合もディスクに触れないようにすることができ、ブロックデバイスレベルでディスクイメージが変更されないようにすることができます（例えば、 ここ ）。

0
Wolfgang Noichl