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

Я пытаюсь восстановить файлы с диска, на котором есть аппаратные ошибки.

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

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

Итак, я попытался с rsync, и это похоже на работу; но это навсегда, когда я попал в плохой блок.

Поэтому мне было интересно, есть ли способ заставить Rsync даже не беспокоиться о файле, если это занимает слишком много времени? Либо я могу указать количество попыток для каждого файла, или сколько времени нужно попробовать для каждого файла?

Честно говоря, я не уверен, как долго будет работать этот накопитель, поэтому я хочу получить все данные как можно скорее, хотя я все еще могу смонтировать его и увидеть данные в нем в Finder.

Это то, что я использую в качестве команды; Пожалуйста, посоветуйте, если есть какой-либо способ уменьшить попытку файла, чтобы я мог использовать rsync, чтобы попытаться прочитать поврежденные блоки, но избегать слишком долгого застрять в определенном секторе.

rsync -arv -e--ignore-errors --partial-dir=/Volumes/backup/partial /Volumes/work /Volumes/backup

Заранее спасибо.

Краткий ответ: rsyncэто не тот инструмент, который следует использовать в этом случае: его использование может быть даже вредным.
Используйте ddrescueвместо (лучше чем dd_rescue). Он может делать то, что вы просите.

Если диск физически поврежден, есть возможность кирпича его с любой попыткой отремонтировать его.

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

В этом случае самая безопасная процедура, которую я нашел, это

1. Создать сырой образ на другом не битом диске.
2. Чтобы создать копию этого изображения.
3. Для того, чтобы работать на копии , чтобы исправить файловую систему и спасти файлы .

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

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

Как это сделать с ddrescue

Вы можете использовать ddrescueименно то, что хотели бы rsync, пропуская поврежденные сектора, не повторяя и не разбивая их, копируя как можно больше данных.
Эта команда здесь ниже (вместо /dev/hda1вас будет помещено ваше устройство):

ddrescue --no-split /dev/hda1 imagefile logfile

После того, как вы сделали этот первый проход ( более быстрый ), вы можете попытаться уточнить его, пытаясь получить доступ 3 раза в случае ошибки.

ddrescue --direct --max-retries=3 /dev/hda1 imagefile logfile 

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

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

Ссылки:

• На "Криминалистической Вики"
• На "В чем разница между ddrescue, gddrescue и dd_rescue?"
• В интернете "LINUX - dd_rescue VS ddrescue (gddrescue BEST)"