|
ru.unix.bsd
- RU.UNIX.BSD ------------------------------------------------------------------
From : Valentin Nechayev 2:5020/400 15 Jul 2004 12:56:13
To : Andrey Ostanovsky
Subject : Re: repair data
--------------------------------------------------------------------------------
>>> Andrey Ostanovsky wrote:
AO>>>>> Был винт с фрей. Помер. Hе совсем, но куча ошибок при чтении
AO>>>>> разделов при помощи dd. Сделал с помощью dd копию раздела. Как
AO>>>>> теперь из нее данные вынимать?
AO>>>>> Пробую через файл /dev/vn0, dd if=dd_file of=/dev/vn0cbs=1024
VK>>>> зачем? это вообще-то vnconfig-ом делается
AO>>> "вообще vnconfig-ом" делается dd-шка, снятая с нормального
AO>>> раздела. А эти - битые.
?
dd if=битый_раздел of=файл bs=поменьше conv=noerror,sync
vnconfig /dev/vn0c файл
и что тут не так по-твоему?
AO> То есть, схема работает, устройств хватает и т.п. Теперь берем файл,
AO> полученный с битого раздела и пытаемся произвести те же самые действия:
AO> # vnconfig -c -v /dev/vn0 OLD_FBSD.s1a
AO> /dev/vn0: 0 bytes on OLD_FBSD.s1a
AO> # mount /dev/vn0 /mnt
AO> mount: /dev/vn0 on /mnt: incorrect super block
AO> # mount -f -o ro /dev/vn0 /mnt
AO> mount: /dev/vn0 on /mnt: incorrect super block
AO> # mount -f -o ro /dev/vn0c /mnt
AO> mount: /dev/vn0c on /mnt: incorrect super block
AO> Hе монтирует
AO> # fsck /dev/vn0
AO> ** /dev/vn0
AO> BAD SUPER BLOCK: MAGIC NUMBER WRONG
AO> /dev/vn0: NOT LABELED AS A BSD FILE SYSTEM (unused)
Ищешь запасной суперблок и скармливаешь его в fsck.
Хотя как fsck это делает - мне не нравится, похоже, лучше делать
напрямую dd суперблока из проверенной запасной копии в основное место
и затем напускать fsck на результат.
-netch-
--- ifmail v.2.15dev5.3
* Origin: Dark side of coredump (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
