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

[q]9285

Добрый день!
Про размеры- к сожалению, точно не могу сказать, не записал (чайник- помните?). Версия PM - такая ж песня (упоминал, что ОС W7x86 ушла вместе с винтом, а образ лежит на WD вместе с дистрибутивом - это ВУЗП : Всеобщий Универсальный Закон Подлости -)- )
Дампы здесь
http://rghost.ru/58720222
Спасибо за ваше внимание.

Alexey251
Никто не заставляет указывать точный размер, но хотя бы примерно, и что уменьшалось (при этом другое увеличивалось?)
Неизвестности в данном случае играют плохую роль.

1. dumpcurrenttable01.dat - что это и чем создано? В нём виден 0-вой сектор, но есть ещё что то, что нельзя отнести к остальной разметке.
Кстати, в MBR загрузочный код Testdisk-а?
С чего бы? Самостоятельное лечение?
2. Если делаются изменения разделов, то поиск NTFS правильнее делать для физического диска а не логического.

Давай всё таки поработаем с дампами секторов - нужны 0+100 и 1902047800+100

Цитата:

1. dumpcurrenttable01.dat - что это и чем создано? В нём виден 0-вой сектор, но есть ещё что то, что нельзя отнести к остальной разметке.
DMDE
Кстати, в MBR загрузочный код Testdisk-а?
Виноват, сначала запустил, а потом пошел форум читать- ну как все чайники-(( Но запускал без аргумента /F
С чего бы? Самостоятельное лечение?
увы-(где-то прочел...)
2. Если делаются изменения разделов, то поиск NTFS правильнее делать для физического диска а не логического.
Поиск NTFS с DMDE именно делал на физдиске.
 
Давай всё таки поработаем с дампами секторов -  нужны 0+100 и 1902047800+100

9285
Сделано- вот: http://rghost.ru/58722720
И да , размеры (но не уверен!) - разбивка примерно 1,3 Тб под документы и файлы и примерно 0,7 Тб под архивы и образы . Первоначально было 50 на 50, решил увеличить раздел под документы.Правда давно это было. Сорри.
Спасибо за ответ.

Alexey251
1. Странно, но у меня DMDE при подобной разметке формирует файл другой структуры. Не знаю, может ошмётки GRUB-а могли так помешать - это вопрос к автору.
2. Аргумент /F актуален для чекдиска. У тебя же тестдиском переписан MBR, а в нём возможно был "спасательный круг". В последних версиях РМ есть возможность продолжения оборванной операции. Не знаю где находятся данные необходимые для этого, но загрузочный код точно в 0-вом секторе и выглядит примерно так http://rghost.ru/58730154
Там явно видно текст сообщения об аварийном прерывании, и ещё что то - возможно указание на то, где инфа для восстановления.
3. Не надо меня убеждать в том, что я вижу и знаю.
Во первых - смещение начала тома 0 и начало MFT в 6291456, а копии в 16 характерно для логического.
Да и на скриншоте Поиска чётко видно Volume I
Если я неправ - опровергни написанное мною.
Но пока что, в отношении тома можно сказать следующее - у тебя куда то пропал огромнейший фрагмент MFT. И на этом фоне меня очень сильно смущают несоотвествия - и о них предупреждает DMDE.
На скриншоте экрана Разделы виден 1ТБ WD, но при этом число секторов соотвествует 2ТБ.
Делай поиск на всём физическом диске, а не на 6% логического. Хотя несоответствие цифр всё таки смущает. Но... уже не так сильно.

9285
Добрый вечер!
Все еще ищем NTFS/ ок 60% отсканировано. Завтра видимо закончит.

Alexey251
Результат поиска можно сохранять в любой промежуточный момент. И выкладывать чтобы можно было посмотреть что там нашлось.

9285
не знал...вот лог http://rghost.ru/58722720
Еще раз по поводу каши в структуре MBR - я установил 2а win7 и UBUNTU- соответственно на разные физдиски (их было3). загрузчик с одного фд позволял грузить или Вин7х86 или Вин7х64, а загрузчик другого диска- GRUB позволял грузить либо линукс , либо передавать загрузку на MBR с Виндами7.
Поскольку делал бэкапы и Винд и линукса на Май Бук (МБ дальше) - ну может поэтому DMDE находит эти странные куски. Да еще МБ предназначался изначально и для PC и для Mac да еще и походу могло быть, что 2а физдиска в МБ объединены были в RAID0.... Короче, война и немцы-(

Alexey251
Зачем в третий раз давать ссылку на одно и то же?
Похоже что "война и немцы" действительно.....

9285
прошу прощенья? какую ссылку? я выложил лог скана физдиска поиска NTFS законченного на 63% , вроде как по вашей же рекомендации? см. ниже

Цитата:

Alexey251
Результат поиска можно сохранять в любой промежуточный момент. И выкладывать   чтобы можно было посмотреть что там нашлось.

Alexey251
Не знаю что там ты выкладывал, но ссылка приводит на один и тот же архив, в котором куча скриншотов и результат поиска - 6%.

9285


Да ошибся в ссылке. Сожалею.
Еще раз -


http://rghost.ru/58753569
Кстати, нашел в DMDE: для переразметки МайБук пользовался - версия Paragon PM 9.0 Professional

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

9285
Сорри- ну откуда мне знать такие тонкости.
Сделал- вот посмотрите плиз:
http://rghost.ru/58758834

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

9285
Спасибо за потраченное время.
Сейчас восстанавливаю документы и последний образ Вин7х86, которые удалось найти.
Затем рассчитываю восстановить систему через родной диск Винды (с Парагоном), затем попробую продолжить операцию с Прагоном. Но дело в том, что образы-то я бэкапил через штатные проги Винд7, а не Парагоном.
А вы уверены что таблицу разделов не восстановить? Пичаль-беда....
Еще раз спасибо.

Alexey251
Блин, как то пропустил мысль про RAID - а ведь и действительно похоже на то. Некоторые фрагменты выскакивают за пределы раздела. А это возможно в случае динамических дисков или рэйда (0-вого и JBOD). Так что, и так не очень простая ситуация, усложняется. Такое решать (в смысле in-place восстановление) через форум нереально.

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

А что думаете, если вынуть винты из МБ, вставить их в комп и попробовать объединить в РЕЙД 0 через ДМДЕ? И заново отсканировать? Или это бред?
В мануале ДМДЕ (стр 21) замечено, что следует собрать РЕЙД.

Alexey251
Я что то не понял - винты из коробки WD высовывались из неё и подключались к МБ? Если да, то когда (на каком этапе)?
PS. Прежде чем что то собирать надо быть уверенным в том что там был рэйд, и его формат.
И вообще лучше ничего не изменять - то есть всё доолжно быть так, как было при переразметке.

9285
Переразметка была, когда винты стояли ессно в коробке. Сейчас рейд создать невозможно, ибо ДМДЕ видит только один физдиск (но в коробке их два по-прежнему)! рейд там был, чтобы емкость накопителя была не 1х2 а 2 Гб. Не уверен, но рейд типа 0.
По факту я сделал клон из коробки МБ на внешний ЮСБ накопитель , затем уже стал сканировать клон в ДМДЕ.

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

9285


Неее, пальчиками тыкать никуда не собираюсь, просто посмотреть хочу, видит ли ДМДЕ оба винта из коробки, и что именно видит. а там посоветуюсь.

9285
Добрый вечер. Вот, собрал РЭЙД0 , ДМДЕ видит оба диска. Я честно говорю, моих знаний не хватает, чтобы как-то интерпретировать полученные картинки.
Еще снял картинки отдельно с диска А и диска В - странно, но они выглядят почти симметрично...
Может вы еще разик глянете? Не хочется идти по линии наименьшего сопротивления...
Картинки здесь http://rghost.ru/58799006 RAID 0.rar
Спасибо.

Alexey251
Если исходить из дампов рэйда, то правильнее бы поменять местами A и B.
И да, признаки чередующегося рэйда видны отчётливы. Но только шаг чередования всего 1 сектор.
То есть в рэйде идёт - 0 сектор диска В, потом 0-вой диска А, 1-й В, 1-й А и т.д. Только при таком чередовании получается хоть что то удобоваримое (похожее на нормальную структуру тома).
И невольно возникает вопрос - всё таки, что задумывалось, даже точнее сказать назначалось в задании, что могло бы привести к такому перебросу огромного фрагмента MFT.
То есть делалась операция перераспределения (не знаю есть такое у парагона, но у какогото УПД встречал) места между томами или сжатие одного раздела, а потом растяжка другого. Хотя есть один вариант, который может чуть пролить свет на сложившееся - было задание на слияние разделов. В этом случае фрагмент MFT первого раздела мог быть закинут в место другого.

Хотелось бы уточнить насчёт
Цитата:

даже точнее сказать назначалось в задании

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

9285
Тут такое дело- в коробке конструктивно невозможно поменять местами диски А и В. Операция над дисками производилась в коробке. Я сейчас используя Парагон добился что РС видит коробку как физ диск на 2 Тб (рейд массив) , причем 1 раздел (логич) как Вин7 на 956 Гб(там лежат архивы и образы ОС) . еще маленький раздел FAT32 (1,38 Mb) и остаток как локальный нечитаемый раздел, в котором DMDE находит кашу из NTFS файлов. Сейчас пробую понять, можно ли восстановить исходную таблицу разделов не вручную (на это просто нет знаний и времени-((). Вам спасибо за участие и ваше время. Если у вас есть рекомендации или советы практического плана- буду признателен!!!

Alexey251
Я не говорил поменять местами в регистраторе - речь шла о сборке рэйда в программах.

Цитата:

причем 1 раздел (логич) как Вин7 на 956 Гб

Вообще такое лучше видеть, потому как то не очень верится что это находится в таблицах разделах. Хотя структуры этого раздела присутствовали и на прежних скриншотах.
PS. Восстановить таблицу разделов не проблематично - только толку с того, если остальное перемешано.
А рекомендация моя прежняя - сделать всё как было на момент сбоя и попробовать использовать аварийный парагоновский диск (дать парагону доделать начатое). И впредь, даже если пользоваться УПД, то делать всё пошагово - то есть сначала уменьшить один раздел, и лишь потом второй и т.п.

9285, приветствую снова.

когда-то в начале 2013 года мы пробовали реанимировать диск.
http://forum.ru-board.com/topic.cgi?forum=62&topic=20390&start=1820#12


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

тогда работал и снимал дампы версией DMDE 2.4.4
сейчас на сайте в архиве нет этой версии - http://dmde.ru/moredownload.html

можно ли применять патчи, высланные вами тогда, с помощью последней версии DMDE 2.10.0 ?

Pulse
Сейчас уже и не помню в каких версиях надо было при записи патчей указывать и число секторов. Но думаю что это было очень давно. Поэтому сейчас всё проще.
Только вот хотелось бы сказать что за почти два гда и методы восстановления не стоят на месте. И есть кое что новое. поэтому, если сильно не поджимает, то подожди - я вспомню что было тогда и может что то новенькое вырисуется.

9285

ну, у меня нашлась версия DMDE 2.4.4
могу ей и применить патчи

начало тут:
http://forum.ru-board.com/topic.cgi?forum=62&topic=20390&start=1800#2

правда, линки с файлами дампов уже битые.
могу по тем же вопросам прислать дампы из DMDE 2.10.0 заново: 6293504+50 и 2064+10, нужно?