» Восстановление разделов и информации на HDD (часть 6)

sattsa
Спасибо за оперативный ответ.


Цитата:

нужно без потери информации на нем

Это понятно, иначе и вопроса бы не было.

К сожалению, винт умер. По СМАРТу 2505 реаллокейтов и еще 96 пендингов. Вероятность того, что это софтовые, очень мала. Поэтому я бы советовал сделать следующее:
1. Создать посекторную копию винта в DMDE. В меню найдите Сервис - Копировать секторы. Источник - Ваш физический диск, по умолчанию программа должна предложить копировать весь объем. Приемник - новый физический диск (на нем не должно быть нужной инфы). Копирование займет какое-то время, но главное - чтобы винт не сдох совсем. Если инфа очень важна, лучше сразу обратиться в нормальную DR-контору и не включать диск. Копирование снизит риск расстаться с инфой навсегда, но совсем не до нуля...
2. Когда и если посекторная копия будет сделана, можете воспользоваться той же DMDE для восстановления файлов на третий диск, но эта программа восстанавливает все и сразу только за деньги (правда, раньше она стоила совсем недорого, 250 рублей на год). Можете попробовать R.Saver, он бксплатный (rlab.ru), но эффективность, как показал опыт участников форума, не ахти. R-Studio, GetDataBack можно найти в инете "леченые", но они не так круты, как DMDE. Есть еще мой MediaWorkshop, он имеет обычный GUI, умеет "все и сразу" бесплатно, но с ним нужно возиться и он далек от крутизны DMDE. В общем, в результате у Вас будет пофайловое восстановление авторекаверилкой уже на третий винт. В принципе, можно было бы пробовать на копии подлечить патчем, но при таком количестве бэдов врядли получится без извратов (хотя такой вариант не стоит сразу отбрасывать, может и прокатит, даже в случае неудачи это сравнительно безопасно).
Так что вот...

По поводу других вариантов, предложенных Вами выше. Нельзя, увы, ни то, ни другое.
Цитата из Хакера - это просто безрассудно при нужной инфе. Очень опасно, потому что Акронис и так в "черном списке data recovery", а у Вас еще и винт дохнущий.
Что касается ремапа, то дело не только в том, что винт может умереть, но и в том, что место для ремапа банально закончилось, ремапить уже некуда (посмотрите на Value реаллокейтов).
В общем, посекторка - единственный вариант для самостоятельного восстановления, хотя, напомню, она не дает 100% гарантии безопасности, а только снижает риск.

Цитата:

В общем, посекторка - единственный вариант для самостоятельного восстановления, хотя, напомню, она не дает 100% гарантии безопасности, а только снижает риск.

Но установленную на нем систему уже никак не восстановить?

sattsa

Цитата:

Или вот так...?

Это годится для винтов токо с порушенной файловой системой, а физически исправными. У вас же винт с наличием битых секторов. Могу дать совет - правда чувствую тут могут немного "намять бока" за такой совет. Но в недавнем времени(примерно за весенний период) я спас информацию с трех примерно таких же убиенных винтов. Правда с одного винта процентов примерно 1..2 инфа оказалась испорчена. А делал примерно так:
- запускал (например с того же Hirens Boot CD) программку HDD Regenerator(Victoria под DOS и MHDD - ничего не могли заремапить)
- ждать придется наверное долго(например один из винтов прогонял этой программкой неделю - каждый день по часа 3...4, из за наличия по всей поверхности большого количества битых секторов, примерно 7000...8000 и так же медленных секторов)
- потом грузим Live CD на основе Linux - работал такими - это slitaz-3.0 и так же drweb-livecd его файловым менеджером.
- смотрим там, появились ли убиенные разделы - у меня, например, появлялись...
- если появились, то копируем то, что копируется. Иногда приходилось долго ждать открытие директорий разделов - до 2...3 мин...

rodrigo_f

Цитата:

HDD Regenerator

Толку от программы нет ИМХО... Я ею просканировал диск с исправлением битых секторов при обнаружении, вообщем, нашлось уже около 3 000 бэдов. Хоть программа и показывала, что восстановила все плохие сектора, но при повторном сканировании, вообщем, они появились вновь

rodrigo_f
Дело в том, что Регенератор - это просто ремап с несколько более "топорным" алгоритмом, чем в Виктории и MHDD. Но всякое бывает: один алгоритм не сработает, другой может сработать.
Однако при таком количестве бэдов однозначно не стоит пробовать ремап, это слишком опасно, да и некуда уже...

sattsa
ОС может и удастся сохранить. ОС - не инфа, можно применить Чекдиск на исправление даже при большом количестве ошибок. Даже в случае неудачи инфа у Вас по-любому останется. Но это, так или иначе, есть смысл делать только на образе, т.к. винт все равно менять.
Насчет программы. DMDE будет копировать бесплатно, для этого платная версия не нужна, так что приступайте, если точно решили, что в DR-фирму не понесете.

Antech
jpg
txt

после замены шлейфа
jpg
txt

CHKDSK пишет
Тип файловой системы: NTFS
невозможно определить версию тома и его состояние. Работа CHKDSK прервана.

Jankas

Цитата:

скриншот экрана Разделы как минимум

Кто то из нас двоих не видит.

9285
скриншот какого экрана
один раздел

sattsa

Цитата:

А заремапить сектора викторией не получится?

Софт доступный в свободном доступе, вообще не умеет "рематить" сектора, в том числе и Виктория, и прочий софт. Винт сам мапит дефектный сектор. Иногда в этом ему и помогают подобные утилиты. Умный винт замапит, только когда в дефектный сектор произойдет ЗАПИСЬ. Но это вас все равно не спасет. Ведь в секторе который будет подставлен из резерва, в замен битого, нет и быть не может нужной вам инфы. То есть восстанавливать потерянную информацию все равно придется в РУЧНУЮ.
И второе. Винт СЫПИТСЯ. И чем дольше вы его используете, тем больше информации будете терять.

Цитата:

это просто ремап с несколько более "топорным" алгоритмом, чем в Виктории и MHDD

Еще раз. Ни в MHDD ни Виктории нет алгоритма ремапа. И быть не может.
Единственный работающий алгоритм, это запись в поврежденный сектор, в надежде, что микро код винта его замапит. Именного его использует SpinRite. И этот алгоритм можно пускать только на винтах, на которых уже нет нужной информации, и есть ресурс для ремапа. В данном случае, оба условия не соблюдены.

Цитата:

Но установленную на нем систему уже никак не восстановить?

Смысла в этом ноль. Винт однозначно на помойку.

MisHel64
Все правильно Вы говорите. Я имел в виду алгоритмы, старающиеся "подсказать" винту, что данный сектор надо ремапнуть. Обычно это чтение (чтобы сформировать кандидата) плюс запись (чтобы, если винт захочет, он сделал ремап). Насколько я знаю, MHDD и Виктория при включении "ремапа" действуют именно так (конечно, бесплатные версии не могут делать "безусловный" ремап, поэтому данная фича работает не всегда).

Jankas
Спасибо, позже посмотрю подробнее. Можно скрин окна "Разделы" из DMDE? И желательно описание того, сколько разделов и с какими файловыми системами было на винте, когда все работало.

Jankas
Общение на форуме как бы предполагает участие самого вопрошающего в процессе решения его проблемы. И для этого не надо учить всю матчасть - достаточно почитать тему и понять что нужно и как делается.

MisHel64
По большому счёты да, не ремапит, но подталкивает контроллер винта к этому. И имено это имеется в виду, и так понятнее пользователю. Ведь если подходить с такой дотошнотью то человек не управляет машиной, потому что колёса поворачивает вовсе не он.

Цитата:

в секторе который будет подставлен из резерва, в замен битого, нет и быть не может нужной вам инфы. То есть восстанавливать потерянную информацию все равно придется в РУЧНУЮ.

Прям только так? А если сектор:
- не занят
- уже давно в списке бэдов файловой системы
- например файл имеет обьём 3000 байт, а сектор последний в занимаемом кластере
- занят чем то типа карты тома (MFT)


Цитата:

Смысла в этом ноль. Винт однозначно на помойку.

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

Antech

Ссылка
подробно

Раздел был один, ФС NTFS.

9285
будем изучать

Цитата:

MHDD и Виктория при включении "ремапа" действуют именно так

Не делают. А если и даже именно так и делают на винтах с данными, то в топку такой софт.

Добавлено:

Цитата:

Прям только так? А если сектор:

Если именно так, то и восстанавливать сектор в данном случае нет смысла. То есть смысла это делать, все равно ноль, о чем я и писал ранее.


Цитата:

но вот почему так категорично с системой? Особенно если эта систему с каким нибудь ПО, настройка которого длительна (нудна)

А ты уверен, что на этом осыпавшемся винте удастся восстановить все файлы необходимые софту и этой мега нудной программе? Я лично нет. А ты уверен, что из-за повреждений, не будет потом глюков в восстановленной системе и программе? Я лично нет. А ты уверен, что отлавливание этих глюков, процесс более веселый и быстрый, чем установка чистой системы и новой копии программы? Я лично - нет.
По этому и смысла мучатся долго и нудно спасая то, что скорее всего и работать то потом не будет, не вижу.
А программ, которые нужно "долго и нудно" настраивать я не знаю. Любая программа в разы быстрее ставится и настраивается, чем проходит один скан винта.
И на счет примера. Он не корректен. Можно и по кускам собрать и склеить мерседес взорванный авиабомбой, но быстрее и дешевле купить новый.

MisHel64
если и даже именно так и делают на винтах с данными
Да, на винте с нужной инфой ремап делать не стоит (а если особо ценная инфа, то ни в коем случае ремапить нельзя), но тут вопрос к пользователю (есть же, например, в винтовых утилитах и опция типа zero-fill обычно, это действительно "авиабомба"). То, что алгоритм "как бы ремапа" в Виктории и MHDD похожий (чтение+запись), это точно (обсуждалось не раз на iXBT с участием практикующих DR-специалистов, таких как Леонид Тарановксий и FormatCeft).

Jankas
Спасибо, сейчас посмотрим... Hint: комбинация Alt+PrScr позволяет копировать в буфер только содержимое активного окна.
Похоже, что таблица разделов и бутсектор не пострадали, что вполне естественно при интерфейсных ошибках (обычно портится начало MFT и/или другие структуры ФС). Раздел с началом в традиционном секторе 63... Пожалуйста, покажите дамп сектора 63 и дамп 10 секторов, начиная с 6291519 (номера секторов от начала физического диска). В DMDE откройте физический диск и используйте Сервис - Копировать секторы. Источник - физический диск, приемник - файл (оставьте его имя как предложит программа). Начальный сектор и число секторов см. выше. Полученные файлы выложите на rghost...

Цитата:

обсуждалось не раз на iXBT с участием практикующих DR-специалистов, таких как Леонид Тарановксий и FormatCeft

Я не знаю, что, кто и где обсуждал... Я просто посмотрел в коде программ, как именно они реализовывают свое ??? (что-то типа ремпа долго читающихся секторов, не помню как называется). И был откровенно в шоке. Ни о каком чтении/записи там речи нет, да и быть не могло. Алгоритм стырин с очень древней паскалевской проги, вроде HDDutil она называется. Вот она реально умела это делать. И вообще. При первом знакомстве с MHDD сложилось стойкое впечатление, что ребята просто украли огромный кусок кода чужой программы, даже не потрудившись правильно его интегрировать в свою оболочку. После этого, использовал я это очень редко, и то, пока не появился собственный аналог.

MisHel64
посмотрел в коде программ
Дизасм? Круто. Можно подробнее об алгоритме, который Вам удалось обнаружить, если это не секрет?
Вы точно имеете в виду опцию REMAP в MHDD? Просто там есть еще ERASE WAITS, это совсем другое.

Antech Стандартная команда IDE винта, описанная в очень древних мануалах. Да и там "ВенторСпецифик". Именно и предназначенная, что бы сообщить винту, что сектор битый, и требует замены.

MisHel64
Спасибо... Это MHDD? Не подумал бы, что там такой способ...

MisHel64
[more=off]Можно быть не уверенным и во вновь установленной системе.
Поэтому не вижу смысла убеждать в чём то, тем более если тебе не доводилось сталкиваться с ситуациями когда удаление системы смерти подобно (куча клиент-банков или банально забытый пароль к очень важной почте - при этом в системе они запомнены и можно зайти и поменять пароль). При этом ситему можно оклемать - пусть даже и на время (необходимое для чего то важного).
ИМХО, пользователь сам может решить что ему важней сложнее. Можно ему обьяснить что это нерационально, если уж действительно дело не в том что затронуты какие то несущественные файлы, или файлы которые восстановимы банальной sfc.
Ну а сравнение может быть корректным если только известны все данные позволяющие понять что затронуто в системе.[/more]

9285
[more=RE: OFF]Если система так ценна, то люди обращаются к спецам, что бы ее восстановить, а не мучают полутрупы, добивая их окончательно. И если честно, я вообще не понимаю, как такие "дорогие" системы, которые ты описал и не имеют бекапа. Так что давай не будем высасывать из пальца мифические ситуации. Тут не тот случай, что ты описал.[/more]

MisHel64
[more] В общем я понял - речь идёт о каком то идеально логическом мире (почти как Гайдаровская экономика (в его голове)).
И вполне логичным в таковом во главе этой темы написать кратко "Если данные важны - к специалистам! В противном случае - в помойку!"
И попросить всех остальных покинуть тему. И да, в заголовке темы убрать за неактуальностью слово восстановление.
PS. Совсем забыл - надо вернуть в шапку темы рекламу фирмы занимающейся восстановлением.
[/more]

9285

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

MisHel64

Мне вот банально лень переустанавливать и перекачивать весь хлам в размере террабайта, который у меня есть на винте, ибо DMDE сканит и снимает посекторку в автоматическом режиме запустил на ночь и в путь, а вот переустановка всякое г.. заберёт у меня день моего ограниченного времени, и я всё равно хочу попробовать восстановиться с порушенной ФС, несмотря на то, что у меня нет там ни паролей забытых, а немногочисленную важную инфу, которую я не успел забекапить я уже вытащил.

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

Dawnreader У тебя система с установленными программами терабайт занимает?
Ну... Могу только посочувствовать.

Antech
правильно ли сделал?
начальный сектор 63
число секторов 6291519
конечный сектор программа поставила сама 6291581
сохранил в файл
название файла получилось lba_63_6291519.bin
но размер файла чуть более 3 гб.

Jankas

нет сектор нужен только один, начальный сектор 63, число секторов 1 ставь

затем начальный сектор 6291519, число секторов 10

получатся 2 небольших файла

Dawnreader
спасибо


1
2

Jankas
ОК. Раздел имеет нестандартное размещение MFT (начало в кластере 4). Поэтому, пожалуйста, скиньте еще 10 секторов, начиная с 95. Можно также 8 секторов, начиная с 4194367 (MFT Mirror или то, что осталось от нее).

Antech
10
8

Jankas
Смещение на 2 байта вверх начиная с записи $MFTMirr (похоже, что запись $MFT в порядке). Я исправил смещение в $LogFile, но $MFTMirror и $Volume взял шаблонные (мой исправный раздел + исправленный начальный кластер для Mirror). Предлагаю опробовать патч.
Как и раньше, используйте функцию Копировать секторы в DMDE. Но теперь в качестве источника укажите мой файл. Приемник - физический диск, начальный сектор 95, число секторов 8. После этого повторите chkdsk.exe БукваРаздела: без /f и покажите результат (если много, то можно перенаправить в файл: chkdsk.exe Раздел: > C:\Report.txt). На исправление не запускайте. Хотя, в случае успеха, можно доверить Чекдиску исправить остальные начальные (системные) записи MFT, надо вначале проверить, что глюк не затронул юзерские записи. Так что ждем результатов...