Re: Systemd: boot timeout con FDE
2015-01-27 18:56 GMT+01:00 Gionni FireGarden <firegarden.co@gmail.com>:
>
>
> Il giorno 26 gennaio 2015 15:00, ThEgAmEr <xthegamerx@gmail.com> ha scritto:
>>
>>
>> Colpa mia, su tutte le altre macchine personali ho FDE e non ricordavo
>> di aver agito diversamente su questa:
>> per esigenze di spazio c'e' LVM e solo alcuni LV sono cifrati.
>>
>
> e qui torno con la mia domanda: mi potresti spiegare come hai creato i
> volumi cifrati e le lvm???
Come dicevo i dischi sono affettati con LVM e alcuni LV sono
cifrati..niente di trascendentale.
>> In realta' come dicevo nella mia mail precedente dopo aver capito che
>> il boot si incastrava nel dentativo di aprire la partizione di
>> swap(uno dei 3 LV cifrati) e averla rimossa da fstab e crypttab non
>> solo riesco a far partire il sistema, ma e' tutto perfettamente
>> utilizzabile.
>
>
> eh infatti perchè nel crypttab ci deve dstare solo la mappatura della crypto
> dm
> non tutte le lvm cifrate [che sono cifrat eperchè stanno sopra la dmcrypto]
Si questo se hai un unico volume cifrato all'interno del quale tramite
LVM ti fai i vari volumi che ti servono, io ho l'esatto contrario per
questioni di gestione dello spazio e di una soluzione ibrida tra cose
cifrate e cose non cifrate.
>> Ho dato subito la colpa a systemd perche' il sistema si e' "rotto"
>>
>> dopo il dist-upgrade ma se provo ad aprire a mano il LV su cui c'e' lo
>> swap:
>> #cryptsetup luksOpen /dev/mapper/vg1-lv2 vg1-lv2_crypt
>> mi dice:
>> "Device /dev/mapper/vg1-lv2 is not a valid LUKS device"
>
>
> systemd è una merda, ma stavolta la colpa non è stata sua :)
Vero, strano che tutto si sia rotto proprio al dist-upgrade e al
passaggio a systemd.
Alla fine, visto che il volume che dava problemi era lo swap ho risolto cosi':
-ricreato il voume con cryptsetup luksFormat(e i vari parametri);
- aperto a manina il volume appena creato con luksOpen;
- fatto mkswap sul volume "aperto";
rimesso a posto le informazioni crypttab e fstab e tutto funziona!
Resta antipatico il fatto che systemd in questo scenario chiede le
password successive a quella di root mentre stampa i log delle
operazioni che fa in parallelo quindi bisogna digitarle un pochino ala
cieca, ma a questo punto direi che in lista nessuno e' nella mia
stessa situazione e' puo' darmi consigli in merito.
Grazie,
Savino
Reply to: