Newsgroup: it.comp.os.linux.sys
Titolo: encrypted lvm su ssd e hd

Spero la domanda non sia banale, io google l'ho usato ma qualcosa non mi 
torna.
 
Ho un ssd e un disco magnetico, vorrei fare un unico encrypted lvm, lvm 
over luks quindi con una unica password al boot per tutto.
 
Eccezione fatta ovviamente per /boot sull'ssd, mi rimane da gestire lo 
spazio sull'ssd e quello del disco magnetico.
Ovviamente vorrei che la root e /usr eccetera stessero sull'ssd, mentre 
/home , /var , /tmp sul disco magnetico.
 
Da quanto ho letto posso stabilire su quale PV deve andare un LV:
https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/4/html/Cluster_Logical_Volume_Manager/LV.html
 
(non uso RHEL, ma presumo che quanto scritto valga in generale)
L'installer non lo fa, ma anche se lo facessi a mano non � comunque un 
lvm over luks, e dovrei fare vari lv encrypted . A questo punto mi 
sembra che certe distro abbiano la possibilit�, se la password � la 
stessa, di chiederla solo una volta, ma comunque sarebbe un workaround.
 
 
Penso che la soluzione pi� accessibile, per non complicare troppo le 
cosa sia quella di lasciare su normali partizioni non encrypted sull'ssd 
/boot , la root e /usr e compagnia bella, e fare un encrypted lvm sul 
solo hd magnetico per /home, /var, /tmp e lo swap.
 
Mi incuriosiva per� capire quale sarebbe il metodo "corretto".
 
Grazie

 Mi incuriosiva però capire quale sarebbe il metodo "corretto".
 
Più che corretto, al massimo direi sensato per le tue esigenze.
 
A tal proposito:
 
a) quanta ram è installata nel pc?
b) t'interessa l'ibernazione (suspend to disk)?
c) quali sono le dimensioni di ciascun disco?
d) le tue necessità di riservatezza si limitano alle solite cose? Tipo: 
vuoi mantenere accesso riservato alle tue foto, alla roba che 
eventualmente scarichi, alla cronologia e alla cache internet, ai dati 
della carta di credito e della patente che salvi in un file? Niente più 
di questo?
e) il computer deve potere essere lecitamente usato anche da qualcun 
altro? In altre parole: accendendolo, si deve poter arrivare a un sistema 
usabile, ancorché limitato, anche senza conoscere la password di luks?
f) spiega molto sinteticamente perché vuoi lvm.
 
A margine: sei consapevole, vero, che una volta che il computer è stato 
acceso e i dati crittati sono stati aperti (da te), la crittazione non ti 
dà alcuna protezione in più?
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
_________________________________________________________________
Non sprecare i cicli idle della tua CPU, né quelli della tua GPU.
 
http://www.worldcommunitygrid.org/index.jsp
 
http://www.rnaworld.de/rnaworld/
 
http://home.edges-grid.eu/home/
 
 
http://www.gpugrid.net/
 

On 11/08/13 12:58, Lem Novantotto wrote:
 
Ho un piccolo ssd e un hd da 500gb per la home.
 
Lo scopo è semplicemente la sicurezza "a pc spento"
 
Userei LVM perchè la struttura con un unico volume luks e dentro un lvm 
con tutto il resto mi sembrava più "logica" rispetto a N partizioni 
encrypted, il mio netbook l'ho impostato così infatti: /boot a parte, e 
tutto il resto dell'hd in un lvm encrypted, swap compreso per 
suspend-hibernate (sì, non uso particolari features di lvm, ma è 
comunque la strada che mi sembrava più razionale).
 
Ho letto poi sul wiki arch (ma non uso arch) che, come dicevo, non si 
può fare lo stesso su più dischi.
Suggeriva invece di usare volumi luks multipli ognuno con la sua key in 
crypttab e una passphrase unica, ma ad esempio l'installer di opensuse 
non lascia fare una root encrypted se non con lvm over luks (come ho 
fatto nel netbook)...
 
Potrei anche limitarmi alla sola encryption di home, qualcosa tipo l' 
ecryptfs di ubuntu, ma a suo tempo mi era sembrato più "macchinoso" , 
oltre a non risolvere il problema dello swap...
 
Ricapitolando, pensavo che la soluzione migliore sia lasciare 
unencrypted tutta la root sull'ssd e criptare (con il metodo single-disk 
di lvm over luks) home var tmp e swap sul disco magnetico ...