Meskalamdug ha scritto:Codice: Seleziona tutto
GRUB_CMDLINE_LINUX="cryptdevice=UUID=db2338e0-77be-43dc-b493-e2078418fadf:lukssda4"
Fai un prova: dagli il percorso fisico (/dev/disk/by-uuid/db2338e0-77be-43dc-b493-e2078418fadf) anziché la variabile, e vedi se va. Fai questa modifica ovunque compaia un UUID= nella tua command line (quindi occhio a root=).
Puoi fare la prova direttamente dal prompt di GRUB editando l'entry.
brg ha scritto:Non è che ci vuole l'opzione subvol con il mount di BTRFS?
L'initrd di Slackware non supporta di base il boot tramite subvolumi, perché nell'init presente nell'initrd non viene mai parsata ROOTFLAGS, e di conseguenza qualunque flag (tra cui subvol=... o subvolid=..., necessari per montare subvolumi di BTRFS) voi passiate al boot lui li ignora e provvederà a montare la root con il solo -o ro.
Tempo fa (anni?)
scrissi su LinuxQuestions riguardo questo problema e allegai anche la patch (cliccate su patching) per risolverlo, ma Pat alla fine l'ha ignorata (o forse ha perso il thread, boh...).
Quindi se vuoi usare i subvolumi, o usi un kernel huge oppure devi patchare l'init dell'initrd. Il problema, nel caso in questione, è che usando una configurazione che prevede LUKS hai necessariamente bisogno di un kernel generic. Ergo, devi patchare.
Tuttavia un workaround non sempre utile può essere il settare un subvolume come predefinito in caso di mount privo di opzione subvol/subvolid. E data la configurazione specificata da Meskalamdug, mi sembra sia stata scelta quella via. In questo caso puoi ovviare al problema, ma è una soluzione che non mi è mai piaciuta e che tendo a non considerare perché elimina di fatto la possibilità di fare il boot da un subvolume contenente uno snapshot precedente.