Newsgroup: it.comp.os.linux.sys
Titolo: Pen drive

Ciao a tutti,
uso una pen drive in Linux e mi chiedevo se esiste una procedura per la
rimozione sicura, analoga a quanto accade in windows, dove si deve aspettare
si spenga la il lep della pen drive prima di estrarla.
Io (in suse) uso semplicemente mount /media/sda1 per montarla e umount per
smontarla, ma il lep continua a lampeggiare anche dopo umount. E'
sufficiente per estrarla in sicurezza o prima o poi potrei rischiare di
bruciarla? Devo installarmi dei driver o fare qualcosa?
Grazie !!
Mario
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 bruciarla? Devo installarmi dei driver o fare qualcosa?
ti consiglio di usare autofs, che dovrebbe essere integrato nel kernel.
Con due semplici script da mettere in /etc, puoi definire delle
periferiche da automontare al collegamento e autosmontare dopo un
timeout di inutilizzo.
man autofs
man auto.master
Fissa 2-3 secondi di timeout per la penna e funzionera' praticamente
come windows.

 bruciarla? Devo installarmi dei driver o fare qualcosa?
non si brucia niente, ma perdi i dati.
i filesystem montati in modalità asincrona (di base è così) scrivono i
dati quando è più comodo al sistema, o quando è più efficiente.
in questo modo il trasferimento dati è immediato a livello logico/lato
utente, mentre verrà rimandato al momento più opportuno.
se montato in maniera sincrona (-o=sync) il filesystem viene modificato
immediatamente dopo l'operazione sui dati. in questo caso all'utente
sembra che l'operazione sia più lenta, ma quando è terminata, i dati
sono realmente stati modificati.
effettivamente il trasfermento dati sync è più lento.
per piccoli file, non si nota differenza, ma se copi un file di 100MB da
fs a fs, la differenza è notevole. fai una prova (cp+umount/async
vs. cp/sync) e noterai la differenza.
è buona norma montare le memorie usb in modalità sync, specialmente i
dispositivi più "volanti".
se usi debian la gestione dei dischi usb è gestita da 'usbmount'
apt-get install usbmount
devi solo modificare /etc/usbmount/usbmount.conf per specificare di
gestire anche i filesystem vfat oltre che ext[23].
ciao
gl

 utente, mentre verrà rimandato al momento più opportuno.
Sbagli, ha detto che fa "umount" prima di togliere la chiavetta, e questo
impone al kernel di terminare tutte le scritture pendenti.
Ovviamente bisogna aspettare a togliere la chiavetta finche' umount non
ritorna.
Ciao!


è quello che ho detto.
ma forse l'ho fatta troppo lunga e ho annoiato il lettore :)
ciao
gl

 
standard unix command is: sync ... da usare ovviamente prima di 'unmount'
Poi, puoi anche usare gnome-volume-manager (con hal e dbus) pe ril 
montaggio automatico. In questo modo ti appare automaticamente l'icona 
sul desktop quando metti la penna. Fai click col destro e clicchi su 
"smonta volume".... e aspetti che l'icona sul desktop scompaia.
-- 
Massimiliano

 bruciarla? Devo installarmi dei driver o fare qualcosa?
Visto che le altre risposte sono un po' tecniche e logorroiche...
No, non devi temere nulla e non ti serve nient'altro. Se fai umount non
corri alcun rischio.
Mattia Adami

 "smonta volume".... e aspetti che l'icona sul desktop scompaia.
--------------------------------
Inviato via 
http://arianna.libero.it/usenet/

 Grazie mille!!
dunque, sulla macchina dove lavoro ora non l'avevo ancora fatto.
Per l'occasione, ho creato una directory /misc, poi ho editato i
seguenti files:
# file /etc/auto.master
/misc   /etc/auto.misc
# file /etc/auto.misc
removable       -fstype=auto,umask=0000         :/dev/sda1
Poi ho dato:
/etc/rc.d/rc.autofs restart
e la penna viene vista e montata automaticamente in /misc/removable.
Non e' perfetto (ricordo che le opzioni dopo umask erano parecchie
sull'altra macchina) ma funge.


 non ho trovato nessun comando gnome-volume-manager, ma magari mi sbaglio....
non e' che ti sbagli.
non hai installato il pacchetto gnome-volume-manager
cmq, sync e umount (o anche solo umount) e' piu' che sufficiente...
-- 
Massimiliano

> e la penna viene vista e montata automaticamente in /misc/removable.
quindi alla fine della storia tutto quanto fatto serve solo per rivelare la
penna in automatico, ma sono in sostanza comandi che posso tranquillamente
dare da linea di comando con mount e umount. Ho capito correttamente? La
cosa che mi premeva di piu' era quella di rimuovere hardward senza rischiare
di bruciarlo (es. aspettare che lucina del led di spenga come in windows),
ma a quanto ho capito mount e umount sono piu' che ok (anche se lucina del
led continua a lampeggiare). Oppure nell'editare /etc/auto.master ci sono
ulteriori trucchi etc...?!?!


 dare da linea di comando con mount e umount.
si.

 sufficiente per estrarla in sicurezza
Per il kernel sì, e dubito che una chiave USB abbia una memoria cache.
-- 
Per rispondermi, togli il nome del poeta

 dispositivi più "volanti".
E` un ottimo modo per distruggere la flash...
Luca
-- 
Home: 
http://kronoz.cjb.net
La vispa candela bruciava l'erbetta
creando un'essenza alquanto sospetta;
sembrava l'odore di una sacrestia
ma presto mi accorsi che era maria.

 bruciarla? Devo installarmi dei driver o fare qualcosa?
Sull'umount ti hanno gia` risposto. Il fatto che il led rimanga accesso
dipende dal fatto che l'umount non provoca la disconnessione della
periferica dal bus USB; la periferica rimane attiva e puo` essere
riusata con un semplice mount (mentre su win devi necessariamente
estrarla e reinserirla).
Luca
-- 
Home: 
http://kronoz.cjb.net
Non ho ancora capito se il mio cane e` maschio o femmina:
quando fa la pipi` si chiude in bagno

 Luca
montare le memorie usb in modalità sync serve a distruggere la flash?
ciao
gl

 gl
Dal momento che le memorie flash hanno un numero di cicli di scrittura 
limitato (molto grande, ma pur sempre limitato) e dato che cancellano e 
riscrivono la memoria a blocchi, la scrittura di ogni singolo byte 
(modalità sincrona) tende ad accorciare notevolmente la vita della 
memoria stessa.
L'uso di una cache permette di accumulare le scritture e a scriverle sul 
dispositivo solo quando necessario (quando ha bisogno spazio per salvare 
altri dati) o quando più gli fa comodo (raggiunti limiti d'età, intesa 
in secondi, dei dati in cache, la loro frequenza di variazione, la 
richiesta di smontare un dispositivo, ecc.)
Questo permette di ridurre il numero di operazioni di scrittura dei dati 
sul dispositivo e quindi aumenta l'aspettativa di vita della memoria 
flash (naturalmente se finisce sotto le ruote di un camion o nel camino 
acceso, non c'è cache che tenga. :-) )
LP

 LP
si certo, i limiti della fisica e della chimica non si possono scavalcare,
ma il discorso è un altro, è l'utente che deve risparmiare la vita della
memoria, non usandola come memoria di lavoro principale, tanto gli
automatismi del filesystem o i vari sistemi di salvataggio automatico dei
programmi lo fanno continuamente.
forse tutti fanno un uso delle memorie usb diverso dal mio.
io le uso a mo' di floppy, pertanto mi serve una cosa *pratica*, attacca,
copia, stacca e saluti a tutti.
evidentemente qualcun altro le usa come spazio di lavoro costante, cosa
che per me, è un controsenso, mi sento più sicuro a lavorare sul raid 1
che su una memoria esterna da 20 euro che per la maggior parte delle volte
non so dove stia.
sempre per il discorso dei venti euro e del fatto che i dati stanno sul
raid 1, non me ne frega na' cippa di quanto dura la memoria :))
sync!
gl :)

 
Go Sync
LP

 dell'altra faccia della medaglia.
ok, ok, mi hai scambiato per un'altra persona! :)
passo e chiudo!
ciao!
gl

 irrinunciabile, ho deciso di prendermi tutti i vantaggi del caso.
infatti.
non c'e' niente di male ad usare un sistema "automatico".
Non ci vuole nessuna scienza a scrivere "mount /blabla /blabla", ma mi 
pare molto piu pratico mettere la chiavetta e trovarmela montata.
-- 
Massimiliano

 riscrivono la memoria a blocchi, la scrittura di ogni singolo byte
Non esageriamo... sono pur sempre device a blocchi e scrivono sempre un
blocco alla volta. In modalità sincrona ci sono più scritture ma non è che
siano così tante di più...
Ciao,
-- 
 Daniele Orlandi                                                        つづく

 programmi lo fanno continuamente.
Veramente la corretta spiegazione che ti è stata fornita nasceva dalla
balzana idea che è stata avanzata di montare una penna USB in modalità
sincrona, e questo come immagino tu saprai scavalca qualsiasi automatismo di
file system.


 siano così tante di più...
Dipenderà dai pattern di accesso ai dati, pacifico, ma quanto è più veloce
un ext3 con journal sui metadati (per fare un parallelo)?


 un ext3 con journal sui metadati (per fare un parallelo)?
Più veloce di cosa? Non stiamo parlando solo del numero di accessi?


 Non stiamo parlando solo del numero di accessi?
In scrittura, e il fatto è che di scritture ne avvengono tante anche quando
non scrivi niente, perchè i metadati appunto vengono aggiornati. Dipenderà
dai pattern di accesso ai dati, ma montare una penna USB in modalità
asincrona riduce, ad occhiometro, di molto la sua vita.


 modalità asincrona riduce, ad occhiometro, di molto la sua vita.
Dipende da come la usi... ma in genere l'aumento delle scritture per lo
stesso settore non è così rilevante, specialmente se consideri che il
commit dei buffer viene fatto con una certa frequenza.


 commit dei buffer viene fatto con una certa frequenza.
Dipende appunto dai pattern di accesso, ma se il numero di scritture di
dati e` rilevante allora bisogna considerare che ci saranno anche molte
scritture sul blocco dei metadati del file (penso in particolare al
mtime del file - perche` il bravo utente monta le flash con noatime :P).
Potrei anche eseguire 10 scritture ad offset molto differenti (e quindi
su blocchi differenti), ma avro` comunque 10 scritture sullo stesso
blocco dovute all'aggiornamento del mtime.
Luca
-- 
Home: 
http://kronoz.cjb.net
Se non sei parte della soluzione, allora sei parte del problema.