Kickman
Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору
IAMLegenda
Я дополню. Транслятор восстанавливал на основе P-list, восстановленного из лога селф-скана. Нашлось всего 2 сдвига на весь диск, оба в системном разделе. +несколько областей с BAD~ами. +конец диска вообще обнулён, а как раз там и лежал архив системного раздела, конкретно файл ".002". Он и погиб, этот .002. Не удалось найти его начало никак. Что-то с транслятором конца диска случилось  . Ну да ладно, автору проблемы этот конец и не нужен оказался.
Первый сдвиг, 250 секторов, попал внутрь файла System.ServiceModel.dll - файл оказался не критичным, лежал в winsxs.
Второй сдвиг попал на program files\freetime\formatfactory\ffmodules\encoder\codecs\quicktime.qts - файл тоже убит, но не критичен.
Сдвиги вычислял с помощью DMDE и инструмента "Карта кластеров". Было бы удобнее, если бы иметь возможность искать секторы, содержащие все нули, или наоборот, такие, где НЕ ВСЕ НУЛИ. Искал по заголовкам файлов. EXE, DLL, AVI, PNG и т.п., начала которых легко распознавать.
Оба сдвига оказались в районах с BAD-секторами. Поступал так: очистил списки G+Relo, P. Восстановил P из лога селф-скана. Пересчёт транслятора с учётом P. Снова очистил G+Relo, чтобы избежать Pending~ов и прочей мути. Диск начал удовлетворительно работать в DMDE, отобразил первый раздел. Второй поискал поиском загрузочного сектора, нашёл сдвиг в 274 сектора. Стал искать сдвиг по заголовкам файлов раздела с помощью карты кластеров, от половины, потом снова делил пополам, и так далее. Когда нашёл, на каком файле сдвиг, то с помощью WDmarvel сделал "Добавить дефект в G-list по LBA" - увидел его адрес в G-list в виде дорожки, головки, сектора. Дальше - внёс нужный диапазон секторов от этого адреса в P-list, пересчитал транслятор с учётом P-list. Всё. Сдвиги пропали. Данные на месте. Винда запустилась. Потом долго проверял второй раздел, там сдвигов НЕТ!!! Но конец обнулён, данных не видно, около 2 Гб, наверное. Точно не помню уже. Чекдиск, вроде, даже не ругался на разделы. Или чуть-чуть на системный. То есть, все служебные структуры уцелели.
Потом, для первоначального оживления, чтобы без BAD~ов прочитать системный раздел, выполнил в Виктории в режиме PIO: Verify+REMAP. В режиме API - не работал REMAP! По номерам REMAP~нутых секторов (оказались софт-бэды) в DMDE проверял в карте кластеров принадлежность этих "битых" секторов файлам. Критичных файлов на системном разделе не пострадало. Можно архивировать системный раздел на другой носитель, диск довести до ума в WDmarvel, накатить из сохранённого архива систему на освежённый диск и радоваться  . Возможно, даже второй раздел не пострадает при ремонте .
Добавлено:
Ещё была трудность в том, что сначала не хотели дефекты добавляться по LBA. И транслятор пересчитывался больше 3 минут без видимых признаков работы. Минут за 5 в итоге стал пересчитываться. Всё это выяснил и устранил, когда несколько часов провёл, ковыряясь в служебке и её разных копиях, очищая модули и комбинируя их... это была подготовка. А потом дня 3 работы... По первости. Теперь-то опыт появился кое-какой. Увлекательное было мероприятие .
Добавлено:
Можно назвать "Восстановление транслятора по-живому" на диске с данными. |
