Восстановление диска из моноблока
Задача | Восстановить файлы с диска из рабочего моноблока | ||||||||
Оборудование |
|
||||||||
Проблема заказчика |
Моноблок перестал загружаться, то есть загрузка начинается, доходит до логотипа Windows — и зависает. Ждали более часа, но загрузка так и не завершилась. Диск вытаскивался просто, и его решили подключить к другому системному блоку через USB. После подключения рабочий компьютер начинал дико тормозить и зависать. А после отключения проблемного диска начинал работать как обычно. |
||||||||
Результаты диагностики |
Подключение диска к РС3000 и анализ поверхности выявил наличие сбойных секторов на диске как раз в тех местах, где обычно лежит MFT (файловая таблица NTFS) — в районе 3 ГБ от начала раздела. |
||||||||
Процесс |
Для извлечения данных первым делом необходимо сделать посекторную копию. Мы это делаем с помощью ПАК РС3000 и ПО “Data Extractor”. После создания задачи первым делом попытались прочитать MFT раздела, но, как и предполагалось, в этом месте было большое количество ББ (бэд-блоков). Тогда было принято решение построить карту занятых секторов, что позволяет читать только те сектора жесткого диска, которые содержат данные. И запустить процесс чтения. После того как процесс завершился, надо было максимально вычитать содержимое главной файловой таблицы (MFT). Настройка 4-кратных повторов чтения сбойных секторов позволило улучшить результат чтения. После завершения создания образа поврежденного диска, был запущен процесс «сборки логики» на поиск потерянных данных и восстановления иерархии файловой структуры. |
||||||||
Результат |
Минимальное количество ББ не сильно повлияло результат. Самое страшное, что произошло: некоторые папки потеряли свое название и переместились в папку “Lost&Found”, но сохранили свое содержимое. При демонстрации выяснилось, что у «поврежденных данных» есть бэкап, а нужные данные восстановлены в полном объеме. |