Dotaz: nedostupné LVM physical volume během bootu ramdisku (ArchLinux)

[mikky]

Na aktuálním jádře si chci rozběhnout hibernaci, ale během bootu na resume hooku není dostupná swap partišna.

Swapka je na LVM LV, které je na PV, jež je na jiném fyzickém disku, než root. Chyba se projevuje hláškou (přibližně) "ERROR: hibernation partition '/dev/mapper/volgrp-swap' not found".

Po troše debugování (break=premount) jsem zjistil, že při běhu ramdisku vůbec není k dispozici PV, resp. blokové zařízení (sdb2) tam je, ale lvm, byť je v ramdisku instalované, PV prostě nevidí: "lvm pvscan" neukazuje nic (zajimavého). Device mapper je v té době již spolehlivě funkční (LUKS - existuje jak /dev/mapper/control, tak /dev/mapper/root-decrypted, akorát ten ještě není přimountovaný).

Trochu podezřívám ramdisk, že tak nějak ignoruje všechny disky, kde není root, ale nepodařilo se mi to zatím nijak potvrdit, ani vyvrátit.

mkinitcpio.conf:

MODULES="dm_mod btrfs"
HOOKS="base udev block lvm2 autodetect keyboard encrypt resume filesystems fsck"

Tuší někdo kudy dál? Na co se zaměřit, případně nějakej lepší debugging? Nebo nejlíp jak rovnou vysvětlit ramdisku, že to PV tam prostě je?

-m.

---

---

Odpovědi

[Andrej]

Někdy (vzácně) to může být pořadím hooků. HOOKS ze dvou mých strojů:

HOOKS="base udev autodetect modconf block lvm2 filesystems resume fsck"

HOOKS="base udev autodetect modconf block mdadm_udev lvm2 filesystems fsck"

Dlužno dodat, že ten druhý stroj je server a resume nemá (vůbec v kernelu). U prvního stroje resume funguje normálně.

Jestli pořadí nepomůže, pak to asi chce zeptat se na bbs.archlinux.org, případně nahlásit bug.

[mikky]

Dík za tip, pořadí už jsem přeházet (trochu) zkoušel, ale nenapadlo mě dát resume za filesystems - upřímně, nedává to moc smysl. Skoro bych se až bál, že by to na zdraví filesystemu mohlo mít negativní vliv. Ale zkusim.

Na bbs už to, bez odezvy, chvíli visí.

[mikky]

Buď jsem přepracovanej, nebo retardovanej.

Swap je na LVM, potud žádnej problém. LVM je fyzicky na ne-root disku, taky no problem. Ale že celej lvm kontejner je na dm-crypt partišně, to už mi nedošlo.

No nic, aspoň jsem si zlepšil svoje hack-fu debugováním boot procesu :)