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

Заранее спасибо за ваши отклики.
Ситуация такова.
На НЖМД WDC WD3200AAKS-75SBA0 было три раздела: 2 NTFS с системой и данными (50 и 150 ГБ) и чистый раздел 100 Гб, отформатированный для Linux (файловую систему не помню, но из под Windows7 он не был виден).
"Специалисты" после просьбы жены (компьютер её) занялись переделом диска - хотели 100 Гб присоединить к разделам NTFS (по 50 Гб каждому). Работали Acronis-ом. На 33% компьютер выключился. При включении загрузилась ОС, но диск D стал объёмом 250 Гб и девственно чистым. Их попытки восстановить данные с помощью R-Studio не дали никаких результатов (данные не видны). Я при всех этих манипуляциях не присутствовал.
Раздел Linux располагался между C и D. В Акронисе просто ползунками растянули системный диск вправо до середины, а второй влево. Примерно вот так.

[C: System]---> Linux <----[D: Work]

Что попробовал сделать я.
GetDataBack ни в одном режиме ничего не нашёл кроме одной удалённой системной папки с четырьмя файлами (среди них MRT.exe).
WinHex при визуальной прогонке по всему диску D показывает одни нули (за исключением начальных секторов).

Диск полностью рабочий, при желании можно записывать на него всё, что угодно, хотя я НЕ ПРОБОВАЛ.

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

Это пипец --- нулями потёрто.... Из нулей только ноль вытянуть можно...

Tau_0, спасибо за быстрый ответ.

Изначально 150 Гб были до отказа забиты инфой, среди которой есть и важная.
Но мне непонятно, как могло нулями затереться. Ведь 150 Гб нулями затрётся за 40 минут а то и за час не меньше.
Хотя может столько времени компьютер и работал до злосчастных 33% - жена спит, спросить не могу.

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

akoots,
Я бы всё-таки пошарился по всем ЛБА в районе этих бывших 250 Гб гекс-просмотрщиком (делаю это в Виктории обычно) прыжками с диапазоном 2-10 млн. ЛБА. Или провести поиск структур, записей НТФС в 250 Гб. Почему именно 250 Гб - чтоб иметь полную уверенность в том что раздел 150 Гб мог находится в любом месте в районе 250 Гб. Ведь действительно смущает именно это -
Занулить 150 Гб - нужно 1 час, 1 час 10 мин. Не 10 мин. точно.

misha2, спасибо за помощь.
Виктория после сектора 87215907 показывает ОДНИ НУЛИ как с шагом в 10 млн. ЛБА, так и с шагом в 1 млн. ЛБА.
Ну за исключением небольшого участка с системной информацией на 93-м миллионе
87 215 908 * 512 байт = 41,58 ГБ, что почти соответствует размеру диска С и началу раздела D (GetDataBack сообщает о NTFS разделе с сектора 87 088 428).

Какие есть варианты?
Я так понимаю, что никаких?

Теперь да, к сожалению. Я б конечно сделал бы всё-таки глубокий анализ секторов на аппаратном комплексе, причём бесплатно, ради собственного интереса. Ну не верится мне что раздел в 150 гиг можно забить нулями за 10 мин. Ну нет таких скоростей записи у HDD.
Хотя у большинства женщин где 10 мин., там и 1 час. Типа - "забегу на рынок на 10 мин буквально.." , а выходит по 2-3 часа брожений по этому рынку". :)
Остался маленький, скользкий очень вариант - "сдёрнуть" денег за потерю данных с этих горе-мастеров. ;)

Вопрос решён по телефону.

Хм...
Может не там ищете (не по тем LBA)...???... Надо искать по всему харду....
Ясно, что после Acronis MBR доверять никак нельзя, --- она изменилась...
Возьмите DMDE - DM Disk Editor and Data Recovery Software
GUI для Windows Windows 9x/ME/2K/XP/Vista/7.
http://dmde.ru/download.html

Запустите программу:
--- Выберите физический диск --- приведите скриншот поиск разделов NTFS (глубокий поиск можно пока не запускать, хотя...)
Авось чего найдёт...???... По крайней мере, хуже уже не будет....

Зы Пока учитываем, что акронис физически пересылал/перемещал данные, но просто тереть он не мог... Если бы быть уверенным, что только акронис запускали...

Tau_0,
Был полный формат в течение 40 мин. Но шанс есть.

Здравствуйте.
Ситуация похожая, но несколько иная.
Чужой комп.
Винчестер 80 ГБ. Разбит на два раздела - C (Системный - XP) и E.
C забит до предела, на E чуть-чуть места оставалось.
Было решено объединить C и E в один раздел (для этого на диске C была выделена папка E, куда и должны были прописаться файлы с диска E).
Буферного винчестера под рукой не было.
Для выполнения задачи решил использовать Powerquest Partition Magic 8.0 (просто потому, что с собой только она была на флешке).
Операция проходила после перезагрузки - в той непонятной для меня голубой среде, когда винды нет, а только буковки.
В общем, ничего беды не предвещало, всё перемещалось ровно - от 0 до 100 процентов.
Потом, после уже перемещения всех файлов, вылезла какая-то ошибка.
После загрузки остался только диск С (размером как и был - 12 ГБ). Папка E - пуста. На месте раздела E теперь раздел, обозначенный как Unallocated. Partition Magic отказывается делать его восстановление - пишет, что для восстановление ничего нет.

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

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

Вопрос - можно ли как-нибудь попытаться восстановить данные со всей структурой папок и именами файлов?

- возможно, но вот будут ли файлы читаться? R-Studio или GetDataBack на другой носитель.

Попытаться можно, --- может и ничего страшного. PM любит рихтовать PT так, что хвост предыдущего раздела перекрывает голову последуещего. Второй раздел при этом не монтируется, --- это и спасает --- PM его после перезагрузки не видит и хоть дальше не портит...
Выполните то, что я на предыдущей странице akoots рекомендовал

IgNat, Tau_0, спасибо. Буду пробовать.
Я хозяину объяснил ситуацию. К тому же на винчестере бэды обнаружились. Конечно, я сам виноват - нужно было сперва SMART посмотреть.

Бэды непричём, --- это происки PM. Вы далеко не первый...

- не факт :) Возможно именно они спровоцировали:В любом случае, PM - ЗЛО!

А бэды - ещё бОльшее зло. :)

misha2, bad'ы возникают по разным причинам. Использование же РМ - одна причина - руки пользователя :) А значит есть шанс избежать зла :)

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

Это какая же должна быть скорость последовательной записи? 38-42 МБ/сек? Не маловато ли?

А данные пользователя сами на новый хард перепишутся...???...

Tau_0, проблема возникла после неудачного объединения разделов в один.
До этого все данные на диске читались без проблем (ну, кроме тех, что на битых секторах).

И если бы битые сектора были обнаружены ДО объединения, то никто и не стал бы их объединять. Был бы куплен новый винт (и конечно побольше), куда бы просто были бы перенесены все данные со старого. А старый либо выкинут, либо оставлен "на всякий пожарный".

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

PM некорректно корректирует таблицу разделов так,что разделы перекрываются, поэтому тома не монтируются. Правится такое элементарно.
См. HDD - [решено] Пропал диск D.
http://forum.oszone.net/post-1953385.html#post1953385

Напишу в этой теме, так как проблема схожа. Изначально было три раздела C,D,X и четвертый, скрытый системный стометровый. С третьего X, самого маленького, вся инфа была переписана на два других, потом через слияние присоединен D+X. Потом поставился на слияние С+D и где-то на середине процесса вырубился свет. При загрузке c winPE, показало один равовский диск. Paragon Hard Disk manager, которым всё это делалось, восстановил этот раздел, но файлы диска X (почти все вордовские) битые. Понимаю, что шансы невелики, но есть ли способ восстановить файлы диска X? Возможно откатится до версии с дисками С и D? Помогите пожалуйста.