In entrambe ho in /etc/fstab
/dev/sdc1 /usb00 ext2 defaults 1 2
ognuna ha una pennina USB 32GB,
backup via crontab due volte al giorno.
Quando cambio pennina USB
umount /usb00, cambio, poi mount /usb00.
Non uso utensili GUI,
a manina _so_ quello che faccio!
In pratica mi consiglia di continuare col vecchio metodo statico di fstab ed ignorare hal + udev; effettivamente e' quanto ho ricominciato a fare, almeno temporaneamente, perche' e' il modo migliore per avere il controllo totale su quanto accade ai mount usb.
La differenza e' che lei ha unicamente una periferica connessa alla volta, e questo ovviamente semplifica di molto le cose; in un caso del genere, non avrei neppure aperto questo topic.
Io ho il disco esterno che utilizzo come periferica di backup perennemente connesso, ma solitamente lo monto solo quando e' necessario, e questo e' parte del problema.
Il disco esterno risponde a questa riga di fstab:
Codice: Seleziona tutto
/dev/sdb1 /external01 ext3 defaults,noauto,users 1 2
e lo script di backup va a cercare /external01/.
Ora, possono succedere alcune cose;:
1) monto prima il disco esterno e poi dopo una pennetta e tutto funzionera' bene; il disco esterno sara' su sdb1 e la pennetta su sdc1.
2) monto prima una pennetta e poi dopo il disco esterno: se la pennetta rimane montata, lei avra' sdb1 ed il disco esterno finira' su sdc1. In questo modo non funziona nulla, perche' le pennette di solito sono in fat32 mentre il disco esterno e' in ext3, quindi, secondo fstab non potranno essere montate nessuna delle due.
Inoltre, per utilizzarlo con GtkPod, anche l'Ipod dovrebbe avere sempre lo stesso device (solitamente sdc1) per essere montato sempre in /mnt/ipod, che e' il mountpoint inserito nella configurazione; in caso contrario bisogna cambiare configurazione ogni volta, il che puo' anche essere fattibile per me (anche se e' una maletta) ma e' un bel problema per gli altri utenti del computer (che non sanno cos'e' un mountpoint e non credo lo sapranno mai).
Quindi, la filosofia KISS e' anche la mia filosofia ma certe volte ha degli intoppi.
Questo e' quel che sto facendo in questo momento: ho pensato, "se perdo del tempo a risistemare le cose almeno miglioriamole".
Cosi' ho comprato un nuovo hub usb 2.0 con alimentatore esterno ed un multi card reader da notebook; ho collegato l'hub usb alla quarta porta usb del computer ed il card reader ad una delle porte dell'hub.
Inoltre, ho pensato di montare all'avvio il disco esterno, per far si che si "prenda" il suo device e non lo lasci piu'.
In questo modo la situazione iniziale dei device e' la seguente (dando un lsscsi):
Codice: Seleziona tutto
[4:0:0:0] disk ATA WDC WD5000AAKS-2 01.0 /dev/sda
[6:0:0:0] disk Seagate FreeAgentDesktop 100D /dev/sdb
[7:0:0:0] disk Generic- SD/MMC 1.00 /dev/sdc
[7:0:0:1] disk Generic- Compact Flash 1.01 /dev/sdd
[7:0:0:2] disk Generic- SM/. Picture 1.02 /dev/sde
[7:0:0:3] disk Generic- MS/MS-Pro 1.03 /dev/sdf
Sdb e' prenotato dal disco esterno, cosi' non dovrei avere problemi col mountpoint dello script rsync di backup, mentre sdc, sdd, sde ed sdf vengono impegnati dal card reader.
I device da sdg in avanti si potranno usare per le pennette.
Allora ho modificato come segue il mio fstab:
Codice: Seleziona tutto
/dev/sda4 swap swap defaults 0 0
/dev/sda2 / ext3 defaults 1 1
/dev/sda3 /home/ ext3 defaults 1 2
/dev/sda1 /win/ ntfs-3g noauto,users,ro,umask=0000 1 0
# /dev/cdrom /mnt/cdrom auto noauto,owner,ro 0 0
# /dev/fd0 /mnt/floppy auto noauto,owner 0 0
devpts /dev/pts devpts gid=5,mode=620 0 0
proc /proc proc defaults 0 0
tmpfs /dev/shm tmpfs defaults 0 0
# inserisco alcune righe dal vecchio fstab.
/dev/hdc /mnt/cdwriter auto noauto,users,ro 0 0
/dev/hdd /mnt/cdrom auto noauto,users,ro 0 0
# questa configurazione funziona perfettamente se si avvia il pc con il
# card reader gia' inserito in una porta dell'hub (ed il resto dell'hub vuoto).
/dev/sdb1 /external01 ext3 defaults,auto,users 1 2
/dev/sdc1 /mnt/pen1 vfat noauto,users,rw,umask=0000 0 0
/dev/sdd1 /mnt/pen2 vfat noauto,users,rw,umask=0000 0 0
/dev/sde1 /mnt/pen3 vfat noauto,users,rw,umask=0000 0 0
/dev/sdf1 /mnt/pen4 vfat noauto,users,rw,umask=0000 0 0
/dev/sdg1 /mnt/pen5 vfat noauto,users,rw,umask=0000 0 0
/dev/sdh1 /mnt/pen6 vfat noauto,users,rw,umask=0000 0 0
/dev/sdi1 /mnt/pen7 vfat noauto,users,rw,umask=0000 0 0
/dev/sdm1 /mnt/pen8 vfat noauto,users,rw,umask=0000 0 0
Quindi, questo e' il contenuto di /mnt/ (ho lasciato solo cio' che e' scritto in fstab):
Codice: Seleziona tutto
cdrom cdwriter pen1 pen2 pen3 pen4 pen5 pen6 pen7 pen8 tmp
In questo modo dovrei aver risolto alcuni problemi:
1) il disco di backup e' sempre su sdb1 quindi lo script di backup non avra' problemi a lavorare su /external01/
2) per questo stesso motivo, non avro' problemi con le pennette ed i filesystem, perche' da pen1 in avanti sono tutti fast32
Pero' mi rimangono un altro paio di problemini:
1) se vorro' montare un disco esterno o una pennatta che non abbia filesystem fat32 dovro' modificare a mano fstab
2) non so bene dove verra' montato l'ipod; posso immaginare che se sara' il primo ed unico device usb collegato all'hub andra' a finire sempre in sdc1...
Ad ogni modo, che ve ne pare come soluzione?
Mi sembra abbastanza ordinata....sicuramente piu' ordinata di prima no?
E risolve parzialmente i miei problemi....
Alcuni dubbi pero' mi sono venuti in mente e spero che possiate chiarirmeli:
1) Fstab ha la supremazia su hal + udev o sbaglio? Cioe', se per esempio io avessi il disco esterno gia' connesso su sdb1 e collegassi un device usb con filesystem ext3 invece di fat32, quest'ultimo non si potrebbe montare perche' fstab richiederebbe in sdc1 un filesystem di tipo fat. Sbaglio? Mi e' sembrato sia successo durante qualche test che ho fatto....
2) Ho riavviato qualcosa tipo una decina di volte ed ho notato che alcune volte il disco esterno finisce in sdf ed il card reader si prende da sdb ad sde; com'e' possibile? Non dovrebbe assegnarli sempre agli stessi device?
3) Il disco esterno di backup l'ho sempre montato solo e soltanto poco prima di eseguire il backup stesso per ridurne l'usura; pensate che lasciandolo perennemente montato si usuri molto di piu? In fondo si mette a riposo da solo quando non viene usato per un po'; anzi, forse avro' dei problemi nel "risvegliarlo" quando deve ricevere i dati del backup.
Voi ne sapete qualcosa su questi 3 punti?
Io intanto inizio a collaudare questo nuovo sistema...a presto!
:cf
