После движения LVM испортился файл

-????????? ? ?    ?               ?            ? mageia.img

Вот такой вывод я вижу в ls -la
Делал e2fsck -f диска и он ругнулся именно на этот файл, что если соглашусь, то дестрой ФС будет. Я отказался.

Последствия начались после моих действий.
1. Я отмонтировал LVM том
2. Потом пытался отрезать от него кусок. Делал по удаленке и хз почему, у меня пропал доступ из вне.
3. Сервер боевой и т.к. я не успел за ночь все провернуть, то я бегом с утра сделал опять e2fsck и LVM полностью восстановилось и я смог примонтировать его и стартануть ВМ.
Но вот именно этот файл накрылся медным тазом. Можно ли его попробовать восстановить?

увидеть бы 1,2,3 в командах и с выводами, если есть... особенно 2.

"XliN" написал:

Делал e2fsck -f диска и он ругнулся именно на этот файл, что если соглашусь, то дестрой ФС будет. Я отказался.

как ругнулся то? сделай бекап, lvm снапшот или образ и согласись... про дестрой фс он при каждом чихе может писать...

А не проще ли его заново скачать?

"Vascom" написал:

А не проще ли его заново скачать?

Это диск сервера в виртуалке. Что самое и обидное.

"XliN" написал:

1. Я отмонтировал LVM том

Обычный umount /dev/vg_micro/lv_home

"XliN" написал:

Потом пытался отрезать от него кусок.

resize2fs /dev/vg_micro/lv_home <нужное число до которого он должен ужаться>

как ругнулся то? сделай бекап, lvm снапшот или образ и согласись...

Как ругнулся не помню, действовать нужно было очень быстро. Каким образом сделай бекап? То есть его скопировать и попробовать снова проверку сделать? Но это надо будет опять LV том отмонтировать?

У меня есть снапшот этого файла в qemu, но он очень старый

[root@micro ~]# virsh snapshot-list mageia
 Имя               Время создания Статус
------------------------------------------------------------
 1342273309           2012-07-14 17:41:49 +0400 running
 1344274249           2012-08-06 21:30:49 +0400 running
 1346101987           2012-08-28 01:13:07 +0400 runnin

Я даже его скопировать не могу

[root@micro ~]# cp /home/xlin/iso/images/mageia.img /home/xlin/
cp: невозможно выполнить stat для «/home/xlin/iso/images/mageia.img»: Ошибка ввода/вывода

Попробуйте использовать другой суперблок, как и написано

"XliN" написал:

If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>

alexfinn, Не.

[root@micro ~]#
[root@micro ~]# e2fsck -b 8193 -f /home/xlin/iso/images/mageia.img
e2fsck 1.41.12 (17-May-2010)
e2fsck: Ошибка ввода/вывода while trying to open /home/xlin/iso/images/mageia.img
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>
[root@micro ~]# e2fsck -b 8193 /home/xlin/iso/images/mageia.img
e2fsck 1.41.12 (17-May-2010)
e2fsck: Ошибка ввода/вывода while trying to open /home/xlin/iso/images/mageia.img
The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Нужно отмонтировать LV том?

"XliN" написал:

resize2fs /dev/vg_micro/lv_home <нужное число до которого он должен ужаться>

а lvresize делал? числа в обоих случаях правильные? если рачками, то я обычно делаю resize2fs на меньший размер, lvresize на нужный, а потом resize2fs на заведомо подходящий...
а на будущее, у lvresize есть вкусный ключик lvresize -r

"XliN" написал:

e2fsck -f /home/xlin/iso/images/mageia.img

а это что за глупость? у тебя же, как я понял, фс побилась на который файл лежит, а не сам образ. или нет?
если было бы больше конкретики, то было бы проще говорить...

"XliN" написал:

Нужно отмонтировать LV том?

для e2fsck — да. единственное можешь запустить с -n и показать что он про битый файл говорит.

"XliN" написал:

Каким образом сделай бекап? То есть его скопировать и попробовать снова проверку сделать? Но это надо будет опять LV том отмонтировать?

я бы или скопировал всю ФС через dd, или создал бы lvm snapshot. Для первого надо отмонтировать, а для второго — скорей всего нет... снапшоты я ни разу не делал...

"Fat-Zer" написал:

а lvresize делал? числа в обоих случаях правильные? если рачками, то я обычно делаю resize2fs на меньший размер, lvresize на нужный, а потом resize2fs на заведомо подходящий...
а на будущее, у lvresize есть вкусный ключик lvresize -r

Нет не делал lvresize, до него не дошло дело.

"Fat-Zer" написал:

а это что за глупость? у тебя же, как я понял, фс побилась на который файл лежит, а не сам образ. или нет?

Ну том примонтировался LVM. Все файлы на нем целые кроме этого. Он с вопросами. Так что не знаю ФС или файл, но думаю что ФС там побилась.

"Fat-Zer" написал:

я бы или скопировал всю ФС через dd, или создал бы lvm snapshot. Для первого надо отмонтировать, а для второго — скорей всего нет... снапшоты я ни разу не делал...

Логический том на 4 ТБ =) Вот я и хотел его пощипать не много.

З.Ы. А вообще отвалился диск который использовался под /var Там вся инфраструктура была =(

[root@micro ~]# e2fsck -n /dev/vg_micro/lv_home
e2fsck 1.41.12 (17-May-2010)
Warning!  /dev/vg_micro/lv_home is mounted.
Warning: skipping journal recovery because doing a read-only filesystem check.
/dev/vg_micro/lv_home contains a file system with errors, check forced.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273.  Clear? no
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/vg_micro/lv_home: ********** WARNING: Filesystem still has errors **********
/dev/vg_micro/lv_home: 1294/239984640 files (2.2% non-contiguous), 527643258/959915008 blocks

"XliN" написал:

Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273. Clear? no

Тут меня ничего не спрашивал. Видимо хочет отмонтироваться

"XliN" написал:

Логический том на 4 ТБ =)

когда данных больше, чем можно забекапить это печально =)
тогда только снапшот... тебе же только чтобы ФС проверить надо, на это и пары гигов хватит... группа же у тебя не под завязку забита?

"XliN" написал:

Entry 'mageia.img' in /xlin/iso/images (63701351) has deleted/unused inode 63701273. Clear? no

самое страшное, что может случится — потеряешь образ магеи...
посмотри ls -ai /home/xlin/iso/images/, что говорят именно о нём...

"XliN" написал:

Тут меня ничего не спрашивал. Видимо хочет отмонтироваться

читай в man'е что значат ключи перед тех, как их писать ж)

"XliN" написал:

Нет не делал lvresize, до него не дошло дело.

аа... тогда странно... ИМХО resize2fs уже достаточно вылизан, чтобы не повреждать фс...

"Fat-Zer" написал:

посмотри ls -ai /home/xlin/iso/images/, что говорят именно о нём...

       ? mageia.img

"Fat-Zer" написал:

самое страшное, что может случится — потеряешь образ магеи...

Отвечу да и прощай форум, репозиторий, вики и т.д. на долгий срок. Восстановить сложно будет.

"XliN" написал:

Отвечу да и прощай форум, репозиторий, вики и т.д. на долгий срок. Восстановить сложно будет.

поэтому сделай снапшот... если действительно потеряешь, то просто откатишься и будим думать дальше...
но он должен всё правильно сделать т.е. восстановить файл... хотя тут лучше подстраховаться т.к. я в этом не уверен...

Если боишься налажать т.к. не знаешь, как снапшоты работают то потренируйся на /dev/vg_micro/lv_cat

"Fat-Zer" написал:

Если боишься налажать т.к. не знаешь, как снапшоты работают то потренируйся на /dev/vg_micro/lv_cat

Это что за том? У меня такого нет.

"XliN" написал:

Это что за том? У меня такого нет.

это тонкое обыгрывание цитаты из операции Ы =)

Вот так сделать снапшот?

# lvcreate -s -n snap_home -L2G /dev/ws/home # в той же группе томов создаётся снапшот нужного раздела.
# mount /dev/ws/snap_home /mnt/snapshots # полученый раздел прицепляется в папку, 
# tar -cvzf home.tgz /mnt/snapshots # с него забирается инфа (например можно всё сразу залить в архив).
# umount /dev/ws/snap_home # отцепляем раздел
# lvremove /dev/ws/snap_home # удаляем за ненадобностью.

Он отрежет от моего не тронув данные?

Мне уже сыкатно трогать, чуть не посидел сегодня =)

XliN, так ты стоя всё делаешь? :)
Присядь уже, хотя бы на лавочку...