Безопасно ли использовать несколько разных `--input-position` с 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

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

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

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

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

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

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

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

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

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

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

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

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

Как справочная страница 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,