Отказ жесткого диска ноутбука, показывает раздел, но не может скопировать данные, сбой кода MBR тестового диска
380
Pratik
Я использую 2 ТБ жесткого диска в моем ноутбуке с 250 ГБ разделом для Windows 10 и отдыха для хранения данных. Я переключил свой ноутбук, поэтому перенес жесткий диск со старого ноутбука на новый и запустил систему. Поднялся логотип Windows, но через минуту ноутбук сломался, а потом ничего не заработало. Я вынул жесткий диск и подключил внешне к другой системе Windows 10, где он показывает оба раздела, смонтированные с их соответствующими размерами. Когда я открываю диск, он также показывает папки, но когда я открываю или копирую любую из папок, он выдает ошибку «Устройство не готово».
Я пытался использовать восстановление данных Minitool и Recuva, но ничего не удалось обнаружить.
Затем я подключил жесткий диск извне к системе Ubuntu. Gparted показывает 3 раздела, 1) система NTFS зарезервированы 549 МБ, 2) NTFS Windows 250 ГиБ, 3) NTFS 1,57 ТиБ. Но прямое копирование данных или тестовый диск не удается.
Я использовал testdisk для анализа потерянных разделов, но ничего не сообщалось, даже при глубоком поиске. Затем я использовал код MBR, но даже это не удалось.
Я также использовал gddrescue для копирования образа всего диска, который работал ~ 24 часа, и сделал файл образа 800 ГБ. Ниже приводится вывод журнала:
У меня есть важные данные в разделе данных, поэтому я не хочу рисковать. Так что я сейчас отправляю этот вопрос для помощи.
Обновление 20181201 Я запустил ddrescue и следу за текущим состоянием. аварийный статус
Есть идеи, почему последние блоки полны ошибок? Я вижу тенденцию, что где-то посередине появляется много красных блоков? Может ли быть так, что остальные блоки будут следовать той же тенденции впредь? Как узнать, какие файлы были спасены в зеленой зоне?
Пожалуйста, предложите, как спасти данные на диске.
Заранее большое спасибо.
Вы действительно не хотите подключать внутренний накопитель к USB, поскольку он может испортить размеры блоков и т. Д. Попробуйте подключить его через SATA или esata. (Gnu) ddrescue, безусловно, может остановить восстановление и перезапустить. Я бы склонялся к этому, добавив ключ -r, чтобы он начал восстанавливаться с конца - это может быстро восстановить больше данных или помочь решить проблему.
davidgo 5 лет назад
0
1 ответ на вопрос
0
google.com
... вот моя первая попытка помочь кому-то. Я надеюсь я могу..:-)
Прежде всего, я думаю, что было бы интересно узнать, говорит ли производитель диагностический инструмент, что жесткий диск в порядке.
Если инструмент не находит ошибок на оборудовании, я могу порекомендовать EaseUs. Я попробовал Программное обеспечение несколько месяцев назад на сломанной флешке и смог восстановить все данные.
В моем случае ПО смогло восстановить USB-флешку, которая была совершенно нечитаемой, даже подключенной к Debian vm. Программное обеспечение самообъяснимо, поэтому я не пишу никаких инструкций. Пробная версия найдет все потерянные файлы, но восстановление всех файлов будет возможно только при покупке программы.
Я рекомендую это программное обеспечение из-за моего хорошего опыта.
Привет google.com, спасибо за ответ. Я попытался подключить диск к другой системе, чтобы проверить с помощью seatools. К сожалению, инструмент даже не обнаруживает диск. Я уже пытался использовать Lusus, но он также не может обнаружить жесткий диск.
Pratik 5 лет назад
0