2

Недавно у меня был друг с новым Hitachi 2TB 32MB 7200RPM 3.5 "SATA 6.0Gb/s. Внутренний жесткий диск для настольных ПК с ОС Win7 Pro, о котором Windows сообщала как о сбое. Он попросил меня восстановить его и заменить диск. Это был не загрузочный диск. У него еще было несколько дней, чтобы вернуть его продавцу.

Мне не удалось получить к нему доступ с помощью какого-либо нового компьютера (с другим известным рабочим контроллером SATA и кабелями передачи данных и питания SATA).

Интересно, что Hitachi DFT сообщил, что все в порядке: SMART Статус: Здоров

Журнал испытаний

    ReadErrStat       : Done
    Result            : Pass


    SMART QT          : Done
    Result            : Pass

Несмотря на 3 события Windows, указывающие на тот же сбой SMART. Описание. Драйвер обнаружил, что устройство \Device \Harddisk3 \DR3 предсказало сбой. Немедленно сделайте резервную копию ваших данных и замените жесткий диск. Отказ может быть неизбежным.


Я использовал ddrescue 1.18.1 на компакт-диске System Rescue.

Поскольку жесткий диск был новым, я ожидал, что все данные / файлы будут в первой четверти диска. ddrescue потребовалось около 25 часов, чтобы прорваться сквозь диск объемом 2 ТБ и записать на новый диск объемом 2 ТБ (я подозреваю, что некоторые теперь знают, в чем заключается моя проблема). У меня не было больших дисков.

ddrescue -n -f /dev/sdb /dev/sdc resq.log

Программа ddrescue восстановила все файлы, кроме 347 (около 0,5%), но сообщила, что не может завершить ее должным образом, поскольку на диске назначения не хватает места. Низкая скорость передачи, а также растущее число невосстановленных файлов завершились примерно на четверть процесса восстановления, что указывало на то, что он прошел - или, по крайней мере, большинство - файлов данных, присутствовал и буквально теперь восстанавливал нетронутую территорию.

Оба они были отформатированы в NTFS, один раздел из всех дисков (новый был новый жесткий диск Toshiba 2TB).

В Linux я не могу смонтировать восстановленный диск, чтобы скопировать или просмотреть его. Продолжайте получать ошибки формата NTFS.

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

Что еще хуже, я купил и GPT отформатировал диск 4 ТБ и начал повторять ddrescue, и отказавший жесткий диск полностью вышел из строя менее чем на 10%.

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

1 ответ1

1

Когда вы говорите: "ddrescue восстановил все 347 файлов", что вы имеете в виду? ddrescue должен сделать небольшую копию жесткого диска, чтобы он не работал с файлами.

Неясно, где находится / был ваш журнал спасения - у вас все еще есть это?

Я был бы склонен сделать небольшую копию с хорошего диска 2TB на диск 4TB.

Затем я попытался бы снова выполнить ddrescue с плохого диска 2 ТБ на хороший диск 4 ТБ - но на этот раз добавив ключ -R, чтобы он попытался восстановить данные с конца диска (потому что я думаю, что диски 2 ТБ были немного другого размера так что до конца не дошло). Если у вас есть доступ к файлу журнала, попробуйте также использовать его, так как это, вероятно, сделает жизнь немного проще - но это не критично, я думаю

Затем я бы посмотрел, смогу ли я получить доступ к данным (с диска 4 гигабайта) в Linux, если нет - и я ожидаю, что не смогу, я бы попробовал под Windows проверить и смог бы прочитать.

Если это не помогло, я бы использовал photorec на хорошем диске объемом 2 ТБ, чтобы сделать все возможное, минуя NTFS.

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