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

AlexS

Цитата:

существуют ли программы, позволяющие сделать бэкап MFT

А смысл сего действования?

Бэкап раздела ещё можно понять, а бэкап постоянно меняющейся MFT...

Sish
Если данные на диске меняются нечасто (например диск используется для хранения архивов), то думаю имеет смысл периодически бэкапить MFT.
Сейчас начал эксперименты на эту тему, прочесть получается в RStudio, а вот восстановить из файла - нет.

AlexS
Прочесть и восстановить из файла можно в WinHex. Но я рекомендую делать по-другому. Забэкапить можете MFT полностью. А вот разбэкапливать лучше только начало, где метафайлы. Потому что у юзерских файлов (при изменениях) постоянно меняется ранлист - выделяются другие кластеры. Если Вы просто раскатаете старый образ MFT, потеряете много файлов, которые были изменены. Обычно MFT полностью не повреждается, поэтому логичнее начало переписывать, а все остальное доверять Чекдиску (разумеется, надо понимать, что Чекдиск может все испортить). Да, еще такой фокус не пройдет при фрагментированной MFT.

Копия MFT никогда не заменит обычный пофайловый бэкап.

Antech
Спасибо. Тогда еще пару вопросов:
1. Как в WinHex'е редактировать $MFT файл? Он открываеться только в r/o mode, где отменить это не нашел.
2. Как определить, где в MFT заканчиваеться описание метафайлов (в общем как определить ту область, которую нужно бекапить)?

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

Вообще задача стоит обеспечить восстановление софтового spanned массива при сбое на одном из дисков

AlexS
Он открываеться только в r/o mode
Правая кнопка на файле - Position - Beginning of file. Правильный WinHex по умолчанию r/w. Если у Вас какой-нибудь Gluck Edition, лучше найдите нормальную версию с серийником, хотя можно просто включить r/w (F6 или F7, точно не помню).

где в MFT заканчиваеться описание метафайлов
Читайте Linux NTFS. Можете переписывать первые 20 записей. По названиям файлов/каталогов будет видно, где юзерские начинаются.

задача стоит обеспечить восстановление софтового spanned массива при сбое на одном из дисков
Span - это JBOD?
Поствленная задача не решается копией MFT. Поможет только резервная копия (пофайлово или образ). Все остальное не спасет при выходе одного из дисков.

Antech

Цитата:

Правая кнопка на файле - Position - Beginning of file

Понятно. Просто я говорил о том, когда файл $MFT открываешь отдельно, вот так


то он открываеться только в таком режиме


Кстати, странно, но сразу (4ой или 5ой) записью оказался почему то пользовательский файл.


Цитата:

Span - это JBOD?

да, только софтовый, средствами windows (составной динамический диск). В общем для меня пока не очень понятно, как действовать при потере (частичной или полной) винта в таком массиве. Например, MFT там одна, или на каждом физическом носителе своя? Если одна, то на каком винте храниться, перемещается ли по мере добавления винтов к массиву и проч. Касаясь того, что не спасет - очевидно, что нет, но хотя бы такое резервирование MFT помогло найти начало/конец файлов, что бы по максимуму вытащить из массива то, что еще можно.

AlexS
А там на первом скриншоте авишки замалеваны - это порно .


Цитата:

(4ой или 5ой) записью оказался почему то пользовательский файл

Быть такого не может. Файл №4 - "$AttrDef", файл №5 - "." (рут). Вы не путайте имя файла и содержимое атрибута 90 INDEX_ROOT (рут - каталог, а атрибут 90 INDEX_ROOT есть в каталоге).


Цитата:

как действовать при потере (частичной или полной) винта в таком массиве

Если винт еще более/менее читается, делать посекторную копию. Если совсем труп, нести к ремонтникам. Бэкап MFT не поможет.
Рэйд - это как бы один физический диск и MFT, соответственно, общая. Нет одного из дисков - нет части файлов или фрагментов файлов (фрагментированный файл может быть размазан по обоим винтам JBOD'а).
MFT может храниться на любом винте JBOD, но фактически будет на первом, за исключением сильно заполненных разделов, когда происходит усечение MFT-зоны (~12% от объема раздела) из-за нехватки места для юзерских данных.
Добавлять винт в JBOD без бэкапа - русская рулетка, но MFT при этом останется на месте.
MFT поможет найти координаты фрагментов файлов, которые не были изменены после снятия дампа MFT, но что Вы будете делать с одним диском-то???

Добавлено:
Так. Движок конфы опять глючит. Сообщения не видно. На всякий случай повторяю.

AlexS
А там на первом скриншоте авишки замалеваны - это порно .


Цитата:

(4ой или 5ой) записью оказался почему то пользовательский файл

Быть такого не может. Файл №4 - "$AttrDef", файл №5 - "." (рут). Вы не путайте имя файла и содержимое атрибута 90 INDEX_ROOT (рут - каталог, а атрибут 90 INDEX_ROOT есть в каталоге).


Цитата:

как действовать при потере (частичной или полной) винта в таком массиве

Если винт еще более/менее читается, делать посекторную копию. Если совсем труп, нести к ремонтникам. Бэкап MFT не поможет.
Рэйд - это как бы один физический диск и MFT, соответственно, общая. Нет одного из дисков - нет части файлов или фрагментов файлов (фрагментированный файл может быть размазан по обоим винтам JBOD'а).
MFT может храниться на любом винте JBOD, но фактически будет на первом, за исключением сильно заполненных разделов, когда происходит усечение MFT-зоны (~12% от объема раздела) из-за нехватки места для юзерских данных.
Добавлять винт в JBOD без бэкапа - русская рулетка, но MFT при этом останется на месте.
MFT поможет найти координаты фрагментов файлов, которые не были изменены после снятия дампа MFT, но что Вы будете делать с одним диском-то???

Antech

Цитата:

А там на первом скриншоте авишки замалеваны - это порно .

Не без этого .


Цитата:

Быть такого не может. Файл №4 - "$AttrDef", файл №5 - "." (рут). Вы не путайте имя файла и содержимое атрибута 90 INDEX_ROOT (рут - каталог, а атрибут 90 INDEX_ROOT есть в каталоге).

Да, совершенно верно, речь я вел про 5ю запись, в области IndexRoot(Body) я увидел название пользовательского файла.

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

А существуют ли программы, с помощью которых можно было бы открыть MFT, как базу данных, где бы отображались файлы, с начальные/конечные сектора, фрагменты и проч? И/или что бы программа позволяла подключить MFT из файла, с целью прочесть данные на неповрежденных дисках?

Я понимаю, что все такие попытки выглядят наверное не совсем правильными с точки зрения создания безопастных хранилищ данных, но покупать нормальный RAID контроллер (>300$) и собирать на нем хотя бы RAID5 в финансовые планы никак не входит

, но может и нет :
Antech & All, при неотображении свежедобавленных сообщений, надо в адресе темы заменить start на glp. Например, неувиденное Вами сообщение: http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=240#14, чтобы его увидеть наверняка: http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&glp#lt
где &glp - переход к последней странице темы и #lt - переход к последнему сообщению.

AlexS
ОК, оставим вопрос эффективности бэкапа MFT, теперь Вы и сами можете оценить ее.

А существуют ли программы, с помощью которых можно было бы открыть MFT, как базу данных, где бы отображались файлы, с начальные/конечные сектора, фрагменты и проч?
Можете попробовать мой MediaWorkshop, но там неудобный интерфейс.
Есть еще NTFS Explorer от Runtime, но там не так много инфы (ну и прога платная, хотя, думаю, найти крак не проблема, ведь информация должна быть свободной).
Самое кошерное - это Data Extractor от Ace labs, но, насколько знаю, нет кряка.

покупать нормальный RAID контроллер
Вы можете использовать для бэкапа второй винт (внешний) или RAID-1 для уменьшения вероятности потери данных (это не так надежно, как бэкап, зато уменьшит вероятность/время простоя Вашего торрент-сервера).
Кстати, фрагментацию проверяйте: при скачке бывает очень по-разному в зависимости от проги для скачивания и ее настроек.

Ignat
Thanx.
(Вообще, на Хоботе лучше сделано: там нет таких заморочек, и там есть тег "off")

Antech,
Цитата:

это Data Extractor от Ace labs, но, насколько знаю, нет кряка

- с DOS-версией, вроде, нет проблем (другое дело, что современные HDD не поддерживает). Хотя и это здесь off .

P.S.
Цитата:

на Хоботе лучше сделано: там нет таких заморочек

- другой движок, другой контент, да и там пару лет назад были заморочки .
Цитата:

и там есть тег "off"

- так и здесь он есть или я неправильно понял?

Ignat
Вот посмотрите, насчет тега "off":

[off]
с DOS-версией, вроде, нет проблем
А она NTFS умеет?

другой движок, другой контент
Факт в том, что там не надо танцевать с бубном, чтобы увидеть свои сообщения .
[/off]

KIVagant,
Цитата:

попытался в PartitionMagic 8

- забыть навсегда об этой программе .
Цитата:

Диск был обнаружен как "Динамический". Я преобразовал его в "Базовый" (не знаю зачем)

- действительно, зачем . Надо было просто удалить раздел и создать новые основные разделы.
Цитата:

Залил туда где-то 50 гиг информации.

- нельзя повторить эту операцию, чтобы не восстанавливать информацию?
Цитата:

Как мне восстановить данные на втором разделе?

- если ответ на предыдущий вопрос отрицательный, то R-Studio и EASEUS Data Recovery Wizard Professional 4.3.6 Вам в помощь.
Цитата:

Теперь опасаюсь хранить какую-либо информацию на этом винте, вдруг снова слетит?

- правильно создадите разделы и не "опасайтесь" . Но окончательно, после тестирования HDD. Просканируйте любой из программ:
MHDD;
Victoria for DOS;
результаты скана и SMART проблемного HDD-устройства выложите здесь. Удачи,

Добавлено:
Antech,
Цитата:

Вот посмотрите, насчет тега "off":

- где?
Цитата:

А она NTFS умеет?

- не было времени посмотреть, вечером отпишу.
Цитата:

Факт в том, что там не надо танцевать с бубном, чтобы увидеть свои сообщения .

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

Лечится ли и чем вот это: "Ошибка при записи сектора 706 368 556 на диске 1"? Такую гранату мне выкинул Acronis TrueImage при попытке создать образ системного раздела. А при попытке удалить раздел в Acronшs Disk Director - то же самое, только сектор 377 591 760.

Him,
Цитата:

Лечится ли и чем

- скорее всего, Да! Просканируйте любой из программ:
MHDD;
Victoria for DOS;
результаты скана и SMART проблемного HDD-устройства выложите здесь.

Ignat

Цитата:

результаты скана и SMART проблемного HDD-устройства выложите здесь.

А из под DOS я смогу сделать скрины, а то я Викторию в Висте не могу запустить?

Him, да, почитайте маленько документацию и темы по ссылкам. Если запустите с USB-носителя вообще проблем не будет.

Добавлено:
Him, Victoria for DOS: SMART монитор вызывается клавишей F9. Не разрушает содержимое рабочего стола. Имеется интегрированная справка (F1). Можно тут же сохранить экран в файл для дальнейшего анализа (клавишей "минус"). Также и для результатов скана .

Ignat

Вот мой S.M.A.R.T (правда, из Everest)

[ ST3500410AS (6VM00ND1) ]

ID Описание атрибута Порог Значение Наихудшее Данные Статус
01 Raw Read Error Rate 6 118 100 188282109 OK: Значение нормальное
03 Spinup Time 0 97 97 0 OK: Всегда пройдено
04 Start/Stop Count 20 100 100 18 OK: Значение нормальное
05 Reallocated Sector Count 36 100 100 0 OK: Значение нормальное
07 Seek Error Rate 30 62 60 1669033 OK: Значение нормальное
09 Power-On Time Count 0 100 100 55 OK: Всегда пройдено
0A Spinup Retry Count 97 100 100 0 OK: Значение нормальное
0C Power Cycle Count 20 100 100 23 OK: Значение нормальное
B7 <зависит от поставщика> 0 100 100 0 OK: Всегда пройдено
B8 <зависит от поставщика> 99 100 100 0 OK: Значение нормальное
BB <зависит от поставщика> 0 100 100 0 OK: Всегда пройдено
BC <зависит от поставщика> 0 100 100 0 OK: Всегда пройдено
BD <зависит от поставщика> 0 100 100 0 OK: Всегда пройдено
BE Airflow Temperature 45 64 56 656605220 OK: Значение нормальное
C2 Temperature 0 36 44 36 OK: Всегда пройдено
C3 Hardware ECC Recovered 0 48 37 188282109 OK: Всегда пройдено
C5 Current Pending Sector Count 0 100 100 0 OK: Всегда пройдено
C6 Offline Uncorrectable Sector Count 0 100 100 0 OK: Всегда пройдено
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Всегда пройдено
F0 Head Flying Hours 0 100 253 114 OK: Всегда пройдено
F1 <зависит от поставщика> 0 100 253 1652499133 OK: Всегда пройдено
F2 <зависит от поставщика> 0 100 253 1349902812 OK: Всегда пройдено

А вот результаты скана:

5ms - 3804836
20ms - 9626
50ms - 1059
200ms -
500ms -
1,5s -

Переустановил винду с помощью системы установочного диска поставляемого с ноутбуком, эта система каким то макаром взяла и соединила 2 логических диска в один, данные на диске D очень нужны как можно спасти данные после этого?

Him, проведите в том же Everest'e тесты линейного чтения/записи. Если всё нормально, то можете попробовать создать образ системного раздела. Удачи,

kind123:
Она не соединила, а просто накатила образ установленной системы поверх того, что было на харде. Перезаписанное уже не восстановить, а не перезаписанное - можно поискать программами-рекаверилками (с харда не грузиться, на него программ не ставить и вообще ничего не писать - каждая запись перекрывает новую порцию Ваших данных), можно заняться поиском раздела в дисковом редакторе, можно обратиться к специалистам...

Ignat

Цитата:

проведите в том же Everest'e тесты линейного чтения/записи. Если всё нормально, то можете попробовать создать образ системного раздела. Удачи,

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

Him,
Цитата:

А что, этот тест что-то может исправить?

- надеюсь, что "исправили" сканированием, кстати какой программой? Это же тест чтения/записи проблемного HDD. Если всё пройдёт нормально, то, скорее всего, ошибка исправлена. И можете смело заниматься чем хотели .

Ignat

Запустил Linear Read, правильно? А потом Linear Write?

Добавлено:
Ignat

Line Read прошёл нормально

А с Linear Write вот что

Вы спрашивали, какой прогой сканировал? Викторией.

Him, программой MHDD:
erase, затем scan+erase waits, если не помогло (должен переназначиться BAD-sector (...), то scan+remap. Удачи,

Ignat
где?
ну я там вставил оффтопный тег, а движок форума не понимает его... Я уже и всплывающую табличку посмотрел, но ничего для выделения оффтопа не нашел...

Him
У Вас по СМАРТу и скану все нормально. Скан, который Вы делали, это и есть Linear Read (вернее, Linear Verify, но винт все равно читает секторы, просто по ATA интерфейсу прочитанное не передается). Если на винте, куда записываете образ, нет ничего нужного, сделайте тест записи. В HDDScan Surfece Tests - Write (Erase), покажите скрин результатов (карта). Все содержимое винта будет удалено. Если Вы копируете образ в другой раздел, а не на другой физический диск, то:
1) Толку от такого образа не много, потому что при вылете винта все накроется медным тазом.
2) Проверить раздел на запись так просто не получится, особенно если в этом разделе есть что-то нужное.

А с Linear Write вот что
Если бы Вы вместо Эвереста начали тест записи на системном винте в HDDScan или Victoria, был бы прикол с перетиранием начала винта . Вы не задумывались, что тест записи стирает прежнее содержимое устройства вместе со всеми разделами ?

Ignat

Цитата:

erase, затем scan+erase waits,

Antech

Цитата:

В HDDScan Surfece Tests - Write (Erase), покажите скрин результатов (карта). Все содержимое винта будет удалено

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

Him, выложите Карту дисков/разделов из Диспетчера дисков, уточните, что именно хотите сделать: образ системного раздела -> ?. Какие дополнительные HDD есть в наличии (можете взять на время)?
Цитата:

Как я понял, этими способами с винта всё уйдёт?

- да.

Him

Цитата:

нет винта соответствующего размера чтобы перекинуть туда содержимое

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


Цитата:

исправить эту "Ошибку при записи сектора..." без удаления данных нельзя?

Если это не глюк Акрониса, то вряд ли эту ошибку вообще можно как-то исправить. Результат записи не проверяется. Винт только ставит нужную голову на нужный трек, дожидается нужного сектора и записывает этот сектор. Как записалось - не проверяется, пока Вы явно не попросите прочитать сектор. Так что если возникла ошибка записи, значит винт не может поставить голову на трек (испорчены сервометки) или не может перейти в начало сектора (это уж не знаю, от чего может быть), или другая существенная проблема. Обычно при этом ремап никак помочь не может. Но у Вас по сканированию все в порядке, а запись определенных секторов как бы не работает. Это очень странно, поэтому и нужен тест записи.

Ignat

Цитата:

что именно хотите сделать: образ системного раздела ->

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

Antech

Цитата:

Если это не глюк Акрониса

Это не глюк Акрониса, так как сейчас я создал образ , сохранив его на другом физическом диске.


Цитата:

то вряд ли эту ошибку вообще можно как-то исправить

Так что, это гарантийный случай , и надо нести на замену?