Newsgroup: it.comp.os.linux.iniziare
Titolo: Home su HD USB: problema all'avvio

Ciao a tutti,
ho un laptop con Ubuntu ma lo spazio sul disco interno è ormai
risicato. Ho pensato allora di spostare la home (e magari /usr e /var)
su un HD esterno USB che ho già e che riesco attualmente a montare e
utilizzare sotto Linux. Pensavo fosse possibile senza grossi problemi,
ma mi sbagliavo.
Partizionato il disco esterno ho copiato il contenuto della /home
nella nuova partizione /dev/sda3 e poi ho modificato /etc/fstab.
Attualmente, in /etc/fstab ho questa linea (che fa riferimento ad una
partizione sul disco fisso, /dev/hda7):
UUID=7ecb97c6-cc25-4492-a067-7d8c0d6d50c8 /home           ext3
defaults        0       2
che ho cambiato in questa:
/dev/sda3      /home           ext3    defaults        0       2
Il problema è che al riavvio sembra non trovare la partizione /dev/
sda3 (anche mettendo l'UUID della partizione il risultato è lo stesso)
e mi si blocca dandomi solo la shell di recupero. Se reimposto il
file /ets/fstab come era prima, allora tutto riparte.
Insomma, mi pare di capire che non veda le partizioni su disco USB
durante il boot.
Le domande sono:
1) E' possibile fare quello che avevo intenzione di fare (home, var e
usr su partizioni su disco USB)? credo di si ma vorrei una conferma
(fermo restando che /boot rimane su disco fisso).
2) E' corretto il procedimento di spostamento sulla nuova partizione?
3) Se si alle precedenti, come posso fare per risolvere il problema?
vi ringrazio in anticipo
Saluti
Libra

 nella nuova partizione /dev/sda3 
Copiato come?
Magari da root?
Hai fatto attenzione ai permessi?
Per escludere che il problema sia quello dei permessi, prova a
loggarti come root. /home viene montata correttamente? Se sì, hai
problemi coi permessi quando ti logghi come utente normale.
Più in generale: se lo fai bene, spostare un pezzo del filesystem,
che sta da solo su una sua partizione, in un'altra partizione, non mi
pare possa creare problemi. Se invece dividi una partizione,
spostando una parte del suo contenuto in una nuova partizione
(potrebbe essere il tuo caso per /var e /usr), allora devi fare
attenzione ad eventuali hardlinks (che non possono mai stare su una
partizione diversa rispetto all'oggetto che puntano).
-- 
Bye, Lem
Ceterum censeo ISLAM esse delendum
__________________________________
Combatti l'AIDS col tuo computer: 
http://fightaidsathome.scripps.edu/

 problemi coi permessi quando ti logghi come utente normale.
Ma le partizioni non vengono montate tutte all'avvio (a meno che non
abbiano specificato noauto in /etc/fstab)?
La home (o la /usr o qualsiasi altra) dovrebbe essere comunque montata
prima del login, o sbaglio?
Grazie
Saluti
Libra


 prima del login, o sbaglio?
Avevo capito male io: supponevo che la /home venisse sì montata, ma
che poi il tuo utente non vi avesse accesso per un problema di
permessi. Era capitato a me, quando avevo riformattato la /home da
xfs a ext3 (appunto scordandomi, inizialmente, dei permessi: va beh,
potete ridere). :(
Mi scuso per la confusione.
Provo solo a darti qualche spunto.
Provare un'opzione nocheck per il mount, per vedere che magari il
problema non sia tutto di fsck?
Volevo quasi suggerirti di creare una regola per udev, per
standardizzare l'identificazione del disco, ma ciò non mi pare sia
affatto necessario se usi gli UUID, e dici che non funziona neanche
con quelli...


 problema non sia tutto di fsck?
Questa mi pare una buona idea, anche se purtroppo non risolve del
tutto.
In /etc/fstab ho cambiato nella sesta colonna della riga relativa alla
nuova /home il 2 in 0
(in questo modo non fa il check).
A questo punto il sistema parte e arriva alla schermata di login, ma
NON monta la /home.
Posso loggarmi anche da utente normale (dalla shell, perché in KDE non
trova i file di impostazione che sono nella /home) e da li montare la /
home.
A questo punto tutto funge con la /home nella nuova partizione.
Diciamo che è un buon passo avanti :-)
Qualche ulteriore suggerimento?
Grazie
Libra


 abbiano specificato noauto in /etc/fstab)?
]zac[
Si se il device/disco/controller è riconosciuto e attivato in quel momento,
per esempio se il sistema usb è già stato attivato (i vari moduli usb*.ko).
Se devi fare dei test + consigliabile farlo montando una directory di test e
non una parte vitale del sistema, una volta verificato che non ci sono
errori di configurazie o altro si passa alla messa in opera reale.