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

Цитата:

Сначала взял прогнал HDD Regenerator'ом

Это зря.
И лучше пока не сильно доверять оживлению -в противном случае ещё раз здесь появишься.

Цитата:

И лучше пока не сильно доверять оживлению -в противном случае ещё раз здесь появишься.

Окей, не буду.

Regenerator вроде как просто многократно пытается перезаписать плохие блоки. Как я понимаю при физических бедах он попортит диск, а при софтовых нет. Ведь так? так что можно сказать повезло. У меня софт беды были.

9285
ru-board
Скачал оба файла, оба распаковались. Учту, приношу извинения.
Пробовал R-Studi-ю, ничего не видит, сделал копию ХДД. TESTDISK видит только в режиме расширенного анализа, в обычном не видит.
http://rghost.ru/22810181 GetDataBack NTFS, ADDS не видит. После коррекции тестдиском МБР, ХДД стал виден в системе, но без файловой системы. http://rghost.ru/22810481

lizardlord
Почитай мнение специалиста - http://www.nazyura.newmail.ru/Part01.htm
OneHunt
Если предположить что раздел начинается в 2048 секторе то тогда давай посмотрим сектора:
2048+30
6293504+10
Учитывая что DMDE при открытии не видит ни MFT ни зеркала, то сделай поиск NTFS и покажи лог-файл.

Цитата:

Или сначала сохранить дамп 2048 в файл, а потом записать в 1024002047.
2. По второму разделу тоже есть небольшая неувязка. В бутсекторе размер раздела не соответствует тому, что в таблице раделов. Не критично, т.к. первый меньше второго.
Но всё таки - давай глянем что есть в секторе 1953519615.

Сделал
http://rghost.ru/download/22813341/bb78803e0034e62ed1d3d997f944656ebc37874d/sec.rar
Вроде все нормально работает, но в DMDE во втором разделе Total NTFS Sectors что-то ему не нравится.
http://rghost.ru/22813551/image.png

Melor
Вот так будет корректнее - http://sderni.ru/85546
Запиши в 0-вой сектор.
По поводу копирования 2048 в другой - отбой (вчера чёт померещилась несостыковка).

Цитата:

Запиши в 0-вой сектор.

Сделал. Теперь на Total NTFS Sectors не ругается. Большое спасибо.

Цитата:

По поводу копирования 2048 в другой - отбой (вчера чёт померещилась несостыковка).

Я уже скопировал)

Melor

Цитата:

Я уже скопировал)

Ничего страшного при этом не произошло. Если бы было по другому, то я бы раньше кричал "Стой! Не делай этого"

Цитата:

Почитай мнение специалиста - http://www.nazyura.newmail.ru/Part01.htm

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

9285
Копии 2048+30 и 6293504+10 здесь -> http://rghost.ru/22866691. Получилось 31 и 11 секторов, соответственно. Критично? Не понял про лог, подробнее можно? Это то, что получится по кнопке - "сохранить" после поиска NTFS? Если да, он здесь -> http://rghost.ru/22890071

OneHunt
Всё нормально сбросил, но там такой расколбас, что даже не знаю что и посоветовать.

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

Как вариант - поищи на винте $MFT. Строка поиска выглядит так
Где найдётся - сохраняй по 8 секторов. Потом выложи их.
SMART этого винта покажи.

9285
Чуть позже выложу скрин того что находит тестдиск, на это время нужно, за одно, может, и остальное получится, тоже время нужно.
http://rghost.ru/22944711 Это старый лог тестдиска.

Цитата:

SMART этого винта покажи.

Чем снимать? HDD SATA 500GB, MB на P67.

OneHunt
Можно использовать Crystal Disk Info

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

9285
http://rghost.ru/22954521 SMART и то, как выглядят экраны тестдиска. Копировать по 8 секторов начиная с того в котором $MFT?

OneHunt
SMART вроде бы в норме. Тем более становится непонятным такое состояние дел.
Копировать по 8 секторов везде где будет такой шаблон (причём он будет выглядеть имено как $.M.F.T.).

Первое что попалось http://rghost.ru/22975751
Второе http://rghost.ru/22978621
Третье http://rghost.ru/22981441
http://rghost.ru/22982631
http://rghost.ru/22986961
6-я копия http://rghost.ru/22992561
http://rghost.ru/22995141

OneHunt
Забыл уточнить условие поиска - вот и результат огромен.
Хотя, просмотрев до 6-ой копии нашёл две пары MFT и MFTMirror, но данные из них не "связываются". В любом случае, исходя из них, раздел начинается примерно в середине диска.
Как будет возможность, сбрось дамп секторов 512869343+100 и 490728384+100

Вынужденно отходил, вернулся продолжу. Мне находят программы этот раздел(возможно этот) с середины диска. Я видел его, но ничего не придумал с ним. Раздел на диске должен быть один на весь диск. Что просил - http://rghost.ru/23019111
Продолжжу поиск. http://rghost.ru/23023711 , http://rghost.ru/23028371 , http://rghost.ru/23038291, http://rghost.ru/23039391 . Это еще не все.

OneHunt
Вряд ли есть смысл искать далее начало MFT - вполне возможно он вообще затёрто или забито мусором.
Из присланных двух 100 секторных дампов, чуть более похоже на реальную MFT sec_512869343_100.ima Хотя и в нём есть некоторые неувязки - например то, что это от тома размером немного более 200 гигов. И опять же, не очень стандартное расположение MFT (хотя в практике и встречал случаи огромных смещений от начала раздела).
Другой дамп, кстати, от 500 гигового раздела, но только что толку если там действительны только первые 16 записей, хотя судя по ранлисту должен быть один большой блок.
Так что наверное настал момент когда пора запустить что либо ищущее по заголовкам - тот же Photorec и попробовать поискать что либо (картинки, архивы), что можно легко проверить на целостность.

Кстати, по поводу тестдиска - вот что он покажет если на экране (testdisk1.jpg) выбрать boot?

Другой вариант - вспомнить какое либо имя файла с нетипичным названием (не readme.txt) и записанном недавно. Затем устроить поиск его файловой записи по имени. После чего "оглянуться вокруг".

http://rghost.ru/23070601 То что показывает тест диск

OneHunt
Чуть подзабыл как в тестдиске выглядит. В общем то интересен момент Repair MFT - хотя уверен что там будет говорится о том что всё побито. Просто как бы убедиться в этом.

Выводы написаны чуть выше, варианты способов тоже.

Здравствуйте. Очень надеюсь на вашу профессиональную помощь.
Суть проблемы такова:
Есть винт WDC WD1002FAEX-00Y9A0, с USB интерфейсом (WDBAAU0015GBK) В какой-то момент, проработав меньше года, Винда начала жутко виснуть при обращении к нему. Перезагрузился, повисло вообще все намертво, отключил его от USB, при повторном подключении винт уже не определился. Сейчас я вынул его из коробки, подключил к Сата шлейфу, в надежде на чудо, но чудо не произошло.
При подключенном винте Windows очень долго грузится.

Управление дисками:
http://i.piccy.info/i7/8486caeea3a0e845649af492c014a…35/scr_mngmnt.png

При загрузке Убунту:
http://i.piccy.info/i7/8a631de5b691461175bd0350125b7…8101/IMG_0783.jpg
http://i.piccy.info/i7/4f3e64351370115617205d8c31b44…4181/IMG_0785.jpg


Что делать-то? С чем это может быть связано, как лечить? Очень надеюсь на вашу помощь.

9285
Спасибо за помошь. Я, наверное, сдаюсь. Сегодня пытался что-то восстанавливать из копии, убил 8 часов. Сплошные обрывки. Как такая хрень могла произойти... ХЗ. BackUp, однако, сила.

OneHunt
То есть варианты, предложенные мною не подошли?
Не знаю, может кто то другой (например Antech) может дать другие советы, но ситуация достаточно неординарная. Даже более того - недавно уже писал о неимоверном списке в логе поиска NTFS, но твой случай побил все рекорды.
PS. Главное что сделан правильный вывод.

Цитата:

Главное что сделан правильный вывод

Откладывал - откладывал все... Думал на UPSе удержится, если что... А вот на... Сейчас ХДД нулями залью, чтобы все остатки убить и по новому все создавать буду. Спасибо.

OneHunt
Сорри, нет времени изучать Ваш кейс, у Вас длинная история . Но если сомптомы - "потерян ранлись MFT из миллиона фрагментов", то что же еще остается кроме поиска в разных рекаверилках? И если они не помогают, то увы...
Я вижу, Вы с 9285 искали начальные фрагменты MFT вручную... До популяризации DMDE я тоже так делал, но когда "открыл для себя" поиск NTFS в ней, перестал мучить клиентов ручным поиском... Потому что эффективность не та, DMDE давала возможность сделать больший процент in-place кейсов и сэкономить время. И уж если она не находит нужного, тады ой. Но я просто не в курсе подробностей, могу что-то не понимать в Вашей проблеме...

Antech

Цитата:

NTFS в ней

DMDE находит и в автомате. Только среди того что находит, нет ни одного верного. Перебрать все, а их сотни... Я забил на это все. Начинаю новую жизнь. Но все равно спасибо.

Antech

Цитата:

Но я просто не в курсе подробностей, могу что-то не понимать в Вашей проблеме...

Можно и войти в курс проблем, тем более что начальных данных не так уж и много.
Там одних томов найдено 512 штук + записи MFT начинаются лишь с середины винта.
Поэтому и подумал о ручном поиске.

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