Краткая история: машина с Fedora 16 и LVM2. Захотелось вдруг использовать чуть больше места на винте. Отключил винт. Подсоединил к другой машине с Ubuntu и при помощи system-config-lvm чуть отодвинул границу LVM раздела. Прога подумала-подумала да и вывалилась с ошибкой. Теперь LVM2 мёртв. LV status - suspended. Раздел не монтируется. Рецепты с нета не помогают. Какие действия можно предпринять для реанимирования LVM2?
device-mapper: resume ioctl failed: Недопустимый аргумент
Unable to resume VolGroup-lv_root (252:1)
2 logical volume(s) in volume group "VolGroup" now active
--- Logical volume ---
LV Name /dev/VolGroup/lv_swap
VG Name VolGroup
LV UUID hSHEVD-ywN0-BGI5-KyHh-0Qp6-C4Ee-O1TOug
LV Write Access read/write
LV Status available
# open 0
LV Size 1,97 GiB
Current LE 63
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:0
--- Logical volume ---
LV Name /dev/VolGroup/lv_root
VG Name VolGroup
LV UUID zITkjT-hol9-fMlr-M4V5-FKBk-t9Jr-qox50Y
LV Write Access read/write
LV Status suspended
# open 0
LV Size 29,25 GiB
Current LE 936
Segments 1
Allocation inherit
Read ahead sectors auto
- currently set to 256
Block device 252:1
GPT fdisk (gdisk) version 0.8.1
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
Disk /dev/sdb: 65536000 sectors, 31.2 GiB
Logical sector size: 512 bytes
Disk identifier (GUID): 7E99E5ED-C93A-4E54-9FC0-1A3021CD4298
Partition table holds up to 128 entries
First usable sector is 34, last usable sector is 65535966
Partitions will be aligned on 2048-sector boundaries
Total free space is 31985597 sectors (15.3 GiB)
Number Start (sector) End (sector) Size Code Name
1 2048 4095 1024.0 KiB EF02
2 4096 1028095 500.0 MiB EF00 ext4
3 1028096 33552383 15.5 GiB 8E00
То есть раздел имеет размер 15.5 ГиБ, но соответствующий ему PV — якобы 31.22 ГиБ? Занятно. device-mapper, в общем-то, на это и ругается.
Я так понимаю, изначальный размер — 15.5 ГиБ? Если так, то не удастся ли вернуть исходный размер при посредстве pvresize /dev/sdb3? По идее это должно быть безопасно: если возможна потеря данных, команда просто завершится, ничего не сделав. Но по идее и такой ситуации, как у Вас, не должно было возникнуть.
Раз так, остаётся увеличить раздел до размера тома (то есть, видимо, до конца диска). В gdisk это означает, что надо удалить раздел и создать новый с тем же номером, типом и GUID, начинающийся в том же месте, но заканчивающийся в конце диска.
gdisk (как и fdisk) вообще ничего не делает с самими разделами, только с таблицей разделов. Да и её он перепишет один-единственный раз, после того как Вы дадите команду w. Выполнение двух отдельных операций — просто особенность этой утилиты, в ней (опять-таки как в fdisk) нет команды для изменения размера раздела.
Вроде взлетело! Удалил 3 раздел при помощи gdisk и создал заново (все параметры оставлял по умолчанию, т. е. раздел теперь "на всю" развернулся, как я и хотел!). Загрузка пошла. Там правда куча косяков вылазит, но это уже совсем другая история! Спасибо Вам огромное за помощь! Вообще с LVM сталкивался несколько раз и создалось такое впечатление, что штука эта шибко замороченная и не шибко надёжная! Нафига она на десктопе по умолчанию?
с LVM сталкивался несколько раз и создалось такое впечатление, что штука эта шибко замороченная и не шибко надёжная!
Напрасно Вы сделали такой вывод. Это видимо system-config-lvm кривой, раз умудрился такое сотворить. А сам lvm и его родные консольные утилиты работают отлично. Хотя да, он далеко не всегда нужен.
Вообще с LVM сталкивался несколько раз и создалось такое впечатление, что штука эта шибко замороченная и не шибко надёжная! Нафига она на десктопе по умолчанию?
Эта система весьма несгибаемая, и сломать её непросто (правда, у вас получилось ) А преимущество вы поймёте, когда будете перераспределять место (только для этого крайне желательно оставлять в VG нераспределённый запас, что инсталляторы почему-то не делают) , и - особенно - когда будете переезжать на новый диск.