Случайно отформатировал HDD быстрым форматированием
 

Добрый день всем.

Совершил огромную ошибку, вместо флешки отформатировал зеркальный RAID диск, быстрым форматированием, со сменой NTFS на FAT32, под Win10.
Существует ли возможность восстановления, вытащив копию загрузочного сектора, восстановить ее?

Вот инфа из программы Unformat:
Mar 17 13:13:34 Device 83h, partition 1.819 TB starting from sector 2048: Primary Boot Sector and its Copy differ. File system: in the Partition Table - NTFS, in the Primary Boot Sector - FAT32, in the Copy of Boot Sector - NTFS. Do you want to use the information from Boot Sector? (if you get unsatisfactory results, please use another choice)

Igor_B, мы тут обычно используем DMDE для поиска и восстановления разделов. Во-первых, нужно сделать проблемному диску MBR=Off. Это из окна "Разделы". Ну, и показать это самое окно "Разделы" для годного диска и для проблемного, а также, каким образом сделан этот RAID - из BIOS ли, или как? Можно глянуть и на "Управление дисками" или окно той утилиты, которая работает с RAID.

Понял. Мало инфы.
Диск не системный, висит на райд контроллере, райд зеркальный, два по два диска на 2Тб. Райд создается из собственного биоса Rocketraid RR231x. Прога для управления райдом из винды есть, но я с ней очень мало знаком. На диске рабочие материалы и я очень боюсь сделать еще одно неосторожное движение, потерять все данные.

Поставил DMDE 3.4.4
Вот скриншот, с зазывной кнопочкой восстановить.

Igor_B, На 100% уже не восстановить, но могу подсказать, как после восстановления определить пострадавшие файлы. Часть информации перезаписана служебными структурами ФС FAT32.
Предупреждаю, что работать под Windows 10 при восстановлении данных не рекомендуется, по причине того, что оно может "самостоятельно исправить" повреждённый раздел - и добьёт часть данных.
Лучше использовать Win7 (лучше x86) или Windows XP.
Кнопочка "Восстановить" восстановит загрузочный сектор, после этого нужно применить изменения, выйти и перезагрузиться, чтобы система увидела новую разметку. А вот после перезагрузки я бы не использовал Windows 10!
Лучше найдите LiveCD Windows 7 или XP, с которого виден этот RAID.

Понял. Спасибо.

Почитал руководсво к DMDE и обратил внимание, что прога видит мой райд как диск, "смонтировать" не получает.

Как вариант: мне DMDE предлагает восстановить данные, я попробовал на нескольких файлах и все прошло отлично.
Программ для восстановления множество, по этом спрошу, стоит мне заплатить за DMDE и ей восстановить нужные файлы? Это мне не сложно, все разложено по датам.
Вопрос - DMDE та прога или нет?
Потом можно будет попробовать нажать на кнопку восстановить. :)

ЗЫ. У меня есть бекап на основную массу, но я его три месяца не делал. :(

Может помочь r.saver - платить не надо, сразу папками стянет что укажете куда укажете.
Поскольку диск заполняли долго, то имеется хороший такой шанс, что всё нужное свежее не попало в начало, которое затёрто. В начале старая информация (пострадала), в конце свежая - уцелела.

Восстановление папками идет отлично, побилось 4 из 1500 фото.

Igor_B, когда всё нужное сохраните, можно сделать "Восстановить". Учтите, что потеряно (затёрто "мусором") может быть достаточно много файлов (477072 сектора по приблизительным подсчётам, то есть, это 233 Мб, или 59634 кластера по 4 кб). Лучше бы эти файлы вычислить и либо удалить либо заменить правильными.

Мог бы быть, но ЗДЕСЬ вряд ли он есть.Igor_B, если хотите проверить, то нужен дамп сектора 6293504. Сервис - Копировать секторы - Источник = проблемный диск, назначение = файл, и потом этот файл киньте нам.

mwz, мне кажется, что отформатирован как единый диск RAID1. Ибои ещё в DMDE выглядит не как обычный диск, а как SCSI - HPT DISK 0_1

Есть способ проще, с дампом MFT, я писал выше.Это не уверенность, а кое-что другое.

И я тоже так думаю... ===>
Start C# $MFT = 786432
$mft начинается в кластере 786432. Это на 3 GiB от начала тома. --- Слабо быстрому формату туда добраться...
И первая запись MFT цела.

Считаю, что ничего страшного не случилось...

Спасибо за хорошую новость. :)

Как вернуть мне все обратно?

Я бы просто и незамысловато выделил NTFS-том Foto и нажал на клавишу восстановить в левом нижнем углу экрана.
См. картинку

ЗЫ Я никогда не проделывал такого на рейде, но думаю, что пройдёт на ура...
ЗЗЫ После восстановления тома перезагрузите машину.
Не дайте отработать чекдиску... А после загрузки сами запустите утилиту чекдиск без ключей. Это в режиме толькчтение. Рапорт чекдиска покажите...

Понимаю, виноват. Я видел их в действии, у меня и дампы есть с примерами, только пока не до конца понимаю их внутреннее устройство. И вот размышляю над вопросом: списки расширенных атрибутов являются фрагментами MFT, или могут храниться в кластерах неMFT. Поискал, но не нашёл ответа.
Из дампа видно, что MFT не пострадала. Но я уже говорил, что имея Windows 10 опасно проверять недолеченный раздел. Поэтому пока не советую делать "Восстановить", а советую найти Windows XP/7. Вот там можно будет и "Восстановить", и потом проверить чекдиском в режиме только чтения (CHKDSK Z: или какая там буква, и всё, то есть, без дополнительных "ключей", которые почти все приводят к "ремонту".)

наскок с криком ура не прокатил :(

Какие будут идеи?

Вообще программа DMDE меня удивила, пробовал много разных, не первый раз восстанавливаю удаленные файлы, но что бы так просто и быстро, впервые. Восстановил все, потерял 5 из 3000 файлов, что совсем не критично.

Хм, --- это Windows, вернее драйвер рейд-контроллера не позволяет писать на том...

Из хелпа/справки по DMDE ===>
Это не есть гуд... --- получается, что писать на рейд нельзя... Т.е. ничто в DMDE нельзя просто так откорректировать.

Но я бы тогда попробовал как-нибудь (...???...) откорректировать диски поодиночке. Сначала один, а потом другой...

Если попробовать обратиться к нему как к логическому диску, то видим такую картину.
Соглашаться удалить?


Добавлю второй скриншот. Возможно надо начинать правку с этого?

Нет, нам нужна работа именно на уровне физического диска . И для одного диска (не рейда...) правка делается элементарно. А нам надо править рейд.

ЗЫ Попробуйте сделать MBR Off. --- Это, если команда ещё пройдёт...???...
ЗЗЫ Рейд это ещё та штучка... --- Там диски должны быть синхронизованы...
И возможно его надо разобрать, а потом собрать...???...

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



ЗЫ первый можно восстановить, для второго кнопка превращается в вставить.

А точно, что команда прошла...???... --- Вы принимали изменения и перезагружали машину перед выводом картинки....???...

Надо вставить том NTFS, а FAT пусть отдыхает --- он не нужен. После этого принимаете изменения и перезагружаете машину.

А вот после перезагрузки делаете MBR On. И опять перезагружаетесь.

ЗЫ Считаю, что лучше подстраховаться и сделать дополнительные перзагрузки. Жотя, наверное, можно и совместить. Вставку и установку сигнатуры загрузки (MBR On).

Сделал тому NTFS восстановить и применить, все прижилось.
Теперь тома поменялись "местами", восстановить можно том FAT 32.



До встречи, после перезагрузки! :-)

После перезагрузки имею такую картину:



Если я правильно понимаю, иницализация потрет всю информацию на диске.
Подскажите правильный алгоритм действий, пожалуйста.

ЗЫ сразу MBR On или что то еще?

Раздел NTFS - Вставить, Применить, перезагрузка.

На всякий случай спрошу. Вставить - основной?

Igor_B, Да, основной MBR.

Tau_0, kickman,

Огромное вам спасибо за помощь! Все восстановлено, как будто ничего и не было!!!

На одиночном харде я таое пробовал. У меня такая ситуация возникла после недавнего обсуждения с mwz необходимости перезагрузки после MBR On В Victoria и DMDE.

Никак у меня не получалось (и пока не получилось :( ) сделать это быстро (обновить конфигурацию в Управлении дисками) без перезагрузки. --- Без перезагрузки не монтировались томы и ВСЁ тут. Я разозлился и попробовал в Управлении дисками инициализировать диск.

Так вот информация не разделах/томах не пострадала, но в MBR (LBA:0) по OffSet=01B8h поменялась Windows NT сигнатура диска. --- Пришлось мне её нудно восстанавливать, а иначе систему не загрузить.

Знакомо... :(

Ну меня порою тянет основательно потрясти/поломать... А Вас, что на это дело сподобило...???...

Ерунда, а не авария... --- Или плохо работа в группе была организована.
При самых больших авариях восстановление диска должно занимать не более суток.

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

--- У меня на этом харде была и Windows 7 x64 и Windows XP x64. Поэтому вариант восстановления загрузки при помощи дистрибутива Windows 7 x64 мне не подходил.
Но оно и так совсем несложно найти старую сигнатуру, но просто занудно...

ЗЫ Да и речь щла не о том, как восстановить загрузку, а о том, что управление дисками при инициировании диска меняет его NT Windows сигнатуру. --- Получается, что для системы это уже совсем другой диск. И никаких других изменений я не увидел.

Для тех, кто в танке.
--- Мы теперь разбираем другую под-проблему, а не дела давно минувших дней. --- Что может плохого сделать Управление дисками с информацией на харде при его инициализации...

Я назвал только изменение сигнатуры диска Windows NT. Но может что-то и другое неудобное/нехорошее есть...???...

В начале диска много секторов перезаписано FAT-таблицами и ещё 128 секторов - корневым каталогом. Итого - я ранее написал, сколько примерно, или можно открыть том FAT32, он сразу покажет нужный сектор (начало корневого каталога), его и использовать. Так вот, надо теперь в DMDE открыть том NTFS, потом перейти в сектор с найденным номером, потом по CTRL+M перейти к карте кластеров, и посмотреть от получившегося кластера до начала диска, какие файлы туда попали, и их либо стереть, либо восстановить из резервных копий. Есть ещё несколько методов разбора последствий затирания секторов - если интересно, опишу.

Добрый день господа,

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

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

Фигово... Это говорит о том, что оба внешних диска одной модели, и после покупки ни один из них не переформатировался: для системы такие диски являются близнецами, и если вы вытащите один при "выключенном" (а фактически — ушедшем в гибернацию) компьютере с Win-10 при включенной опции "Быстрый запуск", а также в ряде случаев даже на Win-7, то система, видя что диск "тот же самый" (не заметив, что это близнец), использует кэшированную MFT с первого диска, а затем записывает её на второй. Т.е. MFT оказывается безнадёжно испорченной.

И, насколько понимаю, у вас теперь остаётся только поиск нужных вам файлов по сигнатурам и восстановление их на другой диск.

Igor_B

PS
Кстати, вопрос этот к теме отношения не имеет, хоть тема и ваша — и надо было создать отдельную (уже были и профильные — но их искать надо).

Вытаскивал на включенном компе.
Диски, после покупки, скорее всего форматировал, давно это было, не помню.
Раз десять, как минимум, сливал на них бекапы, подсоединяя их через трей. Дисков для бекапа два, рабочих дисков два и бекап делаю раз в месяц, оба диска, поочередно. Грешу на последний апдейт вин10, до этого проблем не возникало.

Вопрос. Папка с файлами на диске видна, неужели нельзя удалить образовавшуюся папку и восстановить новую? После форматирования диска все так легко восстановилось, а тут что, настолько все хуже?


ЗЫ если это критично, можно вытащить новый вопрос в новый тред, не знаю только как проблему обозначить.

Вытаскивал на включенном компе.
Диски, после покупки, скорее всего форматировал, давно это было, не помню.
Раз десять, как минимум, сливал на них бекапы, подсоединяя их через трей. Дисков для бекапа два, рабочих дисков два и бекап делаю раз в месяц, оба диска, поочередно. Грешу на последний апдейт вин10, до этого проблем не возникало.

Вопрос. Папка с файлами на диске видна, неужели нельзя удалить образовавшуюся папку и восстановить новую? После форматирования диска все так легко восстановилось, а тут что, настолько все хуже?


ЗЫ если это критично, можно вытащить новый вопрос в новый тред, не знаю только как проблему обозначить.

Случай гадкий, когда чужая MFT записывается на диск.
Только части, которые не пресекались можно вернуть по структуре, остальное только черновой поиск по сигнатурам без имен, путей и не фрагментированное.
Полное сканирование раздела делайте, и проверяете все ветки структуры, которые найдутся.
На месте ни чего не исправляете, только копировать на другой диск. И MBR OFF сделайте, чтобы система не усугубляла ситуацию.

Даже не знаю что и сказать.
Пол дня изучаю больной диск в DMDE и решил на него из винды глянуть, а он нормально виден! Жив, как будто ничего не было!

И как мне теперь быть?
С одной стороны руками трогать страшно, а с другой мне его надо вынуть и спрятать, для сохранности.

Что посоветуете?

Файл дампа прицепил, ну так, вдруг там есть что то полезное.

Тебе же писали про MBRoff - но ты же самсусам.
Это повезло (и то не факт) что данные нулевой записи другого диска перекрыли по размеру, и совпали по расположению с прежней MFT. А если бы нет - что тогда?
Зачем спрашивать если всё равно делаешь по своему?

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

Tomset
С какого перепугу другие если записи данных на месте и сами данные тоже?

Это самое удивительное! Синхронизировал лайтрумом все 65211 фото и все на месте, для всех создались превьюшки. Битые файлы фотографий лайтрум распознает и не синхронизирует.
Чудо чудесное )

В общем комп выключил. Диск вынул, в поролон завернул, в темное сухое место убрал, пока не горит, но понимаю, надо новый купить, данные перекинуть, а этот форматировать.
Hard Disk Sentinel показал наличие 7-и бедблоков.