Newsgroup: it.comp.os.linux.iniziare
Titolo: bind /var in fstab non funziona

 
kubuntu 12.10 con trapiantato il kernel 3.6.2 è al momento installato 
su un disco meccanico con l'intenzione di migrare su un SSD
 
per minimizzare le scritture sul disco (e in alcuni casi per motivi di 
spazio) pensavo di spostare alcune directory su un disco meccanico da 2TB
 
così ho copiato /var, /home/user/Video e altre sul disco montato come 
/mnt/data mantenendo i rispettivi proprietari e permessi, ho 
rinominato /var e creato una nuova /var vuota e ho modificato fstab:
 
UUID=...    /          ext4    errors=remount-ro 0 1
UUID=...    /home      ext4    defaults          0 2
LABEL=data  /mnt/data  ext4    defaults          0 2
UUID=...    none       swap    sw                0 0
# percorsi montati con bind
/mnt/data/var      /var                   none bind
/mnt/data/video    /home/sandro/Video     none bind
/mnt/data/musica   /home/sandro/Musica    none bind
/mnt/data/download /home/sandro/Download  none bind
 
purtroppo non si avvia
 
forse cerca di accedere a /var quando ancora non è montata? 
commentando solo la riga di /var, si avvia e gli altri percorsi 
montati con bind sono accessibili)...
 
c'è qualcosa che mi sfugge?
come si potrebbe risolvere?
usando mount in rc.local ?
qualche idea?
 
grazie
-- 
bye
!(!1|1)
 
 
 
 

 qualche idea?
 
Uhm, sospetto che /var/ sia montato sempre e
comunque dopo /, indipendentemente da /etc/fstab.
Quindi, forse, quando /mnt/data/var/ non e` ancora
disponibile.
Senza quella riga, immagino usi il folder gia`
esistente.
 
Ad ogni modo, io starei attento con il bind mount
per i folder di sistema.
 
Usa una partizione o simile.
 
bye,
 
-- 
 
piergiorgio

 grazie
 
Questo � il mio fstab:  (Parte di...)
 
 
UUID=522a1986-b362-4cc0-a1b6-ecc09f7d6898 /                       ext4
  defaults        1 1
UUID=fa20af87-cd83-4465-9c1c-c45b05a410d9 /Altro                  ext3
  defaults        1 2
UUID=aeffa033-8935-4079-9ae1-f9e10781adbc /Dload                  ext3
  defaults        1 2
UUID=c1adf141-7922-4dfd-ab4b-ee6354634392 /Oltre                  ext3
  defaults        1 2
UUID=3aa6cd7e-d28e-4eb4-bbe1-4323b2010361 /Over                   ext3
  defaults        1 2
UUID=e4332131-ca71-4784-9dca-6a6b2db73799 /Public                 ext3
  defaults        1 2
UUID=7a51a32c-feac-4166-aa31-9e6e102ca96c /boot                   ext3
  defaults        1 2
UUID=1859ff95-0824-41be-9a6f-f94e3862f6bb /home                   ext4
  defaults        1 2
UUID=9b01d918-d181-463e-9270-a2af3d0f8328 /opt                    ext4
  defaults        1 2
UUID=a7e431ab-6a9c-4ef7-98fd-602dcf6da9f2 /usr/local              ext4
  defaults        1 2
UUID=4d3c7e5b-23e8-439d-9d0c-3d9faa88651d /var                    ext4
  defaults        1 2
UUID=39a26f34-9d93-4b47-8a2d-27412a59a6b5 swap                    swap
  defaults        0 0
UUID=aef4b0e4-c09a-411d-b264-8ad74e984508 swap                    swap
  defaults        0 0
 
 
Anche qu� /var � su un disco a parte ma lo monto direttamente in /var
non creo arzigogoli tra /var - /mnt/data/var per ritornare poi su /var.
 
Ti consiglierei di creare, sul disco meccanico, una partizione /var
primaria e montarla come tale nel filesystem.
 
 
-- 
#include <std.disclaimer.h>
Signature automatica inserita a mano.
A Dio noi crediamo, tutti gli altri li controlliamo.(NSA)
Vendicatevi!  Vivete abbastanza da essere un problema per i figli!
Punteggiatura: Nel caso mancasse nel messaggio, aggiungete!!

 primaria e montarla come tale nel filesystem.
 
grazie a te e a Piergiorgio per le risposte
 
il problema è che ho l'influenza e ieri sera ero proprio a pezzi, così 
avevo usato il file manager per copiare /var e non mi ero accorto che 
dolphin mi aveva cambiato i permessi delle subdirectory (in 
particolare /var/tmp)
 
ho ripetuto tutto dal terminale e ora funziona tutto a dovere
(sudo cp -rp /_var /mnt/data/.var)
-- 
bye
!(!1|1)