1

Я восстанавливаю поврежденный диск.

Первые 2 прохода сделаны, но я хочу спасти больше данных, имея возможность просматривать уже закрытое изображение раздела, пока оно заполняется новыми данными с помощью ddrescue.

Я смонтировал файл изображения:

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

Я начал другой сеанс спасения:

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

Может ли это привести к потере данных или другим проблемам?

|источник

2 ответа2

1

Монтирование образа только для чтения (ro) должно, по крайней мере, помешать вашему монтированию и просмотру изменить изображение, и пока gddrescue удовольствием продолжит записывать новые данные в образ, я предполагаю, что он может продолжать восстанавливать новые данные, ОК. ,

Но если данные достаточно важны для восстановления, почему бы не подождать, пока не будет выполнено восстановление? Или остановите / приостановите восстановление, попробуйте ro mount, чтобы проверить его на несколько минут, затем продолжите восстановление?

Я сомневаюсь, что вы сможете очень успешно читать смонтированный образ во время его записи, особенно если добавлены новые области.

  • Во-первых, обычно существует дисковый кеш, который пытается прочитать с диска только один раз, а затем использовать кеш для чтения в будущем. Будучи смонтированным ro, он не ожидает смены диска, поэтому, вероятно, не заметит никаких изменений на лету.

  • Кроме того, в восстановленном образе могут быть серьезные ошибки, которые могут даже не позволить его монтировать, и его можно исправить, запустив fsck , но вы не можете fsck образа, не испортив процесс восстановления. И быть осторожными вы должны только fsck копии восстановленного изображения, в случае , если что - то пойдет не так или становится хуже вас все еще есть "чистое" gddrescue изображения , чтобы скопировать и повторить попытку с.

  • Чтение и запись в один и тот же файл в одно и то же время, скорее всего, замедлит оба процесса. Я не хотел бы делать восстановление данных медленнее, если восстанавливаемый диск ухудшается или полностью выходит из строя.

|источник
0

Хотя mount -o ro вероятно, блокирует большинство прав на запись, может быть хорошей идеей не касаться диска в любом случае и не допускать изменения образа диска на уровне блочных устройств (см., Например, здесь).

|источник

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .