Безопасно ли использовать несколько разных `--input-position` с ddrescue?

Я прочитал ddrescueинструкцию, и нигде не умирает упоминание о возможности нескольких input-positionпараметров.

Этот параметр всегда упоминается как «a» или «the», поэтому кажется, что он должен быть уникальным.

Источником вашей проблемы может быть эта фраза из руководства:

Обратите внимание, что вы должны оставить исходное смещение между «--input-position» и «--output-position» исходного спасательного прогона.

Кажется, это согласуется со следующим другим пунктом:

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

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

Если части мета-таблиц диска были повреждены, вы можете увидеть меньше данных, чем было фактически спасено, потому что ни один файл не содержит этих частей.

Данные, которые ddrescueне могут быть восстановлены, должны быть восстановлены другими продуктами восстановления. Это может занять много времени и даже может оказаться невозможным для продуктов в вашем распоряжении. Если данные абсолютно необходимо восстановить, профессиональная компания по восстановлению может сделать это с исходного диска, но эти услуги являются дорогостоящими.

Безопасно ли использовать несколько разных --input-positionс ddrescue?

Похоже, я пропустил этот пример раньше, но на самом деле это то, что я сделал, и это говорит о том, что мой подход поддерживается:

Example 5: While rescuing a partition in /dev/sda1 to the file hdimage, /dev/sda1 stops responding and begins returning read errors, causing ddrescue to mark the rest of the partition as non-scraped. ddrescue -n /dev/sda1 hdimage mapfile <-- /dev/sda1 fails here (restart /dev/sda or reboot computer) ddrescue -n -A -i<pos> -O /dev/sda1 hdimage mapfile (if /dev/sda1 fails again, restart /dev/sda or reboot computer and then repeat the above command as many times as needed until it succeeds. <pos> is the position where the drive stopped responding) ddrescue -d -r3 /dev/sda1 hdimage mapfile 

https://www.gnu.org/software/ddrescue/manual/ddrescue_manual.html#Examples

Второй вызов четко задокументирован, чтобы повторяться с разных позиций. Относительно того, как ddrescueработает его файл карты, это также имеет смысл, просто потому, что он всегда знает, используя этот файл, какие блоки уже были прочитаны.

Так что, похоже, высока вероятность того, что проблема в моем случае иная, особенно слишком старая отметка времени, которую, как мне кажется, я узнал, странно. Возможно, я просто пропустил сообщения, которые ddrescueпо какой-то причине не записываются на реальное целевое устройство. Сама виртуальная машина также находилась на другом USB-накопителе, возможно, были некоторые ошибки подключения, которые приводили к тому, что Live-Linux пропускал устройство во время работы или около того. Я мог бы легко пропустить такие ошибки dmesg -Tиз-за всех зарегистрированных ошибок чтения.

Похоже, мне нужно повторить весь процесс ...

Поскольку страница руководства ddrescueдлинная, использование ddrescueцели сильно отличается в зависимости от цели и уровня пользователя. По сути, если вы используете Live Linux, вам лучше запустить его на физическом компьютере вместо ВМ, а также подключить диск к sATA без какого-либо адаптера sATA / USB.
Среди других функций ddrescueможно обойти драйвер диска ядра и буферы, следовательно, это может уменьшить бесполезное повторное чтение сбойных кластеров. Файл map (ранее назывался logfile) хранит информацию обо всех кластерах un / success read, и поэтому вы можете просто повторить сбойный шаг. ddrescueищет файл карты до того, как он начнет свою работу, создайте его, если он не существует, прочитайте его, если он доступен, и начните продолжить спасательную работу с последней записанной позиции. Вам не нужно перемещать начальную позицию вручную каждый раз, когда происходит сбой программы!

Вы можете использовать различные опции, чтобы сделать процесс спасения быстрее и безопаснее. Вы также можете, и рекомендуется, вы можете сделать процесс спасения в два или более шагов:

Первый шаг: быстро прочитать хорошие кластеры и сразу же пропустить плохие.

Второй шаг: разберитесь с непрочитанными кластерами из предыдущего шага и используйте специальные опции, чтобы обмануть особенности диска (NCQ, читай впереди ...) в том, чтобы считывать один сектор сразу. Адекватные команды (я использую):

ddrescue -n -p -d -r1 /dev/sdd $IMGPATH/disk.img $IMGPATH/disk.log; ddrescue -d -r3 -R /dev/sdd $IMGPATH/disk.img $IMGPATH/disk.log; # | | | | | # | | | | revers reading # | | | retry read 1x (3x) # | | direct access to disk (bypass the kernel) # | preallocate diskspace  # nonscrap 

Если ваш диск слишком сильно нагревается или не любит много операций чтения / записи, вы можете замедлить чтение с помощью опции: --max-read-rate=50M

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