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

файлы видны и они в порядке. но не все папки. но мне кажется что это просто слишком большая папка (в районе 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 - до другой)

Цитата:

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

В шапке темы - последний абзац. Очень наглядно.

простите, уже нет сил даже полностью шапку прочесть сразу.
http://rghost.ru/36625629

KOS789
Ошибся двумя цифрами при наборе. Нужно 201687040+50.
И точно ли ты делаешь дампы физического диска? В дампе 201684980+10 (суд по скриншоту) должна быть копия бутсектора, но её там нет. И (логически) после неё EBPR - тоже нет; хотя .. возможно что преобразование логического диска в основной было сделано давно, криво акронисом.

абсолютно точно физического
разбивал на разделы акронисом, да. при покупке сразу (поза-прошлым летом)
http://rghost.ru/36625945
вот то что просил)

KOS789
Что чекдиск говорит?
Если что, то команда такая - chkdsk H:
Делается в окне, после запуска cmd (в 7-ке и висте от имени администратора).
В бутсектор есть кое какие шероховатости, но вроде они не критичны, а вот 20 аттрибут в MFT огорчает.

[more] я в курсе, просто забыл что то ее сделать, пока делал дампы)
просто может вякнуть что раздел используется и попросит перезагрузиться, а ребутаться сейчас не хочется пока)
сейчас попробую

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

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

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

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

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


"а вот 20 аттрибут в MFT огорчает." а можно поконкретнее?) просто не знаю всей структуры и тонкостей)
что мне сделать то?)
[/more]

KOS789
Давай ка ешё на SMART винта посмотрим.

[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]

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

PS. Если делать скриншоты, то проблем с табуляциями нет.

http://rghost.ru/36634640

cmd сохраняет в oem866(
преобразовал в ansi на всякий случай

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

Да, memtest86 тут был бы не лишним.

пойду поставлю мемтест с хиренса(вроде там он был)
какие результаты надо предоставить?
и я немного не понял, мне нужно сделать еще дамп 201687432+8?
UPD http://rghost.ru/36660432
UPD2 кстати хотел спросить, что значит(почему) testdisk ругается вот так http://rghost.ru/36660471 ?)

KOS789
В зеркале аналогичная фигня. Проверил на своем тестовом винте. "Повреждена основная таблица файлов". Вы показывате Чекдиск не от того раздела...

у меня раздел Медиа - один)))
я же не совсем еще двинулся...

и что на счет мемтеста?
что мне предоставить в итоге?

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

KOS789
Тестдиск скорей всего правильно ругается, но только то, на что он ргается, как бы не критично.
А сбрось ещё дамп секторов 207418648 + 10

так что мне показать вам после мемтеста то?
вот дамп http://rghost.ru/36668794

Цитата:

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

Показывать не надо. Главное есть ли ошибки или нет. Если есть - устранять причину (разгон, бутая память и т.п.)

9285
Кажется я понял. Это не поврежденный атрибут. Это нерезидентный. Нерезидентный 20-й! Тогда все сходится, но я никогда такого раньше не видел.

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

Апдейт. Посмотрел дамп. Ну да, это оно. Вот только там 31 элемент с атрибутами 80. Как их все проверить? Каждый из них ссылается на файловую запись... На вид-то все эти 80-е в порядке, а что если проблема в одной из расширенных файловых записей? Или в Starting VCN в одном из элементов 20-го атрибута, как их проверить вручную?

Всем привет.
Возникла следующая проблема есть диск 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

Watchmen
Из шапки темы
Цитата:

Запакуйте все файлы в один архив и выложите на любом из этих обменников:

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

Все файлы одним архивом http://zalil.ru/32779499

Watchmen
Совсем другоге дело.
Даже дампы есть. Похоже что накрыло $MFT (и зеркало).
Соотвествено, это может быть проблема с физическим состоянием винта. Поэтому в первую очередь смотри (ну и здесь показывай) SMART. Если нет ничего слишком критичного - дамп секторов 88239084 + 100, 119122004+10 и можно сразу лог Поиска NTFS на втором разделе (если долго, то можно сделать промежуточное сохранение где то после 10%.

простите за назойливость, но мне то что делать со своим винтом?)
кроме мемтеста нет никаких идей для продвижения?)

KOS789
1. Уже давно было предложение определиться с нестабильным сектором.
2. Сказать правь чекдиском несложно, но если даже в рядовой ситуации нет 100% гарантий корректной правки ошибок чекдиском, то что тогда говорить о твоём случае (который исключителен).
Посекторная копия (на случай отката исправлений) была бы хорошим подспорьем, но у тебя такой возможности нет.

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

так. на счет $MFT. допустим я ее сейчас восстановлю. но она весит 3,39 гб и даже если захочу, не смогу со своим каналом ее куда либо скинуть(и я не понял зачем это делать)

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

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

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

кстати я еще вспомнил что на этом винте у меня были сбойные сектора, которые после пары прогонов hdd regenerator'ом вроде бы поправились)

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

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

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

Цитата:

кстати я еще вспомнил

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

SMART программами Astra и HDDScan + дампы секторов http://zalil.ru/32783671
При поиске NTFS на чтении сектора 425984 система начинает отвечать с ужаснейшими задержками помогает только перзагрузка, отменить операцию чтения NTFS не получается. Первый логический раздел проходит часть поиска NTFS нормально.

Цитата:

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

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


Цитата:

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

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

и на счет MFT. трогать ее или нет?)
могу приложить скриншот того что она действительно такая большая)

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

KOS789

Цитата:

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

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


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