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

http://sderni.ru/292591
http://sderni.ru/292592

sergz99
Не могу скачать - Ошибка базы данных.
Перезалей на rghost.ru

Всем привет!
Нужна помощь с восстановлением третьего раздела (E).
Давно назрела необходимость перераспределить свободное место, все делал акронисом, операционка win7x64.

В итоге сегодня увеличил системный раздел, предварительно освободив и отобрав место у следующего раздела.
Удалил ненужный раздел ~45гб, который находился между вторым и третьим.
Это все прошло нормально. а вот дальше я решил зачем-то решил объединить второй и третий разделы. Для этого выбрал команду объединить разделы, хотя здравый смысл при этом говорил что лучше в несколько шагов сделать все простыми операциями изменения размера и ручного переноса данных. Но чего-то подумал что акронис уже давно должен уметь все делать сам.

В итоге где-то через час обнаружил перезагруженный комп и неработающий третий раздел. Пробовал искать и восстанавливать файлы утилитами типа r-studio или easy recovery они все что было на диске находят но сам раздел не чинят, а я не могу слить нужные файлы так как там около 400гб, которые некуда сложить. Поэтому очень нужно попытаться восстановить раздел.


Скрины и дампы
дамп начального сектора винчестера (абсолютный сектор 0), т.е. MBR
http://rghost.ru/7VFtwxSpT

дампы первого сектора каждого раздела, т.е. boot-сектора
http://rghost.ru/7g4VVfPjg

скриншот окна "Разделы" программы DMDE http://rghost.ru/6YFN6Dzfg
скриншот окна оснастки "Управление дисками" http://rghost.ru/8WR7MqMT7

Brennon
Есть сомнения что проблема лишь в записи таблицы разделов. Так что, более правильная тема - http://forum.ru-board.com/topic.cgi?forum=84&topic=5006#1 Там, кстати, в шапке есть кое что полезное.
На данный момент не очень понятно насчёт 45 гигов. То есть раздел был удалён и свободное место ни к чему не добавлялось? Сколько было занято на разделе 2 и 3?
В любом случае, если был сбой, то возможно есть какие то физические проблемы с диском - поэтому нелишним будет посмотреть показатели SMART. И лучше забрать у дисков-участников превращений букву.
Если с физикой всё нормально - можно запускать в DMDE Поиск NTFS. По окончании сохрани лог (выложи) и открывай тома (начать с тех, у которых наибольшее число соответствий), ищи свои данные, пробуй восстанавливать на другой носитель всё самое ценное - проверяй целостность.
Если даже структура раздела более менее сохранилась и можно её восстановить, всё равно всё это "шлифуется" чекдиском. И нельзя предсказать как он исправит ошибки.
Так что, если не хочешь потом кусать локти, ищи место для вытаскиваемой инфы или для посекторки.
PS. До поиска можешь попробовать пооткрывать тома с индикаторами F или f - что в них?

http://rghost.ru/6Z4CYJ6jk
http://rghost.ru/7YlpHFNpt

sergz99
С дампами всё понято. Только вот до сих пор непонятно - ты открывал результат поиска (том с началом в 64-ом секторе)? Что в нём и какое?

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

sergz99
Раз вытащил всё необходимое, то можно попробовать и пропатчить MFT.
Сделаю попозже - выложу ссылку. А ты пока изучи как записывать патчи и что делать после этого.

Добавлено:
Патч - http://rghost.ru/6vnp4X6Yt
Записать в сектор, указанный в имени файла - можно и в сектор, указанный в скобке.
Проверка правильности записи патча - перезапустить DMDE и открыть диск.
Затем (уже без поиска) открыть том, начинающийся в секторе 64. Посмотреть что в root.
Если не всё, то зайти в Всё найденное+реконструкция (согласившись с виртуальной реконструкцией).
Ну а далее традиционно - отказ от проверки диска, сделать вручную (в режиме только чтения), показать ошибки.

Заполнить секторы

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

Максимальный размер hex-шаблона - 8 байт. Для использования шаблонов большего размера необходимо использовать файл.

Выравнивание по секторам: если опция выбрана и очередная копия шаблона не умещается целиком в текущий сектор, то остаток сектора заполняется нулями, а следующая копия шаблона записывается в начало нового сектора. Иначе копии шаблона записываются подряд без учета границ секторов.

Это оно?

Добавлено:
Нет, боюсь не понял - в какой момент записывать патч. Когда я открываю диск, появляется список разделов. Как мне поступать с этого момента?

sergz99

Цитата:

Это оно?

Нет, надо использовать функцию Копировать секторы.
По сути, делается почти как дамп - только меняются Источник (файл дампа) и приёмник (нужный номер сектора).

Когда я открываю диск, появляется список разделов. Потом делаю Esc (чтобы убрать список разделов и попасть в меню Сервис - Копировать секторы. Источником выбираю Файл (кол-во секторов и начало-конец в нем не трогаю), место для записи - Диск (как физич. устр-во или логический диск?) или Раздел (тогда какой из них выбирать)?

sergz99
Просто выбираешь файл.
Начальный сектор указываешь тот, что в имени файла, пишешь на физический диск.
Вообще, что бы не ошибиться при наборе номера сектора я рекомендую сделать чуть по другому.
Открыть диск, убрать экран разделы. После этого просто перейти к нужному сектору: Редактор -Физические секторы - ввести номер сектора. А после этого уже выбирать копирование секторов - при таком способе, в нижней части (Место для записи) всё само подставится (хотя проконтролировать никогда не мешает).

sergz99
Если чего то опасаешься, то как вариант - http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=0&limit=1&m=2#1
Или уточни что ещё непонятно, или откажись от затеи.
И ещё, можешь на время сделать в DMDE MBRoff, применить изменения и перезагрузить систему. В диспетчере дисков винды диск станет непроинициализирован, но это легко восстанавливается после обратного "включения". Зато в таком состоянии винда не полезет на нём что то исправлять, а в DMDE ты с ним сможешь работать (как и в другом ПО).

Сделано. По результатам - в root - пусто, во Всё найденное+реконструкция - нормальная на вид ФС, файлы (несколько на пробу) восстанавливаются. chkdsk - протокол прилагаю. Что делаем дальше?
http://rghost.ru/private/8g9Y64M87/b514a308420b77c40b31fd63811a7482

sergz99
Процитирую пару характерных записей.

Запись атрибута (128, "") в сегменте записи файла 197874
повреждена.
128 атрибут, применительно к файлам, это данные о размещении файла - так называемый ранлист (не считая вариант мелких резидентных файлов).
То есть, запись о фале есть, но ты его не восстановишь - можешь проверить. Чекдиск, с огромной вероятностью просто очистит эту запись.

Сегмент записей в файле 8605 потерян.
Аналогично предыдущему, но только речь уже о чём то другом.

PS. Чекдиск не всегда показывает все ошибки, так что в процессе исправления могут появится и другие - точнее кое какие точно будут потому что после изменения проблемных записей карта тома изменится.
Если же хочется понять что всё таки в проблемных записях - нужны их дампы.

temp9285
Не уследил - и при запуске системы стартанул chkdsk, В результате ФС этого раздела "поднялась" из небытия. Часть файлов действительно битая, часть - рабочая (окончательно скорректировал восстановленные файлы).

Вопрос с убитым диском прошу считать относительно успешно решенным. Спасибо за помощь и приобретенный опыт.

P.S. И все-таки - чем размеры разделов безопасно двигать? )))))))

sergz99

Цитата:

прошу считать относительно успешно решенным

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

Цитата:

На диске 1Tb (Volume02) было 3 раздела 961Gb, 16.8Gb (ранее была Win7) и  22.2Gb(ранее была Win10). Сейчас система грузится с другого физич. диска. Было решено убить разделы 16.8Gb и 22.2Gb и добавить их пространство к 961Gb с помощью AcronisDiskDirector.

всё можно сделать безопасно средствами самой винды.

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

[more] Добрый день!

Проблема следующая: есть жёсткий диск WD 320 Гб. Стоял в ноутбуке, раздел всего один, с установленной Windows.
Сейчас решил его использовать его как внешний - изредка подключаемый, для чего поместил его в контейнер AgeStar SUB207.
Прожил он у меня в нём где-то месяц, подключался к компьютеру довольно редко.

Сегодня меня ожидал неприятный сюрприз - перестала определяться файловая система (при этом зарезервированный системой 100 Мб-раздел по-прежнему виден), в архиве есть соответствующий скриншот.

Объективных предпосылок к этому назвать не могу.
Единственное что - когда использовал его в последний раз, то отключил питание компьютера, не отключая от него устройство.
Но в этом же ничего криминального нет, вроде как.

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

Дампы, сделанные с помошью DMDE, а также скриншоты, прилагаю в архиве.
http://rghost.ru/8wSPrkjg7

Вроде ничего не забыл, если нужна ещё информация - предоставлю.

Очень хотелось бы восстановить файловую систему, хотя большая часть данных забэкаплена, есть ряд важных файлов, которые не хотелось бы потерять. [/more]

Urfeist
Нужно взглянуть на дампы секторов (физического диска) 6498304+100 и 206848+30

temp9285
Сделал: http://rghost.ru/75xjZzfXs

Upd.
Вот только что "отвалился" и зарезервированный системой раздел, теперь и на нём файловая система не определяется.

Т.е. в проводнике Windows диск отображался вот так:

http://s017.radikal.ru/i412/1602/7f/abd78bdaf1cc.jpg

а минуту назад стал выглядеть так:

http://s019.radikal.ru/i601/1602/7d/0dd8108737a0.jpg

Не знаю, есть ли необходимость, но заливаю также обновлённые исходные дампы из первого поста.
http://rghost.ru/8rmlm9GCK

Urfeist
В дампах видно что повреждены начальные записи MFT.
Прочитай концовку http://forum.ru-board.com/topic.cgi?forum=84&topic=5006&start=420#10 и вообще изучи (достаточно начала) случай этого участника. У тебя бокс того же производителя, и не исключено что такой же "таракан".

temp9285
понял, спасибо! Пошёл читать.

В общем, всё прошло удачно, все нужные файлы с помощью DMDE успешно восстановил.

Спасибо за помощь и полезную информацию!

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

Urfeist
Второй вывод правильный.
Первый, не очень.
Такие сдвиги бывали и без боксов. Да и сам пользуюсь боксами, в том числе и Agestar.
Инфа была к тому, что может в твоём такой же чип - вот от такого точно надо избавляться.

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

Diabolik
При таких исходных данных ответ - пофиксить фиксатором.

Здравствуйте.
Подскажите, как восстановить раздел?
Спасибо.
http://sderni.ru/292919

werk
Найди рабочий обменник, потому как "Ошибка записи в БД! Повторите попытку позднее."

Diabolik

Только сегодня накрылся раздел на 3-хтеррабайтнике WD. Вместо одного NTFS появился один FAT32 и два не размеченных. TestDisk'ом исправилось за три минуты без какой-либо потери данных. Ссылка

ititvashu
А GUI к нему есть? Чет CLI не радует.