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

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

Автор: Vokaa
Дата сообщения: 23.06.2003 09:52
Сломал комп, памагите!

были три партиций зделаные с Partitin Magic 8

FAT32 - WinMe
NTFS - WinXp
FAT - ~

Работало все прекрасно до таво как я задумал установить MS-DOS 6.22 в пустую FAT16 партицию.

После установки MS-DOS осталась только одна партиция, а имено FAT16 c установленым дос'ом

В Partition Magic показывает партицию с досом и зделан один unallocated из FAT32 и NTFS.
Когда делаю undelete partition комп зависает в процесе на 86%.

Я хотел зделать новые разделы, но баюсь што тогда я потеряю данные. А может я ошибаюсь?

Можно ли как нибуть востановить данные, хотябы частично?

Што изменила установка MS-DOS 6.22? (полагаю MBR)

Какие деиствия лутше предпринять?
Автор: KLASS
Дата сообщения: 23.06.2003 11:31
Vokaa

Цитата:
Когда делаю undelete partition комп зависает в процесе на 86%.

Это в РМ такая опция есть?

Цитата:
Я хотел зделать новые разделы, но баюсь што тогда я потеряю данные

Само собой потеряешь.

Цитата:
Можно ли как нибуть востановить данные, хотябы частично?

Если все осталось так, как ты описАл, то думаю еще можно.

Цитата:
Што изменила установка MS-DOS 6.22? (полагаю MBR)

Переписала таблицу разделов, которая находится в MBR.

Цитата:
Какие деиствия лутше предпринять?

Работаешь ли ты с DiskEditor'ом? Если работаешь, или хочешь научиться, начинай читать доки, которые я привел в первом посту данной темы. Все зависит от твоего! терпения и насколько те данные тебе важны.
Если не работал и не хочешь работать с редактором диска (довольно муторное занятие) то можно попытаться восстановить инфу с помощью специальных программ типа Restorer 2000, Easy Recovery, ZAR, Final Data и прочие... только тогда тебе надо свой диск подцепить к ящику где установлены эти программы, или, при условии, что у тя два физических диска, установить на второй систему, эти проги и попытаться восстановить инфу. Если не подходит ни одно, ни второе, ни десятое... двигаешь с диском к специалистам, в контору по восстановлению инфы, платишь кровные и усе...
Автор: Vladimir Dashevsky
Дата сообщения: 10.07.2003 09:03
KLASS


Цитата:
Супер! Вот это хорошие доводы в пользу смещения 0020h на ФАТе. Сенкс.


Как то вы странно reverse engineering'ом занялиcь. Есть же документация, причем не от кого-нибудь, а от производителя:

140418 - Detailed Explanation of FAT Boot Sector

Внимательно ее читаем и видим, что в бутсекторе FAT:


по смещению +1Ch лежит 32-битное слово - начало раздела в блоках LBA
по смещению +20h лежит 32-битное слово - длина раздела в блоках LBA , но только если это число больше 0FFFFh
по смещению +13h лежит 16-битное слово - длина раздела в блоках LBA , но только если это число меньше 10000h


Эти же значения можно найти в MBR. ПО смещениям 1C6h, 1D6h, 1E6h, 1F6h лежат начала разделов в LBA, по смещениям 1CAh, 1DAh, 1EAh, 1FAh лежат их длины в LBA.

Cобственно, SyMon их оттуда и восстанавливает. Токмо быстрее 10-15 минут

Автор: KLASS
Дата сообщения: 10.07.2003 10:58
Vladimir Dashevsky
Приветствую Автора SyMon!

Цитата:
Как то вы странно reverse engineering'ом занялиcь

Это потому, что сначала на практике, а теперь бум изучать теорию Думаю она теперь будет легче даваться. За ссылу спасибо. Пользуясь случаем, снимаю шляпу за прожку и что очень важно, замечетельное руководство, "это просто праздник какой-то" (С)

Цитата:
Эти же значения можно найти в MBR.

Конечно, просто я изначально здесь в теме начал разговор с момента, когда таблица разделов в MBR убита.

Цитата:
Cобственно, SyMon их оттуда и восстанавливает. Токмо быстрее 10-15 минут

Без комментариев.
Автор: Klirik
Дата сообщения: 18.07.2003 23:14
Vladimir Dashevsky
SyMon
Автор: retro
Дата сообщения: 19.07.2003 09:48
Извиняюсь, не в ту тему запостил...


Автор: agMuH
Дата сообщения: 22.07.2003 06:43
народ, ситуация поставила меня в тупик...

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

итак:

система windows XP Pro Corp English
2 HDD
13 Gb, отданный под систему
120 Gb, разбитый от начала след.образом: 1Gb FAT32, 1Gb NTFS, 114Gb NTFS

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

1. установлен Partition Magic 8 БЕЗ!!! BootManager'a (это важно в дальнейшем)
2. переразбит винт на 120 Gb, а именно:
a. раздел на 114 гиг изменен на 101 путем уменьшения размера справа
b. все разделы сдвинуты вправо
с. копирование партиции с диска 13Gb на свободное место в начале винта на 120Gb стандартной операцией Partition Magic.
d. ожидание завершения операций в течение примерно 40 минут

Результатом было:
-после перезагрузки винт на 120 в винде, загруженной с 1 винта не виден
-менеджер дисков показывает винт на 120 гиг как healthy неформатированный, предлагая создать партиции
-попытка загрузиться с винта на 120 с новоскопированной партиции выявила, что в начале диска установлен BootManager (тот самый важный пункт из начала повествования) с единственным пунктом: WinNT , не являющимся загрузочным
-просмотр диска diskeditor'ом от Акрониса выявил, что таблица разделов выглядит след образом:
4 раздела по 1 сектору, с начальными секторами: 60,61,62 и 63

все программы, а именно easy recovery, recovery expert, r-studio, restorer2000, lost&found бла-бла-бла упрямо заявляли, что "ничего не найдено"

лишь после 42 часов raw scanning в easyrecovery он смог вытянуть всю MFT, из которой были выдернуты все файлы со злополучного винта.

НО!
главное оказалось впереди...

файлы оказались нормального размера, но испорченные почти на 70%

скажем, имеем директорию на 115 фотографий, из которой теперь открывается 32
остальные мало того, что не несут заголовка jpeg-изображения, как я посмотрел в hex-редакторе, но и вообще забиты мусором. То ли хитро ужато, то ли просто восстановился мусор.

На данным момент винт стоит без дела, вытащенные файлы лежат на другом носителе.
А я... я ожидаю совета

прошу прощения, если кому покажется, что это офтопично, эту тему отдельно я создал тут:
http://forum.ru-board.com/topic.cgi?forum=5&bm=1&topic=8785#lt

В-общем, KLASS, ничего не получится, похоже...
Накрылось все одним известным местом. винт мне принесли отформатированным. #@$@%@!!!!!

Вот что осталось в первом секторе.


A вот что я восстановил, что называется, по памяти... как было. Если вдруг не пропало желание смоделировать ситуацию

Автор: retro
Дата сообщения: 29.07.2003 19:17
Ну вот, нужна срочная помощь.
С такой ситуацией еще не сталкивался: человек сделал fixmbr из Recovery Console на диск С. Сейчас D остался нормальным, а из С новый диск размером 10mg... вместо 20gb
Разными способами играться не могу - цена ошибки слишком велика. Прошу откликнуться только тех, кто уже попадал в такие переделки. Спасибо.
Автор: KLASS
Дата сообщения: 05.08.2003 19:52
Наконец-то я поднял систему с ноля на новых железках. Вместо запланированных двух дней, убил две недели. Более я Вынь переставлять небуду, хватит одного раза на всю жизнь
agMuH
Все сделал как ты прописАл и... никак собака не проподают данные, как "назло" усе ровно переносится. Так я и не понял откуда появилось это

Цитата:
что таблица разделов выглядит след образом:
4 раздела по 1 сектору, с начальными секторами: 60,61,62 и 63

Неисповедимы пути РМ
retro
Лучше позже чем никогда.

Цитата:
человек сделал fixmbr из Recovery Console на диск С. Сейчас D остался нормальным, а из С новый диск размером 10mg... вместо 20gb

Думаю что чел. сделал еще чего-нить и молчит Сия команда правит тока код загрузчика и сигнатуру, а в таблицу разделов она не лезет, т.е. она ее просто перезаписывает как было. Зажми ему руку в тиски и пусть колется, чего мутил. А если серьезно, вставляй руками размер раздела С: (он ведь известен) тем более что второй раздел D: остался на месте. Перед сектором начала расширенного раздела должен остаться последний сектор диска С: Восстанавливаешь из него таблицу разделов вышеописанным методом, взависимости от файловой системы на диске.
Автор: retro
Дата сообщения: 05.08.2003 20:59
KLASS Да нет, этой команды на самом деле достаточно... Я пробовал несколько смоделировать это, действительно, так и случается. Тем более, что прога сама пишет об этом. Нажать на Y(yes) после подробного описания, что сейчас произойдет , может только полный недоносок (что, собственно, и подтвердилось). Ну данные я на 80% восстановил. Кстати, очень здорово проявила себя Easy Recovery 6.0. Она не стала ничего мутить с партициями, написала, что диск С неузнаваем и предложила выташить инфу. Я нажал на ОК и через 3 часа получил все данные. Особо не изголялся, т.к. платить много не обещали . Все. Уже даже успел про это забыть, просто тему знакомую увидел. А вот восстановить все, как было, + загрузиться с такого диска, если опять такое где-то будет, было бы здорово.

Цитата:
вставляй руками размер раздела С: (он ведь известен) тем более что второй раздел D: остался на месте.
А откуда мне он известен? Т.е. от общего отнять Д? Но ведь это ерунда, все не точно. Как будет работать?
Автор: KLASS
Дата сообщения: 05.08.2003 21:49
retro

Цитата:
Да нет, этой команды на самом деле достаточно...

Очень сильно сомневаюсь... обратись к документации. Fixbmbr содержит стандартный код загрузчика и сигнатуру не более и всегда одинаков для всех Выней.

Цитата:
А откуда мне он известен?

Опять руку в тиски и пусть говорит

Цитата:
Т.е. от общего отнять Д? Но ведь это ерунда, все не точно.

Что значит не точно, можно определить с точностью до сектора. В твоем случае я же написАл выше... запускаешь DiskEditor, находишь самый первый сектор диска D: перед ним будет последний сектор диска С: Это есть копия бутявого сектора в которой, в смещении 0028h (4 байта) и стоит размер диска С: Вставляешь в таблицу разделов и прибавляешь единицу (1). Подробно описано на первой странице этой темы и в документации, ссылы на которую я привел в первом посту.
Автор: retro
Дата сообщения: 05.08.2003 22:09
KLASS

Цитата:
обратись к документации

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

Это из справки. До того, как звать меня, они звонили в M$. Там (естественно) им сказали, что ничего сделать нельзя. Это не новость, и, вообще, всерьез их рекомендации никто и не воспринимает. Но интересно другое - во всех трех случаях, что я делал на разных компах, после fixmbr один и тот же результат: не грузится, нет диска С, партиция видна как 10 мг (на всех!!!), раздел нечитаем. Откуда и почемы только 10? Я не хочу предлагать тебе сделать это, но если ты уверен, что это так, попробуй... Я об этом...

Цитата:
Fixbmbr содержит стандартный код загрузчика и сигнатуру не более

Честно скажу - у меня вообще нет опыта работы с консолью для ремонта дисков. Только если service убить или драйвер... Есть куча продвинутых prog-utilit (PM, например, ), которым я гораздо больше доверяю. Все эти fix'ы в лучшем случае просто бесполезны, а в худшем... То, что имеем. Может я и не прав
Автор: KLASS
Дата сообщения: 05.08.2003 22:32
retro

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

Это все бла-бла-бла, т.е. может да кабы... в ящике все может, но теоритически fixmbr не правит таблицу разделов. И когда он это нажал, то до этого он делал явно еще чего-то, одному ему известное

Цитата:
Есть куча продвинутых prog-utilit (PM, например,

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

Цитата:
Все эти fix'ы

Еще раз повторяю, команда нужна для восстановления стандартного загрузчика системы Windows, не более, а проги делают тоже самое.

Добавлено
кстати, ты попробовал вырубать рубильник, при задействовании в РМ, операции Moving Data, о которой я те в ПМ писАл?
Автор: Gavrik
Дата сообщения: 06.08.2003 08:28
retro

KLASS прав по моему, я пару раз пользовался fixmbr, и ничего она только код загрузчика восстановила, не трогая инфу о партициях.

Так что мне кажется что товарищ действительно что то пошаманил перед этой командой.
Автор: KLASS
Дата сообщения: 06.08.2003 11:31

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

... на более она и не способна

retro
Ты и сам можешь это с легкостью проверить. Сделай копию MBR, убей все, кроме таблицы разделов в MBR, иди в консоль и дави fixmbr... все, можешь загружаться
Автор: B0B
Дата сообщения: 06.08.2003 12:39
У меня Sysmon вообще не ставиться , пишет нехватает памяти вроде.
Автор: KLASS
Дата сообщения: 06.08.2003 14:58
B0B
http://forum.ru-board.com/topic.cgi?forum=5&topic=2284&start=40#lt
Автор: exMIB
Дата сообщения: 11.08.2003 10:32
А какие бывают причины падения таблицы разделов? А то такая ситуация: диск работал, комп после работы выключили, а на следуюший день включили - загрузки с диска нет, смотрю диск польностью чист.

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

Информацию я восстановил, с помощью R-STUDIO на другой HDD.
Возможно ли с помощью fixmbr и fixboot, сразу всю таблицу восстановить одной командой и всю структуру диска, как-будто с ним ничего и не было или это невозможно?
Автор: KLASS
Дата сообщения: 11.08.2003 18:45

Цитата:
А какие бывают причины падения таблицы разделов?

Каждый раз разные... из часто встречающихся кривые руки-проги

Цитата:
Такое вообще может быть?

Нет. Но даже, если зажать юзеру руки в тиски он может ничего не сказать, потому как не знает, не помнит, не трогал, не запускал... ответ всегда один ОНО САМО!

Цитата:
Возможно ли с помощью fixmbr и fixboot, сразу всю таблицу восстановить одной командой и всю структуру диска

Нет. Почему, тута http://forum.ru-board.com/topic.cgi?forum=5&topic=1168&start=720#5
Автор: ragrik22
Дата сообщения: 12.08.2003 14:47
А вот такой вопрос ньюбая
Короче сделал я раздел присвоил ему атрибут Hidden но 2000 винда его видит
По работе необходимо чтобы его не было видно ни в проводнике ни во всяких Фарах
Может кто знает как?
Автор: Gavrik
Дата сообщения: 12.08.2003 15:14
ragrik22

Ходи сюда www.symon.ru, это тебе должно помочь.
Автор: ragrik22
Дата сообщения: 12.08.2003 15:23
Да я в курсе Семена юзать можно
Просто что подумал ведь можно разделу поставить атрибут файловой системы который Винда не знает?
Автор: Gavrik
Дата сообщения: 12.08.2003 15:37
ragrik22

Ну тогда поставь ручками атрибут раздела какой нибудь, но тогда видно присутствие раздела, а если юзать Symon в лучшем случае видно свободное место на HDD.
Автор: kosm
Дата сообщения: 26.08.2003 10:51
Ребят, всю ветку прочитал. Кое-что понял, кое что нет, но думаю разберусь. Главное начать
Но перед этим надо понять что случилось в моем случае.
В один прекрасный момент винда (XP) подвисла, а после резета грузиться напроч отказалась.
Начал разбираться. На другой машинке диск-манагером глянул что с ним.
Было два раздела: основной (FAT32) и расширенный (один логический диск FAT32).
Стало: основной (RAW), вторая партишена осталась в порядке.
Я так понимаю, слетела таблица разделов или еще что?
Лады. Вытянул инфу с помощью R-Studio и решил заняться самим разделом. Прочитал весь топик и решил попробовать SYMON. Видать после поиска разделов (сразу не заметил), структура партишена восстановилась - файлы, папки все на месте.
Попробовал загрузиться - не вышло. Решив что накрылась MBR, загрузился в XP REPARE CONSOLE. Там оказалось две утилитки FIXMBR и FIXBOOT. Не зная как все это работает, прочитав только help решил что мне подойдет FIXBOOT c: и похоже ошибся. После этой процедуры и перезагрузки в DOS оказалось, что первичный раздел у меня теперь FAT12! Ни каких файлов соответственно не видно.
Что я сделал не так? Почему FIXBOOT себя так повел?
Что необходимо было сделать, что бы восставносить загрузку с активного раздела?

СПАСИБО!

PS: Скорее всего теперь уже ничего не сделать, но все же спрошу - можно как нить все-таки еще реанимировать этот партишен?
Автор: KLASS
Дата сообщения: 26.08.2003 14:01
kosm
Давай попробуем

Цитата:
Попробовал загрузиться - не вышло

Неплохо бы указать, на каком этапе загрузки не вышло... Какие видел сообщения?

Цитата:
решил что мне подойдет FIXBOOT

Если MBR накрылся то тебе надо fixmbr, но ты не сказал где... см. выше

Цитата:
После этой процедуры и перезагрузки в DOS оказалось, что первичный раздел у меня теперь FAT12!

А загрузиться в DiskEditor или в тот же SyMon и исправить в MBR по смещению 01С2 с 01(FAT12) на 0В(FAT32) или 0С(FAT32 LBA) не пробовал?

Цитата:
Почему FIXBOOT себя так повел?

Эта команда просто копирует последний сектор загрузочного диска в первый сектор этого же диска, как правило 63 абсолютный сектор.

Цитата:
Скорее всего теперь уже ничего не сделать

Не делай "резких движений", думаю все еще поправимо. И не забудь делать копии секторов (в частности MBR) перед правкой, куда-нить на дискету, на всякий пожарный. Да, есть ли у тя возможность грузиться в DiskEditor с CD или дискеты?
Автор: ValterG
Дата сообщения: 27.08.2003 06:38
Про hidden в 2000-м.
Symon конечно хорошо, но "стандартное" решение -
использовать Partition Magic или Paragon из под Виндов.
Я тоже на это нарвался - ДОС PM не скрывает раздел
в 2000-м и пришлось ставить полный PM.

Val.
Автор: KLASS
Дата сообщения: 27.08.2003 07:57
ragrik22
Gavrik
ValterG
Люди, если Вы обратили внимание, то тема про то, как найти потерянные разделы, но не как их скрыть. И ищем мы тут не скрытые, но потерянные, что далеко не одно и тоже. Потому предлагаю Вам открыть новую тему и обозвать ее "Как "классически" или "стандартно" скрыть раздел"... И просьба, без обид
Автор: netrsasha
Дата сообщения: 29.08.2003 15:13
MBR вместе с таблицей разделов находится в PAGE файле (Переименовал в TXT файл и по характерной фразе в FARе мгновенно нашел-полная копия).
Теперь неплохо ба програмку (DOSовскую )которая при затертых данных о разделах их в PAGE файле быстро бы и находила. DISKEDIT с этим очень долго ,думаю, будет возиться (40 Гиг как никак).

Что скажете ? (если дурак не обижусь)
Автор: KLASS
Дата сообщения: 29.08.2003 16:45
netrsasha
В принципе верно, тока на сколько верно, что эти данные там хранятся "вечно" и не вытесняются другими данными, после успешной загрузки и работы системы в течении определенного времени. Также есть любители обнулять свап при перегрузке. Но тем не менее думаю, что это можно\нужно рассматривать, как один из вариантов восстановления инфы. Надо искать инфу по этому поводу в Нете, наверняка уже есть и готовые решения.
Автор: netrsasha
Дата сообщения: 02.09.2003 14:26
Что еще кроме MBR может попортить злобный вирус и как это восстановить?
BOOT сектор например.Его содержимое определяется типом ОС, от конкретного компа не зависит?Можно скопировать BOOT сектор с другого компьютера?
FIXBOOT восстанавливает из резервной копии с диска.Почему не пишет стандартный?Ведь копия тоже может быть затерта.
Что поможет если затерта FAT/MFT?

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465666768697071727374

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


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