Il giorno 22 gennaio 2015 12:13, ThEgAmEr <[email protected]> ha scritto:
> 2015-01-19 11:02 GMT+01:00 ThEgAmEr <[email protected]>: > > > Prima di tutto ho il disco gestito da LVM su cui esistono diversi lv, > solo alcuni di questi sono crittografati. > > in /etc/crypttab > ho i seguenti volumi cifrati: > vg1-lv1_crypt $uuid none luks > vg1-lv2_crypt $uuid none luks,swap > vg1-lv3_crypt $uuid none luks > > > Ho arginato il problema al boot commentando sia la riga relativa allo > swap in crypttab che quella in fstab. > > E' una soluzione temporanea ma almeno ho confinato il problema al > fatto che il sistema non riesce piu' ad aprire il disco criptato > dedicato allo swap. > > > Ogni suggerimento e' gradito. > se hai fatto l'update probabilmente il problema è dracut che ha rimpiazzato initramfs ma una domanda.... come lo hai creato questo fde???? di solito si crea UN dm cifrato e SOPRA ci fai il vg con dentro le lv dalla tua situazione non mi sembra proprio cosi!!!! nel crypttab andrebbe soltanto il volume cifrato luks poi tutto il resto dovrebbe essere gestito dalla lvm2 una volta che apri il disco con luks quindi boh non capisco davvero provare a montare con una live????? e magari fare un backup prima, una volta aperti i volumi da fuori, cosi vedi pure se luks e la lvm vanno ok e quindi il problema è dracut/immagine kernel rigenerata male. http://www.cyberciti.biz/hardware/howto-linux-hard-disk-encryption-with-luks-cryptsetup-command/ qui per una vleoce panoramica di luks ciao facci sapere ps: pvs / pvscan fai lo scan dei pv vgs/vgscan dei vg lvs/lvscan delle lvm ciao
