Велокиїв

ХЕЛП!
ОС: Fedora Core 4
Была поставлена задача увеличить размер /var. Испульзуется LVM, в качестве файловой системы ext3.
Текущий размер 5гб
lsof |grep var
service xxx stop
umount -lf /dev/SATA_LVM/var
lvextend -L+10G /dev/SATA_LVM/var
resize2fs /dev/SATA_LVM/var
просит сделать проверку
e2fsck -y /dev/SATA_LVM/var
resize2fs /dev/SATA_LVM/var
все ок
mount /dev/SATA_LVM/var
cd /var
ls
повис....

прихожу на коллокейшн, бут в сингл мод, запускаю чек, чек предлагает исправить кучу ошибок, соглашаюсь.
mount /dev/SATA_LVM/var - отказывается выполнятся по причине отсутсвия файловой системы
debugfs /dev/SATA_LVM/var
logdump - пишкт, что нет журнала
tune2fs -j /dev/SATA_LVM/var
debugfs...
logdump..
получаю список блоков и инод, а также время создания фс (февраль 06, что нормально)
mount /dev/SATA_LVM/var
cd /var;ls
lost+found

Вопрос как восстановить инфу с раздела при условии того что файловая система ext3?

а другую копию суперблока при вызове fsck указывать пробовал?

где взять другую копию суперблока?

где взять другую копию суперблока?

man e2fsck, там написано.

Как я понимаю, вся fs ушла в lost+found? А внутри папочки прорва файликов с очень странными именами из цифр? ;-)
Как ни удивительно, но и 4 года назад ext3 отличалась такой особенностью поведения.
Я бы сказал, что сушите весла. newfs и восстанавливайся из дампов.

прорва файликов но не того совершенно размера...
так вот глючит LVM
всем кто отозвался сенкс....
буду ресторить левыми утилитами, авось и получится чего

ЗЫ: дампы тоже ушли...

ЗЫ: дампы тоже ушли...

А вернее их никогда и небыло, isn't it ?
Эх админа, админа...

А вернее их никогда и небыло, isn't it ? wink1
Эх админа, админа...

были б дампы.... ээх... и не говорите..