» Восстановление разделов и информации на HDD (часть 4)

MC90
mrfreeman7669

Цитата:

Восстановил диск С с помошью TESTDISK.
исправив загрузочный сектор.

Ну и неправильно. Там был правильный размер, а Вы исправили на неверный. Надо было менять в таблице, а не в бутсекторе. Да и вообще, bad style.


Цитата:

как быть в дальнейшем с ним?

Если бы испарвили грамотно, не надо было бы ничего делать. После бесконтрольного вмешательства автолечилками удаляйте разделы и создавайте заново. Управление Дисками в Винде поможет (или установщик XP и стрше).

MC90

Цитата:

я сделал бекап!

Вы сделали не бэкап, а наоборот. Я это и предлагал сделать, только более аккуратно.

Tau_0
Разделы вместо каталогов? Оригинально. Можно еще для каждого файла свой раздел создать .


Цитата:

Ничего пока не слетело

Вероятность слета не настолько велика, но когда крякнет, будет неприятно.

Добавлено:
boy999
Не знаю, там явно сплошной мусор, даже исправлять нечего. Скопируйте через R-Studio...
На всякий случай сделайте 10 секторов, начиная с 748870005 (MFT Mirror).

Цитата:

10 секторов, начиная с 748870005 (MFT Mirror).

На этот раз я выбрал: 07, а не 0F.

http://slil.ru/29041435

Antech

Цитата:

Разделы вместо каталогов? Оригинально. Можно еще для каждого файла свой раздел создать

Тема называется “ Восстановление разделов и информации на HDD”, ---- у меня здесь ВСЁ гладко.

Вскоре у меня появится второй диск и будет полноценный BACKUP Я стану работать с диском очень жёстко -- и тогда Нас Рать мне на любые неприятности…

ramirsakh
посмотрите в разделе проверки там рядом со стартом есть галочки, вот она должна стоять на scan и на repair. А вообще стоит прислушаться к совету Antech про DR фирму, а потренироваться лучше было заранее на HDD без важной инфы
Antech

Цитата:

Это не связано с простотой/сложностью восстановления.

Сорри, забыл указать ИМХО. Просто на моей памяти HDD не потерявший формат(и как следствие более менее целой загрузочной областью(тоже зачастую)) после обрушения в 80% случаев восстанавливается с помощью весьма несложных воздействий, я не говорю что на нем потом еще можно долго ездить, но инфу вытащить становится возможным. А вот если все наоборот, то это уже часто бывает боольшим геморроем(ИМХО).

boy999
Никаких следов MFT Mirror. Номер начального сектора MFT проверил еще раз - он правильный. Начальный сектор MFT Mirror можно и не проверять, ясно что дело не в этом... Либо Вы не так дамп делаете, либо MFT там нет (неверно указан начальный кластер MFT или размер кластера в бутсекторе). Для определенности:
1. Повторите дамп (одного) сектора 651178710.
2. Сделайте в DMDE "Поиск NTFS". В качестве области задайте проблемный раздел. Покажите результаты.

Tau_0

Цитата:

будет полноценный BACKUP

Ну да, это правильно.
Правда, все равно непонятно, зачем понадобилось 12 разделов...

Greenfielddd
Если нет раздела(ов), но кроме таблицы ничего не трогалось, то это как раз простейший случай. Если раздел есть, но "не отформатирован", тогда сложнее...

Antech


Цитата:

Правда, все равно непонятно, зачем понадобилось 12 разделов...

Баловался --- кое-что проверял… На некоторых искусственно создавал сложные ситуации. Кое-где ---- мусор свален.

Вы правы ---- столько много не нужно.

Но я привык сепарировать информацию, поэтому под систему и Program Files выделил отдельные диски. Проще резервировать критичкские участки. Просто мне проще оперировать на уровне разделов, чем оперировать с папками. Это дело вкуса… У машины голова не закружится --- она железная.

Просто места хватало…
Но столько много разделов конечно не будет… Я их потом покоцаю и тем же Акронисом и солью. А остальное в архив уберу.

Все эти операции Акронис выполняет в тесном взаимодействии с драйверами Windows. И после перзагрузки. Типа CHKDSK на системном разделе.

Да, такие вещи (пока) делаю только при загрузке со стороны с загрузочного диска, соданного Акронисом именно под мою машину. Я и диск Windows PE могу создать средствами Акронис.

У меня смешная конфигурация и просто любая ремонтная сборка --- на моей машине ничего не увидит. И от DOS толку никакого…

Но кое-каких разделов не хватает.

Цитата:

неверно указан начальный кластер MFT или размер кластера в бутсекторе)

А в начале, какой раздел выбирать надо: 0F или 07!?

Цитата:

1. Повторите дамп (одного) сектора 651178710.
2. Сделайте в DMDE "Поиск NTFS". В качестве области задайте проблемный раздел. Покажите результаты.
 

http://slil.ru/29046142

Поиск NTFS - долгое занятие, полчаса и всего 1%, а я и приоритет на максимум поставил.
Доделывать до конца!?



По второму скрину - правильно раздел выбран!?oF надо, не 07!?

boy999

Цитата:

какой раздел выбирать надо: 0F или 07!?

Вначале физический диск надо выбирать, а не раздел. Номер сектора - от начала физического.

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

Antech, возникла проблема с флэшкой - ФС определяется как RAW, возможно-ли испавить быстро и просто?
R-Studio нашла все, но без дерева каталогов черт ногу сломит..



дамп первых 100 секторов - http://slil.ru/29046934

добавлено:
все нормально, у человека есть копия дома...

Skif_off
Восстанавливать надо или уже нет?
Если надо, plz покажите 100 секторов, начиная с 8192 (необычное смещение раздела 2000h секторов - на флещках нет никакого стандарта на это смещение).

boy999
в нулевом секторе должна быть MBR, а там одни нули

Здравствуйте. Ситуация такая: есть веник WDC WD7500AADS-00M2B0 (698 Гб). Был разбит на один диск (NTFS; основной; хранение данных; не активный). Не занято было около 10 гигов. Я хотел временно сделать из этих 10 ещё один раздел. Воспользовался Акронисом. Разметил, применить: требуется перезагрузка (так и не понял почему). Ну ладно, перегружаюсь. Думал быстро пойдет, а он как начал тянуть... Вобщем, не выдержал, нажал ресет (не получалось по-другому, время поджимало. дурак, конечно, но что сейчас оправдываться). Знаю, что диск, собственно, целый и инфа никуда не делась и я бы сюда не писал, если бы был свободный веник такого же объема. Запустил R-Studio и восстановил бы все потихонечку. Но нету харда...
Когда загружаю WinSe7en, тот говорит, что нужно отфармотировать диск; а в ХРюшке диск отображается, буква диску присваивается, а файловая система - RAW.

Правильно ли я понимаю, что слетела таблица разделов? И можно ли в моей ситуации получить доступ к данным без вытягивания, а просто подправив таблицу?
Дамп первых 100 секторов http://slil.ru/29048029
С уважением. Дата. Подпись.

Это 4 часа прошло...... А надо ребутнуться......
На ночь можно будет поставить!?

Результат, как сохранить!?

Добавлено:
http://slil.ru/29048755

Лог 34%.
На ночь поставлю полный скан, а щас не могу больше....

igoriyok
Ответил на iXBT.

boy999
Отлично, достаточно. Теперь в нижней таблице подвиньте самый правый столбец (начало фрагмента MFT) так, чтобы его было видно (у Вас он полностью уехал за границу окна, а он-то очень нужен).

Antech

Цитата:

Восстанавливать надо или уже нет?

нет, дома копия была, только выяснилось это, когда я уже успел просканить R-Studio и сделать поиск FAT в DMDE..

Цитата:

Если надо, plz покажите 100 секторов, начиная с 8192 (необычное смещение раздела 2000h секторов - на флещках нет никакого стандарта на это смещение).

сам удивился, проверил несколько флэшек - везде было 63 (форматили виндой, все параметры по-умолчанию)..
жаль времени не было повозиться...

Цитата:

в нижней таблице подвиньте самый правый столбец (начало фрагмента MFT) так, чтобы его было видно (у Вас он полностью уехал за границу окна, а он-то очень нужен).

Так?:

Skif_off
Если форматировать виндой, то и будет 63. А вот если фирменными форматилками, то может быть по-разному. Типа флеш-специфик оптимизация.

boy999


Да нет, эта не интересует, это просто распарсенный нулевой сектор винта (таблица разделов в форматном виде).
Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...

LeoT
Вообще-то если форматить Виндой флешку, то она не сделает PT, она безMBRную делает (бутсектор раздела - в нулевом секторе девайса). Я проверил на Win7 x64 Ult, сорри если в XP не так.

Цитата:

Интересует вторая (нижняя) табличка в окне поиска, в ней - крайний правый столбец, который был скрыт у Вас на предыдущем скрине...
 

Бац:

>>>Antech

Здраствуйте
Тут опять у меня проблемка с разделами моего NVIDIASTRIPE 1.16T, образовавшеяся после всё тогоже злополучного Gparted (глаза бы мои его не видели и юзал бы свой любимый Acronis, который меня никогда НЕ подводил, но, к сожелению, Gparted - это единственный редактор разделов, понимающий Ext4 ). Я через Acronis и через Geparted увидил незанятую область между двумя Ext4 разделами, которую встроенное средство разметки openSUSE почему то НЕ видит, и считает что разделы идут слитно. И я решил сначала добавить это место разделу openSUSE, но Gparted мне сказала что раздел нужно отмонтировать, что собственно под запущенной openSUSE НЕ возможно, посему я отмонтировал раздел ILYA и попытался его разширить слева на длину этого кусочка (примерно 8 метров). Сообщение Gparted о резервной копии проигнорировал, так как операция с моей точки зрения (покпайне мере для Acronis-а весьма простая и быстрая). Но мне Gpatred сначала выдала непонятную ошибку (сколько её не запускаю и что бы в ней не делал она всегда выдаёт какие то непонятные ошибки) которую я, как обычно, проигнорировал и началось преобразование раздела, которое потом закончилось неудачей и привело к тому, что раздел /ILYA начал определятся как неизвестный, и эти злополучные 8 метров очутились уже между разделами ILYA и DISK.
Что в этом всём радует, как и при повреждении раздела DISK, это то, что до перезагрузки openSUSE все данные с ILYA были видны и запускалась парочка случайно выбранных фильмов для проверки целостности данных, что, вроде бы, означает, что с данными, должно быть, всё впорядке. А при перезагрузке openSUSE, что уже абсалютно не стало для меня неожиданностью, сообщение об ошибке монтирования в fstab и аварийная консоль восстановления, просящая от меня пароль рута и ручного запуска иксов (init 5). После чего Yast2 уже не мог определить типа файловой системы раздела ILYA и соответственно его примонтировать в /ILYA.
Что для меня стало более сложным, так это то, что R-Studio хоть и видит этот раздел, его структуру и его папки, (собственно как и раздел openSUSE), но она, как и все форточные программы, пока на знакома с файловой системой Ext4 и не видит её файлы

Если вас не затруднит, помогите мне и в этот раз с моей проблемой

Вот архивчик со скрином разделов DMDE и дампами секторов:
0 (MBR)
0-100 (Мне не понятно что храниться в первых 65-ти секторах, и почему суперблок раздела openSUSE начинается с 65-ого сектора, а не с 63-его сектора, как определяют все программы, а лучше почему не с 1-ого)
41961782 (Найденный мной суперблок раздела ILYA оринтеровочно находящийся на том же самом месте до преобразования раздела со смещением примерно на 16008 секторов (длина вободной области))
41961788 (Первый блок c которого начиняются данные Ext4)
41961780-41962000 (Дамп примерно в 1000 секторов от найденного мной начала суперблока ILYA (c небольшим захватом))
1101818086 (заявленный конец раздела ILYA)
1101818080-1101818090 (Малый дамп области возле заявленного конца раздела ILYA и началом подозрительной образовавшейся свободной области)
1101818080-1101834097 (Полный дамп всей этой образовавшейся свободной области с небольшим захватом разделов)

Тип HDD: RAID-массив NVIDIASTRIPE 1.16T (4 Seagate ST3320620NS 320GB SATA2) - CHS 155653 255 63

Разметка до неудачного выполнеия расширения раздела /ILYA в Gparted:

1 Bootable ext4 63 41945776 (20.0 GB) / (openSUSE)
Free space 41945777 41961779 (Граница определена эксперимерально исходя из найденного суперблока в секторе 41961782)
2 Primary ext4 41961780 1101834095 (505.4 GB) /ILYA (ILYA)
3 Primary ntfs 1101834096 2500565444 (667.0 TB) /D (DISK)
Free space 2500565444 2500569087 (1.78 MB) (Acronis его НЕ видит, но DMDE показывает что оно есть)
Раздел DISK создавался в Acronis-е через загрузочный DVD (Reanimator), разделы openSUSE и ILYA средствами установочного DVD openSUSE 11.2.
Раздел ILYA получен поочерёдным "откусыванием" у раздела DISK слева (начала) 250 GB через, всё тотже, Acronis и добовлением его справа (к концу), всё тогоже, срадства управления разметкой openSUSE.

P.S. Как неудивительно Acronis с такой сложной и очень НЕ безопасной операцией как "откусить" 250 GB сначала раздела справляется куда лучше, чем Gparted с элементарнишей

Вроде бы всё привёл что может понадобиться для оценки ситуации.
Мне кажется (судя по найденному суперблоку и по его месту нахождения), что никакого расширения и вовсе не было, а пострадала только MBR.

И что ещё заметил, что почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ? Если да то почему ?
Что находится в сектарах с 1 по 63 ?
Что это за остаточная область (как ей обозвал DMDE) после раздела DISK и можно ли её добавить к этому разделу, или это какая то служебная область ?
Лекго ли вручную править раздел Ext4 (например хотя бы добавлять свободную область в начало и/или в конец) ?
Я так понял что для добавления в конец области нужно просто пересчитать новый размер, новый конец и перезаписать эти данные в суперблок и MBR, а на сколько усложняется операция при добавление свободного места в начало ?
Если не затруднит, то раскажите про вкратце про структуру Ext4 и ёё отличия от NTFS, или скиньте пожалуйста ссылочки где это можно почитать

boy999
Понятно, их поменяли телами... У Вашего проблемного раздела MFT начиналась в кластере 3, а не 788440, как в бутсекторе указано. Я сразу подумал: почему Акронис сделал начало MFT так далеко от начала раздела, когда он любит делать в самом начале, чтобы быстрее повредилось? Но бутсектор на месте это факт, и очевидных повреждений нет, а оказывается это не тот бутсектор...

Исправленный бутсектор. Откройте физический в DMDE, меню Сервис - Заполнить секторы. Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).

Добавлено:
ILYA INDIGO

Цитата:

единственный редактор разделов, понимающий Ext4

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


Цитата:

попытался его разширить слева

Блин, ну нафиг слева-то? Вы же Индиго, могли бы догадаться! Все координаты в разделе считаются от левой границы. Любые операции, прямо или оксвенно смещающие левую границу раздела, считаются максимально опасными для данных. И Акрони, или не Акронис, это не важно. Нельзя двигать левую границу без бэкапа.
Что касается, что в Акронисе это было бы легко и быстро, то я уже видел и восстанавливал после такого перемещения в Акронисе - ничего там надежного нет: достаточно проге сглючить, или отключить питание компа - и все, инфа потеряна, можете начинать восстанавливать.
И ничего элементарного в этой операции нет. Вам нужно либо сместить весь раздел влево (а это, как Вы понимаете, долго), либо переправлять адресацию во всей ФС (не помню, как там это в Ext устроено).


Цитата:

почему-то суперблок у коректного раздела openSUSE находится не в заявленном 63-ем секторе, а в 65-ом секторе. Это правильно ?

Если Ext, то в начале раздела 2 сектора под загрузчик, потом суперблок. 65-63=2.


Цитата:

про структуру Ext4

А я не знаю. Я знаю NTFS и FAT, а на Ext одно сообщение в год и я давно уже забыл, что там и как. Почитайте "Криминалистический анализ файловых систем".

Цитата:

Источник - мой файл. Приемник - физический диск. Первый сектор 651178773, Число секторов 1. После перезагрузки смотрите, что с разделом. Если не монтируется - cmd.exe, там chkdsk.exe БукваРаздела: (без доп-параметров).

В Разделе я выбрал - Физический диск - правильно!?


Всё ок, можно ОКать!?

>>>Antech


Цитата:

она не умеет двигать разделы

Вот этим та она мне и НЕ погравилась, Yast используя её мог редактировать разделы только с конца

Цитата:

Зачем слево-то?

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

Цитата:

в Акронисе - ничего там надежного нет: достаточно проге сглючить, или отключить питание компа - и все, инфа потеряна

Ну у меня бесперебойник может пол часа держать, а так же проблем с питанием не наблюдается, от мелкого вышебания пробок спасёт на раз, два, три. А так же перед такой операцией я всегда полностью дефрагментирую раздел, с выделением свободного места и всегда оставляю порядка процента свободного места (для 270 GB оставил 20 GB) Проделывал я именно таких опасных операций слева, ну штук 20 точно, и кроме зелёного сообщения "Операция завершена успешно", других я и не видели врятли увижу
Ну конечно в этот раз, уже понимаю наверно почему, я лоханулся так как раздел был забит под завязку, и нужно мне было сначала откусить от NTFS, расширить его справа, а потом уж добавлять слева (ну естественно как я терь уже понял не расширять слева, а переместить до упора раздел влево, а потом расширить вправо). Я пологал что подобные програмы должны сами разбивать автоматически на подобные поддействия
Ну ладно почитаю по больше про Ext4, пойму как там она устроена, и проверю мою первую теорию о том что перемещения никокого произведено не было, а изменилась только mbr, в которую нужно просто вернуть правильное расположение раздела, начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782. Вот только пока не совсем понятно где может быть конец, теоритически перед началом загрузочного раздела NTFS 1101834095, но не факт...

Цитата:

на Ext одно сообщение в год

Я, как всегда, счастливчик

boy999
Да, ОК.

И еще, я смотрю, у Вас какашка в таблице разделов. Первый раздел (NTFS) налезает на второй. Чем создавали/изменяли разделы? Partition magic, Acronis? Виндовая размечалка такую дрянь не создает. Эта фигня запросто могла быть причиной проблемы. Формально начало второго раздела - это конец первого раздела. Причем последний сектор первого раздела аккурат равен начальному сектору второго раздела. В последний сектор NTFS Винда XP/старше пишет копию бутсектора. Ну вот, она и записала. Бутсектор первого раздела в начало второго! Все сходится. Так что давайте дамп секторов 0-99 физического (физический, копировать секторы, первый сектор 0, число секторов 100) - поправим PT, чтобы снова не слетело.
И выбросьте свой ПартМэджик и Акронис - размечайте Виндой. Сколько раз твердили миру...

Antech

Так мне щас Окать, а потом дап секторов 0-99 или сначала дамп!?

boy999
Без разницы. Ка говорится, "делайте же что-нибудь" .

ILYA INDIGO
О да, тяга к трансформациям разделов неискоренима... Вместо борьбы с причиной Вы ищете различные способы борьбы с последствиями. Кстати, посмотрите какой прикол произошел у boy999 - это как раз классическая time-bomb от third-party размечалок. А еще у него MFT начинается в 3-м кластере и миррор в 49-м, и если в начало раздела запишется что не надо (а это бывает), то улетит начало МФТ и миррор, а значит ранлист MFT того на этого...


Цитата:

начальный сектор которого 41961780 я определил по суперблоку обнаруженному в 41961782

Тогда и нет вопросов. Исправьте PT и будет счастье. Хотите - я исправлю. Только нужен дамп MBR, как минимум, а я Ваш архив сейчас не хочу качать, т.к. нетбук+коммуник, а архив для ГПРСа великоват (7+ мегов). Завтра на работе, если не забуду, посмотрю/исправлю. Ну или, если хотите, можете и сами поправить: www.akina.hop.ru/mbr.php3.

Antech

Окнул, а мне вопрос:





Чего делать?

>>>Antech

Всё определил...
Первый суперблок с текстом ILYA расположен в 41961782, следовательно начало раздела находится в секторе 41961782-2=41961780.
Размер блока 8 скекторов, кол-во блоков 132484038 следовательно размер раздела составляет 132484038*8=1059872304 секторов
А значит конец раздела находиться в секторе 41961780+1059872304-1=1101834083 секторов

Итого таблица разделов должна выглядить следующим образом:

1 Bootable ext4 63 41945714 41945776 (20.0 GB) / (openSUSE)
2 Primary ext4 41961780 1059872304 1101834083 (505.4 GB) /ILYA (ILYA)
3 Primary ntfs 1101834096 1398731349 2500565444 (667.0 TB) /D (DISK)

Как я и думал... никакого переноса НЕ было, только повредилась MBR, которую мне следовало бы забэкапить перед опирацией...
От ныне я обезуюсь перед изменением разделов, каких бы ни было, и в чём бы ни было ВСЕГДА БЭКАПИТЬ MBR!!!
А так же впредь обязуюсь, если мне нужно расширить или "откусить" раздел слева, то разбить эту операцию на перемещения всего раздела влево и откусывания от получившегося раздела справа!!!
Ок доверю эту ответственную работу по правке MBR вам, только вот хотелось бы, чтобы вы мануальчик написали о том как вы это делаете и куда какие данные записываете. Перевести из DEC в HEX я в любом калькуляторе могу, а вот куда и что записывать мне не совсем понятно.

Ок обновляю архив оставляя там только MBR и первый суперблок раздела ILYA.


Цитата:

По поводу случая с boy999

Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)


Цитата:

По поводу моей тяги трансфармации разделов и исправления причины...

Основная причина как раз в том, что у меня раздел отфармотирован под этот фикальный NTFS, от которого я единственным доступным мне методом пытаюсь, как раз, и избавиться. Ну неукого мне взять винт на Тэр на пару дней Было бы у кого, я бы ещё и RAID 0 бы свой за одно переформатировал бы в RAID 5, а так имеем что имеем

Цитата:

boy999

Он так и не ответил через что он разбивал диск, как он его разбивал и сам ли он вообще его разбивал или оставил разметку как было при покупке ? (предпологаю что разбивался он явно не через Acronis)
 

Всегда ADDS'om разбиваю.