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

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

Автор: KOS789
Дата сообщения: 20.02.2012 21:30
файлы видны и они в порядке. но не все папки. но мне кажется что это просто слишком большая папка (в районе 249 гб) и прожка просто не видит часть подпапок. тк они обрываются на одном месте, а не случайно
а вот что говорит r-studio
[FileId: 2] MFT record child's claimed parent mismatch, aborting
[FileId: 0] MFT record child's claimed parent mismatch, aborting
[FileId: 4634] MFT record child's claimed parent mismatch, aborting
но при этом так же все открывает

а как сделать дамп именно этих секторов в DMDE?


UPD еще заметил такую тенденцию. р-студио видит до одной подпапки, dmde - до другой)
Автор: 9285
Дата сообщения: 20.02.2012 21:40

Цитата:
а как сделать дамп именно этих секторов в DMDE?

В шапке темы - последний абзац. Очень наглядно.
Автор: KOS789
Дата сообщения: 20.02.2012 21:46
простите, уже нет сил даже полностью шапку прочесть сразу.
http://rghost.ru/36625629
Автор: 9285
Дата сообщения: 20.02.2012 21:58
KOS789
Ошибся двумя цифрами при наборе. Нужно 201687040+50.
И точно ли ты делаешь дампы физического диска? В дампе 201684980+10 (суд по скриншоту) должна быть копия бутсектора, но её там нет. И (логически) после неё EBPR - тоже нет; хотя .. возможно что преобразование логического диска в основной было сделано давно, криво акронисом.
Автор: KOS789
Дата сообщения: 20.02.2012 22:06
абсолютно точно физического
разбивал на разделы акронисом, да. при покупке сразу (поза-прошлым летом)
http://rghost.ru/36625945
вот то что просил)
Автор: 9285
Дата сообщения: 20.02.2012 22:26
KOS789
Что чекдиск говорит?
Если что, то команда такая - chkdsk H:
Делается в окне, после запуска cmd (в 7-ке и висте от имени администратора).
В бутсектор есть кое какие шероховатости, но вроде они не критичны, а вот 20 аттрибут в MFT огорчает.
Автор: KOS789
Дата сообщения: 20.02.2012 22:44
[more] я в курсе, просто забыл что то ее сделать, пока делал дампы)
просто может вякнуть что раздел используется и попросит перезагрузиться, а ребутаться сейчас не хочется пока)
сейчас попробую

UPD запустилась
определила что это НТФС
и много сообщений типа

Запись атрибута (128, "") в сегменте записи файла 58225
повреждена.
Запись атрибута (128, "") в сегменте записи файла 58226
повреждена.
Запись атрибута (128, "") в сегменте записи файла 58227
повреждена.
Запись атрибута (128, "") в сегменте записи файла 686283376)
повреждена.

далее много сообщений

Сегмент записей в файле 60123 потерян.
Сегмент записей в файле 60124 потерян.
Сегмент записей в файле 60131 потерян.
Сегмент записей в файле 60132 потерян.
Сегмент записей в файле 60133 потерян.
Сегмент записей в файле 60134 потерян.
Сегмент записей в файле 68641 потерян.
Сегмент записей в файле 68642 потерян.
Обработано больших записей файлов: 1712.

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


"а вот 20 аттрибут в MFT огорчает." а можно поконкретнее?) просто не знаю всей структуры и тонкостей)
что мне сделать то?)
[/more]
Автор: 9285
Дата сообщения: 20.02.2012 23:14
KOS789
Давай ка ешё на SMART винта посмотрим.
Автор: KOS789
Дата сообщения: 20.02.2012 23:24
[more] [ WDC WD6400BPVT-00HXZT0 (WD-WX71A20E7084) ]

01 Raw Read Error Rate 51 200 200 0 OK: Значение нормальное
03 Spinup Time 21 187 184 1616 OK: Значение нормальное
04 Start/Stop Count 0 99 99 1972 OK: Всегда пройдено
05 Reallocated Sector Count 140 200 200 0 OK: Значение нормальное
07 Seek Error Rate 0 200 199 0 OK: Всегда пройдено
09 Power-On Time Count 0 90 90 7666 OK: Всегда пройдено
0A Spinup Retry Count 0 100 100 0 OK: Всегда пройдено
0B Calibration Retry Count 0 100 100 0 OK: Всегда пройдено
0C Power Cycle Count 0 99 99 1938 OK: Всегда пройдено
C0 Power-Off Retract Count 0 200 200 123 OK: Всегда пройдено
C1 Load/Unload Cycle Count 0 192 192 25774 OK: Всегда пройдено
C2 Temperature 0 114 89 33 OK: Всегда пройдено
C4 Reallocation Event Count 0 200 200 0 OK: Всегда пройдено
C5 Current Pending Sector Count 0 200 200 1 OK: Всегда пройдено
C6 Offline Uncorrectable Sector Count 0 100 253 0 OK: Всегда пройдено
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Всегда пройдено
C8 Write Error Rate 0 100 253 0 OK: Всегда пройдено


простите что криво, табуляции нет( [/more]
Автор: 9285
Дата сообщения: 21.02.2012 08:48
KOS789
Есть один нестабильный сектор, хотя это не всегда показательно.
Недавно был один винт, по показаниям SMART-а у которого было штук 200 сбойных секторов, на самом деле кол-во было сществено больше.
Опять де, смотря какой сектор плохо читается. Вот попадёт в тот же 0-вой или бутсектор и эфект будет огого. А попадёт в зону данных обычной фотки - эффект другой (причём тоже куча вараинтов).
Чекдиском проверял в какой системе? И если там много записей об ошибках (надо же оценить масштабы повреждений) - выгони лог в текстовый файл chkdsk H: >любое допустимое имя файла и выложи его.
Если можешь - прогони винт с помощью MHDD и найди номер сбойного сектора.

PS. Если делать скриншоты, то проблем с табуляциями нет.
Автор: KOS789
Дата сообщения: 21.02.2012 15:21
http://rghost.ru/36634640

cmd сохраняет в oem866(
преобразовал в ansi на всякий случай
Автор: Antech
Дата сообщения: 22.02.2012 22:26
KOS789
9285
Вам не кажется странным то, что атрибут 20 явно испорчен (даже offset to attribute нулевой), в атрибуте 80 от MFT только мелкий первый фрагмент (при нормальном size in bytes), но при этом Чекдиск запускается и проверяет множество записей? Пусть даже и ругается на 80-й в MFT, но откуда он берет координаты фрагментов? Может, посмотреть MFT Mirror? KOS789, это 8 секторов, начиная с 201687432 (от начала диска).
Что касается самих ошибок Чекдиска, то такое обычно говорит либо о кастрированном размере раздела, либо о пересечениях нерезидентных файлов. Но кто его знает, может и другая причина, например эти 1712 "больших файловых записей" - это те самые, которые с 20-м. В данном случае не размер точно (500 ГиБ по бутсектору, как и заявлено в начале кейса). А что там с пересечениями - ХЗ, ИМХО для начала надо разобраться почему Чекдиск работает при поврежденном 20-м атрибуте.

Да, memtest86 тут был бы не лишним.
Автор: KOS789
Дата сообщения: 22.02.2012 22:47
пойду поставлю мемтест с хиренса(вроде там он был)
какие результаты надо предоставить?
и я немного не понял, мне нужно сделать еще дамп 201687432+8?
UPD http://rghost.ru/36660432
UPD2 кстати хотел спросить, что значит(почему) testdisk ругается вот так http://rghost.ru/36660471 ?)
Автор: Antech
Дата сообщения: 22.02.2012 23:16
KOS789
В зеркале аналогичная фигня. Проверил на своем тестовом винте. "Повреждена основная таблица файлов". Вы показывате Чекдиск не от того раздела...
Автор: KOS789
Дата сообщения: 22.02.2012 23:23
у меня раздел Медиа - один)))
я же не совсем еще двинулся...

и что на счет мемтеста?
что мне предоставить в итоге?
Автор: 9285
Дата сообщения: 23.02.2012 13:44
Antech
Я потому и писал так про 20-й аттрибут, потому что с ним ещё не разобрался.
Оно то видно что он не корректный, но не более того.
Чтокасается Ваших размышлений, единственное что приходит на ум упоминание одного кластера (716451) в некорректном 20-ом аттрибуте. Может там "хвостик клубочка"?

KOS789
Тестдиск скорей всего правильно ругается, но только то, на что он ргается, как бы не критично.
А сбрось ещё дамп секторов 207418648 + 10
Автор: KOS789
Дата сообщения: 23.02.2012 15:34
так что мне показать вам после мемтеста то?
вот дамп http://rghost.ru/36668794
Автор: 9285
Дата сообщения: 23.02.2012 15:38

Цитата:
так что мне показать вам после мемтеста то?

Показывать не надо. Главное есть ли ошибки или нет. Если есть - устранять причину (разгон, бутая память и т.п.)
Автор: Antech
Дата сообщения: 23.02.2012 15:53
9285
Кажется я понял. Это не поврежденный атрибут. Это нерезидентный. Нерезидентный 20-й! Тогда все сходится, но я никогда такого раньше не видел.

KOS789
Покажите дамп, который просит 9285. Там должно быть восьмое чудо света - нерезидентный 20-й атрибут. Правда, что с этим потом делать, я не знаю. Чекдиск ругается очень неопределенно: что-то не так с элементом 20-го атрибута, описывающего атрибут 80 (DATA). Попробуй пойми что там не так.

Апдейт. Посмотрел дамп. Ну да, это оно. Вот только там 31 элемент с атрибутами 80. Как их все проверить? Каждый из них ссылается на файловую запись... На вид-то все эти 80-е в порядке, а что если проблема в одной из расширенных файловых записей? Или в Starting VCN в одном из элементов 20-го атрибута, как их проверить вручную?
Автор: Watchmen
Дата сообщения: 26.02.2012 12:16
Всем привет.
Возникла следующая проблема есть диск Segate Barracuda 80GB ST380215A диск разбит на два логических раздела, при попытке переписать с него данные подключив диск виден всего 1 раздел при обращении к второму выдается сообщение о том что к второму логическому диску нет доступа. 1й раздел читается без каких либо проблем полностью.
Анологичная проблема была описана пользователем Yahhho в посте от 17:00 14-03-2009 помог в решении данной проблемы Antech.

Testdisk
http://s018.radikal.ru/i520/1202/af/2ff1ae726717.png
http://s018.radikal.ru/i513/1202/8b/72ce5bba6d3b.png
http://s018.radikal.ru/i524/1202/3c/9e30cd3d941f.png
DMDE
Logical
http://s004.radikal.ru/i208/1202/af/9cc6c5b076fd.png
Physical
http://s001.radikal.ru/i196/1202/03/6782f4c05f97.png
WinHex
http://i076.radikal.ru/1202/ce/f19ccfb1090f.png
Попытка открыть 2й раздел
http://s44.radikal.ru/i104/1202/ab/646bb706c838.png
http://s017.radikal.ru/i439/1202/c2/bdfacbe5bad6.png
Автор: 9285
Дата сообщения: 26.02.2012 12:40
Watchmen
Из шапки темы
Цитата:
Запакуйте все файлы в один архив и выложите на любом из этих обменников:

PS. Нет никакого желания открывать кучу окон.

Автор: Watchmen
Дата сообщения: 26.02.2012 13:37
Все файлы одним архивом http://zalil.ru/32779499
Автор: 9285
Дата сообщения: 26.02.2012 15:20
Watchmen
Совсем другоге дело.
Даже дампы есть. Похоже что накрыло $MFT (и зеркало).
Соотвествено, это может быть проблема с физическим состоянием винта. Поэтому в первую очередь смотри (ну и здесь показывай) SMART. Если нет ничего слишком критичного - дамп секторов 88239084 + 100, 119122004+10 и можно сразу лог Поиска NTFS на втором разделе (если долго, то можно сделать промежуточное сохранение где то после 10%.
Автор: KOS789
Дата сообщения: 26.02.2012 22:55
простите за назойливость, но мне то что делать со своим винтом?)
кроме мемтеста нет никаких идей для продвижения?)
Автор: 9285
Дата сообщения: 26.02.2012 23:44
KOS789
1. Уже давно было предложение определиться с нестабильным сектором.
2. Сказать правь чекдиском несложно, но если даже в рядовой ситуации нет 100% гарантий корректной правки ошибок чекдиском, то что тогда говорить о твоём случае (который исключителен).
Посекторная копия (на случай отката исправлений) была бы хорошим подспорьем, но у тебя такой возможности нет.

Как вариант - зарезервируй хотя бы $MFT. Можешь сбросить её, чтобы можно было посмотреть.
Но только сразу предупреждаю - в ней могут находиться некоторые данные (те же любимые многими пароли, записанные в маленькие файлы). Поэтому, если нет желания засвечивать такое - запакуй архив с нормальным паролем а данные где лежит архив и пароль сообщи через ЛС тем, кому поситаешь нужным.
Если что - в DMDE открой раздел, в блоке MetaData найди $MFT, в контекстном меню выбери восстановить и сохрани этот файл.
Автор: KOS789
Дата сообщения: 27.02.2012 00:23
так. на счет $MFT. допустим я ее сейчас восстановлю. но она весит 3,39 гб и даже если захочу, не смогу со своим каналом ее куда либо скинуть(и я не понял зачем это делать)

далее. на счет нестабильного сектора я ничего не понял. мне бы хорошо все разжевать и обьяснить что делать.

ну и на счет чекдиска Вы сами же отвергли свое предложение.

суть вопроса то заключалась в том, можно ли без особого гемороя восстановить раздел.
просто я могу вытащить с него жизненно необходимые файлы, и форматнуть к чертям. раздел то не с системой.

кстати я еще вспомнил что на этом винте у меня были сбойные сектора, которые после пары прогонов hdd regenerator'ом вроде бы поправились)
Автор: 9285
Дата сообщения: 27.02.2012 00:50
KOS789
3,9 гига на 500 гиговом разделе (более 3-хмилионов записей)?
Это что же на нём такого хранилось? Размерчик конечно большевастый - я думал что будет мегов 200, да плюс нелохо зажатый архиватором. А нужен был чтобы проверить целостность самой MFT, так как остальное всё в порядке (в смысле нет других предпосылок для RAW).
Впрочем, такой размер даёт некоторое обьяснение почему у MFT такой 20 аттрибут.

Насчёт чекдиска я не отвергаю, а просто предупреждаю. Был бы у меня такой случай я бы то по другому всё делал - банально сделал бы посекторку, а потом уже проводил лечение (если так уж необходимо сделать in-place).

Что касается сути вопроса, то вообще то ты в самом начале писал что тебе некуда сбросить данные. Теперь выясняется что есть (?). Если так, то вытягивай, проверяй целостность а потом если и будешь форматировать, о сделай всё таки чекдиск с исправлениями.

Цитата:
кстати я еще вспомнил
Мало было двух "лекарей" (TD + PTD) - так ещё и этого вредителя привлёк. .
Автор: Watchmen
Дата сообщения: 27.02.2012 02:32
SMART программами Astra и HDDScan + дампы секторов http://zalil.ru/32783671
При поиске NTFS на чтении сектора 425984 система начинает отвечать с ужаснейшими задержками помогает только перзагрузка, отменить операцию чтения NTFS не получается. Первый логический раздел проходит часть поиска NTFS нормально.
Автор: KOS789
Дата сообщения: 27.02.2012 06:59

Цитата:
Мало было двух "лекарей" (TD + PTD) - так ещё и этого вредителя привлёк.

это было задолго до этой ситуации)


Цитата:
Что касается сути вопроса, то вообще то ты в самом начале писал что тебе некуда сбросить данные. Теперь выясняется что есть (?).

ну мне все еще некуда все скинуть. просто придется пожертвовать некоторыми не особо важными файлами)

и на счет MFT. трогать ее или нет?)
могу приложить скриншот того что она действительно такая большая)
Автор: 9285
Дата сообщения: 27.02.2012 09:18
Watchmen
MFT побита мусорным "шаблоном" 02. Так что, без поиска NTFS не обойтись. Или восстанавливать фалы обычными рековерилками.
Поиск надо делать лишь на проблемном разделе. И (раз уж есть сбойный сектор ли что то другое, приводящее к ступору, то ограничиться зоной до этого сектора (тем более что MFT вроде как одним куском и поэтому должна заканчиваться где то раньше.
Ну и в SMART-е явно видны ошибки передачи - что собствено и является причиной мусора.

KOS789

Цитата:
это было задолго до этой ситуации)

- Доктор, чёто у меня побаливает голова.
- Судя по отёкам, вы неплохо употребляли алкоголь.
- Ну да, но это же было задолго до боли.


Трогать или нет - сам уж реши. А скриншот скинь, и вовсе не потому что не верю, а просто так - на память о курьёзных случаях.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114

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


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