gddrescue медленная передача, но без поврежденных секторов

Вы можете использовать 7z, zip, tar.wz или что-то подобное, чтобы получить сжатый список файлов.

Затем сжатый список файлов можно преобразовать в шестнадцатеричный. Используйте od hd или xxd:

$ xxd -p compressedfile.7z > ToBeMailedFile

Отправьте файл, прикрепленный к вашему электронному письму.

Конвертировать обратно файл:

$ xxd -p -r ToBeMailedFile > compressedfile.7z

Разверните файл в списке файлов.

Поскольку HEX передает каждое допустимое веб-ограничение символов, файл будет пройден.
Поскольку список файлов сжимается перед отправкой, размер увеличивается.
Сжатый файл также может быть зашифрован. Для обработки данных можно использовать несколько различных инструментов. Только преобразование HEX в BIN требует xxd. Итак, свобода инструментов.

0
20.01.2019, 11:16
1 ответ

Поведение ddrescueбудет зависеть от поведения самого диска при наличии ошибок чтения.

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

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

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

1
28.01.2020, 02:41

Теги

Похожие вопросы