Поиск оптимальных параметров командной строки ddrescue, где Точность > Скорость

Поиск оптимальных параметров командной строки ddrescue, где Точность > Скорость

Я немного почитал об этом инструменте и, конечно, посмотрел man-страницы. Проблема в том, что ddrescue работает так долго, что мне нужно с первого раза правильно ввести команду. Я не был уверен, как улучшить ваниль;

$ sudo ./ddrescue -v /dev/disk0s5 MyVolImage.dmg MyVolRescue.log
$ sudo ./ddrescue -v MyVolImage.dmg /dev/disk1s3 MyVolRestore.log
  • От HSF+ к дискам HSF+
  • Исходный (сломанный) HDD подключен через USB 2.0
  • Жесткий диск Dest находится внутри MacBook
  • Я бы выбрал точность, а не скорость

Кажется, есть много вариантов, но я не уверен, как они влияют на качество и скорость восстановления.

Спасибо,

Гав

решение1

От HSF+ к дискам HSF+

Итак, это можно найти через поиск, вы имели в виду HFS+ (иерархическая файловая система).

Полезный совет: вы можете сделать это sudo -sсамостоятельно, чтобы попасть в оболочку уровня root, таким образом, вы вводите sudo только один раз (удалите его из команд выше). Итак, сделайте так:

$ sudo -s

Действительно, ddrescue для меня занимает целую вечность, но мой диск довольно забит. Если вы создадите файл журнала (как и следует), вы всегда сможете остановить его и перезапустить с новыми параметрами. Из того, что я нашел на данный момент (обновления могут последовать), наилучший способ использования инструмента следующий.

Сначала, используя либо команду Unix (ниже), либо графический интерфейс Disk Utility, отмонтируйте неисправный раздел(ы), если они были смонтированы.

# diskutil unmount disk0s5
# ./ddrescue -v -n /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

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

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

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

# ddrescue -v -r 3 /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

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

# ddrescue -v -r 3 -R /dev/disk0s5 MyVolImage.dmg MyVolRescue.log

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

Вместо того, чтобы сделать это:

# ./ddrescue -v MyVolImage.dmg /dev/disk1s3 restore.log

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

Дополнительные инструменты восстановления — testdisk (не пробовал и не уверен, что хочу) и PhotoRec, оба доступны по адресуБезопасность CGи требуют компиляции. PhotoRec может использоваться для восстановления множества различных типов файлов, что выполняется путем очистки диска или изображения независимо от структуры каталогов.

Говорят об использовании сырых устройств для ускорения доступа, но у меня пока нет доказательств, что они работают надежно. Добавьте букву r перед, diskчтобы OS X использовала его в сыром виде (без кэширования).

решение2

У меня возникла эта проблема с диском Seagate 500 ГБ 2,5" 7200 об/мин в начале апреля 2011 года. (Этот диск имел том, который использовалNTFS.)


С помощью команд, предложенных впервый ответ, восстановите как можно больше данных на образ диска, затем:

  • сделайте копию этого изображения
  • получить последнюю версию CGSecurityТестДиск– бесплатно (с открытым исходным кодом),оченьхорошо, но довольно сложно в использовании.

Геометрия

Если на неисправном диске потеряны загрузочные сектора, то знание геометрии — информации о цилиндрах, головках, секторах (CHS) диска — может помочь TestDisk обработать копию восстановленного образа. Поэтому, если возможно,откройте для себя геометрию– спецификации производителя в формате PDF можно найти, поискав в Google марку и модель.

diskutil

Если восстановление производилось с диска, включавшего загрузочный том HFS+ для Intel Mac, то диск для этого тома использовал бы таблицу разделов GUID (GPT). Поэтому я бы использовал diskutil(одну из утилит, используемых Disk Utility):

  • открыть окно терминала
  • введите следующую команду:

diskutil verifyVolume <PATH-TO-THE-DISK-IMAGE>

Если вывод в окне Терминала показывает несоответствие в файловой системе внутри образа, то используйте Терминал для выполнения немного другой команды:

diskutil repairVolume <PATH-TO-THE-DISK-IMAGE>


Если попытка восстановить том не удалась, можно приступить к использованию TestDisk.

Скриншот TestDisk

Запуск sudo testdiskв окне терминала представляет три варианта ведения журнала. После выбора одного из них окно будет выглядеть примерно так:

снимок экрана меню выбора носителя TestDisk 6.14

Документация CGSecurity о том, как работать с TestDisk, доступна в Интернете.

Если разделы испорчены достаточно сильно

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

Связанный контент