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

9285
Вот журнал, только он целиком не сохранился: http://pastebin.com/NncR6JTU

Svagrad

Цитата:

Операция выполнилась мгновенно, но после перезагрузки CHKDSK начал восстанавливать индексы

Просто нет слов

9285

Цитата:

предупредить

На револьвере нет предупреждения "Не пытайтесь играть в Русскую рулетку. Вы можете причинить вред своему здоровью" , но, тем не менее, человек ведь прекрасно понимает что будет в случае проигрыша. Так же и тут: если уж поставил цель восстановить, то запись - только в редакторе. Не думаю, что есть какие-то сомнения в том, что для исправления индексов понадобится что-то записать. Элементарная логика, дорогой Холмс .

Svagrad
9285
Зато теперь уж наверняка в раздел можно войти. In-place восстановление таки свершилось, хотя только для части файлов .
По сохранившемуся фрагменту лога несколько файлов (4?) накрылось ("исправлены" нерезидентные атрибуты DATA), остальное - в основном, индексы, т.е. каталоги (исправлены атрибуты INDEX ALLOCATION нерезидентных каталогов).

Antech

Цитата:

Просто нет слов

Естественно, когда увидел эти бегущие строки, понял что возникла опасность потери данных, но выбора не было уже.
Да, в раздел можно заходить и некоторые данные доступны. Накрылось гораздо больше четырёх файлов — на самом деле журнал чекдиска должен был быть минимум в 10 раз больше, наверное сказались какие-то ограничения.
Как далее лучше будет поступить? Возвращать "неправильную" разметку и попытаться восстановить убитые файлы?

Форумчане выручайте!

Ситуация следующая: на ноуте были установлены Windows 7 и FreeBSD 6.4. Загрузчик использовался виндовый, настроен программой EasyBCD. Решил переустановить FreeBSD до 8.2. Выбрал установку поверх уже существующей, при выборе загрузчика отказался от него "None" (думал будет доходить до виндового и оттуда уже в FreeBSD). Далее установка прошла нормально, компьютер перезагружается, но после приглашения войти в BIOS появляется черный экран и мигающий курсор.

Пробовал установить любой загрузчик с помощью установочного диска FreeBSD - не помогло, всё равно черный экран.
Пробовал восстановить с помощью диска Windows 7: диск не видит систему.
Bootrec.exe /FixMbr, результат Выполнено успешно.
Bootrec.exe /FixBoot ругается ошибками - не видит.
Bootrec.exe /ScanOs видит систему на диске C:\ (ищет секунд 40)
Bootrec.exe /RebuildBcd видит систему, предлагает добавить, я соглашаюсь, он ругается на неправильную файловую систему.
Иду снова через установочный диск FreeBSD в FDisk - вижу два раздела, partition type 7 - NTFS, чего тогда винде не нравится?

Ничего не понимаю... Почему загрузчик не устанавливается? Почему винда не воспринимает свои же тома?

PS: Если ноут не починю в течении дня жена мозг съест хелп ми!

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

Zombastik
Ничего не понимаю. Если есть подозрение на проблемы с таблицей (собствено тема то об этом), то где эти данные? Или решил конкурс телепатов устроить?
Результат проверки (только в режиме чтения) chkdsk может добавить информации к размышлению.

Svagrad

Цитата:

наверное сказались какие-то ограничения

Когда отчет пишется в реестр, там ограниченный объем.

Svagrad

Цитата:

Как далее лучше будет поступить?

Вначале скопировать все целое при текущей разметке, потом сдвинуть начало раздела в таблице (или просто записать sec_0_1.img, хотя там и размер не тот) и копировать рекаверилками другую группу файлов, которые читаются правильно при новом начале раздела.

9285

Цитата:

А смысл возвращать?

Возвращать для того, чтобы
Цитата:

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

Antech
Понял. Благодарю.

Цитата:

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

Всё верно, НО это было до исправлений в ФС.

9285
Попробую всё же

Svagrad
Не знаю что находится в секторе 19126272 но более чем уверен что загрузочный сектор с MFT по адресу 786432.
Соотвтствено, что новый, что старый сектор обращается к MFT, которая находится по одному и тому же адресу.
Только в одном случае задействованы все три фрагмента, в другом лишь та, что находится в пределах урезанного диска.
Как думаешь, мозаику проще собрать из трёх фрагментов или из одного?
Но как говорится в известном анекдоте: "Попытка не пытка! Правда, товарищ Берия?"

9285

Цитата:

"Попытка не пытка! Правда, товарищ Берия?"

Именно поэтому и попробую)

Zombastik

Цитата:

при выборе загрузчика отказался от него "None"

С фряхой есть какой-то секрет ) (у меня было вот так)
Натурально гемор, меня спас бэкап 0-99 секторов жесткого.

Выложите дамп первых 100 секторов (в шапке есть пояснение что и как), на Вашу удачу здесь и 9285, и Antech

Skif_off
С фряхой не доводилось сталкиваться, но что то подсказывает что бэкап 63-99 излишен (применительно к вашему случаю) - ну разве что если использовалась какая то специфичная разметка. В основном, в качестве начального сектора первого (основного) раздела используется 63 (с недавнего времени 2048) сектор.
При таком раскладе, если вы сохранили 0-100, а потом поменяли размер первого раздела (начинающегося в 63-ем секторе и ФС от микрософта), и после этого восстановили бэкап - проблемы с разделом гарантированы.

9285

Цитата:

но что то подсказывает что бэкап 63-99 излишен

Так и есть, 100 секторов по привычке: читаю эту и параллельную темы, привык к фразе "выложите дамп первых 100 секторов"

Цитата:

и после этого восстановили бэкап - проблемы с разделом гарантированы

Понимаю, поэтому вырезаю 0-62 или только нулевой и заливаю.

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

Спасибо откликнувшимся. Всё исправил с помощью лайв сиди и акрониса.
Акронис показал, что активный слайс был с FreeBSD, как только сменил на слайс с Windows 7 всё стало ОК.
Так и не понял, почему FDisk не оставил активным слайс с Windows 7 (указывал в настройка), почему он потом не смог накатить загрузчик, чтобы я мог хотя бы в FreeBSD войти. И почему утилиты для восстановления с диска Windows 7 напрочь отказывались видеть установленную ОС и исправлять загрузчик + сильно ругались на файловую систему.
Может из-за того, что была использована утилита EasyBCD для выбора загрузки win и bsd систем? хз... но задача решилась в два клика

В завершение своей истории замечу, что при предметном сравнении на самом деле нифига не больше файлов восстановилось с правильной разметкой — всё же чекдиск сделал "своё дело" и побил ценные данные. Так что самой полной оказалась первая копия файлов, восстановленная DMDE.
Коллега без фатализма отнёсся к сложившейся ситуации, можно считать, что ничего страшного не случилось.
Искренне благодарен экспертам. Спасибо.

Уважаемые знатоки, как (чем) лучше сделать бэкап всех служебных данных, т.е. всего того, о чём говорится в этой теме.
Свои пользовательские данные-то я резервирую, прог для этого много, и притом бесплатных достаточно. А вот в этих MBR? таблицах разделов и прочем я не смыслю, да и не надо оно простым смертным А хочется достаточно простого и надёжного решения на тот случай, если какие-то логические диски "пропадут" или повредятся. Чтоб можно было загрузиться с какого-то live-cd или live-usb и восстановить сразу всё и везде из бекапа, при этом будучи уверенным, что это "всё и везде" сработает надёжно и, по крайней мере, не повредит ещё физически оставшиеся на винчестере пользовательские данные.

K_Ok_O_S
Нечто подобное уже спрашивалось в http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=4660#6
Там же есть и ответы, смысл которых в том, что эти болячки достаточно индивидуальные, чтобы рекомендовать какие то общие "лекарства".

K_Ok_O_S
Что-то я не понял: зачем Вам бэкап PT/FS, если есть обычный бэкап?

И зачем тут рекламировать какие-то лицензионные программы? В форуме есть варезник - специально "для любителей лицензий". И вообще лицензионный софт (non-free) кое-что нарушает, и это бэд.

Antech

Если следовать Вашей логике, то в темах про восстановление нельзя рекламировать GetDataBack, R-Studio и кучу других программ.

Antech

Цитата:

И зачем тут рекламировать какие-то лицензионные программы?

Это просто мой _личный_ блог, где я делаю обзор интересных(по моему мнению) раздач _авторами_ своего софта.


Цитата:

Что-то я не понял: зачем Вам бэкап PT/FS, если есть обычный бэкап?

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

9285

Цитата:

Нечто подобное уже спрашивалось в http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=4660#6

Цитата:

Да любая, которой самому пользователю удобно сохранять то, что хочется (таблицу, бутсектора

Просто я таких не знаю. У парагон-овского бекапера такая фича есть, кажется. Но как бекапер пользовательских данных во free-версии он неудобен. Зато у него есть boot-CD! Что ж, ставить монструозный парагон ради такой маленькой фичи?

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

K_Ok_O_S

Цитата:

обзор интересных(по моему мнению) раздач

Раздачи, надеюсь, бесплтные? Тогда ОК.


Цитата:

эти данные меняются крайне редко, правильно?

Смотря какие. Таблица разделов действительно не меняется (если Вы не переразмечаете). Бутсекторы - можно сказать, что тоже не меняются (вернее, заливка старого бутсектора не приведет к неработающему разделу). А вот сама файловая система меняется. Ведь нам для полного комплекта что еще нехватает? Начало MFT. А оно меняется существенно (добавляются новые записи или меняется расположение фрагментов - меняется и ранлист MFT). Поэтому разбэкапливание, скорее всего, приведет к потере части файлов (либо новых, либо каких угодно). Когда все файлы (вернее, их записи) останутся после разбэкапливания? Когда MFT была большая и одним фрагментом, а файлов было мало. Тогда добавление новых файлов не приведет к реаллокации MFT и бэкап сработает. Но ИМХО это редкий случай, особенно для файлового хранилища, на которое периодически скидывают новые файлы. Если не предпренимать специальных действий (создать+удалить кучу файлов), то MFT будет всегда расти при добавлении новых файлов (да и каталогов - тоже).

Antech

Цитата:

Раздачи, надеюсь, бесплтные? Тогда ОК.

Раздачи бесплатные по определению

Antech
9285

Цитата:

А вот сама файловая система меняется.

Спасибо за подробное объяснение. Ну а бекап бутсекторов и таблицы разделов всё-таки есть смысл делать? Или нет?

K_Ok_O_S
Любой бэкап имеет смысл. Главное чтобы он был актуальный (в случае если часто делаются манипуляции с разделами). Ну и правильное их использование.
Насколько знаю, тот же ATI как бы может сохранять MBR; но случаев проблем после восстановления образа предостаточно. Это же можно применить и к "спецам", которые в простейших ситуациях сразу лезут за рековерилками а потом сваливают пользователю гигабайты неразобранного мусора.

K_Ok_O_S

Цитата:

бекап бутсекторов и таблицы разделов всё-таки есть смысл делать?

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

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

Здравствуйте. Стандартная проблема. Внешний жесткий диск Samsung S2 Portable из NTFS превратился в RAW и ругается "Нет доступа к Q:\ Файл или папка повреждены. Чтение невозможно". Диск на разделы не разбивался. Что могло привести к подобному косяку без понятия, эксплуатировался девайс аккурантно, падениям и избиениям не подвергался. Пробовал решить проблему с помощью TestDisk - ничего вышло.
Ось - Win XP 3й сервис пак.
В архиве mbr и boot из WinHex, разделы из DMDE, SMART из HDD Scan.
http://zalil.ru/31401634
В WinHex когда открываешь диск как логический вылазят следующие ошибки: "файл или папка повреждены чтение невозможно", затем "Cannot open "$MFT". Unexpected data at offset CF7BC000 and offset 7954000, Res=9, Res2=9". DMDE также ругается на MFT, мол, нет допустимых значений.
Пытался сам постигнуть проблему, в итоге в голове каша, на часах 4 утра, но так до конца и не разобрался.
Очень надеюсь на вашу помощь.

Ked_Converse
В имеющихся дампах есть некоторая несуразица, и личо у меня нет уверенности что бут, это бут.
Поэтому лучше сбросить дампы секторов сделанные в DMDE - он сам делает информативные имена файлов:
0 + 100
248478 + 20
6798800 + 100

Ок, вот дампы: http://zalil.ru/31402590

Ked_Converse
Извиняюсь, чуть просчитался и забыл про смещение секторов.
Впрочем, запас в 100 секторов всё таки накрыл требуемую зону, и MFT в ней нет.
Так что сделай поиск NTFS средствами DMDE и выложи лог. И, на всякий случай ещё дапмы (но уже с учётом смещения)
248538 + 20
6798860 + 100

Пока вот дампы: http://zalil.ru/31403093
Поиск NTFS эт, по всей видимости, надолго.