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

9285
Блин! Я уже понял что лично вы не хотите помогать. Вам зуботыканье больше по душе. Ну если я Вам противен, может хватит тогда? Я хочу нормальнос Antech посоветоваться, как исправлять дальше. А не как лезгинку танцевать.

Цитата из шапки темы:
"Если вас просят, например, прислать сектора 2048+100 далее, это значит, что в архив кладете с 2048 по 2148 абсолютный"
Назвал как понятнее.
Жалобы к автору шапки

З.Ы.
А не все ли равно, 100 секторов дампа MFT, 99, или 101?

Добавлено:
получается что 63-й по счёту (обычному) является 62-ым LBA
Я сделал дамп КАК МНЕ БЫЛО СКАЗАНО!
Выбрал раздел, нажал кнопочку "от начала раздела". Программа вставила 63.
Мне не было сказано "делать дамп с 62 сектора". И не было сказано что это должен быть LBA. Было сказано "в программе DMDE". Что я и сделал. Мне тонкости не известны. Я делаю как сказано.

Цитата:

Жалобы к автору шапки

До сих пор все те, кто хотел помощи не были в претензиях; делали как написано и решали проблемы.
А тут прискакал Дартаньян, а все остальные виноватые.


Цитата:

Я уже понял что лично вы не хотите помогать.

С данного момента это утверждение является истиной.

Цитата:

До сих пор все те, кто хотел помощи не были в претензиях; делали как написано и решали проблемы.

Блин, ну вот бывают люди просто тихо гордые, а бывают форумные "эксперты".
Я делаю как написано! В точности!
Претензии от Вас, 9285. Название файла не понравилось, вот-те раз. Может хватит уже? Если в обмен на "помощь" я должен терпеть ваши издевки, нет уж, спасибо.

Цитата:

вот бывают люди просто

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

А если тебе непонятна в чём разница между 99, 100, 101 секторов то купи себе гуся, и внушай ему свои истины.

Господа подскажите, возникла не очень приятная ситуация - был винт 250ГБ, на котором было 2 primary и 1 extended раздела, под extended лежали еще несколько логических. Выглядело это примерно так

1 - Windows (10 ГБ)
2 - ???
3 -
3.1 ext2 (20 ГБ)
3.2 ext2 (4 ГБ)
3.3 ext2 (10 ГБ)
... здесь, скорее всего были еще какие-то разделы
3.6 ext2 (170 GB)

Пользовался Linux'ом. По дурости затер таблицу разделов (dd if=/dev/urandom of=/dev/sda bs=512 count=1), но, т.к. все это делалось на живой системе, то еще можно было посмотреть что было с таблицей до этого (cat /proc/partitions). Пробовал заново разбить по той же схеме, но после перезагрузки система не загрузилась. Для того, чтобы хоть как-то пользоваться компом, поставил на первые 10 ГБ Fedora Core 15, который, возможно еще и отформатировал остальные разделы, хотя вряд ли, т.к. сделал он это весьма быстро. Т.е. на данный момент имеем что таблица разделов как минимум 2 раза после потери перезаписывалась. Подскажите что можно в данной ситуации сделать и можно ли вообще?.. Хотелось бы восстановить прежнюю таблицу и, при необходимости, подпилить файловые системы, если они нарушены, хотя это вряд ли, т.к. на другие разделы, кроме первого я ничего не писал...

заранее благодарен

sapfeer
Кроме таблицы разделов в MBR присутствует загрузочный код. И скорей всего, в твоём случае он был GRUB-овский. И без него загрузки естествено не будет. Его возвращал?

Цитата:

Пользовался Linux'ом.

Каким конкретно?
Упоминание Fedora очень настораживает. Не знаю как 15-я, но 14-я при почему то упорно стремилась создать LVM, в результате чего забивала (частично) существующие структуры.
Сделать что то можно всегда, но вопрос в том, что будет на выходе.
Для начала сбрось скриншот экрана разделы в DMDE + дамп 0-го сектора + лог поиска NNTFS на участке бывшего раздела NTFSю Если в размрах не очень уверен, то установи границу скана чуть больше.

9285
Спасибо большое за ответ!


Цитата:

Кроме таблицы разделов в MBR присутствует загрузочный код. И скорей всего, в твоём случае он был GRUB-овский. И без него загрузки естествено не будет. Его возвращал?

Не совсем так... Насколько я знаю, в MBR кода GRUB-овского кода как такового нет, есть лишь ссылка с какого раздела из /boot/grub брать grldr, т.е. сам код. Тем не менее, да, я пробовал делать grub-install, но это в любом случае не поможет, если нет информации о разделах...


Цитата:

Каким конкретно?
Упоминание Fedora очень настораживает. Не знаю как 15-я, но 14-я при почему то упорно стремилась создать LVM, в результате чего забивала (частично) существующие структуры.

До этого пользовался Ubuntu. С федорой про LVM и речи никакой быть не может - я хоть и чайник, но не настолько - я ей отдал две обычные партиции, root и swap, так что с остальными разделами должно быть все в порядке, ну я надеюсь....

Цитата:

Сделать что то можно всегда, но вопрос в том, что будет на выходе.
Для начала сбрось скриншот экрана разделы в DMDE + дамп 0-го сектора + лог поиска NNTFS на участке бывшего раздела NTFSю Если в размрах не очень уверен, то установи границу скана чуть больше.

Сделаю, только вечером, т.к. сейчас под рукой диска нет. Еще есть вопрос - можно ли еще раз систему переставить, а то с этой федорой долго очень возится надо чтобы заставить работать?.. Я бы хотел пока поставить туда винду, на первые 10ГБ, чтобы хоть как-то пользоваться компом, а то сейчас пишу с работы...

sapfeer

Цитата:

Насколько я знаю, в MBR кода GRUB-овского кода как такового нет

Скажем так - там его начальная часть, без которой вполне естествено говорить о возможности загрузки не стоит.

Цитата:

С федорой про LVM и речи никакой быть не может - я хоть и чайник

Я разве писал что ты чайник? Просто описал (возможный) случай, который не раз случался отнюдь не с новичками.

Цитата:

можно ли еще раз систему

Недаво у менябыла ситуация, когда в процессе установки ХР она подправила значения стартового и конечного цилиндра. После этого у меня нет уверености что не могут быть и другие недопустимые изменения в структуре данных.
Не руководство к действию, а просто то, как бы я поступил в данном случае. Если в пределах первого раздела (10 гигового) федора ничего не расположила, то:
1. Сохранил 0-вой сектор.
2. Если запись о прежнем 10 гиговом разделе осталась (наиболее удобный случай), то оставил бы только её. В противном случае удалил бы данные о всех разделах.
3. В процессе установки винды (не семёрки, которая может создать свой служебный раздел 100 мб) создал бы диск гигов на 9 (это если таблица зачищалась полностью) или поставил бы на оставшийся 10 гиговый.

PS. А вообще то, есть и другой вариант - LiveCD, с которого можно работать в интернете, а заодно и работать с той же DMDE.

Цитата:

Я разве писал что ты чайник? Просто описал (возможный) случай, который не раз случался отнюдь не с новичками.

Спокойно, это самоирония;) Я ничего не имел ввиду, просто пошутил)


Цитата:

Если в пределах первого раздела (10 гигового) федора ничего не расположила

Э-э-э-э-э, федора расположила в первых 10 ГБ свои кости, т.е. систему, предварительно скорее всего подправив MBR и, соответственно, и разделы. Т.е. перезаписала MBR во второй раз, выделил чтобы подчеркнуть что, вероятнее всего желаемый MBR придется восстанавливать, т.е. делать именно recovery, причем низкоуровневое... Специально ставил ее туда, т.к. точно знал что на них нет ничего полезного.


Цитата:

PS. А вообще то, есть и другой вариант - LiveCD, с которого можно работать в интернете, а заодно и работать с той же DMDE.

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

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


Цитата:

федора расположила в первых 10 ГБ свои кости, т.е. систему,

Упоминая федору, имелось в виду размещение в начале загрузочного раздела а затем LVM.

Вроде там весь этот выводок логических разделов был ext2. Тогда искать вполне возможно (по magic number), но кто будет делать все эти AMBR`ы, я не знаю. Надеюсь, это и не нужно. Т.е. как говорит 9285, найти первую AMBR и сделать PT. Но вот если первая AMBR накрыта, тогда сложнее...
Для начала надо действительно посмотреть "Разделы" из DMDE.

9285, Antech
Спасибо за советы! Буду бороздить интернет в поисках программ восстановления разделов... Мне нужно реально не много - прошерстить диск, найти в нем соответствующие партиции и создать на основе собранной информации таблицу разделов. Надеюсь это возможно...

sapfeer
Не все программы одинаково полезны.
И, как уже писал, программы эти если и использовать то для получения информации - например о втором разделе, или части разделов в расширенном разделе.
И да, в свете того, что федора устанавливалась в первый раздел, который не нужен, лог поиска NTFS тоже не нужен.

9285
Буду действовать предельно осторожно. Коллеги посоветовали GParted LiveCD с утилитой testdisk - говорят восстанавливала убитый нолями MBR) Сегодня вечером попробую... А что делать дальше? Ну предположим я что-то найду, но той же программой восстанавливать не буду, как потом я смогу использовать эти данные?..

sapfeer
И в этой, и в другой теме можно найти примеры печальных последствий после использования тестдиска.

Цитата:

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

Предположим что ты можешь выложить эти данные здесь (как и те, о которых шла речь ранее).

9285
Понял. Может быть тогда посоветуете что-нибудь для поиска разделов, кроме DMDE, хотя, как я понял, он разделы все-таки не ищет, а смотрит в MBR...

Добавлено:
...он, оказывается еще и ext2 не ищет. Нужно что-нибудь еще посмотреть

Сейчас делаю кейс с накрытой MFT (клиент почему-то захотел в привате, не иначе как коды запуска ракет). Так вот, он как-то умудрился записать в бутсектор загрузчик от MBR с помощью TestDisk. Ну ясен перец, что все параметры раздела затерлись, правда он Виндой форматил и там копия BS есть.
Вот как помогает иногда ТестДиск

sapfeer

Цитата:

он разделы все-таки не ищет, а смотрит в MBR

Он ищет, но только виндовые. Зато как!

Можете попробовать поискать в TestDisk, но ничего не исправлять там. В проге можно войти в раздел и посмотреть содержимое - это позволит точно определить, что нашли то, что надо: Вам нужно определить где начинался первый логический раздел (т.е. который был в расширенной области). Потом отступаете 100 секторов ближе к началу диска (относительно начала раздела) и выкладываете дамп 200 секторов, начиная с этой позиции. При стандартной разметке там будет AMBR.

Цитата:

он, оказывается еще и ext2 не ищет

Он не ищет их по структуре (если так можно сказать), но зато неплохо ищет разделы (таблицы разделов) вообще.

Добавлено:
Antech
полуОФФ
Неоднократно перезаписывал загрузочный код MBR TetDisk-ом, но не замечал чтобы он перезаписывал таблицу.
Так что тут более справедливо про умудрённость пользователя. И даже вполне предсказуемо что просто тыкал наугад и не пропустил Clear MBR. Опять же, наличие копии бутсектора заслуга не тестдиска.

9285

Цитата:

не замечал чтобы он перезаписывал таблицу

Нет. Там именно в бутсектор раздела умудрились записать. а в бутсекторе, как Вы знаете, вначале параметры, а потом - загрузчик. В MBR - наоборот. Результат очевиден...

Цитата:

Там именно в бутсектор раздела умудрились записать.

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

Первый прогон диска TestDisk'ом честно и правильно показал все разделы:

1 * Linux 0 32 33 1044 117 33 16777216 [_Fedora-15-i686-]
2 P Linux Swap 1044 117 34 1304 230 62 4184048
3 P Linux 2611 1 1 5221 213 34 41943040
4 E extended LBA 5222 0 1 30401 254 63 404516700
5 L Linux Swap 5222 1 1 5744 254 43 8401912
6 L Linux 5745 1 1 28214 254 56 360980480 [media]
7 L FAT32 LBA 28215 0 1 30400 254 63 35118090 [BUFFER]

Все файлы на месте. Можно ли ее таким образом записать?..

sapfeer
Ну, если у тебя между 2 и 3 им разделом имеется 10 гиговая дыра, а в расширенном разделе разделы с разнообразными смещениями были и раньше, то почему бы и не записать?
Перед записью может всё таки заскриншотишь экран Разделы DMDE - посмотрим что круче?

Из Линукса пойдет?..


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

sapfeer
Проблема в том, что таблица уже есть, сложно проверить результаты DMDE.
А TestDisk вообще любитель CHS и начальные LBA разделов не выводит, так что с таким интерфейсом пусть гуляет в саду. Автор что ли не заметил, что CHS уже давно никому не надо?...

Вы можете сделать так. Сохранить нулевой сектор через dd, а потом дать ТестДиску записать таблицу. Это проще всего, раз уж он видит все Ваши разделы. Правда, он может еще и AMBR(ы) записать, но более разумных путей в Вашем кейсе не видно.


Цитата:

Главное сейчас - вернуть ноут к жизни, а со смещениями и дырами можно и потом разобраться

Лучший вариант в таком случае - замена винта и переустановка + настройка ОС, затем - образ системных разделов (dump/restore ?). А потом уже можно с проблемным винтом возиться сколько угодно. Можно взять UFS Explorer и скопировать все нужные данные, а винт занулить и переразметить.

Для сравнения, и если не ошибся, то найденое Testdisk-ом в LBA должно выглядеть так.

Цитата:

Автор что ли не заметил, что CHS уже давно никому не надо?...

Я, конечно, нашел в гугле что такое CHS, но понятнее мне от этого не стало - какое это отношение имеет к моему случаю?..


Цитата:

Вы можете сделать так. Сохранить нулевой сектор через dd, а потом дать ТестДиску записать таблицу. Это проще всего, раз уж он видит все Ваши разделы. Правда, он может еще и AMBR(ы) записать, но более разумных путей в Вашем кейсе не видно.

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


Цитата:

Лучший вариант в таком случае - замена винта и переустановка + настройка ОС, затем - образ системных разделов (dump/restore ?). А потом уже можно с проблемным винтом возиться сколько угодно. Можно взять UFS Explorer и скопировать все нужные данные, а винт занулить и переразметить.

Спасибо большое за совет, но я все-таки предпочту поступить следующим образом:
1. Запишу информацию о найденных разделах в MBR
2. Восстановлю ОС и перенесу необходимые данные
3. Поставлю и настрою на другой раздел новую Ubuntu
4. Переразмечу остальной диск как нужно, т.е. правильно

9285
Ого, Вы еще и отформатировали! О_о:D Спасибо большое! Но в ее правильности я Вам не советчик, я лишь могу точно сказать, что таблица TestDisk'а в полной мере отражает список разделов до затирания MBR

sapfeer
Речь не о Вас, а об авторе проги. CHS - это физическая адресация, при которой винт просят найти сектор но номеру головы, цилиндра и сектора на дорожке (cylinder/head/sector). Винты, умеющие "по-настоящему" работать в CHS, можно найти только в музее. Современные могут эмулировать, но толку ноль, т.к. раздел больше 8+ ГБ так не адресуется (ограничение по разрядности в MBR, а в более современных стилях разметки нет ничего про CHS). Все современные винты работают в LBA (logical block addressing), где сектор идентифицируется только одним числом - номером в массиве секторов 0...MaxLBA. Это намного проще. А уж как внутри устроена разметка поверхностей на сектора, это гораздо сложнее и оффтопик.


Цитата:

чем чревата потенциальная замена AMBR

Поиском координат ext2 разделов (если вдруг ТестДиск ошибся, иначе-то сразу можно шампанское открывать).


Цитата:

что это вообще такое?

Abstract MBR, т.е. такая же MBR, как в секторе 0, но без кода загрузчика. Обычно там задан только один "настоящий" раздел, а вторая запись указывает на следующую AMBR (когда логических разделов более одного). Но у Вас там может быть и 4 записи "обычных" разделов, разметка-то нестандартная (вернее, нетрадиционная).


Цитата:

предпочту поступить следующим образом

Как хотите. Надеюсь, все нормально восстановится автоматически. А уж что с осями делать - Вам решать.


Цитата:

Вы еще и отформатировали!

Он сделал табличку в Экселе , а heads и sectors эвристически определил (heads=255, sectors=63 и это стандартно). Ну нет, у меня для мозготраха есть сейчас другая тема .

P.S.
Интересно, этот форум вообще кто-нибудь админит, или "оно само"? Новогодние смайлы до сих пор на стандартные не сменены, а уже за середину лета перевалило...

Цитата:

а heads и sectors эвристически определил

Обижаете, начальник - всё в специальном калькуляторе посчитано.

9285
А что за калькулятор?
(Я имею в виду heads per cyl и sectors per track. То, что CHS => LBA пересчитано, это понятно.)

Antech
PT Calc, хотя без калькулятора, можно то же самое "посчитать" в DMDE.