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

altSquall
Судя по фоткам, речь идёт скорее всего о логических ошибках ФС. Поэтому актуально было бы посмотреть результат проверки проблемного раздела чекдиском (в режиме только чтения).

aka Rasputin
Ситуация немного запутанная, поэтому нелишним будет уточнение какие были разделы, что и с чем обьединялось.
В любом случае, сейчас в таблице разделов бардак (наложение разделов друг на друга), поэтому стоит избавится от ненужных записей. Да и поискать свой раздел и данные на нём, открывая тома в DMDE. Если существующие сейчас рабочие разделы занимают место бывшего раздела с нужными тебе данными - надо прекратить работу с ними.

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

Прошу помощи в восстановлении разделов.
Заранее благодарен.
Файлы:
http://rghost.ru/8s9G8SrZy

Пароль стандартный для этого форума

sergz99
Вряд ли здесь получится восстановить раздел в полном обьёме.
Всему виной не только неиспользование штатных средств винды, но и использовании старой версии акрониса (*).
Результатом явилось стремление уничтожителя перенести начало раздела, и возможно не только это. Соответственно всё это требует, как минимум, пересчёта метафайлов. И если это не завершено, то и получается подобный расколбас.
Если бы программа делала это умно, то можно было бы определить сдвиг и сделать корректировку. Но в случае умной программы - она бы не делала подобного.

Если ещё не воспользовался Поиском NTFS, то сделай таковой (можешь выложить лог поиска) и по результатам открывай тома и восстанавливай нужное - оно может быть в разных найдёнышах.
В любом случае, можно попробовать восстановить нефрагментированные данные сигнатурным методом.
Подробности в теме, которая актуальна для тебя http://forum.ru-board.com/topic.cgi?forum=84&topic=5006#1

(*) Возможно я и ошибаюсь, но подобный перенос начала раздела характерен для 10-ой версии (замечено за ней).
ЗЫ: Зачем нужен был пароль?

Я правильно понял про поиск NTFS (файл прилагаю), это оно? Что-то ещё посоветуете в связи с этими результатами? И надо ли проводить эту операцию в других разделах, если ценных данных в них до злополучной операции не было?

http://rghost.ru/8HYv92zxQ

Заранее спасибо.

sergz99
Понял правильно.
Открывай верхний том и пробуй восстанавливать важное - проверяй целостность.
Также можешь открывать результат RAW-поиска.

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

Дополнение.
Вообще, что то скриншот экрана разделы не согласовывается с остальными данными. Или они делались в разное время, при этом в этот промежуток что то делалось?
Можно взглянуть на дампы секторов 6293504 +100 и 2064+10?
В принципе, можно попробовать восстановить и по месту, но только с пониманием что гарантии нет - то есть восстанавливать ценное на другой носитель и перед возможным переформатом попробовать in-place.

[more] Доброго дня. С помощью Acronis Disk Derector 12 я разбивал диск и клеил его несколько разю Необходимо было сделать раздел восстановления, делал то больше, то меньше. Вообщем все не то и все не так.

В итогу у меня вышло 2 раздела на 390 и 75. Диск всего на 500, значит 35 куда-то пропали. Но это не главная беда.

Первый раздел на 390 в системе RAW. Через утилиту chkdsk не позволяет его вернуть в рабочее состояние. Через DMDE я открыл диск и все его файлы (часа 4 искало), но вернуть его в NTFS не получилось. Конечно можно скинуть файлы на другой диск и форматнуть, но к сожалению нет такой возможности.

Вопрос. Как можно вернуть из RAW в NTFS без потери данных?

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


Проверка диска SMART hdd подключенного по USB - http://clip2net.com/s/3sr6iHq
Проверка диска SMART ssd подключенного по ATA (он работает, смутил красный значок) - http://clip2net.com/s/3sr6nEj [/more]

berith5115
В шапке темы написано что и как делать (скриншот экрана Разделы из DMDE, дампы секторов и т.п.).

Цитата:

chkdsk не позволяет его вернуть в рабочее состояние

Он же не молча это делает - в таком случае что пишет?

Цитата:

но к сожалению нет такой возможности.

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

Цитата:

В шапке темы написано что и как делать (скриншот экрана Разделы из DMDE, дампы секторов и т.п.)

Прошу прощение, что именно?


Цитата:

Он же не молча это делает - в таком случае что пишет?

Практически молча. Пишет что диск не доступен и выполнить проверку невозможно.


Цитата:

Самое ценное надо вытаскивать на другой приёмник, чтобы не было потом обидно (поздно кусать локти).

Если бы, была такая возможность, то как я понял нужно вытянуть и форматнуть. Но у меня нет диска объема 300 гб для перетаскивания.

berith5115

Цитата:

что именно?

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

Цитата:

Пишет что диск не доступен и выполнить проверку невозможно.

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

Цитата:

Если бы, была такая возможность, то как я понял нужно вытянуть и форматнуть. Но у меня нет диска объема 300 гб для перетаскивания.

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

Прошу помощи

Внешний диск toshiba 3tb.

Был подключен по usb, в один прекрасный момент резко упала скорость копирования на винт. Отключил внешний винт, включил и всё, диск отображается как raw и предлагает отформатировать, поставил на сканирование тест диском, но размер тома отображался неправильно. Расковырял корпус вытащил винт и подключил на прямую. Тест диск и DME сразу правильно показали размер тома.
Но дальше продвинуться не удалось. Смарт винчестера нормальный.
Чек диск пишет что не может прочитать загрузочные сектора.

Сделал скриншоты и дампы. Надеюсь на вашу помощь


http://sderni.ru/291876 (если не работает)
https://yadi.sk/d/EEc2-cnsmdshL

wolfreee

Цитата:

поставил на сканирование тест диском

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

Что касается дампов и скриншота. Если всё сделано правильно, то видно что вместо бутсектора какой то мусор; было бы полезно если бы дамп делался не только первого сектора а и немного дальше - было понятнее что замусорен лишь бутсектор или и далее.
В принципе, в секторе 5860532223 вроде бы как есть копия бутсектора и по ней можно восстановить оригинал. Вот только нет и начальной записи MFT (и его зеркала) - вот это уже посложнее.
Надо бы посмотреть что в копии бутсектора, а потом там, где должна быть MFT.
Но ещё интереснее что за том Media? Бывший когда то ранее или остатки текущего? Если зайти в него что видно?

Ситуация:
Диск seagate 1.5 Тб, было 3 раздела, на первом - win7. Стали появляться переназначенные сектора и пару раз загрузиться не мог сразу - запускался видимо "чекдиск", потому как некие 3 шага делал минут по 15 до загрузки (что-то там исправлялось автоматически). Пока к нам "в деревню" ехал новый диск - не стало старого. При загрузке пишет нет загрузочного диска. Поставил на новом диске Win7. Старого диска ничем не видно от Win7.

Acronis Disk Director 12 видит проблемный диск как 4.18Гб и предлагает его инициализировать.
Другие программы также видят его как 4.18Гб. Никаких действий не предпринимал и не лечил. Пробовал смотреть (не лечил) такими как: EASEUS Partition Master v10.8, Paragon Hard Disk Manager 15, R-Studio 7.8.160621, testdisk 7, UFS Explorer Professional Recovery 5.18.5, ActiveBootDisk_10.1. Кто-то из них не видит вообще, кто-то как и Акронис просто 4.18 Гб, видимо тоже неинициализированным...
ActiveBootDisk_10.1 - просто на 0% вставал - ругался на ran..чего-то.

SeaToolsforWindows - вообще не видит своего диска

DMDE 3.04 free уже более 8 часов "Поиск разделов..." - потихоньку растет счетчик LBA часто WinError1117.
На заднем плане DMDE видно так:
00000000: 42 41 44 20 42 41 44 20 42 41 44 20 42 41 44 20 BAD BAD BAD
и так до адреса 00000250
Очень странно и непонятно.


MediaWorkshop II единственный увидел старую структуру, но при попытках запустить его эксплорер или найти ntfs сообщает об ошибках секторов 0, 2048 и других начальных секторов той структуры, что увидел. Поиск ntfs сообщает о нулевом результате (диапазоны задавал и с перекрытием найденной им структуры). Где он ее только увидел, если не может поиском найти?
Поиском попробовал найти ntfs на новом диске результат сразу найден - значит работает поиск по мною заданным критериям (смотрел в примерах к программе)...

Smart-состояние CrystalDiskInfo и hd sentinel не видят.

Вопросы:
1 Ждать пока закончит DMDE свое открытие? сейчас "LBA 1139..." в нижней строке.
2 Как то хитро искать в MediaWorkshop II?
3 Может что другое важно сделать? Я правильно понимаю, что пострадали MFT и бутсектор?

temp9285
Media это название тома который полетел, появляется после сканирования, если на него зайти видно корневые каталоги, но они все пустые. И размер не правильный он весь винт занимал.
Добавил скрин если зайти на медиа и результаты сканирования
И сделал дамп побольше, вроде всё правильно сделал.

https://yadi.sk/d/EEc2-cnsmdshL

wolfreee
В дампах мусор в нужных местах, хотя выперло нечто другое.
И в связи с этим хотелось бы узнать - ты не хочешь рассказать что то новое?
Например, каким боком здесь присутствовал акронис? Что за винт? Когда всё это случилось и что делалось после?
В любом случае, нелишним будет увидеть полный лог сканирования, причём сделанный более актуальной версией - причём не ломанной а нормальной.

jata
Я чуть выше писал про опасность вычитывания с диска имеющего физические проблемы. А у твоего (судя по всему) именно таковые. В таком случае, если уж и вычитывать то сразу в посекторку и с пропуском сбойных секторов; уже потом можно пытаться вычитывать несчитанное. В противном случае можно запилить диск до состояния когда и профи за деньги не помогут.
Тебе нужно бы проконсультироваться по поводу "физики" в http://forum.ru-board.com/topic.cgi?forum=84&topic=4681#1 или в теме про сигейты.

temp9285
По порядку:
Фото винта
https://cloud.mail.ru/public/2UBW/AaQaSbh37
Случилось помоему 20 декабря. Скопировал на винт макеты в архивах, скорость была оооочень маленькой, подумал что то с USB отменил копирование подожждал минут 5 и выключил винт кнопкой на корпусе, снова включил, и всё, раздела нет. Запустил сканирование но что фоторек что тест диск определяли размер винта неправильно. Расковырял корпус пластиковый и достал сам винт и подключил на прямую.
Акронис в обще не запускал,у меня он даже не установлен.
Запустил рстудио, отсканировал, что было нужно вытащить не нашлось.
Запустил dmde отсканировал увидел корневые каталоги и всё.
Потом недели полторы работал фоторек вытаскивал всё в одну кучу.
И потом уже запустил тест диск он обнаружил битый раздел, но ни каких изменений не вносил только сканирование и всё.
Сейчас скачал последнюю версию dmde поставил сканировать

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

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

Добавлено:
bomzzz
ты бы хоть написал кому пишешь свой перл, а то другие испугаются таких страшилок и не поставят.

temp9285
Переформат не делал, чекдиск пробовал запускать в режиме чтения только. Как раздел упал изменения не вносил в винт. Причина по которой файловая система полетела мне в обще не понятна.
винт вот такой вроде http://www.regard.ru/catalog/tovar172443.htm
Да кстати когда подключил напрямую, проги увидели размер раздела правильно.

Есть еще шанс восстановить раздел? Или можно забыть про это?

wolfreee

Цитата:

Переформат не делал,

В таком случае остаётся под вопросом откуда характерный для акрониса заголовок.
В принципе, если пользовался виртуалками на этом винте, то это могут быть следы их "винтов".


Цитата:

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

А когда определялся неправильно?

Шансы есть почти всегда - вопрос только в качестве восстановления.

Можешь сделать промежуточное сохранение лога поиска и выложить его.
И ещё сразу дамп секторов 6555648+100 (если для логического, то 6291456+100).

temp9285
Неправильно когда был по usb поключен. Потом напрямую подключил размер раздела определился правильно.

Промежуточное это я так понял выложить что он на данный момент просканировал?
Сейчас 35% отсканировал

https://yadi.sk/d/yW3hw6wHmebFC
Блин надуюсь всё правильно сделал.

wolfreee
С дампом ошибся - ты применил номер для логического, а делал с физического.
Что касается результатов поиска, то они пока не такие уж и оптимистические.
Впрочем, не будем торопиться и дождёмся окончания поиска.

Цитата:

Неправильно когда был по usb поключен.

Можно поподробнее как это выглядит? И вообще на каком компе с винтом работали и на каком неправильно? И сколько на диске было занято? Просто ситуация очень сильно напоминает заворот данных при записи в пространство далее 2ТБ.

[more] Лог полного сканирования
https://yadi.sk/i/0-w88z6DmfMfP
дамп
https://yadi.sk/d/Nc8OjlWlmfN2p
По поводу винта: Был он в нтфс отформатирован и использовал я его как архив. Раздел был 1 на нём занимал всю площадь. На момент глюка там было заполненно 1.9-2.3 тб примерно, точно не помню. Скопировал я на него архивы винраровые копировались они 25-30 минут хотя объем их был невелик.
Потом попробовал разархивировать архив в корень диска, но вышибала ошибка мол не полуается разархивировать. Скопировал 1 архив на другой диск там всё норм распаковалось. Начал копировать все архивы на другой винт с проблемного, но скорость была 100кб подумал что глюк USB поэтому отменил копирования хотел переподключить usb к другому порту, он через хаб в мониторе был подключен. Отключил питание кнопкой на корпесе и всё, когда включил файловая система raw. подключил по юсб и запустил рстудио она не нашла нужного мне материала, запустил фоторек она неправильно отображала размер винта показывала 1.2 тб вместо положеного 3тб. Тогда расковырял винт из корпуса и подключил на прямую, фоторек определила после этого размер винта правильно и начала вытаскивать файлы. потом уже тестдиском сканировал dmde и пробовал чекдиск в режиме чтения. Вот так вроде более подробно. [/more] [/more] [/more] [/more]

http://tau.rghost.ru/8hHr5xNpm/image.png
Зелёным отмечены (потенциально) выжившие записи.
Салатновым - скорей всего тоже ошмётки MFT.
То есть у тебя накрылись первые 200 тысяч записей.
Учитывая что начальный фрагмент обычно в начале раздела и то что
Цитата:

там было заполненно 1.9-2.3 тб примерно

всё более чётко вырисовывается упоминаемый ранее.
[more=заворот данных]То есть, данные записываемые далее 2Тб пишутся в сектора со смещением (в начало диска).
И хотя это присуще различным контроллерам IDE, но они связаны с их драйверами. И ничто не мешает иметь такой же баг и в драйверах USB. К тому же есть ещё и
Цитата:

хаб в мониторе

- и тут вопрос в том то ли он простое передаточное звено или имеет свои "мозги" и как раз таки они сотворили это.
Это к тому что, если не разобраться с причиной, можно готовиться к повторению ситуации в дальнейшем.[/more].
Т.е. можешь восстанавливать что выжило (по записям MFT) и что нашлось в результате RAW-поиска.
Только учти что даже то что восстановить может быть битым, т.к. заворот может происходить не обязательно последовательно.
PS. Оранжевым на скриншоте выделены какие то начальные записи MFT, но подозреваю что это левые.
Можешь сбросить амп указанных фрагментов - начальный сектор там есть, число записей тоже. Умножаешь число записей на 2 и делаешь дамп такого числа секторов от начального (можешь чуть больше). Но, даже если это и родные, это не восстановит то, что переписалось в результате заворота.

Не могу разобрать где начало и количество секторов

wolfreee
Начальный сектор в столбце LBA.
Число записей в столбце Длина.
Первый фрагмент не нужен, т.к. он попал в дамп, высланный ранее.

https://yadi.sk/d/xMevFgm0mhoVE
Вроде всё так

wolfreee
Нет, не так.
Поиск ты запускал на открытом физическом диске, соответственно адреса секторов применимы к нему а не к логическому диску. И достаточно одного дампа (второго "оранжевого")

Кстати, на будущее, в случае проблем с данными одно из первых действий - забрать букву у тома.
Это защищает от возможных внесений изменений чем то типа чекдиска. В твоём случае это не критично лишь потому что повреждено начало MFT.
PS. Загляни в личные сообщения

https://yadi.sk/d/mK5MygKomi7W8
Переделал, спасибо

wolfreee
Ок.
В указанных секторах копия заголовка MFT, сформированного по правилам Акрониса.
И выжившие два фрагмента лежат та, где они прописаны в ранлисте. Если принимать его данные за истину, то пропавший фрагмент начинался с сектора 336248. Лог поиска показывает что в том районе нет никаких записей (даже со смещениями), поэтому осталось лишь убедиться что же там есть (сделай дамп указанного сектора +100 последующих).
Всё остальное описано выше. Могу сформировать бутсектор, который позволит работать с остатками MFT.

https://yadi.sk/d/bX_Mz36dmiHHm
Может он изначально был акронисом форматирован.
А с формированным бутсектором структура каталогов будет?