On Sunday 04 of December 2011, Jacek Konieczny wrote:
> Po upgrade system mi nie wstał, okazało się, że źle się wygenerował
> initrd:
>
> geninitrd: LVM PV for lolek_vg: /dev/mapper/lolek_crypt
> geninitrd: is_luks: /dev/mapper/lolek_crypt is not cryptsetup luks
>
> To nieprawda:
>
> # /sbin/cryptsetup status lolek_crypt
> /dev/mapper/lolek_crypt is active and is in use.
Ten problem pojawia się wtedy gdy system masz odpalony z użyciem starego
cryptsetup (0.x czy 1.0) w initrd. Ów stary podowuje, że później odpytując
przez cryptsetup status nie dostaje się dodatkowych informacji bo bodaj
podsystem dm ich nie posiada.
Po odpaleniu przez nowszy cryptsetup dostaje się potem więcej info:
[arekm@t400 ~]$ sudo cryptsetup status lrootfs
/dev/mapper/lrootfs is active and is in use.
type: LUKS1
[...]
device: /dev/sda7
[...]
mode: read/write
Rozwiązanie na szybko - podmień w initrd binarkę cryptsetup na taką z
aktualnego pakietu (/usr/lib{,64}/initrd/cryptsetup), zabootuj z takiego
initrd i od tej pory geninitrd już będzie znajdywało co trzeba.
Fajnie jednak jakbyś znalazł jak na tym starym cryptsetupie na podstawie
/dev/mapper/lolek_crypt dojść do /dev/urządzenie_pod_spodem.
Dodało by się to jako fallback oprócz aktualnej metody.
--
Arkadiusz Miśkiewicz PLD/Linux Team
arekm / maven.pl http://ftp.pld-linux.org/
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
