Общее описание: LVM партиции созданные при помощи alterator-vm (libevms + guile-evms) в ходе инсталляции ОС содержат PV заголовок без расширений версии 2, которые поддерживаются утилитами из пакета lvm2 в установленной системе. Как воспроизвести: выполнить, например, команду lvs в установленной на LVM системе Реальные результаты: помимо вывода ожидаемой информации наблюдаем предупреждения о старом заголовке: # lvs WARNING: PV /dev/sda2 in VG vg_kws9 is using an old PV header, modify the VG to update. WARNING: PV /dev/sda3 in VG vg_kws9 is using an old PV header, modify the VG to update. LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert lv_root vg_kws9 -wi-ao---- <7,19g Ожидаемые результаты: отсутствие предупреждения LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert lv_root vg_kws9 -wi-ao---- <7,19g Версия и платформа: проверено на примере kworkstation-8.940 beta в режиме EFI на виртуалке и железе (x86_64), так же проявляется и в regular-kde5 (виртуалка). Дополнительная информация: В случае выполнения команды update-grub для системы с LVM-партициями вывод, содержащий упомянутые предупреждения выглядит довольно "угрожающе" (см. приложенный лог) Версии в инсталляторе: libevms-2.5.5-alt39 guile-evms-0.5-alt10 alterator-vm-0.4.7-alt1 Версии в установленной системе: # rpm -q lvm2 lvm2-2.03.5-alt1.x86_64 Также см. lib/format_text/layout.h в lvm2 против plugins/lvm2/metadata.h в evms
Created attachment 8326 [details] Лог выполнения update-grub с предупрежениями от lvs/lvg
Всё-таки я пакету evms не папа, хотя кой-чего там действительно доводилось править; поскольку непонятно, есть ли кому взяться за такую доработку -- давай-ка поставим в копию старших товарищей.
Если с LVM разделами выполняются какие-то операции (в моем случае создание PV, включение его в VG, расширение LV) то заголовки перезаписываются и предупреждения пропадают.
#238975
(В ответ на комментарий №4) > #238975 это кто-то тестировал?
(В ответ на комментарий №5) > (В ответ на комментарий №4) > > #238975 > > это кто-то тестировал? Я проверял на виртуалке, расширение заголовка теперь пишется. Делал как-то вот так: # od --read-bytes=1024 --format=x /dev/sdb1 0000000 00000000 00000000 00000000 00000000 * 0001000 4542414c 454e4f4c 00000001 00000000 0001020 382550c7 00000020 324d564c 31303020 0001040 5842374f 776e7870 644e514e 664e6f45 0001060 7765666b 58516236 755a7269 71506430 0001100 d56d0000 00000002 00030000 00000000 0001120 00000000 00000000 00000000 00000000 0001140 00000000 00000000 00000800 00000000 0001160 0002f800 00000000 00000000 00000000 0001200 00000000 00000000 00000002 00000001 < вот это оно и есть 0001220 00000000 00000000 00000000 00000000 * 0002000 Warning'ов теперь тоже больше нет.
(В ответ на комментарий №6) > (В ответ на комментарий №5) > > (В ответ на комментарий №4) > > > #238975 > > > > это кто-то тестировал? > > Я проверял на виртуалке, расширение заголовка теперь пишется. Делал как-то вот > так: > # od --read-bytes=1024 --format=x /dev/sdb1 > [...] А штатные утилиты в userspace для работы с lvm эти партиции нормально переваривают (расширение, снэпшоты)? Может стоит и на железе проверить?