У тебя раздел точно подключен и активен?

lvscan что показывает?

точно подключен

oot@Microknoppix:~# lvscan ACTIVE '/dev/VolGroup01/LogVol00' [145.03 GiB] inherit ACTIVE '/dev/VolGroup01/LogVol01' [3.91 GiB] inherit

даже после восстановления удается с прмощью fsck -p восстановить часть данных, но диск при этом не юзабелен - слишком много повреждено оказывается

ошибок не возникает

А зачем тогда conv=sync,noerror ?

Есть ли способ восстановить данные?

А кто знает, что /mnt/usb/backup.img.gz содержит рабочий образ файловой системы, а не мусор?

а как проверить, если сравнивать md5 уже не с чем?

Я бы посоветовал сделать

mkfs /dev/mapper/VolGroup01-LogVol00
mount /dev/mapper/VolGroup01-LogVol00 /mnt1
gunzip -c /mnt/usb/backup.img.gz > /mnt1/backup.img
file /mnt1/backup.img
mount -o loop /mnt1/backup.img /mnt2

Если получится, тогда и поговорим о проблемах LVM, a пока это проблемы образа (backup.img.gz) и/или рук.

Поди бэкапил с работающей файловой системы... Ну-ну. fsck тебе в руки.

А лучше выкинь этот образ, и сделай новый. Через снапшот, сделанный с фризом.

проблема в том что этот кривой образ я ужы пытался «восстановитЬ» обратно. Так что снапшот делать уже не на чем. Я не говорил, кстати о проблемах LVM - проблема в кривых руках, которые запароли диск. И этот диск нужно восстановить.

mount -o loop /mnt1/backup.img /mnt2

выдает ошибку такую же как и при монтировании восстановленного диска: wrong fs type, bad option, bad superblock on /dev/mapper/VolGroup01-LogVol00, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

Как говорится, «можешь впадать в отчаяние». Шансов очень мало.

Если fsck не помогает, попробуй утилитки типа photorec.

file /mnt1/backup.img

что говорит?

root@Microknoppix:~# file /mnt/usb/VolGroup01-LogVol00.img /mnt/usb/VolGroup01-LogVol00.img: Linux rev 1.0 ext3 filesystem data, UUID=51d6713f-ff55-45db-800f-92315c2c5316 (needs journal recovery) (errors) (large files)

сделал так: dd if=orig_img of=new_img bs=4K skip=60K потом залил образ на диск /dev/mapper/VolGroup01-LogVol00 без параметров просто dd if=new_img of=/dev/mapper/VolGroup01-LogVol00 (Заливалось очень долго, часов 6)

file /dev/mapper/VolGroup01-LogVol00 /dev/mapper/VolGroup01-LogVol00: block special

монтировать даже боюсь .. ))

root@Microknoppix:/mnt# mount /dev/mapper/VolGroup01-LogVol00 /mnt-user/00mount: you must specify the filesystem type root@Microknoppix:/mnt# mount -t ext3 /dev/mapper/VolGroup01-LogVol00 /mnt-user/00 mount: wrong fs type, bad option, bad superblock on /dev/mapper/VolGroup01-LogVol00, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so

root@Microknoppix:/mnt# dmesg | tail [61303.290987] EXT3-fs error (device dm-0) in ext3_reserve_inode_write: IO failure [61309.004017] journal_bmap: journal block not found at offset 16457 on dm-0 [61309.004021] Aborting journal on device dm-0. [61329.187356] EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #2: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0 [61335.949000] EXT3-fs error (device dm-0): ext3_readdir: bad entry in directory #2: rec_len is smaller than minimal - offset=0, inode=0, rec_len=0, name_len=0 [61542.127242] ext3_abort called. [61542.127247] EXT3-fs error (device dm-0): ext3_put_super: Couldn't clean up the journal [61542.127252] Remounting filesystem read-only [61566.839663] VFS: Can't find ext3 filesystem on dev dm-0. [61641.042815] VFS: Can't find ext3 filesystem on dev dm-0.

руки кривые это плохо. не думаю что удастся востановить структуру фс но файлы вытащить можно порстыим сканировнием по сигнатурам