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

9285

Нет, только на метках больше 12 символов, а RAW появилось именно на этой метке, которая просто скопирована с рабочего тома, где я её и выставил временно, а потом я таким же образом делал метку BBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB и RAW уже не было.

Глюки системы можно исключить, я тестировал с Vista, а там всё аналогично. Именно поэтому это больше может указывать на сломанную $MFT, поэтому и разные $Volume не помогают.

P.S.: Кроме этого запускались CHKDSK /f /r и sfc /scannow.

fractalzZz
Проверил я все твои образцы Volume - никаких проблем, по крайней мере таких серьёзных как описываешь ты.
Тем не менее, видимо есть какие то взаимосвязи во всём томе. Ведь в Volume есть разные атрибуты, в том числе связанные с безопасностью и т.п. Плюс не всегда в Volume присутствует 40-й атрибут.
И видимо поэтому у тебя и происходят такие ошибки - до сих пор подобного не происходило.

9285

Проверил все тома на разных дисках - 40-й атрибут присутствует в 100% случаях.
Одна из наиболее частых характерных ошибок самого CHKDSK сразу же после смен меток: "Усечение записей с неправильными ссылками" каких-то там в сегменте 3 и бывало так, что при чтении CHKDSK видит эту ошибку, а при исправлении уже нет. Причём очень и очень часто эта ошибка указывала, как косвенный признак скорее, что система повреждена и при проверке потом так оно и оказывалось.

fractalzZz
В шаблоне, выложенном чуть раньше 40-й атрибут отсутствует.

9285

Проверил этот шаблон в деле - тот же результат при метке >12:

Цитата:

Усечение записей атрибутов с неправильными ссылками856)
из сегмента 3 записи файла.

Эта ошибка после фиксов CHKDSK при повторной проверке снова на месте пока не уменьшу label до указанного выше значения, а потом пару прогонов CHKDSK с /f, которые фиксят ошибки в зеркальной копии и всё в порядке...

При фиксах обычно идёт такое:

Цитата:

Вставка элемента в индекс $O файла 25.екса:

Но важно другое: куда копать, чтобы починить сломанную фс на системной томе ? Какие мысли есть ? Что может ещё нарушаться при длинной метке в $MFT ?

fractalzZz

Цитата:

Вставка элемента в индекс $O файла 25.екса:

Я не вижу других записей MFT, но подозреваю что в 25-ой записи хранится запись, связанная с 40-м атрибутом Volume. Остальные мысли - [more=по этому и не только]
1. Начиная с висты микрософт существено изменил устройство и принципы работы ОС (те же хардлинки, новые ACL, загрузку и много чего ещё). Ту же ХР можно было устанавливать на FAT32, в которой не используются все "прелести" NTFS. И даже при наличии каких то проблем с безопасностью на NTFS XP можно было банально скопировать на FAT32 и система работала. Сейчас этого нет и за это можно поблагодарить микрософт.

2. В данной теме решаются вопросы с таблицей разделов. А она у тебя в норме. Были проблемы с MFT - их как бы решили, хотя это как бы оффтоп. Если же говорить о восстановлении, то практически во всех подобных темах говорится (и подразумевается) что речь идёт именно о восстановлении данных.
Я так понимаю что этот вопрос мы решили.
Гарантировать работоспособность ОС, особено в свете написаного в п.1 я не обещал, да и не собирался.
Тем более что причины глюков могут быть не в битых системных файлах (те, которые ты восстановил с помощью sfc) или в ошибках ФС а (например) из за кривой записи в реестре. А ведь его целостность неконтролируема (чекдиск проверяет другое).

3. Можешь погуглить например по $OBJECT_ID и увидеть например такое - http://hex.pp.ua/object-id.php#top . Там речь идёт об идентификаторах файлов, но думаю что найдёшь и про том. И скорей всего это каким то образом задействовано в твоей системе.

PS. Я бы посоветовал обратиться в темы, которые связаны с самой ОС - возможно и подскажут что.
Может кто другой подскажет и здесь, но лично я не могу тебе что то подсказать по этому нюансу.[/more]

9285

Прочитал сообщение. По ссылке оказалось, что $ObjID обязан быть у каждого тома NTFS.

Какие темы больше всего подходят под мою проблему ? Это не подходит под категорию "Восстановление данных" тоже, так как повреждена пусть не сама таблица разделов, но всё-таки метаданные.

P.S.: И всё же я так и не вижу взаимосвязи здесь (непонятно как какой-то уникальный идентификатор файла может что-то портить, хз, ошибки ведь сыпятся такие, как будто фс накрылась, даже обновлял ntfs.sys на всякий случай - не помогло), хотя и DMDE говорит, что там, в 25-ом файле - сам файл $ObjID - ведь даже когда $ObjID не было - ошибки не пропадали, так как на результат влияет именно длина label в $Volume.

P.P.S.: Насколько опасно, если удалить 25-й файл вообще ?

fractalzZz

Цитата:

так как повреждена пусть не сама таблица разделов, но всё-таки  метаданные.

Если чекдиск не находит ошибок в структуре ФС, то как бы (логически) их нет.
Скорей всего тебе будут полезны темы, посвящённые устройству соотвествующей ОС и механизмам их работы (взаимосвязям).

PS. в этой и другой теме нередки случаи когда портятся или затираются не только самые первые записи - простейший пример быстрый формат, который переписывает начало MFT. Естествено что без чекддска не обойтись - вот он и создаёт все необходимые записи по новой.
По своему опыту могу сказать что не всегда работа чекдиска получается (корректна) при запуске его с проблемного носителя (системного раздела). В таком случае лучше всего чекдиск запустить загрузившись с соотвествующего дистрибутива (в режиме восстановления).

9285

CHKDSK постоянно находит одну и туже ошибку с усечением при чтении - с этим я ничего поделать не могу, но при исправлении обычно (иногда что-то находит, исправляет, но сама ошибка остается) уже нет.

CHKDSK запускался из Vista, чтобы исключить все проблемы и возможную его некорректную работу при загрузке и проверке с системного тома.

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

В общем. тут нужен специалист по NTFS, я написал в тему о Win7.

9285


привет, новая проблема но с другим диском. Тошиба 320 жутко тормозщит любую систему куда его пихают, там 3 раздела 2 скрытых (Сонькины приблуды) 1 основной, вот с ним беда, он не определяется, точнее все жутко медленно с ним. Смарт показал ошибки позиционирования вечером скину точнее.

Вот что дал ДМДЕ http://zalil.ru/34318817 http://zalil.ru/34318827


с каких секторов с какого носителя нужно скинуть дампы ?

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

Доброго времени суток! Столкнулся с такой проблемой: у сестры компьютер старенький есть, материнка такая http://www.gigabyte.ru/products/page/mb/ga-k8nf-9_1x/ . Жесткий диск PATA Samsung SP1614N 160Gb забился полностью и в последнее время начал требовать проверки чекдиском при загрузке XP. Предложил им заменить жесткий диск, купил терабайтник WD10EALX SATA III. Предварительно в инете прочитал о том, что к портам SATA I можно подключать диски SATA III, совместимость должна быть. Так вот, старый PATA диск я совсем снял, подключил WD к SATA порту, включил компьютер. В БИОСе он нормально определился (марка, модель, объем, головки, и т.п.). Запустил установку Windows 7 32-битную, дошел до выбора раздела для установки, а в окне показывается 31 мб не распределенного пространства и всё. Прерываю установку, иду в БИОС - тоже 31 Мб... Поключил к своему компу с 2-мя другими моими дисками WD - в диспетчере дисков та же песня.
Вопросы:
1) Как вернуть пропавший терабайт не распределенного пространства?
2) Почему так произошло? Несовместимость материнки и диска? Но в БИОСе сразу диск нормально определялся. Или проблема в Windows 7? На диск записан образ с чистой виндой, не сборка. И хотя именно с него (32 битная версия) я еще ни разу не ставил винду (64-хбитную себе с того же ресурса качал и ставил отлично работает), другие ставили и вроде всё ОК.

Скриншоты DMDE http://zalil.ru/34327839 Новый диск - Disk 1, не форматированный, без разделов.

... и что вас тянет с такими материнками в сата3?... всё-равно больше 5,9 не покажет (если вручную не поправить - ниже будет рецепт). Но, если уже в биос определился, разбейте его акронисом на пару-тройку разделов, предварительно удалив всё и после каждой операции перезагружаясь. Далее создать раздел семёркой, допустим, 80гб и установить ту же семёрку. Или создать раздел Акронисом и - ту же семёрку. Дальше по вашему усмотрению.

Сам рецепт: тыц - тыц

Добавлено:
WebnaiL, что-то ссылка на скриншот не работает...


Добавлено:

Цитата:

Далее создать раздел семёркой

Поправлюсь - или создать раздел семёркой после удаления акронисом, или создать раделы акронисом. На любителя.

WebnaiL
Восстановить полный обьём не сложно (снятие HPA), но только если не предпринять дополнительных действий всё повторится.
Тебе надо познакомится с http://www.gigabyte.ru/forum/viewforum.php?f=50.
Там есть самая первая тема, которая отсылает к рецепту защиты от HPA.
Другой способ решения ищи там же - прошивка неофициальной (исправленой) версии БИОСа.
PS. Но это решение проблем с обьёмом. Не факт что проблем не будет с SATA-III, так как и с SATA-II у этого чипсета встречались косяки.

Добавлено:
Seduxen
Причём здесь написаное тобою? У человека проблемный винт и он решил его поменять.
И если он хочет новый то выбора то и нет - SATA-III или IDE-шник (причём в реализации WD).
А упоминание акрониса в теме, где немалая часть связана с ним, мягко говоря не очень корректно.

Cпасайте.Дернул меня акронисом поменять тип раздела на логический-завис,пришлось жать ресет.Самое плохое при загрузке началась проверка чекдиском, что то исправляла,потом начала удалять, ну я ее и выключил.Сейчас имею файловую систему raw и проблему с таблицей разделов.При запуске dmde выдает ошибку размера текущего диска с прописаным в MBR.Скрины,дамп http://rghost.ru/44369236

daddyj79
Сбрось дамп 2048-го сектора.
Потом запусти поиск NTFS и по прошествии небольшого времени (минут 15-20) сделай промежуточное сохранеие лога поиска и выложи его. Потом можешь продолжить поиск.
Какая версия акрониса? Запускалось из винды, и когда зависло?

Добавлено:
Ещё бы желательно увидеть лог той проверки чекдиска, которая произошла и результат проверки чекдиском сейчас, но в режиме только чтения.

9285
2048 сектор http://rghost.ru/44369845
акронис диск директор 10,запускался с биоса .Завис в самом начале.

daddyj79
Ещё сбрось дамп секторов 6293504+20.

9285
http://rghost.ru/44370053

daddyj79
Пришли что спрашивал в первом сообщении тебе.
Непонятно зачем тебе потребовалось это преобразование, тем более на разделе с важными данными, тем более такой пародией на заявленные действия.
Лично мне неизвестны алгоритмы (если они имеются) акрониса, но то что можно сделать безболезнено, особено в нынешнее время когда начало раздела не является догмой - оно делает как вздумается.
Что и заметно по дампу начала MFT - на самом деле там лишь первые четыре записи, а дальше хоть и есть записи но они от обычных файлов а не от стандартных служебных.

создавал раздел на новом диске,увидел 2 активных раздела и ... .Сколько себе говорил не трогай что работает.
http://rghost.ru/44370301

daddyj79
Делай лог далее, когда в нижнем окне будет побольше данных, сделай ещё одно промежуточное сохранение и сбрось. И всё таки - найди лог того что сделал чекдиск. Он может быть в журналах винды.
Да и, по большому счёту, с таблицей разделов у тебя вроде бы как всё в порядке и более корректная тема - эта.

Опачки, не знаю как открыл лог поиска, но там была всего одна запись в нижнем окне. Сейчас переоткрыл и стало существено больше.
Сбрось ещё дамп секторов 6293504+100.

9285
http://rghost.ru/44370636
лога чекдиска нет ,я его прервал.

Цитата:

,я его прервал.

Та чтож ты такой недожидающийся.
Конечно чекдиск мог бы что то попортить, но уж прерывать что то на полпути не всегда является хорошим решением.
Опечатка вышла с дампом - нужен 6176504 + 100.
А вообще похоже что MFT была сильно фрагментирована, особено её конец.

9285
http://rghost.ru/44370842

Добавлено:
9285
лучше так, чем она поудаляла бы 6 лет моей жизни думать некогда было

daddyj79

Цитата:

думать некогда было

Не помню анекдот, но в нём ключевая фраза о том что америкосы сначала думают а потом делают, а русские наоборот.
И всё таки я не понял насчёт твоих действий. Можешь или подробно описать, или в картинках?
То есть был основной раздел, а ты решил сделать его логическим?
Дамп как прояснил ситуацию, так и малость запутал. Вроде бы всё таки была нефрагментированная MFT, но потом что то начало её деформацию. Начальный фрагмент есть, потом логически должны быть следующие записи - и они имеются, но вот только их номерация (если бы только это) "шашель побила" (или чекдиск?).

9285
Да был основной,а хотел логический.Дурная голова.
Ну, а вообще пациент скорее жив, чем мертв?Данные можно восстановить?
Сейчас идет поиск ntfs 65%, структура папок видна,но файлы после восстановления не открываются.Нужно дождаться 100%?
И еще,какой том открывать их там больше 200.

daddyj79
Дождаться конечно же желательно.
Что касается восстановления, то тут очень много срецифики и описать даже большим сообщением как делать-проверять сложновато (возможно попозже напишу в личку хотя бы кратко).
Открывать надо пробовать те тома, у которых наибольшее число совпадений.
А вот по поводу битости файлов тут есть два варианта:
1 - произошло смешение данных относительно их записей в ранлистах.
2 - уже не первый раз встречаемое, использование какого то ломаного дстрибутива DMDE. При этом, если используется нормальная версия - всё восстанавливается нормально.
PS. Кстати, если бы ты преобразовал тип раздела средствами DMDE (такого формально нет, но делается элементарно), то никаких проблем бы не случилось.

9285
dmde я купил. Поиск дошел до 100%.Те файлы которые пробовал восстановить не открываются.Если будет возможность напиши пожалуйста как правильно восстанавливать. Что можно еще предпринять?Getdataback или R-studio пробовать? Имеет смысл обращаться в фирмы по восстановлению hdd?

daddyj79
Раз купил, то остаётся версия смещения при преобразованиях (исправлениях).
Пробовать можешь что угодно - главное чтобы оно не было деструктивным для того что есть сейчас.
Обращаться к спецам (имено по такому критерию) всегда полезно - главное чтобы это было целесообразно. Бывает что после оглашения цены важность данных становится 0-вой.
Давай сделае небольшой экспресс-тест.
На скриншоте указаны начальные сектора для двух графических файлов и начальный фрагмент архива. Можешь сделать дампы всех раскрашенных секторов?
Для двух графических (которые выделены синим) можешь попробовать сохранить диапазон секторов, начиная с начального + значение числа секторов-1. После чего можешь поменять расширение на соотвествующее и посмотреть - видятся ли изображения.