The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

Восстановление partition table в FreeBSD (disk file freebsd partition trouble)


<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>
Ключевые слова: disk, file, freebsd, partition, trouble,  (найти похожие документы)
From: tin <tin at gisp.com.ua> Newsgroups: openforum Date: Mon, 2 Aug 2004 14:31:37 +0000 (UTC) Subject: Восстановление partition table в FreeBSD Оригинал: http://www.opennet.ru/openforum/vsluhforumID1/35153.html Понадобилось поднять еще один комп старенький для tftpd, bootpd и разной мелочи Я присобачил винт в FreeBSD, зашел в sysinstall, разбил разделы на новом винте (немного помучался с ad2s1e <-> ad2s1a пока не додумался поменять mountpoint) Вышел, проверил disklabel -r ad2, disklabel -r ad2s1 - все в порядке Сделал dump/restore из / в /mnt/root и проч разделы. поскольку новый винт маленький - решил порты там не держать а монтировать по NFS. подмонтировал /usr/ports в /mnt/root/usr/ports сделал chroot в /mnt/root там собрал необходимый софт и поменял конфиги вышел, размонтировал, выключил, переставил, включил новую машину, посмотрел на загрузку, дождался загрузки sshd, посмотрел на интерфейсы, залогинился локально, попинговал разные хосты Посмотрел на часы и решил доделать на след. день Сегодня пришел - новая машина грузится и работает а старая нет! Подключил вчера_сделанный_винт, загрузился с него - а на старом MBR и Partition table пустые и чистые!!! :((( если бы винты были бы одинаково побитые я бы копию слил а так не знаю как можно восстановить Жалко все дистфайлы по новой тянуть Можно ли таблицу разделов ручками восстановить???
Сообщение от idLe: К сожалению, дельного совета дать не смогу, пожалуй только поделюсь печальным опытом. Как-то я тоже умудрился запортачить таблицу разделов на домашнем компе, скопировав загрузчик с обычного раздела в MBR. Часа три потом мы маялись, пытаясь его восстановить, только потом случайно наткнулись на дискетку с старым backup-ом mbr, который делает винда при установке. Не знаю, что бы без нее делали ;). > MBR я на место засун Таблица разделов находится _внутри_ 512-байтной MBR, со смещением 1BEh и длиной 65 (41h) байт. Поэтому по логике, если вы восстановили MBR, то и таблицу разделов.
Сообщение от Alex_M: Впринципе восстановить данные можно, но надо знать формат таблицы разделов (это не проблема - описано во многих местах, например http://www.microsoft.com/TechNet/prodtechnol/windows2000serv/reskit/serverop/part1/sopch01.asp?frame=true#b ) и примерно помнить как был разбит диск. Предположим спасать будем /dev/ad2. Нам потребуется какой нибудь HEX-редактор - можно воспользоваться hexedit или миднайт коммандером (F3 -> F4 -> F2) Во первых надо найти начало FreeBSDшного слайса. Это можно сделать зная, что в начале находится загрузочный сектор раздела (его копия находится в /boot/boot1). hexdump -C boot1 00000000 eb 3c 00 00 00 00 и т.д. (Внимание! Это - у меня на FreeBSD-5.1, но есть вероятность,что в другой версии boot1 будет слегка отличаться.) Теперь поищем где находятся первые несколько байт в теле нашего пациента: hexdump -C /dev/ad2 | grep "eb 3c 00" Как только на экране появится строчка вроде этой 00007e00 eb 3c 00 00 00 00 00 00 00 00 00 00 02 00 00 00 |К<..............| жмём CTRL-C - остальное нам не интересно. Итак, обнаружили, что начало фришного слайса находится по смещению 00007e00 байт от начала диска. Разделим на размер сектора 512 байт (шестнадцатеричное - 200). 0x7E00 / 0x200 = 0x3F (т.е. сектор номер 63) Теперь примемся за создание нового MBR. Вернее его жалкого подобия т.к. восстановить информацию о разделах в формате CHS весьма и весьма затруднительно, не имея точной копии правильного MBR. А имея - не нужно всё остальное (диалектика, блин :-)). Поэтому мы ограничимся восстановлением записи в фришном слайсе только в формате LBA, что не даст нам возможности загрузиться с этого диска, но по крайней мере мы сможем его подмонтировать и спасти информацию. Для этого нам необходимо вспомнить какой был номер у раздела и его размер (если точный размер забыт навсегда, то хотя бы приблизительный плюс добавим ещё немного для гарантии, что в этот размер влезет весь слайс. Нам ведь не надолго надо - только спасти файлы ;-], а потом всё равно нужно будет переразбить правильным образом). Таблица разделов находится в MBR по смещению 0x01BE (446) и состоит из 4 записей по 16 байт. В таблице разделов нас интересует следующее: Таблица 1 Смещение Размер_поля 0x01BE BYTE #Указывает, что запись является загрузочной (0x80). Нам это не нужно, поэтому поставим 0. 0x01C2 BYTE #Номер раздела. FreeBSD слайс = 0xA5 0x01C6 DWORD #Номер первого сектора раздела. У нас 0x0000003F 0x01CA DWORD #Размер раздела (слайса) в секторах. Предположим мы приняли размер слайса = 20 000 000 000 20 000 000 000 байт / 512 = 39062500 секторов (шестнадцатиричное 0x02540BE4). Важное замечание: В таблице разделов все многобайтовые числа записываются в формате little endian, т.е. младший байт записывается слева, старший - справа. В нашем случае: Номер первого сектора раздела (0x0000003F) => 3F 00 00 00. размер слайса (0x02540BE4) => E4 0B 54 02 Последние 2 байта MBR должны быть всегда равны 0xaa55 (little endian => 55 aa) (не забудем в этом убедиться). В качестве заготовки возьмём стандартный MBR, копия которого находится в /boot/mbr cd /boot cp mbr ad2.mbr Теперь займемся собственно редактированием ad2.mbr. Я предпочёл воспользоваться клавишей F3 в мид. коммандере. F3 -> F4 -> F2. Должно получиться что-то вроде этого (в предположении, что FreeBSD слайс находится в первой записи таблицы разделов. Если это не так - ко всем смещениям из таблицы 1 прибавить нужное колличество 16-байтовых блоков! ... пропущено ... 000001A0 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 ................ 000001B0 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 ................ 000001C0 00 00 A5 00 │ 00 00 3F 00 │ 00 00 E4 0B | 54 02 00 00 ..╔...?...ДkT... 000001D0 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 ................ 000001E0 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 ................ 000001F0 00 00 00 00 │ 00 00 00 00 │ 00 00 00 00 │ 00 00 55 AA ..............U╙ Здесь 000001BE => 00 и т.д в соответствии с таблицей 1 Отредактировали - записываемся/выходим. Остался последний штрих - заливка ad2.mbr в MBR пациента : dd if=ad2.mbr of=/dev/ad2 bs=512 count=1 Убеждаемся что слайс восстановился: fdisk /dev/ad2 ******* Working on device /dev/ad2 ******* parameters extracted from in-core disklabel are: cylinders=4960 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=4960 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 5078125 (2479 Meg), flag 0 beg: cyl 0/ head 0/ sector 0; end: cyl 0/ head 0/ sector 0 The data for partition 2 is: <UNUSED> The data for partition 3 is: <UNUSED> The data for partition 4 is: <UNUSED> (числа будут другими!) disklabel /dev/ad2s1 # /dev/ad2s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 524288 0 4.2BSD 2048 16384 32776 b: 1022688 524288 swap c: 4999617 0 unused 0 0 # "raw" part, don't edit d: 524288 1546976 4.2BSD 2048 16384 32776 e: 524288 2071264 4.2BSD 2048 16384 32776 f: 2404065 2595552 4.2BSD 2048 16384 28552 disklabel: partition c doesn't cover the whole unit! disklabel: An incorrect partition c may cause problems for standard system utilities (числа будут другими! На предупреждения внимания не обращаем!) Всё! Вуаля! Монтируем что нибудь: mount /dev/ad2s1f /mnt/test Спасаем файлы ... Удачи...
Сообщение от tin: Всем огрогмное спасибо.. Все оказалось проще, чем я мог предположить Как известно kernel хранит копию partition_table в памяти я подумал, что может он ее когда-нть в своп ложил и захотел проверить Я помню что ad0s1a у меня был 256М размером, или 512000 блоков ad0s1e - 256M столько-же ad0s1f - 2G или 1024*1024*4 = 4194304 блоков ad0s1g я добавлял позже и лежит он после свопа в принципе этого бы хватило чтоб восстановить разделы считаю смещение свопа 512000*2+4194304=5218304 логично, что ad0s1b (swap) лежит на винте со смещением 5218304 или около того. Дальше проще dd if=/dev/ad0 of=/tmp/swap_img bs=512 count=2000 iseek=10192 strings /tmp/swap_img | grep "disk: ad0s1" -A25 -B25 > /tmp/result теперь смотрю в /tmp/result и нахожу там мою таблицу в виде type: ESDI disk: ad0s1 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 185 sectors/cylinder: 11655 cylinders: 5152 sectors/unit: 60046560 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 512000 0 4.2BSD 0 0 0 # (Cyl. 0 - 43*) b: 512000 5218304 swap # (Cyl. 447*- 491*) c: 60046560 0 unused 0 0 # (Cyl. 0 - 5151) e: 512000 512000 4.2BSD 0 0 0 # (Cyl. 43*- 87*) f: 4194304 1024000 4.2BSD 0 0 0 # (Cyl. 87*- 447*) g: 54316256 5730304 4.2BSD 0 0 0 # (Cyl. 491*- 5151*) Смотрю на смещения и размеры и понимаю что не ошибся теперь disklabel-ом ее впихиваю делаю fsck и все работает... в общем не пришлось и систему переставлять ps: правда корень пришлось-таки забрать с винтаб на который я его в свое время записывал (вчера) и MBR вкатать стандартный из sysinstall

<< Предыдущая ИНДЕКС Поиск в статьях src Установить закладку Перейти на закладку Следующая >>

Обсуждение [ RSS ]
 
  • 1, KuKaZuKa, 11:14, 27/01/2008 [ответить] [смотреть все]
  • +/
    ad0s1a у меня был 256М размером, или 512000 блоков
    ad0s1f - 2G или 1024*1024*4 = 4194304 блоков
    ^^^^^^^^^^

    Почему 256M=512000 блоков... (256*1000*2), а
    2G=4194304 блоков ((2*1024)*1024*2)...

    Имхо правильнее было бы считать так: 256M=524288 блоков... (256*1024*2)

    Успехов...

     
  • 2, KuKaZuKa, 11:31, 27/01/2008 [ответить] [смотреть все]
  • +/
    Кусок man bsdlabel на эту же тему:

    The size of the partition in sectors, K (kilobytes - 1024), M (megabytes - 1024*1024), G (gigabytes - 1024*1024*1024), [...]. Lowercase versions of K, M, and G are allowed.  Size and type should be specified without any spaces between them.
     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:





      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor