Ru-Board.club
← Вернуться в раздел «Microsoft Windows»

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

Автор: Svagrad
Дата сообщения: 04.07.2011 15:07
9285
Вот журнал, только он целиком не сохранился: http://pastebin.com/NncR6JTU
Автор: Antech
Дата сообщения: 04.07.2011 20:49
Svagrad

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

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

9285

Цитата:
предупредить

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

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

Цитата:
Просто нет слов

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

Ситуация следующая: на ноуте были установлены 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: Если ноут не починю в течении дня жена мозг съест хелп ми!
Автор: 9285
Дата сообщения: 05.07.2011 08:19
Svagrad
А смысл возвращать? С текущей разметкой те же программы-рековерилки ищут данные на пространстве где они находятся, а не на огрызке от такового.
Хотя, конечно же, можно делать всё, что хоть каким то образом может помочь - исправления чекдиском в эту категорию не входят (по крайней мере не всегда).

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

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

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

Svagrad

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

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

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

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


Antech
Понял. Благодарю.
Автор: 9285
Дата сообщения: 05.07.2011 10:26

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

Всё верно, НО это было до исправлений в ФС.
Автор: Svagrad
Дата сообщения: 05.07.2011 10:39
9285
Попробую всё же
Автор: 9285
Дата сообщения: 05.07.2011 12:44
Svagrad
Не знаю что находится в секторе 19126272 но более чем уверен что загрузочный сектор с MFT по адресу 786432.
Соотвтствено, что новый, что старый сектор обращается к MFT, которая находится по одному и тому же адресу.
Только в одном случае задействованы все три фрагмента, в другом лишь та, что находится в пределах урезанного диска.
Как думаешь, мозаику проще собрать из трёх фрагментов или из одного?
Но как говорится в известном анекдоте: "Попытка не пытка! Правда, товарищ Берия?"
Автор: Svagrad
Дата сообщения: 05.07.2011 13:01
9285

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

Именно поэтому и попробую)
Автор: Skif_off
Дата сообщения: 05.07.2011 15:24
Zombastik

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

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

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

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

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

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

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

А фряха что-то непонятное творит (не разбирал), если при установке отказаться от загрузчика, не считая того, что ее слайс становится активным разделом (хотя без проблем работает, если потом его сделать неактивным).
Автор: Zombastik
Дата сообщения: 06.07.2011 00:30
Спасибо откликнувшимся. Всё исправил с помощью лайв сиди и акрониса.
Акронис показал, что активный слайс был с FreeBSD, как только сменил на слайс с Windows 7 всё стало ОК.
Так и не понял, почему FDisk не оставил активным слайс с Windows 7 (указывал в настройка), почему он потом не смог накатить загрузчик, чтобы я мог хотя бы в FreeBSD войти. И почему утилиты для восстановления с диска Windows 7 напрочь отказывались видеть установленную ОС и исправлять загрузчик + сильно ругались на файловую систему.
Может из-за того, что была использована утилита EasyBCD для выбора загрузки win и bsd систем? хз... но задача решилась в два клика
Автор: Svagrad
Дата сообщения: 06.07.2011 09:41
В завершение своей истории замечу, что при предметном сравнении на самом деле нифига не больше файлов восстановилось с правильной разметкой — всё же чекдиск сделал "своё дело" и побил ценные данные. Так что самой полной оказалась первая копия файлов, восстановленная DMDE.
Коллега без фатализма отнёсся к сложившейся ситуации, можно считать, что ничего страшного не случилось.
Искренне благодарен экспертам. Спасибо.
Автор: K_Ok_O_S
Дата сообщения: 08.07.2011 03:37
Уважаемые знатоки, как (чем) лучше сделать бэкап всех служебных данных, т.е. всего того, о чём говорится в этой теме.
Свои пользовательские данные-то я резервирую, прог для этого много, и притом бесплатных достаточно. А вот в этих MBR? таблицах разделов и прочем я не смыслю, да и не надо оно простым смертным А хочется достаточно простого и надёжного решения на тот случай, если какие-то логические диски "пропадут" или повредятся. Чтоб можно было загрузиться с какого-то live-cd или live-usb и восстановить сразу всё и везде из бекапа, при этом будучи уверенным, что это "всё и везде" сработает надёжно и, по крайней мере, не повредит ещё физически оставшиеся на винчестере пользовательские данные.
Автор: 9285
Дата сообщения: 08.07.2011 08:19
K_Ok_O_S
Нечто подобное уже спрашивалось в http://forum.ru-board.com/topic.cgi?forum=84&topic=2596&start=4660#6
Там же есть и ответы, смысл которых в том, что эти болячки достаточно индивидуальные, чтобы рекомендовать какие то общие "лекарства".
Автор: Antech
Дата сообщения: 08.07.2011 08:45
K_Ok_O_S
Что-то я не понял: зачем Вам бэкап PT/FS, если есть обычный бэкап?

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

Если следовать Вашей логике, то в темах про восстановление нельзя рекламировать GetDataBack, R-Studio и кучу других программ.
Автор: K_Ok_O_S
Дата сообщения: 08.07.2011 10:01
Antech

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

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


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

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

9285

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


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


Просто я таких не знаю. У парагон-овского бекапера такая фича есть, кажется. Но как бекапер пользовательских данных во free-версии он неудобен. Зато у него есть boot-CD! Что ж, ставить монструозный парагон ради такой маленькой фичи?
Автор: Antech
Дата сообщения: 08.07.2011 13:42
9285
Эти проги хотя бы имеют отношение к теме, да и использовать подразумевается ведь не лиценз, а содержимое варезника .

K_Ok_O_S

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

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


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

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

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

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

Antech
9285

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

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

Автор: 9285
Дата сообщения: 08.07.2011 23:31
K_Ok_O_S
Любой бэкап имеет смысл. Главное чтобы он был актуальный (в случае если часто делаются манипуляции с разделами). Ну и правильное их использование.
Насколько знаю, тот же ATI как бы может сохранять MBR; но случаев проблем после восстановления образа предостаточно. Это же можно применить и к "спецам", которые в простейших ситуациях сразу лезут за рековерилками а потом сваливают пользователю гигабайты неразобранного мусора.
Автор: Antech
Дата сообщения: 09.07.2011 21:57
K_Ok_O_S

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

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

В общем, единственное, что действительно есть смысл делать в данном аспекте - это бэкап всей нужной инфы в двух и более экземплярах. При такой стоимости винтов, как сейчас, нет никакого смысла поддаваться жабе...
Автор: Ked_Converse
Дата сообщения: 10.07.2011 04:23
Здравствуйте. Стандартная проблема. Внешний жесткий диск 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 утра, но так до конца и не разобрался.
Очень надеюсь на вашу помощь.
Автор: 9285
Дата сообщения: 10.07.2011 09:33
Ked_Converse
В имеющихся дампах есть некоторая несуразица, и личо у меня нет уверенности что бут, это бут.
Поэтому лучше сбросить дампы секторов сделанные в DMDE - он сам делает информативные имена файлов:
0 + 100
248478 + 20
6798800 + 100
Автор: Ked_Converse
Дата сообщения: 10.07.2011 13:09
Ок, вот дампы: http://zalil.ru/31402590
Автор: 9285
Дата сообщения: 10.07.2011 14:31
Ked_Converse
Извиняюсь, чуть просчитался и забыл про смещение секторов.
Впрочем, запас в 100 секторов всё таки накрыл требуемую зону, и MFT в ней нет.
Так что сделай поиск NTFS средствами DMDE и выложи лог. И, на всякий случай ещё дапмы (но уже с учётом смещения)
248538 + 20
6798860 + 100
Автор: Ked_Converse
Дата сообщения: 10.07.2011 15:16
Пока вот дампы: http://zalil.ru/31403093
Поиск NTFS эт, по всей видимости, надолго.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114

Предыдущая тема: Последствия и восстановление после вирусов


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