Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

» Пропал диск. Восстановление таблицы разделов (не данных) - 2

Автор: olesjw
Дата сообщения: 13.10.2012 19:47
9285, спасибо большое!
Автор: Antech
Дата сообщения: 14.10.2012 13:04
9285
Karlost
Там была проблема в MFT, а патчи исправляли только PT+BS.
И действительно нужно было подождать с форматированием.
Автор: 9285
Дата сообщения: 14.10.2012 17:09
Antech
Может я что то не понял, но в патчах есть и для 0-вой записи MFT.
Автор: keybalos
Дата сообщения: 16.10.2012 17:28

Цитата:
Antech
 

Цитата:
keybalos  
Извиняюсь за тормоза (я сейчас только по выходным в теме).  
Файл C:\Report.txt сформировался? Если да, выложите на Rghost.

 
Я не дождался, может мало ждал? Сколько вообще необходимо для этого времени?
 
 
Добавлено:
Antech
За более чем 3 часа файл не сформировался.
Наверное всем данным хана?
А сам диск то буде после форматирования ещё жить?

Автор: daledale
Дата сообщения: 16.10.2012 18:51
Доброго всем. Прошу помощи специалистов. После внештатного выключения ноута пропал логический диск D, при обращении к нему просит отформатировать. Рекомендации в шапке проделал, вот ссылка на архив со скриншотами. Если что-то ещё из информации потребуется - спрашивайте.
ps Никаких операций записи с разделом/mbr не проводилось.
pps Резервную копию не делал (проблема со свободным диском), но как вариант сделаю.
Автор: 9285
Дата сообщения: 16.10.2012 20:25
daledale
Хотя ошибка не чтения сектора логическая, тем не менее SMART посмотреть лишним не будет.
И давай дампы секторов 610373609, 168329070+100, 174620520+100.
PS. Хотя понятно что содержимое файла logicl-D-lba_0_1 должно соотвествовать (и это скорей всего так) сектору 168329070, тем не менее хочется в этом убедиться. И не стоит менять имена файлов, которые предлагаются программой - они достаточно информатвны. Если уж и хочется - добавь в исходное имя файла дополнительный текст.
Автор: daledale
Дата сообщения: 16.10.2012 20:48
9285
Спасибо за ответ. ссылка на архив. В архиве файлы:
lba_610373609_1.bin
lba_168329070_101.bin
lba_174620520_101.bin
smart.JPG
Кстати смарт в порядке. См. screenshot.
ps Если не нравится программа, показывающая смарт, могу проделать это в MHDD или Victoria.

Добавлено:
Кстати, ещё нюанс по предыдущему скриншоту. Как только в программе DMDE выбираю или логический или физический диск, жму OK, до выхода таблицы разделов выходит ошибка, скриншот ее в предыдущем архиве в файле: screenshot-1-ERROR.JPG
Автор: 9285
Дата сообщения: 16.10.2012 20:56
daledale
Нужен дамп секторов 168329454+10
Автор: daledale
Дата сообщения: 16.10.2012 21:00
9285
Сделано.
Автор: 9285
Дата сообщения: 16.10.2012 21:02

Цитата:
до выхода таблицы разделов выходит ошибка

dmde уже как то обьяснял, но лично я так и не понял, поэтому "на пальцах".
Программа определяет что драйвер определяет энное количество секторв, а сам винт другое.
В результате и возникают "фиктивные" сектора. И имено на них и ругается программа.
Можно не обращать вимание.

Кстати, не знаю по какой причине, но начало раздела накрылось - какой то мусор в секторах.
И если бы диск размечался виндой (даже вистой или семёркой), то в таком случае накрылось бы зеркало, но сама MFT не пострадала бы. А если билось акронисом или ещё чем то с дурацкой системой разбивки, то получается что получилось.
Автор: daledale
Дата сообщения: 16.10.2012 21:04
Да, билось Acronis'ом.
Каков вердикт будет?
Автор: 9285
Дата сообщения: 16.10.2012 21:12
daledale
Хорошо, что целыми оказались копии бутсетора и первых 4-х записей MFT.
Поэтому проделай следующее.
Удали букву у диска в дспетчере дисков.
Содержимое сектора 610373609 (ли дампа lba_610373609_1.bin) скопируй в сектор 168329070
Также, скопируй содержимое секторов 168329454-168329461 в сектора 168329086-168329093.
После этого можешь в DMDE переоткрыть диск и в нём проблемный логический раздел. Все имена файлов (папок) знакомы? Можешь восстановить важные данные и проверить их состояние.
тобы диск стал доступен в винде перезагрузи её. Не допускай запуска проверки диска на ошибки.
После запуска можешь назначить диску букву и сделать проверу диска вручную чекдиском но только в режиме чтения. Результат проверки покажи.

Добавлено:

Цитата:
Да, билось Acronis'ом.

Странный какой то Акронис. Впрочем такое определение для него вполне естествено.
Обычно он создаёт с параметрами 3-49, а у тебя 2-48; поэтому то и написал про (возможные) другие программы.
Хотя подобные смещения всё таи вполне возможны, но обычно происходят когда существующий раздел со структурой (3-49) подвергается каким то изменениям - смещению раздела, изменению тпа и т.п.
Автор: daledale
Дата сообщения: 16.10.2012 21:25
9285
Дружище спасибо большое!!! Скопировал сектора, переоткрыл в DMDE уже вижу названия файлов и папок. Всё знакомо = они и есть. Пока не перезагружал винду и букву заново не назначал. Мне на этом этапе обязательно скопировать данные или после перезагрузки назначив букву это можно сделать?
ps При открытии таблицы разделов в DMDE всё равно выскакивает ошибка, но сам диск D виден уже безо всяких ошибок.


Добавлено:
вот screen разделов в dmde:
Автор: 9285
Дата сообщения: 16.10.2012 21:31

Цитата:
Мне на этом этапе обязательно скопировать данные или после перезагрузки назначив букву это можно сделать?

Для чего предлагается делать посекторную копию, или вытаскивать важные данные?
Для того чтобы в случае неудачи по каким либо причинам можно было бы не жалеть о потерянном.
Причины неудачи разные, но в основном (в подобных ситуациях) они связаны с некоректными исправлениями чекдиском.
В твоём случае скорей всего проблем не должно быть, но никто не даст тебе 100% гарантию этого.
Поэтому решение делать посекторку или вытаскивать данные до исправлений чекдиском должен принять сам пострадавший.
PS. Лично для меня создание посекторки является аксиомой.
Автор: daledale
Дата сообщения: 16.10.2012 21:37
9285
Понял.

Цитата:
Можешь восстановить важные данные и проверить их состояние.

Сделал. Один файл восстановил (для надёжности на другой диск). Открывается без проблем (WORD'овский документ).


Добавлено:
Перезагрузил. Назначил букву. Запустил chkdsk в режиме чтения, вот что он пишет:
--------------
C:\Documents and Settings\Usrx>chkdsk d:
Тип файловой системы: NTFS.
Метка тома: DATA.

ВНИМАНИЕ! Параметр F не указан.
CHKDSK выполняется в режиме только чтения.

Проверка файлов (этап 1 из 3)...
Проверка файлов завершена.
Проверка индексов (этап 2 из 3)...
Удаление элемента $AttrDef из индекса $I30 файла 5.
Проверка индексов завершена.

Обнаружены ошибки. Продолжение работы в режиме только чтения невозможно.

C:\Documents and Settings\Usrx>

--------------
Все данные появились.

Добавлено:
Думаю скопировать данные на другой диск и переразбить/пересоздать раздел. Что скажете? Другой вопрос, живое ли содержимое остальных файлов, все не проверишь сразу. Их много.
Автор: 9285
Дата сообщения: 16.10.2012 22:06
daledale
Результат проверки оптимистический.
Лично я бы запустил чекдиск с исправлением ошибок.
И осталное вероятней всего цело но, про невозможность 100% ной гарантии я уже писал.
Автор: daledale
Дата сообщения: 16.10.2012 22:07
9285
Сделаю таки посекторку, потом пройдусь чекдиском. Результаты отпишу, возможно уже завтра.
Дружище большое спасибо за помощь, понимаю что такой труд стоит не малых денег и хочу предложить чисто символическую благодарность в виде n-ной суммы, подробности в личке чуть позже.
!ru-board - forever!
Автор: daledale
Дата сообщения: 17.10.2012 09:25
9285
Ещё раз большое спасибо, всё работает. Все данные на месте. Всё, что пробывал открывать - работает. Ни один из открываемых мной файлов не оказался битый. Думаю и все остальные файлы тоже живые. Как и обещал вот лог чекдиска:
[more]
A disk check has been scheduled.
Windows will now check the disk.
Cleaning up minor inconsistencies on the drive.
Cleaning up 8 unused index entries from index $SII of file 0x9.
Cleaning up 8 unused index entries from index $SDH of file 0x9.
Cleaning up 8 unused security descriptors.
Inserting data attribute into file 4.
The attribute definition table length 0x0 is incorrect.
The correct value is 0xa00.
Correcting errors in the Attribute Definition Table.
Correcting errors in the master file table's (MFT) BITMAP attribute.
Correcting errors in the Volume Bitmap.
Windows has made corrections to the file system.

221022268 KB total disk space.
63588124 KB in 16852 files.
6648 KB in 851 indexes.
0 KB in bad sectors.
100740 KB in use by the system.
65536 KB occupied by the log file.
157326756 KB available on disk.

4096 bytes in each allocation unit.
55255567 total allocation units on disk.
39331689 allocation units available on disk.

Internal Info:
90 6d 00 00 31 45 00 00 0b 70 00 00 00 00 00 00 .m..1E...p......
22 02 00 00 00 00 00 00 13 00 00 00 00 00 00 00 "...............
a2 5c 7e 00 00 00 00 00 1c 1e 21 13 00 00 00 00 .\~.......!.....
d2 49 6b 00 00 00 00 00 00 00 00 00 00 00 00 00 .Ik.............
00 00 00 00 00 00 00 00 fe d3 12 1b 00 00 00 00 ................
99 9e 36 00 00 00 00 00 20 3b 07 00 d4 41 00 00 ..6..... ;...A..
00 00 00 00 00 70 1c 29 0f 00 00 00 53 03 00 00 .....p.)....S...
[/more]
Как и обещал остальное в личке. Спасибо ещё раз.
Автор: JayTaraz
Дата сообщения: 04.11.2012 04:10
Преобразовал раздел D в логический в Acronis Disk Director, но видимо операция выполнилась не до конца, в результате чего система просит отформатировать диск. Два другие раздела нормально открываются.

DMDE структуру диска D, все папки и файлы показывает. В HEX-редакторе первые пять блоков почему-то заполнены FF, а потом уже идут NTFS, BOOTMGR и т.д. Посмотрел на других логических дисках, там сразу идут данные. Можно исправить ошибку без восстановления на другой винт или готовить другой терабайтник?

Скрины и данные секторов здесь: http://rghost.ru/41331766
Автор: 9285
Дата сообщения: 04.11.2012 09:17
JayTaraz
Совет-просьба - не надо менять имена файлов дампов. Если уж и хочется, то к создаваемому программой имени добавь что хочешь. И делай не один сектор а и последующие - что толку с этих FF и отсутствия что есть дальше?
Сделай поиск NTFS на участке проблемного диска и места перед ним. Лог выложи.
Автор: JayTaraz
Дата сообщения: 04.11.2012 14:55
Лог и секторы здесь:
http://rghost.ru/41339995
Автор: Antech
Дата сообщения: 04.11.2012 16:39
JayTaraz
Если я правильно понял, пострадавший раздел начинался в секторе 251690423 и имел размер 2463149985 секторов (могу ошибаться, потому что Вы делали поиск не в физическом диске и нумерация секторов неочевидна). Можете попробовать патч: http://rghost.ru/41342303 . DMDE - Копировать секторы, источник - мой файл, приемник - диск, начальный сектор 0 (число секторов 1). После перезагрузки Винда подгорузит исправленную таблицу разделов, а вот будет ли открываться раздел - это вопрос. Если нет, запустите chkdsk.exe БукваРаздела: без /f и покажите результат.

9285
Извиняюсь, что перехватил клиента. Но я сейчас очень редко делаю патчи...
Автор: JayTaraz
Дата сообщения: 04.11.2012 17:38
Скопировал, перезагрузил, запустил чекдиск, резальтат:

C:\>chkdsk.exe d:
Тип файловой системы: NTFS.
Не удается прочитать первый загрузочный сектор NTFS.
Попытка чтения второго загрузочного сектора NTFS.
Невозможно определить версию тома и его состояние. Работа CHKDSK прервана.

В проводнике диск также отображается, но при попытке открыть предлагает форматировать. На всякий случай сделал поиск NTFS на участке проблемного диска и места перед ним на физическом диске, а не на логическом: http://rghost.ru/41343729
Автор: Antech
Дата сообщения: 04.11.2012 18:31
JayTaraz
Начало раздела должно быть правильным, в бутсекторе тот же номер сектора указан (251690423). Размер я взял из бутсектора. Почему Чекдиск ругается на чтение бутсектора, не знаю. По дампу там все нормально. Пожалуйста, покажите 200 секторов, начиная с сектора 251690423 (от начала физического). Надо проверить начало MFT, а размер дампа недостаточен.
Автор: JayTaraz
Дата сообщения: 04.11.2012 18:50
Вот 200 секторов с 251690423 на физическом: http://rghost.ru/41345598
Автор: 9285
Дата сообщения: 04.11.2012 20:34
JayTaraz
Это не с физического диска. Внимательно смотри что ты открываешь в DMDE в самом начале.
Antech
Я уже как то писал, надеюсь что больше не потребуется.
1. У меня нет клиентов.
2. Считаю что совместные действия лучше. Один может не доглядеть, или что то неправильно понять (набрать цифру), или вообще не знать чем помочь - те же логи чекдиска не всегда для меня понятны.
Автор: JayTaraz
Дата сообщения: 04.11.2012 20:52
Сделал ещё раз: http://rghost.ru/41348454
Автор: 9285
Дата сообщения: 04.11.2012 21:06
JayTaraz
Вот теперь всё правильно. И подтверждает правильность версии Antech.
В таком случчае непонятно поведение чекдиска. Точнее версия есть - ты патч Antech-а записал в другое место. Скорей всего в 0-вой сектор логического.
Вот давай посмотрим что у тебя в 0-вом физического и ... в 251690418.
После сохранения дампов (для разбора полётов), можешь повторить что написал Antech ранее, но применительно к физическому диску. Можешь заскриншотить весть процес патчевания чттобы можно было понять что не так делаешь в случае если всё повторится.
Автор: JayTaraz
Дата сообщения: 04.11.2012 21:54
Всё сделал, перезагрузил, диск видит, результаты чекдиска, практически без ошибок: http://rghost.ru/41349801
На логическом первый сектор, который я по ошибке заменил патчем Antech-а, восстановил на всякий случай.
Antech, 9285, огромное спасибо! Избавили от необходимости восстанавливать всё на другой хард. Если могу как-то отблагодарить финансово, укажите в личке координаты.
Автор: 9285
Дата сообщения: 04.11.2012 22:53
JayTaraz
Кстати, а зачем ты преобразовывал тип раздела?
Ну и совет - лучше не пользоваться Акронисами и прочим софтом, который занимается преобразованиями разделов. А если уж и приспичило, то иметь бэкап - хотя он нужен и без этого.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114

Предыдущая тема: Последствия и восстановление после вирусов


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.