Ru-Board.club
← Вернуться в раздел «Магнитные носители информации»

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

Автор: realister12
Дата сообщения: 21.04.2009 20:37
LeoT
не надо так пугать) ща отресторил киношку - норм показывается
Автор: Antech
Дата сообщения: 21.04.2009 20:49
LeoT
после ползунков-то
Вот-вот, ползунок-то переместить - дело не хитрое . Они боятся MHDD, но не боятся ползунков... Ползунок смерти .

realister12
Дамп секторов 0-4999 - в студию, пожалуйста. DMDE - открыть физический - Сервис - Копировать секторы в файл. Никакой гарантии, но и никакой опасности.
Автор: realister12
Дата сообщения: 21.04.2009 23:37
Antech
при очередной загрузке запустился чекдиск - не отменить, ничего. (ток ща в шапке прочитал про его вред). вобщем навостанавливал он там что-то, наисправлял. но факт в том что диск снова стал видится, метка сохранилась и данные тоже. и размер тот, что я выставил "ползунками". появилась папка found.000, но она пустая. И файл bootsqm.dat еще. можно ли узнать какие файлы были затронуты чекдиском? сектора залил сюда
Автор: Ignat
Дата сообщения: 22.04.2009 03:12
realister12,
Цитата:
запустился чекдиск - не отменить, ничего
- по умолчанию, имеется 10 сек. для отмены Chkdsk.exe, Autochk.exe, нажатием кнопки Esc. Просто, Вы не заметили

Добавлено:

Цитата:
можно ли узнать какие файлы были затронуты чекдиском?
- посмотрите в Журнале событий: Просмотр событий - Приложение / среди "Уведомлений" от Winlogon.
Автор: realister12
Дата сообщения: 22.04.2009 03:47
Ignat
каюсь, на загрузку ОС не обращал пристального внимания. ОС Seven в ней так же 10 сек? журнал событий тут тоже без поллитра не разберешь...не нашел "yведомлений от Winlogon". Главное что диск заработал, осталось выяснить не побились ли данные
Автор: AlexS
Дата сообщения: 22.04.2009 12:39
Подскажите, существуют ли программы, позволяющие сделать бэкап MFT, и при случае восстановить его в разделе?
Автор: Sish
Дата сообщения: 22.04.2009 12:50
AlexS

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

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

Бэкап раздела ещё можно понять, а бэкап постоянно меняющейся MFT...
Автор: AlexS
Дата сообщения: 22.04.2009 16:25
Sish
Если данные на диске меняются нечасто (например диск используется для хранения архивов), то думаю имеет смысл периодически бэкапить MFT.
Сейчас начал эксперименты на эту тему, прочесть получается в RStudio, а вот восстановить из файла - нет.
Автор: Antech
Дата сообщения: 22.04.2009 17:06
AlexS
Прочесть и восстановить из файла можно в WinHex. Но я рекомендую делать по-другому. Забэкапить можете MFT полностью. А вот разбэкапливать лучше только начало, где метафайлы. Потому что у юзерских файлов (при изменениях) постоянно меняется ранлист - выделяются другие кластеры. Если Вы просто раскатаете старый образ MFT, потеряете много файлов, которые были изменены. Обычно MFT полностью не повреждается, поэтому логичнее начало переписывать, а все остальное доверять Чекдиску (разумеется, надо понимать, что Чекдиск может все испортить). Да, еще такой фокус не пройдет при фрагментированной MFT.

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

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

Вообще задача стоит обеспечить восстановление софтового spanned массива при сбое на одном из дисков
Автор: Antech
Дата сообщения: 22.04.2009 21:58
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. Поможет только резервная копия (пофайлово или образ). Все остальное не спасет при выходе одного из дисков.
Автор: AlexS
Дата сообщения: 23.04.2009 11:50
Antech

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

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


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


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


Цитата:
Span - это JBOD?

да, только софтовый, средствами windows (составной динамический диск). В общем для меня пока не очень понятно, как действовать при потере (частичной или полной) винта в таком массиве. Например, MFT там одна, или на каждом физическом носителе своя? Если одна, то на каком винте храниться, перемещается ли по мере добавления винтов к массиву и проч. Касаясь того, что не спасет - очевидно, что нет, но хотя бы такое резервирование MFT помогло найти начало/конец файлов, что бы по максимуму вытащить из массива то, что еще можно.
Автор: Antech
Дата сообщения: 23.04.2009 17:06
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, но что Вы будете делать с одним диском-то???
Автор: AlexS
Дата сообщения: 23.04.2009 18:37
Antech

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

Не без этого .


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

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

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

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

Я понимаю, что все такие попытки выглядят наверное не совсем правильными с точки зрения создания безопастных хранилищ данных, но покупать нормальный RAID контроллер (>300$) и собирать на нем хотя бы RAID5 в финансовые планы никак не входит
Автор: Ignat
Дата сообщения: 23.04.2009 18:42
, но может и нет :
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 - переход к последнему сообщению.
Автор: Antech
Дата сообщения: 23.04.2009 21:41
AlexS
ОК, оставим вопрос эффективности бэкапа MFT, теперь Вы и сами можете оценить ее.

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

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

Ignat
Thanx.
(Вообще, на Хоботе лучше сделано: там нет таких заморочек, и там есть тег "off")
Автор: Ignat
Дата сообщения: 23.04.2009 22:30
Antech,
Цитата:
это Data Extractor от Ace labs, но, насколько знаю, нет кряка
- с DOS-версией, вроде, нет проблем (другое дело, что современные HDD не поддерживает). Хотя и это здесь off .

P.S.
Цитата:
на Хоботе лучше сделано: там нет таких заморочек
- другой движок, другой контент, да и там пару лет назад были заморочки .
Цитата:
и там есть тег "off"
- так и здесь он есть или я неправильно понял?
Автор: Antech
Дата сообщения: 24.04.2009 08:20
Ignat
Вот посмотрите, насчет тега "off":

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

другой движок, другой контент
Факт в том, что там не надо танцевать с бубном, чтобы увидеть свои сообщения .
[/off]
Автор: Ignat
Дата сообщения: 25.04.2009 18:37
KIVagant,
Цитата:
попытался в PartitionMagic 8
- забыть навсегда об этой программе .
Цитата:
Диск был обнаружен как "Динамический". Я преобразовал его в "Базовый" (не знаю зачем)
- действительно, зачем . Надо было просто удалить раздел и создать новые основные разделы.
Цитата:
Залил туда где-то 50 гиг информации.
- нельзя повторить эту операцию, чтобы не восстанавливать информацию?
Цитата:
Как мне восстановить данные на втором разделе?
- если ответ на предыдущий вопрос отрицательный, то R-Studio и EASEUS Data Recovery Wizard Professional 4.3.6 Вам в помощь.
Цитата:
Теперь опасаюсь хранить какую-либо информацию на этом винте, вдруг снова слетит?
- правильно создадите разделы и не "опасайтесь" . Но окончательно, после тестирования HDD. Просканируйте любой из программ:
MHDD;
Victoria for DOS;
результаты скана и SMART проблемного HDD-устройства выложите здесь. Удачи,

Добавлено:
Antech,
Цитата:
Вот посмотрите, насчет тега "off":
- где?
Цитата:
А она NTFS умеет?
- не было времени посмотреть, вечером отпишу.
Цитата:
Факт в том, что там не надо танцевать с бубном, чтобы увидеть свои сообщения .
- я же писал, что хобота были проблемы (просто не помните . У любого популярного ресурса периодически возникают такого рода проблемы, будем философами или поможем знаниями и деньгами .
Автор: Him
Дата сообщения: 25.04.2009 20:26
Лечится ли и чем вот это: "Ошибка при записи сектора 706 368 556 на диске 1"? Такую гранату мне выкинул Acronis TrueImage при попытке создать образ системного раздела. А при попытке удалить раздел в Acronшs Disk Director - то же самое, только сектор 377 591 760.
Автор: Ignat
Дата сообщения: 25.04.2009 20:36
Him,
Цитата:
Лечится ли и чем
- скорее всего, Да! Просканируйте любой из программ:
MHDD;
Victoria for DOS;
результаты скана и SMART проблемного HDD-устройства выложите здесь.
Автор: Him
Дата сообщения: 25.04.2009 20:51
Ignat

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


А из под DOS я смогу сделать скрины, а то я Викторию в Висте не могу запустить?
Автор: Ignat
Дата сообщения: 25.04.2009 23:01
Him, да, почитайте маленько документацию и темы по ссылкам. Если запустите с USB-носителя вообще проблем не будет.

Добавлено:
Him, Victoria for DOS: SMART монитор вызывается клавишей F9. Не разрушает содержимое рабочего стола. Имеется интегрированная справка (F1). Можно тут же сохранить экран в файл для дальнейшего анализа (клавишей "минус"). Также и для результатов скана .
Автор: Him
Дата сообщения: 26.04.2009 08:02
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 -
Автор: kind123
Дата сообщения: 26.04.2009 09:24
Переустановил винду с помощью системы установочного диска поставляемого с ноутбуком, эта система каким то макаром взяла и соединила 2 логических диска в один, данные на диске D очень нужны как можно спасти данные после этого?
Автор: Ignat
Дата сообщения: 26.04.2009 14:14
Him, проведите в том же Everest'e тесты линейного чтения/записи. Если всё нормально, то можете попробовать создать образ системного раздела. Удачи,
Автор: LeoT
Дата сообщения: 26.04.2009 15:00
kind123:
Она не соединила, а просто накатила образ установленной системы поверх того, что было на харде. Перезаписанное уже не восстановить, а не перезаписанное - можно поискать программами-рекаверилками (с харда не грузиться, на него программ не ставить и вообще ничего не писать - каждая запись перекрывает новую порцию Ваших данных), можно заняться поиском раздела в дисковом редакторе, можно обратиться к специалистам...
Автор: Him
Дата сообщения: 26.04.2009 15:12
Ignat

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


А что, этот тест что-то может исправить? Ведь именно при попытке создать образ системного раздела Акронис выдал мне ошибку при чтении...
Извините, я может не всегда понимаю , о чём речь. В данном случае, что должно быть нормальн?
Автор: Ignat
Дата сообщения: 26.04.2009 15:17
Him,
Цитата:
А что, этот тест что-то может исправить?
- надеюсь, что "исправили" сканированием, кстати какой программой? Это же тест чтения/записи проблемного HDD. Если всё пройдёт нормально, то, скорее всего, ошибка исправлена. И можете смело заниматься чем хотели .
Автор: Him
Дата сообщения: 26.04.2009 15:41
Ignat

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

Добавлено:
Ignat

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

А с Linear Write вот что

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

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226227228229230231232233234235236237238239240241242243244245246247248249250251252253254255256257258259260261262263264265266267268269270271272273274275276277278279280281282283284285286287288289290291292293294295296297298299300301302303304305306307308309310311312313314315316

Предыдущая тема: USB Flash Drive. Общие вопросы (Часть 2)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.