Devo smontare un'unità USB prima di scollegarla?

Quando scolleghi un'unità USB senza smontare, il tuo sistema operativo ti avverte di quanto terribile possa essere tale operazione per i tuoi dispositivi (sono su OSX).

Di solito seguo il consiglio, smontando prima di scollegare, ma è successo molte volte (migliaia) che, alla fine delle mie attività , ho appena scollegato (archiviazione Hd, telefoni cellulari, ecc.) E non ho mai notato dati danneggiati sul mio dispositivi.
Sono fortunato o questo fastidioso avvertimento può essere ignorato?

O sei fortunato a non aver mai avuto dati danneggiati o sei sfortunato a non aver mai notato che i tuoi dati erano danneggiati.

Quando si esegue un'azione che dovrebbe scrivere su un disco, la maggior parte dei sistemi operativi inserisce l'operazione di scrittura in una coda. Di tanto in tanto, svuotano la coda. (Lo sto chiamando una coda qui, ma in realtà le operazioni possono essere eseguite fuori servizio, i sistemi operativi lo fanno quando è più veloce e danno lo stesso risultato finale.) Questo può rendere le operazioni di scrittura molto più veloci, sia perché il sistema prova eseguirli quando non ha niente di meglio da fare e perché può raggrupparli in modo intelligente.

Se ti capita di scollegare il dispositivo prima che tutto sia stato scritto, potresti perdere i dati più recenti. Peggio ancora, se il sistema operativo ha eseguito operazioni fuori servizio, è possibile mettere il dispositivo in uno stato incoerente e perdere più dei dati più recenti.

Alcuni sistemi operativi entrano in una modalità più conservativa (ma più lenta) per i dispositivi rimovibili, per ridurre i rischi associati allo scollegamento del dispositivo prima che sia stato smontato.

AGGIUNTO :
Fare operazioni fuori servizio a volte non è solo una questione di velocità. I supporti flash economici (che non riguardano la riallocazione del settore a livello hardware) hanno un limite al numero di volte in cui è possibile scrivere su un determinato settore. Se si scrivono ingenuamente tutte le modifiche mentre si verificano, questo può uccidere i settori che contengono la tabella di allocazione dei file su un file system FAT (V) (il caso più comune per le unità rimovibili) o il journal su un tipico file system moderno. (Vedi ad esempio questa discussione syncsulla mailing list del kernel Linux .) Qui, non aggiornare il FAT o il journal ogni volta che si scrive un file non è solo un grande guadagno in termini di prestazioni, è anche buono per la vita dell'hardware.

Fino a poco tempo fa, Linux poteva solo scegliere tra sync(scrivere tutte le modifiche in tempo reale) e async(scrivere ogni volta che è conveniente). Le versioni recenti introducono l' flushopzione per i filesystem FAT, che si trova nel mezzo (svuota tutte le scritture ritardate non appena il disco diventa inattivo); è attivo di default in Ubuntu 10.04.

In un'altra nota, lo smontaggio di un'unità rimovibile garantisce che nessuna applicazione abbia un file aperto. Se non smonti prima di scollegare, non noterai se hai dati non salvati fino a quando non è troppo tardi. Smontare mentre un file è aperto aumenta anche la possibilità di corruzione, sia a livello di filesystem (il sistema operativo potrebbe aver messo in coda alcune operazioni fino alla chiusura del file) sia a livello di applicazione (ad esempio se l'applicazione inserisce un file di blocco, ha vinto ' essere rimosso).

Il rischio principale che hai è la scrittura ritardata. Per vari motivi il sistema non scrive sempre i dati su un disco quando viene loro richiesto e li mantiene invece in memoria. Quando lo smonti, si assicura che tutto ciò che viene poi scritto sul disco (e si assicuri che non sia attualmente in uso). Probabilmente sapresti se stai scrivendo sul disco, ma potresti non rendertene conto che il tuo sistema operativo non ha scritto tutto ciò che gli hai detto in precedenza di scrivere.

La frequenza dipende dal tuo sistema e da cosa stai facendo con l'unità USB. Se gli smontaggi sono in genere lenti e si sente il rumore di scrittura proveniente dall'unità, probabilmente si dovrebbe continuare a smontare. Se gli smontaggi sono sempre istantanei, sentiti libero di saltare questo passaggio a tuo rischio.

Non credo che nessuno abbia affrontato il problema dell'accesso in lettura o in scrittura. Se non hai copiato nulla sull'unità flash o non hai aperto un file su di esso per la scrittura, probabilmente sei sicuro di rimuoverlo - se copio solo un file da un'unità flash sul mio computer, in genere non prendo il tempo di smontarlo. Ma se sto copiando i file sull'unità flash, allora faccio il passo eatra - e sì, ho avuto file corrotti a seguito della rimozione di un'unità flash troppo presto dopo averla scritta.

Lavoro in un casinò e molti produttori di slot machine ora usano le chiavette USB per installare i file bin (giochi e sistema operativo) sulla slot machine.

Una slot machine con firmware corrotto può o meno assegnare migliaia se non decine di migliaia di dollari è un grande incentivo per assicurarsi che l'integrità dei dati su quell'unità USB non sia corrotta. Compliance / Regulator lo controlla comunque, ma salva comunque il lavoro per farlo bene la prima volta.

In un ambiente aziendale la perdita di dati potrebbe costare milioni e personalmente si potrebbe perdere qualcosa di insostituibile.

Mi assicurerei sicuramente di smontare, rimuovere in sicurezza o qualsiasi terminologia utilizzata per assicurarmi che qualsiasi dispositivo USB con dati su di esso sia sicuro da rimuovere.

Guidare un'auto senza indossare la cintura di sicurezza può essere sicuro per la maggior parte del tempo. Ma quando qualcosa va in tilt, grazie lo hai usato.

Quindi sì. Anche se il più delle volte la sola rimozione dell'unità USB senza smontarla può essere sicura, sicuramente non è consigliata.

Quando è stato scritto un disco ho visto la corruzione quando è stato smontato troppo presto. Sebbene il sistema operativo non conservi i dati non scritti normalmente XP accetterà almeno richieste di scrittura di cui eseguire il backup.

Ho avuto qualcuno che copiava un file su un'unità flash e me lo passava immediatamente una volta che la copia era finita sul suo schermo - il file era corrotto.

Ho visto lo sfarfallio della spia di scrittura per alcuni secondi dopo che qualcosa presumibilmente ha finito di copiare anche su un'unità flash.

Se il sistema sta eseguendo operazioni sui file sul disco, è possibile che danneggi i dati. Dal momento che non ti è mai successo, sei fortunato. Usa il buon senso per decidere se esiste la possibilità che il tuo sistema operativo stia eseguendo delle operazioni. (Esistono programmi / file dall'unità aperti / in uso? È presente la memorizzazione nella cache sull'unità? Viene indicizzata? Il mio sistema operativo memorizza i file temporanei su di esso?)

Prove aneddotiche, non prove, ma ho avuto il danneggiamento dei dati a causa della disconnessione USB, ma è successo solo a me con i telefoni Blackberry.

Fidati di me, SÌ.

Potresti pensare che nulla acceda all'unità USB, ma in verità qualcosa lo è. In questo modo ho eliminato 3 dischi rigidi di backup esterni e ho perso i dati per un importo vicino a 2 terabyte.

SEMPRE, SEMPRE, smontare prima di scollegare.

Smontalo per sicurezza (se sei totalmente paranoico), ma come già accennato la perdita di dati si verifica principalmente a causa di scritture ritardate.

C'è un'altra cosa però che ha a che fare con il mio disco portatile WD essentials. Se lo scollego senza un supporto pulito, la prossima volta che lo collego renderà l'unità di sola lettura. Devo riavviare il PC con l'unità per renderlo nuovamente scrivibile ... decisamente fastidioso!

Un altro scenario su un sistema Windows 10 è quando un'unità flash (qui, 64 Gb, no readyboost) viene fisicamente rimossa mentre il sistema è in modalità di ibernazione. Dopo che il software si avvia dalla modalità di sospensione, uno spostamento o una copia di tutti i file modificati sulla chiavetta USB potrebbe comportare un errore di file o directory danneggiato e illeggibile .
Per aggirare l'errore (insieme all'azione chkdsk necessaria che produce un frammento di chk o due e "recuperare" l'unità altrimenti perfettamente sana), proviamo a destra_click_on_drive_to_eject, o smontiamo la levetta. Bene, ma quando l'utente lo disabilita / abilita in Dispositivi, l'unità non verrà visualizzata nelle finestre di Esplora risorse e verrà comunque visualizzata come Nessun supporto in Gestione disco. L'unico modo per ricollegare completamente il dispositivo è semplicemente quello di scollegare e ricollegare fisicamente l'unità.
Pertanto è preferibile smontare con grazia il dispositivo prima di scollegarlo.