1

Я пытаюсь восстановить файлы с жесткого диска, который, возможно, слегка поврежден. Это 3,5-дюймовый жесткий диск SATA, подключенный через USB-адаптер к MacBook. При подключении он отображается в видоискателе, как обычно. Когда я начинаю копировать файлы с жесткого диска, он работает как положено. Через некоторое время (чуть больше 3 ГБ) он внезапно останавливается, и OSX жалуется, что HD был удален. Когда я затем отключаю жесткий диск от MacBook и снова включаю его, жесткий диск снова появляется в видоискателе и некоторое время "работает".

Я также попытался сделать сырую копию диска, используя dd с размером блока 10 м, это полностью провалилось, оно запустилось, но затем остановилось с ошибкой "Устройство не настроено" и пустым выходным файлом.

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

3 ответа3

2

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

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

Также стоит упомянуть, что USB медленнее и ненадежен по сравнению с жестко подключенным жестким диском, не уверен, что это возможно для вас, но просто нужно подумать.

0

Есть ли внешний 3,5 "(!!) У привода тоже есть собственный источник питания, или он питается от USB?

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

EDIT >>

Поскольку это не проблема с питанием, скорее всего, это плохой сектор на пластинах. Если вы используете Linux, вы можете попробовать это сделать образ диска:

dd if=/dev/sdX of=hgimage.img bs=1024

Затем, когда он умрет (в конце концов), он покажет, сколько «блоков» (в данном случае 1 КБ) было успешно прочитано. Тогда вы можете сделать:

dd if=/dev/sdX of=/hdimage2.img bs=1024 skip=????

положить количество блоков чтения +1 в поле пропуска. (Измените имя изображения (of =), чтобы сохранить все детали для последующей сборки)

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

ddrescue/dd_rescue также поддерживает перезапуск чтения, так как можно сказать пропустить то, что у него уже есть + некоторое расстояние пропуска. Стоит попробовать.

0

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

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

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .