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

ктото просил енту гать http://rghost.ru/38099712 берите кому надо, пасс 2012

newground
Испортилось начало MFT. Насколько серьезно - неизвестно. Покажите дамп 100 секторов, начиная с 6291519 (начало MFT).

Antech
http://sderni.ru/126322

newground
И опять A-data (и имено 94-я). Хотя отличается от привычных для них сдвигов.
Запиши патч в соотвествующий сектор - указан в названии файла.
Переподключи винт, и не давай автозапуску чекдиска. Затем запусти проверку сам, но только в режиме чтения. Результат проверки покажи здесь.

Добавлено:
Для тех, у кого винт заблокирован вирусом. На самом деле вы видите не какие то разделы, а просто программы так отображают значения записанные в области РТ.
И хотя есть аналогии, не стоит применять сразу методику и патчи других. По крайней мере, сохраняйте всё, что замените. А после замены попробуйте пооткрывать тома в той же DMDE и убедитесь что там то, что вам нужно.

сделал бэкап, пропатчил, переподключил, сделал чек
http://rghost.ru/38113400/image.png

newground
Можешь сподождать вердикта Antech-а, но я бы запустил на исправления. Тем более бэкап имеется.

хех бэкап только тех 8 секторов что патчил)

newground
Вон о чём речь.
Ну так а зайти в раздел, просмотреть структуру каталогов, скопировать нужное и ценое не получается?

9285
wiiiii открыл в dmde свой раздел и увидел каталоги^^
спасибо, может и вправду уже chkdsk полный сделать...

вопщем сделал) всё заработало, спасибо Antech и 9285, что б я без вас делал (наверно отформатировал бы :[)

P.S. кому интересно вот результаты синаптического полного сканирования
http://rghost.ru/38127714/image.png

newground
Ну вот и славно. Но только не забывай про то, что у тебя внешний бокс который "прославился" подобными глюками. Можешь почитать тему и увидишь тому подтверждения.

9285 т.е. лучше бы его поменять?

newground
Если и менять, то достаточно саму коробочку.
А менять или нет - сам решай. Главное что если не будешь менять, то помни что ему нельзя доверять суперценные данные в единичном экземпляре. Впрочем, такие данные ничему нельзя доверять.

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

doktorpilulkin
Нет, этого недостаточно. В общем случае Вам придется затереть весь раздел.
Здесь обсуждается восстановление, а не удаление разделов...

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

а где еще надо подтереть в конце раздела что ли?

а в ДМДЕ новом есть кнопка "удалить" это как раз случайно не затирание следов?

doktorpilulkin
При твоём методе всё равно будет мусор - от MFT и других записей. Хочется по хорошему - обнулять всё требуемое пространство.
В DMDE это относится к записям в РТ.

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

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

doktorpilulkin
Программы бывают разные. И случаи, при которых требуется восстановление разделов или их структуры тоже. Если ты внимательно почтаешь эту и предыущие темы + тема о восстановлении в другом разделе, то найдёшь достаточно случаев, когда приходилось восстанавливать разделы или начальные записи MFT по логу поиска DMDE (про Акронисовское и некоторое другое ПО в таких случаях можно забыть). И в тех случаях увидишь немало разделов, которые находятся именно по различным записям от старых ФС.
Или возьмём пример, когда испорчен бутсектор раздела, а копии нет или тоже повреждена. Например Testdisk может сформировать бутсектор на основе MFT. А если их несколько (тот же Акронис фомирует их в ином от винды месте)?

fru5ter
Для системы достаточно и одной (типа 0-вой) убитой записи.
Можешь назвать (не)примитивный софт, который легко восстановит данные на дефрагментированном разделе NTFS?

ну тогда втопку это стирание, если они по стольким зацепкам восстанавливаются. проще таблицу разделов сохранить. винт 80-ка всего, а его стирать 1 час 40 минут через юсб

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

doktorpilulkin

Цитата:

принципиальной разницы не вижу

Еще один .

9285
Они сговорились или это, я извиняюсь, боты ?

doktorpilulkin
Разве между удалением и восстановлением инфы нет разницы? При удалении все очень просто: берете и зануляете. Все, восстановление в пределах планеты невозможно. А при восстановлении все намного сложнее...


Цитата:

чтоб в случае аварии с таблицей не гадать где мои разделы

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


Цитата:

его стирать 1 час 40 минут

Ну и сотрите, у Вас нету этих 1:40 для стирания? Он же в фоне будет стираться, занимайтесь своими делами.


Цитата:

они по стольким зацепкам восстанавливаются

После полного стирания, например, HDDScan => Write, не восстановится ничего, никакими методами в пределах Земли. Если у Вас нет бэкапа, значит наверняка попадете с этим винтом в одну из подобных тем, только уже по теме , так что есть смысл сейчас удалить мусор.

Antech

Цитата:

восстановление в пределах планеты невозможно.

Сомнительно, иначе зачем бы стали придумывать все эти алгоритмы с многократными проходами и записью случайных чисел по стандартам DOD и иже с ними. Другое дело, что при современной плотности упаковки данных на блин, задача становится по силам лишь очень серьезным организациям с соответствующим уровнем оборудования. Так что не злите понапрасну ФСБ и другие ЦРУ, и можете спать спокойно.

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

Цитата:

греется винт

Потому что охлаждения нет, очевидно.

Цитата:

а убью - восстановлю из сохраненной таблицы

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

еще до того как характеристики смарта критически снизятся винт вытаскиваешь ставишь новый

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

конечно не сталкивался, я думаю до того как

А, ну теперь я спокоен.

fru5ter

Цитата:

зачем бы стали придумывать все эти алгоритмы с многократными проходами и записью случайных чисел по стандартам DOD

Это имело смысл на старых винтах (не мегабайты), где еще не было "самонаведения" голов по серве. Там действительно оставались "поля" по краям дорожки, которые теоретически можно было прочитать. На современных и не очень винтах это уже не актуально. Голова немного ерзает по треку, затирая прежнюю запись. В общем, тема не раз обсуждалась и вывод: восстановление после перезаписи на современных винтах невозможно. Даже автор некоторых многопроходных алгоритмов был вынужден признать, что сейчас его алгоритмы не имеют смысла. Если хотите, поищите обсуждение возможности восстановления после перезаписи на iXBT.

doktorpilulkin

Цитата:

греется винт и блок питания сильно

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


Цитата:

убью - восстановлю из сохраненной таблицы

Тогда делайте все разделы Primary (иначе надо еще сохранять AMBR).


Цитата:

конечно не сталкивался

А я недавно такой кейс делал. Работал винт нормально - и тут раз - не монтируется раздел. СМАРТ ему никто не проверял (пользователь не того уровня), но я-то проверил. Десятки бэдов в СМАРТе - ничего особенного, это был не слишком новый винт... Но самое интересное вскрылось после сканирования. Собственно, никакого сканирования не было, потому что на винте обнаружились бэдастые области в огромном количестве (с соответствующими висюками), и я настроил SCT ERC и кое-как снял образ в DMDE с "пропуском" бэдов. В результате только 50...70% файлов восстановилось, остальное - в бэдастых областях. Так что, как видите, от почти нормального (для старого винта) СМАРТа до невозможности восстановления чуть ли не половины инфы - один шаг. Но это еще не все. Гораздо более приколный следующий вариант: выключили с нормальным СМАРТом, включили - щелкает и не определяется. И вот тогда... Так что я Вам советую все-таки сделать бэкап.