Как возобновить процесс восстановления?

Даже если вы забыли указать лог-файл, может быть надежда:

Сформировать режим

Таким образом, вы не читали учебник и запустили ddrescue без лог-файла. Теперь, два дня спустя, ваш компьютер вышел из строя, и вы не можете знать, сколько данных удалось сохранить ddrescue. И что еще хуже, вы не можете возобновить спасение; Вы должны перезапустить его с самого начала.

Или, возможно, вы начали копировать диск с dd conv=noerror,sync и сейчас находятся в такой же ситуации, как описано выше. В этом случае обратите внимание, что вы не можете использовать копию, созданную dd, если она не была вызвана с sync аргумент преобразования.

Не отчаивайтесь (пока). В некоторых случаях Ddrescue может сгенерировать приблизительный файл журнала из входного файла и (частичной) копии, который почти так же хорош, как и точный файл журнала. Это можно сделать, просто предполагая, что сектора, содержащие все нули, не были спасены.

Однако, если местом назначения копии был диск или раздел (или существующий обычный файл и усечение не запрашивались), скорее всего, вам потребуется перезапустить ddrescue с самого начала. (На этот раз с лог-файлом, конечно). Причина в том, что в накопителе могут присутствовать старые данные, которые еще не были перезаписаны, и поэтому могут быть не проверенными, но ненулевыми.

Например, если вы впервые попробовали одну из этих команд:

ddrescue infile outfile

или же

dd if=infile of=outfile conv=noerror,sync

вы можете создать приблизительный лог-файл с помощью этой команды:

ddrescue --generate-mode infile outfile logfile

Как уже говорили другие, вы всегда должны указывать файл журнала в качестве третьего параметра, который позволит возобновить. Так как вы этого не сделали, это не поможет вам здесь. Если вы приблизительно знаете, к какой точке процесса пришло, вы можете использовать --input-position а также --output-position параметры для запуска с этой точки (убедитесь, что оба эти параметра установлены на одно и то же значение, в противном случае выходные данные будут повреждены).

По https://wiki.archlinux.org/index.php/Disk_cloning кажется, что с conv=noerror,sync переключатель, ddфактически добавляет нули в конце блока, а не точно, где произошли ошибки чтения. Это противоречит информации, содержащейся в ответе Майлза Вольбе от 2013-08-29.

Например, если правильная последовательность 198123283 и есть ошибка чтения в середине это напишет 198283000не 198000283,

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

Кстати, рекомендуется начинать такую ​​попытку восстановления, заполняя целевой диск нулями (или, по крайней мере, свободным пространством, что можно сделать, например, с помощью WinHex).

Поскольку вы не указали файл журнала в качестве третьего параметра, возобновление не может быть выполнено автоматически. Вы можете создать файл журнала вручную, если вы знаете уже спасенные сектора, синтаксис прост. Просто запустите другое фиктивное восстановление в другой файл, указав журнал, и позвольте ему читать разные области. Затем отредактируйте журнал, чтобы представить уже спасенные области в вашем первом файле. Теперь повторите вашу предыдущую команду, но в качестве третьего параметра укажите имя файла журнала. Затем ddrescue возобновит работу с первым непроверенным сектором.