Newsgroup: it.comp.os.linux.debian
Titolo: pmount: montare penna USB in sync

Da quello che ho letto nel man di pmount la penna usb viene montata in 
sync o in async a seconda di ciò che gli comunica hal... ora, qualcuno 
sa su quali file di configurazione di hal posso mettere mano per far si 
che pmount monti in sync?
...:::Zmaster:::...

Zmaster ha scritto:

guarda che così la penna ti si usura molto più rapidamente. In ogni caso
devi decommentare l'opportuna sezione di /etc/hal/fdi/preferences.fdi
-- 
Carlo Fusco
questo articolo e` stato inviato via web dal servizio gratuito 
http://www.newsland.it/news
 segnala gli abusi ad 
ab...@newsland.it

 /etc/hal/fdi/preferences.fdi
In che senso si usura? A quali stress è preferibile non sottoporre la
pendrive usb? Grazie, ciao.
-- 
Lorenzo976
powered by Debian GNU/Linux

 pendrive usb? Grazie, ciao.
il numero di volte che si può scrivere su una memoria flash è un valore
finito e limitato, molto più che per un hard disk. Con l'opzione sync il
numero di accessi alla periferica aumenta significativamente a parità di
operazioni, accorciandone così la vita. Stesso discorso vale per
l'utilizzo di un pendrive come memoria cache (per esempio quando lo si usa
per portare una distribuzione live di linux da cui fare il boot), la cosa
quindi va evitata se si vuole allungare la vita alla periferica.
Maggiori informazioni:
http://readlist.com/lists/vger.kernel.org/linux-kernel/22/111748.html


 devi decommentare l'opportuna sezione di /etc/hal/fdi/preferences.fdi
Lo so, infatti cercando con google ho trovato che nelle versioni 
precedenti veniva montata in sync e la cosa è stata considerata un bug e 
quindi si è deciso di montarla in async.
Il punto è che windows lo fa di norma e purtroppo io come molta altra 
gente siamo abituati male, con la conseguenza che mi è già capitato di 
perdere dei sorgenti su cui avevo lavorato più di 4 ore (li avevo 
copiati sulla chiavetta con linux e mi ero dimenticato di smontarla e 
poi ho cancellato i file sull'hdd).
Ora questa è una bella seccatura e potrebbe capitarmi anche di peggio... 
considerato che non la uso ogni giorno e che ormai non costano neanche 
tantissimo preferisco correre questo rischio.
Grazie per la dritta, proverò quanto prima a dare un'occhiata a quel file.
...:::Zmaster:::...

 
Grazie per la spiegazione, l'articolo del link è molto interessante,
finora non avevo prestato troppa attenzione a questo aspetto e al
problema. In ogni caso, nel file fstab ho inserito la seguente riga per
il montaggio:
dev/usbpen1    /mnt/usbpen     vfat    user,noauto,async,rw    0       0
in cui ho adesso anche aggiunto l'opzione async.
Mi era anche stato consigliato di usare usbmount, che a quanto ne so
monta in automatico i dispositivi usb ma li gestisce in modo sincrono
(usbmount sconsiglia di usare l'opzione async).


 poi ho cancellato i file sull'hdd).
Windows di norma usa la modalità sincrona?
Ma allora la funzione rimozione sicura dell'hardware non serve a
completare le scritture pendenti? Grazie, ciao.


 completare le scritture pendenti? Grazie, ciao.
Direi proprio di si, la rimozione sicura dell'hardware non l'ho 
praticamente mai usata eppure dopo aver scollegato la penna usb i file 
appena copiati sono memorizzati nella flash.
Credo che sia utile per dei dispositivi particolari (al momento non me 
ne viene in mente neanche uno :)
...:::Zmaster:::...

 Grazie per la spiegazione, l'articolo del link è molto interessante,
ti consiglio di leggere (se non l'hai fatto) tutto il thread. In effetti
sembra che le memory stick con un firmware ben fatto (cioè quelle che
ridistribuiscono il carico di usura su tutti i settori liberi) soffrono di
meno di questo problema; siccome non è evidente chi utilizza questo tipo
di firmware, Alan Cox suggeriva di comprare quindi solo materiale
garantito a vita. 
Per altro sembra anche che sia in particolare il filesystem fat ad esporsi
all'usura, a causa del continuo aggiornamento della tabella di allocazione
dei file ad ogni scrittura di un nuovo settore, cosa quindi
particolarmente importante quando si copiano in maniera sincrona file di
grosse dimensioni. 
Quindi se ho capito bene, utilizzare ext2 o ext3 dovrebbe comunque
alleviare il problema, anche se si usa il metodo sincrono.


 alleviare il problema, anche se si usa il metodo sincrono.
Esisterebbe JFFS che č fatto apposta per le memorie a stato solido. Non
č molto supportato e non lo ho ancora provato, ma teoricamente
servirebbe proprio per questo tipo di usi.
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4