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

Antech
Огромнейшее человеческое спасибо тебе!
Очень-очень помог =)

В R.Saver файлы не отображались мои. Сканировал весь диск на потерянные разделы. Потом сканировал на потерянные файлы. Не получилось в общем.
MediaWorkShop не нашёл... С поиском у меня плохи дела видимо. Если есть возможность, кинь сюда ссылку. Интересно посмотреть.
Купил замечательную программу DMDE. Сейчас идёт восстановление файлов. Безумно рад, пью чай =))

Ещё раз спасибо! Будь здоров и счастлив, Antech!

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

Цитата:

но это совсем из области фантастики

Если есть желание - можешь писать по этой теме и дальше - тут таких уже не один был. Только я верю своим глазам и твоим данным. А в них чётко видно (минимум) два бутсектора.

Цитата:

Т.е. я верно понял, что поднять этот диск программными способами из этой ветки (патчами и т.д.) невозможно?

С самого начала тебе об этом и пишется. Если некоректно отображается модель винта можно предположить что это могут быть проблемы с интерфейсным кабелем,питанием и т.п.. Но вкупе с неправильным размером это наводит мысль на проблему с контроллером, и патчи ту не помогут.
Хотя гипотетически можно сделать посекторку, заменить все некорректные 02 и изменённые на эту величину (?) байты - кстати не все, после чего возможно получить почти исправный раздел. Вопрос в том, кто будет этим заниматься?
PS. В другой теме ты выложил SMART - так вот даже там 02 фонит во всех параметрах.

Уважаемые, не оставьте без внимания и мой вопросик, пожалуйста.

9285

Благодарю за ответы. Винт появился! Одним разделом, как и был. Вставил в другой sata разъем на материнке и он сразу же верно определился. Попробовал на тот паленый разъем воткнуть другой винт (сигейт на 1,5 ТБ), так вот он тоже определился с глюками как WD 2TБ - 2 раздела и тот же самый на 16 Гиг. Этот винт у меня так же, как и WD - одним разделом. Если интересно, скрин Управл.Дисками с этим глюком на Сигейте прилагаю.

http://rghost.ru/40852809

Кстати, на материнке 6 сата портов, у меня было 2 свободных (3 винта + двдром). так вот из этих 2-х, 1 тоже с подобным глюком, все симптомы те же самые. По закону подлости именно в него я при крахе винта попробовал переставить кабель, результат известен. Т.е. из 6 портов - 2 с одинаковыми глюками. Можно сказать пока легко отделался, думал винту пришел конец. Теперь любые объемы буду на облако заливать, дабы инфаркт в след. раз не хватил.

Здравствуйте! Использовал свой жесткий диск ST31000520AS ATA 1 Тб в другом глючном компьютере (с двумя жд) для сохранения на него потерянных данных. Восстановил файлы с помощью программы R-studio. В результате сбоя на моем диске появился раздел 37,22 Гб Логический MBR и 894,2 Гб Не занято (до этого диск не был поделен, 931 Гб, из них примерно 800 Гб быо заполнено, в том числе и восстановленная информация ~ 80 Гб) Вытащил с моего жд bootex.log http://rghost.ru/40855992
Программа R-studio не видит файлов в незанятом разделе 894,2 Гб, предлагает сканирование. Придется восстанавливать файлы с сохранением на другой диск? Или слетела таблица и можно это исправить?

slon500

Цитата:

Кстати, на материнке 6 сата портов,

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

Какая конкретная модель материнки (+версия БИОСа)?
Какой разьём проблемный (его наименование на материнке или в мануале посмотри - по типу SATA_0, SATA_1)?
Кстати, в мануале можно посмотреть как правильно подключать - так как бывают и ограничения
Винт был давно подключён к этому разьёму?

Пока без этих данных можно предположить два варианта.
1. Проблема в самом SATA-порту.
Если было выявлено что после перетыкания проблема исчезла, не стоило так опрометчиво подключать другой винт.
2. Материнка имеет известную проблему с чипсетом ревизии B0. Так как раз при подключении к определённому порту могли возникать проблемы с винтами. Деффект признан производителем чипсета и нормальные вендоры без проблем меняли материнки по гарантии.

PS. И сбрось теперь дамп сектора 0 + 20100 - посмотрим в исправном состоянии какие там всё таки значения и число бутсекторов.

Noveon

Цитата:

не спрашивайте как у него это получилось - он сам не знает

Могу провести сеанс телепатии. У знакомого винда 7-ка.
На самом деле никакой телепатии - именно в семёрке такое происходит при наличии четырёх основных разделов и попытке создания пятого.
Проблема лечится, но только надо знать исходные данные разделов (скриншот экрана Разделы в DMDE) чтобы привести диск с базовому и оределится можно ли оставить все пять разделов или прийдётся одним пожертвовать.

Забыл написать: проблема, скорее всего, появилась из-за одного из двух жестких дисков (его емкость составляет тоже 37 ГБ). Такая вот "ирония" получилась...

Системная плата - Asus M3A78-CM
Биос: 2801

Винт был подключен к разъему sata5, давно, сразу после покупки т.е. около 2х лет.
2-й проблемный сата разъем на плате - sata 6.

В прошлом посте на радостях неправильно насчитал винты+порты sata. Т.е. до глюка было так: в 5 портов было подключено 4 винта+привод двд, свободный оставался sata6. После краха винта попробовал его подключить на сата 6, но он, как теперь известно, тоже оказался с глюком. Сейчас подключено так: 4 винта в sata c 1-го по 4-й (все ок.), привод отключил.

Дамп:
http://rghost.ru/40858676

Karlost
После уточнения представляется мне что на твой винт сдампилось содержимое того винта. Вопрос только в том, какой обьём - 0-ой сектор (это уж точно), или больше.
Печально что произошёл запуск чекдиска и он успел (?) что то поправить. Он это сделал в какой момент? После переподключения винта к нормальному компу?
Если у этого раздела есть буква диска (в диспетчере дисков) - удал её чтобы исключть запись на раздел.
Ну и сдавай стандартные "анализы": скриншот экрана Разделы DMDE, дампы 0-вых секторов физического диска и логического. ожешь сразу е только их а и последующие 100 секторов.
В принципе, можешь сделать один дамп на 2100 секторов физического диска. Можешь сделать сразу Поиск NTFS и выложи его лог (для начала хватит на момент 7-10% поиска).
Перед выкладкой на rghost.ru не забудь заархивировать хотя бы дампы.

slon500

Цитата:

Asus M3A78-CM

Проблема с ревизией чипсета B0 исключена, бо это AMD, про которые не очень в курсе. Может и у них есть какие то косяки, но наверное версия проблемности самого порта наиболее вероятна.
Ну а что касается дампа, то как я и писал - раздел начиается в 2048 секторе. Но и в 63-ем есть бутрекорд. И самое что прикольное что атрибуты даты времени совпадают. Такое впечатление что сначала создался раздел в 63 секторе а потом передвинут в 2048. Ты случаем не пользовался чем либо "выравнивающим" разделы?

9285

После покупки пользовался только Paragon GPT Loader. Вспомнил, что именно этой прогой, т.к. она до сих пор у меня лежит с того времени в папке со всяким левым файлом. Выбор проги был связан скорее всего с тем, что там какие-то ограничения на большие винты в WinXP + этот непонятный Advanced Format. Т.е в WinXp подключить сразу этот винт и отформатировать его средствами XP вроде как нельзя было. Наверное эта прога так и работает криво, оставляет непонятные "следы".

Меня другой вопрос теперь интересует:

Ты пишешь: "...раздел начиается в 2048 секторе. Но и в 63-ем есть бутрекорд. И самое что прикольное что атрибуты даты времени совпадают. Такое впечатление что сначала создался раздел в 63 секторе а потом передвинут в 2048..."

Мало что понимаю в этом, вопрос такой: то, что раздел передвинут и.т.д. - как-то может в дальнейшем сказаться отрицательно на винте?

Цитата:

то, что раздел передвинут и.т.д. - как-то может в дальнейшем сказаться отрицательно на винте?

Смотря о чём идёт речь. То, что сдвинуто на 2048 секторов как раз таки нормально для дисков с AF.
Наличие записи в 63 секторе как бы не должно мешать системе, но я не могу гарантировать корректных действия каких либо других программ, особенно относящихся к восстановлению. Тот же тестдиск по умолчанию ищет разделы на границах 63-х секторов. Соотвественно он может найти этот раздел а пользователь не понимая (чаще всего от радости и предвкушая "Ха, я схалявил хххх рублей, которые не заплачу за восстановление данных!") пропишет этот раздел и поимеет геморрой.
В общем, я не занимаюсь предсказанием будущего.
А по факту есть другие причины, которые позволяют сказать что то, чем ты пользовался надо выкинуть и забыть. Почему?
Да потому что посмотри сам.
MFT Start - кластер 2
MFT Mirror Start - кластер 39
Практически аналогия с акронисом с его твиксом "3-49".
1. До начала зеркала имеется 37 кластеров. При стандартном 8-сектором кластере это 296 секторов. Опять же, при стандартной записи MFT равной 1024 байта это составляет 148 записей. То есть изначально закладывается фрагментированность MFT, и у тебя она фрагментирована, причём уже 5 фрагментов.
Вот не дай бог случится что то с ФС, и особено с начальными записями MFT. Найдётся ли желающий составить тебе ранлист на такое количество фрагментов?
Да, есть возможность дефрагментации MFT некоторым ПО, но из за тех самых 296 секторов не получится сделать её одним фрагментом.
Это один недостаток, не самый страшный. Есть другой, только не надо думать что "у меня такого не может случится".
2. И связано это с возможной перезаписью начальных секторв. Тому может быть куча причин:
- сброс того же дампа чего либо (резко выдернутой флэшки например)
- случайное или нет, переформатирование в FAT32 (был недавно случай на хоботе)
- сбойные сектора в небольшой области
- прочие причины.
В результате накрывается и начало MFT и копия 4-х основных записей. А при стандартной разметке, когда заголовок и копия разбросаны по разделу, при такой ситуации шансов что хоть что то схраниться существенно больше. И как раз при такой ситуации требуется создание ранлиста - читай причину 1.

Добрый вечер! Сделал дамп нулевого сектора и на 2100 секторов физического диска + лог поиска NTFS 8 % http://rghost.ru/40869747

Karlost
Давай ещё дампы секторов 16065+200, 16520+100, 194020+100, 244395260+100
Не помнишь какой был тип раздела и чем он создавался?

Создал эти 4 дампа: http://rghost.ru/40873904
На винте 37 гигов был ntfs, динамический, простой, акронис.

Цитата:

[/q]
[q]Проблема лечится, но только надо знать исходные данные разделов (скриншот экрана Разделы в DMDE) чтобы привести диск с базовому и оределится можно ли оставить все пять разделов или прийдётся одним пожертвовать.

Здравствуйте!
Это у меня, при создании пятого раздела, все превратились в динамический. Вот ссылка на скриншот: http://rghost.ru/40877239
При использовании DMDE, пункта Physiсal Drive1 не было. Поэтому использовал Physiсal Drive 0.

Заранее спасибо за ответ.

Karlost
Лично мне не очень понятна формулировка динамический, простой, потому как есть простой или динамический. Да и вообще то я спрашивал про твой террабайтник, хотя данные 37 гигового для полноты картины лишними не будут.
На текущий момент же видно что есть логичесий том в расширенном разделе. Причём с достаточно запутанными записями. Есть начальные 16 записей из которых видно что они относятся к 37 гиговому разделу + второй фрагмент, но который не состыковывается с первым. Зато есть ещё один второй фрагмент, который более подходит для первого, вот только он не прописан в ранлисте. И почему то, в обоих вторых фрагментах вместо 16 записи одни нули.

Добавлено:
olesjw
Насколько понял из скриншота. До всего этого у тебя были 4 раздела, которые обозначены на скриншоте как System, Noname09, HP Recovery, HP tools.
Разметка характерная для техники HP - и которая является одной из причин по которой я не рекомендую другим покупать продукцию этого вендора.
Но сейчас важнее другое - что делалось далее. Лично мне представляется что ты сжал раздел нонэйм09 и на освободившемся месте решил (создал) новый раздел. Соотвествено появилсь разделы нонэйм02 и Новый том.
Единственное что мне не очень понятно - запись о разделе, который как бы обьединяет Новый том, HP Recovery и HP tools.
Если я правильно протелепал ситуацию, да и вообще, сбрасывай дамп 0-го сектора. Только в связи с тем что разделы следуют друг за другом прийдётся пожертвовать каким то из разделов или (если сбросить данные с Нового тома) вернуться к прежней разметке.
PS. Лично я бы пожертвовал разделом HP_Recovery, тем более что вендор предусматривает такую возможность.

Доброе утро! 9285, спасибо...это был еще один ценный урок в области компьютерных знаний. Теперь, я так понял, можно забыть о восстановлении таблицы и смело форматировать диск? Какой программой лучше это будет сделать?

9285

Спасибо за подробный ответ.

Karlost
Ну почему же забыть. Можно восстановить, но только по вполне понятным причинам может быть частичная потеря информации (в перезаписанных секторах). Просто надо знать что было на твоём диске - имена папок, файлов.
В принципе, если информация не критичная, то можешь и отформатировать (штатными средствами используемой ОС), но если есть желание получить ещё один ценный урок и очень даже вероятно вернуть данные то можешь сделать следующее.
1. Выбираешь поиск NTFS, потом Загрузить и выбираешь лог скана, который ты делал раньше - это чтобы не сканировать по новой.
В открывшемся окне выбираешь Открыть том и выбираешь NTFS0.
Далее заходишь в папку Все найденные и смотришь что там есть. Или можешь устроить поиск по знакомым именам файлам.
Затем выбираешь какие тебе нужны файлы и восстанавливаешь (в Free версии это делается по одному файлу, а пакетно можно сделать в годовой лицензии, стоящей смешные деньги). Проверяешь корректность восстановление - есть ли деффекты в фотках, видео, музыке и т.п.
2. Открываешь диск, переходишь в сектор 244395266 и выбираешь в меню Режим-Файл MFT и листая вниз обращаешь внимание на значение поля $FILE NAME. Если они тебе знакомы (логически понимаю что да, потому как если даже гикнулись первые 37 гигов, то они не могли накрыть зону далее 78хххххх секторов), то тогда можно поправить ранлист MFT, после чего посмотреть что выдаст проверка чекдиском. Если более менее нормально, то запустишь исправление и получишь доступный том во всём обьёме и данные на нём.
В принципе, если ты решил попрощаться с данными, то даже если ничего не получится (из п.2) то ты же ничего не потеряешь.

Вопрос по 2 пункту: как поправить ранлист MFT?

Цитата:

Если я правильно протелепал ситуацию, да и вообще, сбрасывай дамп 0-го сектора.

Доброго времени суток!
Сделал все по Вашей рекомендации. Вот ссылка а дамп: http://rghost.ru/40894996. Также сделал обратно 4 раздела (объединил те, что разделял изначально, и из за которых получился весь этот каламбур).
Буду рад Вашей дальнейшей помощи.

Karlost
Да это элементарно, но боюсь что даже если напишу как, то у тебя вряд ли получится.
Речь шла о том, что я могу его поправить а ты запишешь исправленный.
Но для полного счастья нужен ещё дамп сектора 1953520064 (запамятовал его ого сразу заказать), и всё таки подтверждения что имена файлов те, что надо.

olesjw
Если ты сделал изменения в структуре дисков, то нужен текущий скриншот экрана Разделы, неплохо бы скриншот виндового диспетчера дисков, ну и 0-вой сектор.

Да, как только прочитал предыдущий ответ, то сразу пролистал, начиная с сектора 244395266. Имена файлов те, что были на моем диске. Дамп сектора 1953520064: http://rghost.ru/40899674

Karlost
Ок! Всё что нужно имеется.
Копия бутсектора всё расставила по местам.
Единственное что плоховато (то, о чём упоминалось тобою в самом начале) - то что чекдиск сделал исправления. И судя по всему, исходя из данных не этого раздела. Ну что уж печалится об отрубленной голове. Тут другое важно. Насколько понимаю, этот раздел (псевдо 37 гиговый) имеет букву диска. И если это так, то на него продолжается запись новых файлов. Не тобой даже а самой системой. Поэтому удали у диска букву.
Патч сделаю, но вряд ли сейчас. Так что заглядывай.

Добавлено:
Сделал - архив с патчами
Патчи надо записать в соотвествующие сектора (используются в названиях файлов). Один из патчей записывается в два места.
После применения патчей можно переоткрыть диск в DMDE и спокойно получить доступ к своим данным.
Но чтобы он и в винде стал возможным надо перезагрузить систему (если винт не внешний). При запуске системы (или вообще если вдруг будет предложение) не допустить запуска проверки диска (чекдиском). Впоследствии сделать её вручную в режиме только чтения и показать результат (лог) проверки.

Не получилось (наверное, я что-то не так сделал). Скриншот: http://rghost.ru/40903669

Цитата:

Если ты сделал изменения в структуре дисков, то нужен текущий скриншот экрана Разделы, неплохо бы скриншот виндового диспетчера дисков, ну и 0-вой сектор.

Вот ссылка: http://rghost.ru/40905691 скриншоты + нулевой сектор.
Заранее спасибо.

9285
В винде диск есть, но не открывается. Но в R-studio стала видна вся структура папок без многочасового сканирования (восстановил еще кое-что нужное на другой диск, другие файлы тоже можно было бы, но нет столько места на другом диске, да и не суть, если что-то нужно будет, то можно в инете скачать). Так что буду форматировать. В любом случае большое спасибо за помощь!

Karlost
До вечера не хочешь подождать? Неужели нет спортивного интереса?
В патче имеется ещё одна мелкая ошибка, не позволяющая винде работать с диском, но она не должна приводить (наверное) к той ошибке что у тебя показана. Хотя, это скорей dmde в курсе как его прога реагирует. Если не будешь форматировать то вышли дамп того что сейчас в секторах 16152+10
olesjw
Вечером гляну.

9285
Интерес был, но моя импульсивность, наверное, подтолкнула меня к форматированию. Но вопрос после форматирования штатными средствами используемой ОС остался: что это за раздел (7,844 Мб Не занято)? Скриншоты прилагаю: http://rghost.ru/40908222

olesjw
Патч готов.
Запиши в 0-вой сектор. Перезагрузи комп.
Karlost
Это так и должно быть при наличии лишь расширенного раздела (имено раздела а не тома в нём).
Удали его и создай нормальный основной раздел. Надеюсь что уже понял что делать это лучше средствами самой ОС. Если ОС виста ии семёрка, и есть желание удалить любые упоминания старой информации сделай НЕбыстрое форматирование.