Не монтируется var после увеличения раздела LVM

1

2

Увеличил раздел var с помощью lvextend теперь при загрузке системы выдает след.ошибки

The filesystem size (according to the superblock) is 14341120 blocks.
The physical size of device is 7864320. Either the superblock of the partition table is likely to be corrupt.
/dev/mapper/vg01var UNEXPECTED INCONSYSTENCY

dmesg | tail

dmesg | tail
EXT4-fs (dm-3): bad geometry: block count 14341120 exceeds size of device (7864320 blocks)

После проверки fsck выдает кучу ошибок типа:

Error reading block
Error writing block
Block bitmap differences:

можно как-то это пофиксить чтобы восстановить загрузку? в целом система работает только не монтируется раздел var

Ссылка

←	Маршрутизация ethernet <-> docker

Утекает память в ядре

→

Увеличил раздел var с помощью lvextend
filesystem size (according to the superblock) is 14341120 blocks.

The physical size of device is 7864320.

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

~~redgremlin~~ ★★★★★
(30.12.16 20:38:22 MSK)

Посмотри в /etc, там может лежать прошлая конфигурация.

anonymous
(30.12.16 20:42:44 MSK)

Ссылка

Срочно восстанавливайте предыдущее состояние разметки LVM и увеличивайте ещё раз, а этот раз в большую сторону. Не забудьте сделать resize2fs (благо, увеличение размера работает даже без размонтирования раздела).

anonymous
(30.12.16 21:25:07 MSK)

Ответ на: комментарий от redgremlin 30.12.16 20:38:22 MSK

делаю так

#resize2fs -p /dev/vg01/vg01var 2G
resize2fs: Can't read a block bitmap while trying to resize /dev/vg01/vg01var
Please run 'e2fsck -fy /dev/vg01/vg01var' to fix the filesystem

#e2fsck -fy /dev/vg01/vg01var
e2fsck 1.42.12 (29-Aug-2014)
The filesystem size (according to the superblock) is 14341120 blocks
The physical size of the device is 7864320 blocks
Either the superblock or the partition table is likely to be corrupt!
Abort? yes

может можно по другому как-то? без e2fsck ?

alex252
(30.12.16 21:52:55 MSK) автор топика

Ответ на: комментарий от alex252 30.12.16 21:52:55 MSK

т.е я имел ввиду без resize2fs

alex252
(30.12.16 21:55:24 MSK) автор топика

Ссылка

Ответ на: комментарий от anonymous 30.12.16 21:25:07 MSK

эээ, хотелось бы обойтись без использования бекапа

alex252
(30.12.16 21:57:06 MSK) автор топика

Ответ на: комментарий от alex252 30.12.16 21:57:06 MSK

Тогда вспоминайте, какого размера был раздел, без использования бекапа. Читайте внимательнее. Если бекап уже есть, секцию про создание посекторной копии можно пропустить.

anonymous
(30.12.16 22:57:34 MSK)

Ссылка

Ответ на: комментарий от alex252 30.12.16 21:57:06 MSK

эээ, хотелось бы обойтись без использования бекапа

Это почему? Самый простой путь - восстановить предыдущее состояние LVM. Ты, похоже, не понял. Ты не увеличил размер тома, а уменьшил. Часть данных улетело, и находится сейчас в неразмеченном месте в группе томов. Если не хочешь восстанавливать, забудь про данные на этом томе.

Black_Shadow ★★★★★
(31.12.16 11:14:41 MSK)

Ответ на: комментарий от alex252 30.12.16 21:57:06 MSK

Lvm обычно сам бэкапит конвигурацию в /etc. Без знания прошлой конфигурации могут добавится не те блоки, которые были отрезаны. Кстати, посмотри в истории как полность выглядел выполненный lvextend.

anonymous
(31.12.16 11:28:50 MSK)