Поступил HDD TOSHIBA HDWD110 Capacity : 1 000 GB на восстановление данных.
После проведения диагностики, выяснилось, что у накопителя, типичная проблема, головка номер 1 не читает пользовательскую поверхность. Всего головок две у него 0 и 1.
После согласования с клиентом, выяснилось, что накопитель умирал постепенно, и клиент по максимуму пытался сохранить с него информацию, что частично у него получилось…. Теперь накопитель вообще не определяется в системе и он его принес на восстановление информации. Вскрыл и осмотрел поверхность по не исправной голове 1 (благо она сверху и проблем для осмотра нету) повреждений и запилов обнаружено не было.
Еще раз, вскрывается накопитель ТОЛЬКО для восстановления информации!!! Если есть опыт в этом и оборудование, для других целей (на посмотреть) категорически нельзя!!!! Попавшая пыль, волосы и другие части вашей кожи и т.д. могут привести к микрозапилам и НЕ возможности восстановления информации с накопителя.
Приступили к вычитыванию пользовательской поверхности по исправной голове 0, поверхность отчиталась без проблем и повреждений. Далее подобрали донора, для смены блока магнитных головок, чтобы дочитать по неисправной голове 1. После «усыпления» накопителя и смены блока головок, накопитель «разбудили» и начали вычитывание по голове 1. Естественно начали с таблицы MFT (которая попала на не исправную голову). Вот тут то и вылезли, усердные и многократные, попытки клиента, сохранить информацию с помирающего накопителя….
ВСЯ таблица MFT(таблица расположения файлов и их размеров –если по простому) была как «решето», чередовалась кусочком прочтённой поверхности и куском не читающихся секторов. При чем это не физическое повреждение поверхности (микрозапилы), а так называемые «софт бэды» появившиеся в тот момент, когда помирающая головка 1 уже не писала, но еще не много читала и клиент усердно пытался сохранить информацию. Дело в том, что накопитель постоянно, что то делает с таблицей MFT, читает и записывает в нее, так вот где помирающая головка, что-то пыталась записать в таблицу, там и появлялись «софт бэды». Это отчетливо видно именно по этой таблице. В остальных местах по голове 1 , все вычиталось без проблем, всего лишь несколько не прочтенных секторов. В принципе, данный накопитель удалось довольно не плохо отчитать. Далее был сделан логический разбор раздела с учетом индексов и т.д. Это позволило более полно воссоздать корневой каталог, НО из-за битой таблицы MFT корневой каталог получился частично повреждённым, и часть файлов и папок попали в каталог Lost & Found. Далее клиенту уже вручную переносить папки и файлы в места, где они раньше лежали.
Вот к чему могут привести упорные и многократные попытки сохранить информацию с помирающего накопителя!
