The OpenNET Project / Index page

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

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"Восстановление раздела ufs"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [ Отслеживать ]

"Восстановление раздела ufs"  +/
Сообщение от guest (??) on 05-Ноя-09, 03:23 
Здравствуйте. Проблема такая, после краха системы, слетела таблица разделов. Восстановил ее с помощью testdisk - два раздела, ufs и ext2. С Ext2 проблем не возникло, а ufs перестала монтироваться.

#mount /dev/da0s1 /mnt/files
mount: /dev/da0s1 : Invalid argument

#fsck -t ufs /dev/da0s1
** /dev/da0s1
Cannot find file system superblock
ioctl (GCINFO): Inappropriate ioctl for device
fsck_ufs: /dev/da0s1: can't read disk label

#bsdlabel /dev/da0s1
bsdlabel: /dev/da0s1: no valid label found

#fdisk da0
******* Working on device /dev/da0 *******
parameters extracted from in-core disklabel are:
cylinders=38913 heads=255 sectors/track=63 (16065 blks/cyl)

Figures below won't work with BIOS for partitions not in cyl 1
parameters to be used for BIOS calculations are:
cylinders=38913 heads=255 sectors/track=63 (16065 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 16128, size 419392827 (204781 Meg), flag 0
    beg: cyl 1/ head 1/ sector 1;
    end: cyl 1023/ head 254/ sector 63
The data for partition 2 is:
sysid 131 (0x83),(Linux native)
    start 419425020, size 205712325 (100445 Meg), flag 0
    beg: cyl 1023/ head 254/ sector 63;
    end: cyl 1023/ head 254/ sector 63
The data for partition 3 is:
<UNUSED>
The data for partition 4 is:
<UNUSED>

Что теперь возможно предпринять?

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "Восстановление раздела ufs"  +/
Сообщение от DN (ok) on 05-Ноя-09, 04:09 
>[оверквотинг удален]
>
>#fsck -t ufs /dev/da0s1
>** /dev/da0s1
>Cannot find file system superblock
>ioctl (GCINFO): Inappropriate ioctl for device
>fsck_ufs: /dev/da0s1: can't read disk label
>
>#bsdlabel /dev/da0s1
>bsdlabel: /dev/da0s1: no valid label found
>Что теперь возможно предпринять?

Пробовать восстановить метку диска /dev/da0s1 .
Для начала запишите то, что находится в месте, где храниться метка диска
с помощью dd в файл, а потом уже используйте
что-то типа http://www.freshports.org/sysutils/scan_ffs/


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "Восстановление раздела ufs"  +/
Сообщение от guest (??) on 05-Ноя-09, 13:57 
>[оверквотинг удален]
>>
>>#bsdlabel /dev/da0s1
>>bsdlabel: /dev/da0s1: no valid label found
>>Что теперь возможно предпринять?
>
>Пробовать восстановить метку диска /dev/da0s1 .
>Для начала запишите то, что находится в месте, где храниться метка диска
>
>с помощью dd в файл, а потом уже используйте
>что-то типа http://www.freshports.org/sysutils/scan_ffs/

Помудрил своими кривыми ручками :) и понеосторожности записал информацию прямо в da0 - возможно ли как-то удалить bsdlabel из da0 ? что бы вернуть два слайса, которые видны в fdisk

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

5. "Восстановление раздела ufs"  +/
Сообщение от lavr email on 06-Ноя-09, 17:13 
>[оверквотинг удален]
>>
>>Пробовать восстановить метку диска /dev/da0s1 .
>>Для начала запишите то, что находится в месте, где храниться метка диска
>>
>>с помощью dd в файл, а потом уже используйте
>>что-то типа http://www.freshports.org/sysutils/scan_ffs/
>
>Помудрил своими кривыми ручками :) и понеосторожности записал информацию прямо в da0
>- возможно ли как-то удалить bsdlabel из da0 ? что бы
>вернуть два слайса, которые видны в fdisk

выше смотрите свой же ответ fdisk после восстановления testdisk'ом вот вам
реальные данные для перезаписи слайсов.

Если не намудрили со scan_ffs (не запортили данные bsdlabel), то все можно восстановить
В таких случаях dd для образа и с ним работать.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "Восстановление раздела ufs"  +/
Сообщение от zd3n (ok) on 05-Ноя-09, 07:23 
Какая ОС?
Если solaris, то восстановить суперблок можно так:
1. Узнать адреса резервных копий суперблока.
Для этого выполнить
#newfs -N <слайс>
Там будет выведен список резервных копий суперблока.
2. Подкинуть один из адресов копий суперблока программе восстановления
#fsck -o -b=<адрес одного из резервных суперблоков>  <слайс>

Если не Solaris, то принцип тот же, но с применением уже своих аналогов данных команд...

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Восстановление раздела ufs"  +/
Сообщение от guest (??) on 05-Ноя-09, 12:27 
>[оверквотинг удален]
>Если solaris, то восстановить суперблок можно так:
>1. Узнать адреса резервных копий суперблока.
>Для этого выполнить
>#newfs -N <слайс>
>Там будет выведен список резервных копий суперблока.
>2. Подкинуть один из адресов копий суперблока программе восстановления
>#fsck -o -b=<адрес одного из резервных суперблоков>  <слайс>
>
>Если не Solaris, то принцип тот же, но с применением уже своих
>аналогов данных команд...

Ах да, забыл - ОС FreeBSD


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2022 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру