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

Насколько понимаю, тестдиском проводились попытки восстановления.
Или чем обьяснить появление разделов с виндовыми ФС и отсутствие вообще линуксовых?
Я даже могу поверить что восстановились бывшие когда то раньше NTFS разделы, в том числе и бутсектор в 63 ем разделе. Но зачем это было делать если до этого таковых не было?
ИМХО, нужно очистить РТ и запустить поиск разделов в чём то, более хорошо знакомым с линуксовыми ФС.

Подскажите тогда пожалуйста как правильно очищать PT, чтобы не накосячить и может тогда еще предложите альтернативную прогу для поиска разделов?

sargein

Цитата:

альтернативную прогу для поиска разделов

Если бы она была! У Вас довольно неприятный кейс: партмагоид + линуксовые ФС. Можете попробовать UFS Explorer или R.Saver (демо-версия UFS Explorer, умеет восстанавливать). Но это в лучшем случае копирование на другой винт.

В принципе, можете попробовать вручную поискать в редакторе. Описание Ext есть в сети (я у себя нашел только шаблон для WinHex). Раздел начинается двумя пустыми секторами (или там может быть загрузчик), потом следует суперблок из двух секторов. В нем по смещению 38h должна быть сигнатура 53 EF. Кроме того, важные параметры - количество блоков раздела по смещению 4 байта (размер 4 байта) и размер блока по смещению 18h (размер 4 байта, значение для битового сдвига 1024 влево - shl). Это я по шаблону посмотрел, Вы лучше в сети найдите описание Ext.
Находите кандидата на раздел, проверяете несколько полей в суперблоке, если они похожи на правду (размер разделов Вам известен), записываете начальный номер сектора (не забывайте про два пустых сектора в начале).

Antech, Огромное спасибо за наводку на UFS Explorer, просканил им диск и нашел потерянные разделы, с восстановлением таблицы заморачиваться не стал, больше важны данные. Прога увидела все файлы, в отличии от R-Studio.

В общем проблема решена, сейчас восстановлюсь и буду делать большой бэкап

Здравствуйте. Прошло 3 года и я снова прошу помощи в этой теме.)
В ходе изготовления загрузочной флешки, по невнимательности произвёл операцию не с тем диском. И как результат, пропали данные.
Windows 7
Внешний диск Samsung Story Station USB 2Tb (Samsung HD204UI) На диске один раздел. NTFS.
Диск в системе видится, но при попытке открыть система пишет: Прежде чем использовать диск в дисководе F;, его нужно отформатировать. (Дисковод F:, это и есть внешний диск.)
CHKDSK без ключей, выдаёт: Тип файловой системы RAW.
Скриншоты и дампы

Пожалуйста, помогите восстановить диск. Возможно ли это сделать, не потеряв данные?

oldos
В секторе 64 - начало NTFS раздела объемом на весь винт. Вначале я подумал, что это и есть искомый раздел, но потом догадался посмотреть скрин DMDE. Оказалось, что у этого раздела нет ФС, а восстанавливать надо, по всей видимости, раздел с началом в 2048.

В таблице - один NTFS раздел на весь винт, начало - в секторе 63 (в этом секторе нули). Давайте попробуем вернуть раздел с началом в секторе 2048. DMDE - Копировать секторы. Источник - файл http://rghost.ru/39987062 , приемник - физический диск. На приемнике начальный сектор 0, число секторов 1. После этого переподключите винт через безопасное извлечение и посмотрите, не стал ли доступен раздел. Если нет, то покажите что говорит chkdsk.exe БукваРаздела: без /f.

Antech

Всё заработало!)
Вот уже второй раз вы меня спасаете! Огромное спасибо!

запорол ФС акронисом ниче не делал больше. Раздел в raw (раздел D 455 гб) подскажите че сейчас нужно делать чтобы ниче не испортить,и восстановить файловую систему вместе с данными из RAW в ntfs. Раздел не удалял не форматировал. Данные собсна важные там. Сижу читаю ветку долго,как я понял только вручную эта проблема решается. Незнание логики работы харда вынуждает спрашивать.

все файлы прилагаю.

http://rghost.ru/40006812

Antech спасай

raul1989
А про какой раздел речь-то? У Вас он там не один, и ошибка не одна.
У раздела на 455 ГБ нет бутсектора. Можете вернуть его из копии. DMDE - Копировать секторы. Источник - физический диск, приемник - он же. На источнике первый сектор 976735934, на приемнике - 87120558, число секторов 1. Перед этим сохраните сектор 87120558 в файл (дамп). Что говорит Чекдиск без /f после исправления бутсектора?

нужно спасти раздел D,я пытался перераспределить место между дисками.в DMDE картина разделов вообще выглядит устрашающе,она сама меня вгоняет в ступор.на другом установлен linux который в управление дисками,вы про ошибки на нем имеете ввиду?

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

http://rghost.ru/40011557

немного не понятно как указать приемник.
http://rghost.ru/40011612/image.png

в "место записи " нужно выбрать диск?

Добавлено:
Вы предлагаете мне mbr с помощью этой программы пофиксить mbr?создать образ данных у меня возможности нет. Я не оч доверяю софту. Мне сейчас больше интересно как указать приемник в DMDE.

Добавлено:

Цитата:

и когда пересоздавал разделы удалять следы.  

ага у меня было предчувствие вчера плохое,как видно не даром.о каких следах речь?chekdisk выполнять обязательно с life cd?или с логического диска с системой можно?

Добавлено:

Цитата:

А про какой раздел речь-то? У Вас он там не один, и ошибка не одна.
У раздела на 455 ГБ нет бутсектора.

Так...извиняюсь у меня там было не 455гб, а 424гб....это меняет суть вопроса?там убунтой заняты еще 30 было поэтому не 455

raul1989

Цитата:

нужно спасти раздел D

Это и есть 455 ГБ. А 425 - это ГиБ (GiB) или G. Так что рабоатем с этим разделом.
Насчет Убунты я уже догадался по линуксовым типам разделов...


Цитата:

в "место записи " нужно выбрать диск?

Да. Т.е. источник и приемник - один и тот же диск.
Но вначале сделайте дамп сектора 87120558 аналогично дампу MBR, но начальный сектор соответствующий на источнике укажите. Не сделаете дамп - 9285 будет ругаться.


Цитата:

Вы предлагаете мне mbr с помощью этой программы пофиксить mbr?

Нет, MBR сейчас фиксить не надо. Хотя, вообще говоря, у Вас там та еще фигня от Акрониса или других партмагоидов, а может и Линукс так развлекся: основной раздел залез в пустое место расширенной области, а размер этой области вылезает за размер диска. Но оно должно работать и в таком виде (хотя размер надо бы поправить).
Проблема, как минимум, в бутсекторе раздела: или он чем-то поврежден (в т.ч. Акронисом), или там бэд. Кстати, SMART в HDDScan ничего желтого или красного не показывает? Это важно.


Цитата:

не оч доверяю софту

Ну Вы даете. А Акронис - это не софт? Это офигенно опасный для инфы софт, но Вы ему легко доверелись!
Я предлагаю сделать гораздо более безопасным софтом. А без софта вообще Вы ничего не сделаете: чтобы как-либо исправить раздел Вам понадобится какая-либо программа. Я предлагаю дисковый редактор, где все под контролем.

Цитата:

не оч доверяю софту

Не так выразился,неграмотно. Я имел ввиду автоматизированный, кстати вы тоже судя по вашим постам (я это и имел ввиду) где нажал на кнопку и он исправит "все твои беды" исправление ошибок и тд, к примеру pttd вчера определил что у меня был fat и преложил мне исправить всё (я отказался конечно),почитав нашел похожую ситуацию у одного из форумчан которая закончилась плачевно для него.

Редактор что вы мне предложили я ему вполне доверяю, доверяю коммандам в коммандной строке.И испытанному софту мною.
вот вчера через usb с помощью другой версии делал и запорол себе все чувствую по этой причине.

Добавлено:

Цитата:

Кстати, SMART в HDDScan ничего желтого или красного не показывает? Это важно.

по смарту есть ремапленные.Переназначенные сектора 000000000004 в таком значении.соответственно помечен как желтый.
Викторией проверю сейчас в read с ремапом может бэды есть.
Дамп сделал уже.

Добавлено:
вот так будет выглядеть правильно я вас понял?не хочется ошибиться

http://rghost.ru/40016143/image.png

Добавлено:
для вас вопросы туповаты,ну извиняйте.

raul1989

Цитата:

я имел ввиду автоматизированный

Но ведь я и не предлагаю автоматизированный. Копирование секторов - это базовая функция любого более/менее нормального редактора. В данном случае будет сделано только то, что Вы заказываете. Другие секторы не будут изменены.
А то, что предложилы выше, это мы тут обычно не рекомендуем, т.к. это действительно автоисправлялка и ХЗ что от нее ждать в каждом конкретном кейсе. Сорри, я думал, Вы про редактор, как говорится, "про любимый лунный трактор"


Цитата:

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

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


Цитата:

Викторией проверю сейчас в read с ремапом

Это правильно, только лучше вначале без ремапа.

На картинке все правильно.

нет мне вон форумчанин предложил active partition recovery,а я любезно отклонил.Просто пост был ему а я исправил неправильно.

Добавлено:
chkdsk без параметра /f говорит :
Тип файловой системы ntfs (агонь! )
Невозможно определить версию тома и его состояние.Работа chkdsk прервана.

О_о у меня чето перемкнуло дамп 87120558 нужно для себя сохранить, или вам было отослать перед исправлением.

Добавлено:
hddscan кстати по смарту вот еще что показал.
http://rghost.ru/40025613/image.png

причем на обоих жестких,вроде такое из за шлейфов бывает пишут или не?

Файл или папка повреждены чтение невозможно говорит раздел при попытке открыть его.

raul1989
ОК. Покажите дамп сектора 976735934 или 87120558 (но не старый, а тот, что сейчас). В них должно быть одно и то же.
Можете сразу сделать Поиск NTFS в DMDE в области пострадавшего раздела.

По СМАРТу есть не только 4 ремапа. Есть еще много spin-up retries, которые могут говорить о проблемах с питанием. Есть одна интерфейсная ошибка, от нее врядли могут быть какие-то проблемы, но в качестве профилактики можете поменять шлейф.
На всякий случай я предупреждаю, что винт не в идеальном состоянии, у него повышенные шансы накрыться. Так что, если хотите надежности, разберитесь с питанием и делайте посекторную копию на исправный винт. Это также через Копировать секторы, только источник - весь диск, приемник - новый физический диск (без нужной инфы).

дамп через физический или логический я путаю постоянно(через логический не получается 976735934 говорит что недопустимый ввод),если через физический то вот http://rghost.ru/40035916.
да с питанием есть какие то проблемы это я заметил,заменил уже бп стало получше,но по моему перепады напряжения еще есть ко всему к этому.

Добавлено:
По поводу смарта я понимаю что шансы есть потерять всё.

Добавлено:
почему-то тут целых 4 раздела по 455 Гб. я не знаю какой выбрать,подскажите мне http://rghost.ru/40036184.Еще вы говорили что там размеры нарушены,кажется действительно 424гб должно было быть.

raul1989

Цитата:

шансы есть потерять всё

Такие шансы есть всегда, даже если у Вас есть бэкап. Но бэкап их существенно уменьшает.

Открывать нужно было тот раздел, где указано "EBCF" (который красным выделен - это из-за Вашей разметки).

Покажите дампы по 10 секторов, начиная с секторов 67724079 и 508850871 от начала физического диска.

после поиска ntfs что нужно делать? сохранять там или че?или он применяет изменения сам?

Добавлено:
после поиска дампы прислать или до или порядок не имеет значения?

Добавлено:
понял что можно открыть и восстановить,а раздел сам как спасти еще не понял.поиск ntfs восстанавливает mft,кажется ошибки из за этого?Вообще когда том открываешь всё что надо находит.

Добавлено:
действительно "лунный трактор"

http://rghost.ru/40051367

дампы

raul1989
Результаты поиска можно сохранить в файл. Кроме того, по ним можно восстановить файлы, но в бесплатной версии - только по одному файлу. Чтобы исправить in-place, нужны минимум дампы. Сейчас я их посмотрю...

да я заметил печально,testdisk как вариант в этом.второго жесткого (полноценного по размеру) нет...в этом вся проблема.

raul1989
Млин, я извиняюсь, но я перепутал разделы. Нужны дампы по 10 секторов, начиная с 88206950 и 529333742. А открывать нужно было раздел с началом в 87120558.
Заодно, пожалуйста, выложите лог поиска.

TestDisk - как вариант чтобы испортить еще что-нибудь. Давайте лучше доделаем с помощью DMDE.

бывает
http://rghost.ru/40058617
вот

Antech
TestDisk - как вариант чтобы испортить еще что-нибудь. Давайте лучше доделаем с помощью DMDE.

я пока и не собирался всё равно не на чё скидывать.Это так на самый крайний случай мысли.OK

raul1989
Так, понятно. Раздел неправильно задан в таблице. Он должен был начинаться на 4 сектора позже (MFT на месте, начальные записи живы). Но это логический в расширенной области, поэтому исправить его в MBR я не могу. Нужен дамп сектора 87120495.

http://rghost.ru/40059127 всё плохо?