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

Меня тоже сначала смутило наличие трех пар. Когда я уже вышел из темы - посидел, минут десять на тетрадку, почесал репу исправил цифирьки в ВИДе ТАБЛИЦы РАЗДЕЛОВ.....
Оказывается у меня было 4 логических диска 10,5; 10,5; 5,3 и 5,5....
Короче БОЛЬШОЕ СПАСИБО ЗА ТО ЧТО У НАС ЕСТЬ ТАКИЕ ГОЛОВАСТЫЕ МУЖИКИ!!!!!!!!!!!
Теперь все есть. И точно какбудто ничего и не происходило. А сколько нервов!...
Удачи! Не поминайте лихом! Всем расскажу что есть такой KLASS!!!!!

Цитата:

Оказывается у меня было 4 логических диска

И такое бывает...

Цитата:

И точно какбудто ничего и не происходило.

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

Цитата:

Теперь все есть.

Поздравляю с крещением

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

Теоретически - заманчиво....
Принесу источник, напишу адрес где я это вычитал...

А практически - хотелось бы посоветоваться. Fdisk - оно сначало создавать EXtendid категорически отказывается.

Хотелось бы узнать стоит ли овчинка выделки?...
P.S.
До сих пор волосы дыбом от экспериментов..... Но так интересно!!!!

Цитата:

Хотелось бы узнать стоит ли овчинка выделки?...

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

И еще раз спасибо. В натуре чего велики изобретать...
Больше не буду с глупыми вопросами умничать.

вставлю свои 5 копеек...
у меня пару недель назад на работе накрылся 60гиговый диск. там было 2 раздела 5 и 55 гигов. Включаю значит комп - хард поцокал поцокал минутку, винда загрузилась (она на другом харде), так вот 5 гиговый распался на 3 логики (но там ничё у меня и небыло ценного) а 55гиговый распознался системой как пустой неформатированый раздел... меня холодным потом прошибло, там все документы по работе, а бакап как ламер последний сделать поленился. Там помимо документов еще софта 30 гиг было, его то не забакапишь. Вобщем взял я его домой и первым делом попытался файлы важные с него восстановить, много чего перепробовал с переменным успехом, самым печальным пожалуй оказалось то, что не сработал акронисовский РекавыриЭксперт (самая последняя версия на тот момент) быстрое сканирование ниче не дало (минут 30), запустил полное - еп...сканил непрерывно 2 дня! нашел сотню фат-фат32 разделов, пару мелких нтфс, и 20 гиговый линуксовый раздел а мой 55-гиговый нтфс так и не обнаружил. Сильно разочаровался в этой проге (правда тешу себя мыслью что сделать тут ничего и нельзя было, и дело не в проге, таблица разделов видимо сильно пострадала). Реально помогла Easy Recovery 6, когда ей сказал искать именно нтфс раздел, за несколько минут его обнаружила, просканировала за минут 40 и выдала мне всё его содержимое с полностью сохраненой структурой папок и абсолютно корректными именами всех файлов.
KLASS
неужели копаясь в харде диск эдитором можно добиться большего, чем темже РекавыриЭкспертом? ведь по идее то что можно наковырять ручками РекавыриЭксперт и в быстром сканировании обнаружит (я про восстановление раздела целеком) или я не прав?

Цитата:

неужели копаясь в харде диск эдитором можно добиться большего, чем темже РекавыриЭкспертом

Извини, несколько не по теме вопрос... мы не сравниваем здесь программы, лучше ли, больше ли, быстрее ли и т.п. Для каждой программы есть своя тема, а мы тут восстанавливаем доступ к данным вручную, даже, если на это и уходит больше времени. И потом, при восстановлении доступа к разделам, используя различного рода программы, работающие на автомате, ты скажешь челу: нажми "пуск" и программа найдет тебе все за несколько секунд... а если не найдет? Но данные то лежат на диске и целехонькие. Вот тогда чел из той темы переберется сюда и будет учиться, или учить нас, как грамотно, ручками восстановить доступ к данным. Я не против использования программ, работающих на автомате, я за изучение структуры дисков в целом и фаловой системы в частности.

Теперь я свои три копейки вставлю...


Цитата:

неужели копаясь в харде диск эдитором можно добиться большего, чем темже РекавыриЭкспертом? ведь по идее то что можно наковырять ручками РекавыриЭксперт и в быстром сканировании обнаружит (я про восстановление раздела целеком) или я не прав?

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

Цитата:

И таблицы разделов

Маленькая поправка: копий таблицы разделов, на диске нет, ее можно создать самому, скопировав целиком MBR в файл и положить на дискету, на всякий, чтобы не возиться потом ручками и это будет быстрее, чем любой программой.

Цитата:

А это кажется оч-ч-чень утомительно.

DiskPart очень быстро обнуляет диск. У меня раньше стоял 5400 на 8Гб, где-то минут за 10 обнулял. Щас поставил SATA 7200 на 80Гб, за 15 управляется.

Novik_Andry
KLASS
рас уж сами заговорили
http://forum.ru-board.com/topic.cgi?forum=55&topic=0003&start=620#lt
а нулями забивать - плохая идея

Твое заявление

Цитата:

а нулями забивать - плохая идея

По меньшей мере странное, если учитывать тот факт, что Microsoft включила эту функцию в DiskPart. Также эта функция входит в утилиту командной строки Сipher (EFS), запуск которой с параметром /W, позволяет заполнить нулями то место на диске, которое занимал шифруемый файл.

KLASS
Проблема возникла после посещения юными дарованиями темы форума " Как приколоться над преподами" и видимо этой темы.

Молодые вундеркинды поизвращались над винтом.
Известно только то, что значение 80h изменено на 0 - известно от тех, кто менял, так же известно, что извращались только над MBR.
Винт 20 Гиг Samsung, 1 раздел NTFS, система XP Pro CE
Загрузка возможна только с флопа (загрузка с USB пока под большим вопросом).
В системнике нет сидюка, системник пломбирован ( сеть 10BaseT - 12 машин и только на 2 есть CD).

Для данной сети создавал диск на основе ЕRD Сommander, в состав диска входят также продукты от Акронис.
При загрузке с машины админа True Image Server 7.0 видит диск как неразмеченный, есть имидж данного диска, восстановление имиджа возможно, но не желательно и только если более ничего не смогу сделать.
При загрузе с DiskEditor Deluxe машина виснет.
Кроме акронисов с другими продуктами туго...
Вопрос - Как в данной ситуации восстановить MBR ?

TVN
У меня DiskEditor Deluxe вис и конкретно ВИС, когда количество секторов было больше, чем должно быть . Для примера в таблице разделов сознательно увеличь число секторов, на работоспосбности выни это (имхо) не скажется , а для DiskEditor - верная смерть.
Вообще-то это относится к этой фразе
Цитата:

Известно только то, что значение 80h изменено на 0 - известно от тех, кто менял, так же известно, что извращались только над MBR.

По косвенным признакам можешь представить над чем еще извращались.

dadu
Думаю, что правили код начальной загрузки, но могли править вплоть до смещения 01CDh , не думаю, что полезли дальше.
А дней за 5, усиленно распрашивали, о последних двух байтах сектора MBR где находится сигнатура 55AAh, которую можно использовать как маску при поиске PT и MBR.

TVN

Цитата:

При загрузке с машины админа True Image Server 7.0 видит диск как неразмеченный

Таблицу прибили...

Цитата:

есть имидж данного диска

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

Цитата:

Загрузка возможна только с флопа

Цитата:

Как в данной ситуации восстановить MBR ?

Загрузиться с системной дискеты где есть fdisk и дать fdisk /mbr на всякий случай, может юные дарования и в коде загрузчика шарили...
Далее есть замечательная программулина SyMon http://symon.ru ставится на нулевую дорожку винча с дискеты. Ставишь, грузишься в нее уже с винча, там есть свой редактор диска, смотри чего осталось от таблицы разделов и попробуй самой же программой определить потерянный раздел. В ней есть все для этого.
Неполучилось?
Значит руками восстанови то, что на рисунке обведено прямоугольниками

Первые три прямоугольника у тя должны быть, как на рисунке одЫн в одЫн. Остается восстановить Total Sectors (количество секторов раздела). Если в этой части что-то написано то обнули, загрузись в DiskEditor от Acronis (теперь должен грузиться) и открой в нем ту часть, которая помечена как "неразмеченная". Иди в самый конец этой неразмеченной части и запиши на листок абсолютный номер сектора конца раздела. Калькулятор в руки и... номер абсолютнго сектора конца раздела минус 63+1. Теперь открой диск, как физический, перейди в нулевой сектор (MBR) и в режиме просмотра "Таблица разделов" (F6) вставь полученный результат в ячейку "Кoличecтвo ceктopoв".
Юные дарования пускай сидят рядом и учатся, чтобы в другой раз ломали и сами же чинили.

KLASS
Спасибо!
От SyMon такого неожидал!

Привет, всем гурам !

Кто-то живой в форуме? С Чего начать в SYMone"?

BeS

Цитата:

С Чего начать в SYMone"?

Я не гуру, но постараюсь ответить. Если ты имеешь ввиду тот symon, про который я думаю, то тебе сюда: http://forum.ru-board.com/topic.cgi?forum=5&topic=2284 , а вообще на официальном сайте http://symon.ru/ есть документация как для прочтения: http://symon.ru/usr/rus/docs.shtml , так и для скачивания: http://symon.ru/usr/rus/download.shtml#docs . Если же ты используешь эту пргу как инструмент для восстановления чего-то упавшего, то неплохо бы конкретизировать ворос.

Уважаемый ALL!!!!
Столкнулся сегодня с ситуацией.
Сервер Windows 2000, SP4. Живет 2 месяца без проблем. Винт Seagate 40Gb на НТФС, разбит на три диска.
Железо - неглючное. UPS - APC BACK UPS RS 500VA BR500I.
Вирусы - кажется отсутствуют.

Проблема: Утром - BSOD, содержание которого неизвестно. После выясняется, что первичный раздел слетел начисто, включая файловую систему. Дополнительный раздел - все в порядке.
При проверке чекдиском при загрузке с акронисовского диска на основном разделе появляется почти все, кроме реестра, журналов событий и т.п.
Вовремя сделанный бэкап помог это все восстановить.
Подскажет кто-нибудь из-за чего могло такое произойти?

Doug

Цитата:

включая файловую систему

Что под этим подразумевается? если

Цитата:

При проверке чекдиском при загрузке с акронисовского диска на основном разделе появляется почти все,

т.е. если слетит FS, врядли что-то можно увидеть, ваще.

Цитата:

кроме реестра, журналов событий и т.п.

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

Doug

Было раз нечто подобное,сервер(тоже под UPS) упал в BSOD (тоже утром)
Приехали, начали разбираться, вынимать инфу надо,бекап староват был
Получили: при запросе определенного файла (документ-экспериментальным путем определили)-т.е. ясно, что не в файле дело, а в секторах HD, где он размещен - BSOD с постоянно меняющимся содержанием, вплоть до нечитаемых иероглифов, в результате там полетел Raid 1, сервак был устаревшим, просто поменяли на новый, этот не изучили до конца, предположительно-материнская плата или/и кулер процессора

Doug
Железо, пожалуйста, подробней опиши.
Материнка, камень и память?

KLASS
С подобной проблемой сталкивался, у клиента разгон стоял на памяти 500, на шине 1000, на AGP 100, PCI 50 (М/В SIS 661, камень 2.6)

Описание железа:
Мать - Epox 2002 года со встроенной raid-контролькой HPT370, работает без глюков круглосуточно в течении 1,5 лет.
Рабочая температура - 33 градуса.
Проц - Athlon 1700+. Рабочая температура - 52 градуса.
Память - 512Мб DDR.
Винты - 2 шт. Seagate Barracuda 40Gb. Стоят на RAID 1-0
Английский Win2000 server проработал спокойно 14 месяцев. Проблем не наблюдалось.
Поставил русский сервер. Проблемы начались.....

Новые сейчас только HDD (куплены 2 месяца назад).
Разгона нет.

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

Цитата:

При загрузке с CD

Во что, куда, т.е. какя программа?

Цитата:

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

Грузись в DiskEditor, смотри чаво в таблице разделов? Картинка на предыдущей странице. Выкладывай сюда.

К сожалению пришлось по быстрому восстанавливать из Ghost'овского имиджа...
Так что DiskEditor уже невозможен... Да и находится этот комп в часе езды от меня.
Загружался с Акронисовского диска с WinXP PE.

Меня сейчас интересует из-за чего это могло произойти: глюки железа или глюки софта?

ПОМОГИТЕ!!!
Грохнулась 80 Гиговая Барракуда забитая под завязку :(
W2k говорит что диск не отформатирован :(
Весь винт занят ТОЛЬКО ДАННЫМИ - 1 логическй диск NTFS (НЕ загрузочный).

Все что влезло на 20 Гиговый винт скопировал с помощью ZAR32 (нашла практически ВСЕ файлы, даже структуру каталогов ПОЧТИ угадала)...
Оставшееся жалко - копировать некуда :(
Кучу прог перепробовал - все извлеченные данные копируют на другой носитель :( - мне это не подходит.

Так что остается одно - править вручную MFT :(
(я так полагаю, что в ней вся проблема, поскольку BootRecord ZAP32 посчитал вполне валидным)
Как считаете, реально? (С моими тупыми мозгами)

информация к размышлению:

Код:
Volume Partition Partition Start Total
Letter:Label Type Status Size MB Sector # Sector Sectors
------------- --------------- -------- -------- ---------- - ---------- ----------
NTFS Pri 76316.6 0 0 63 156296322

mozers

Цитата:

Так что остается одно - править вручную MFT

Э-э... по осторожней, не надо править в MFT ничего... может ты имел ввиду MBR?
Но, судя по смещению 63 и количеству секторов на томе 156296322, у тя все верно, значит таблица цела.
Запускаешь DiskEditor, от того же Акронис, открываешь в нем свой ЛОГИЧЕСКИЙ диск (раздел), копируешь на дискету самый первый сектор РАЗДЕЛА (не физич. диска, но логического, абсолютный сектор 63). Далее двигай в конец этого раздела и копируй последний сектор РАЗДЕЛА (не диска, абcoлютный ceктop 156 296 384) Это есть копия бутявого сектора, возможно она живая и правильная. Теперь вставляешь этот последний сектор на место первого и смотришь есть ли изменения, выделенные зеленым цветом, если есть, значит все-таки бутявка навернулась, если изменений нет, опять сюда и подробнее в деталях, что делал после чего получил это:

Цитата:

W2k говорит что диск не отформатирован

KLASS
Все правильно говоришь - оттого и плохо
Все сходится. И BootSector по смещению 63 абсолютно идиентичен сектору 156 296 384.
И кнопочки "Go" (это я MS DSKPROBE юзаю) абсолютно правильно приводят на начало MFT и MFT mirr.
Т.е. делаю вывод что и PartitionTable и BootSector АБСОЛЮТНО ПРАВИЛЬНЫЕ.
Все дело в MFT.
Попробовал я ручками... (WinHEX - удобная вестч!). Ну вытащил один маленький файл (выделил нужный участок и сохранил на другом диске как файл). Прикольно побаловаться когда делать нечего...
Понятно одно - ВОССТАНОВИТЬ MFT РУКАМИ НЕВОЗМОЖНО.
Вот блин ((

Цитата:

и подробнее в деталях, что делал после чего получил

Что делал: Таскал, таскал (удобно и дома и на работе - одна почтовая и Мирандина база, одни и те же проги для отладки, один и тот же софт... Никогда не ругнешся в сердцах из за того, что что то забыл или дома или на работе...
Дома ХР на работе W2kAS - воткнул винт - и порядок. Только вот уже 2 неделю контакты на мобил-реке барахлят. Как вылетит - включаю к шлейфу напрямую.
Ну и довключался ((
P.S.Как оказалось ZAR32 нашла далеко не все. Погибло самое ценное ((
Люди, не храните на мобил-реках ценные вещи!
Может кто прогу какую секретную знает???

Добавлено
Да, думаю это важно:
В момент отказа на диске была открыта туча файлов (Bat, Miranda, Total Commander,...)
Ну, думаю, опять мобил-рек задурил - переключил на шлейф - а все -финита
Вот те файлы, что тогда были открыты, сейчас и восстановить никак не выходит
Сейчас дома попробовал - хрена

Цитата:

Ну, думаю, опять мобил-рек задурил - переключил на шлейф - а все -финита

Странно, что же от плохого контакта может рухнуть MFT? А как же журналирование с ее транзакцией... Мдя

Цитата:

Как оказалось ZAR32 нашла далеко не все.

Надо пологать она могла найти тока то, что жИво в самой MFT... другими словами у тя упала MFT в какой то ее части, в которой и были записи об этих самых файлах, которые ты не смог востановить. Случай не ординарный и весьма любопытный для изучения. Смотрел ли ты шапки записей MFT (типа FILE0), есть ли какие искажения, неточности, мусор. Много ли файлов было на томе и какого размера сама MFT? Сильно ли фрагментирована MFT? Сколько фрагментов? Что кажет WinHex в самом файле $MFT? Просмотрел ли ты его весь на предмет ереси? Если есть ересь в файле, то хотелось бы ее увидеть... имею ввиду, если не трудно, сними копию с нескольких секторов MFT (подряд идущих, с десяток другой), где есть ересь и отправь мне сюда klass#bk.ru Все интересно, расскажи, как можно подробнее. Не торопись форматить, это бесценный материал для изучения, возможно, что не все потеряно.

Цитата:

Вот те файлы, что тогда были открыты, сейчас и восстановить никак не выходит

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

Цитата:

что так могло заламать файловую систему, неужто обычный неконтакт?

ОН проклятый.
Эта NTFS только по книжкам супернадежна. FAT32, по крайней мере, чинится простче.
(MFT через часок отправлю, только ящик починю. ВСЕ полетело :(((