Devrais-je démonter un lecteur USB avant de le débrancher?


45

Lorsque vous débranchez un lecteur USB sans le démonter, votre système d'exploitation vous avertit de la gravité de ce fonctionnement pour vos périphériques (je suis sous OSX).

Je suis habituellement le conseil, démonter avant de débrancher, mais il m'est arrivé à plusieurs reprises (des milliers) que, à la fin de mes tâches , je venais de débrancher (stockage HD, téléphones portables, etc.) et que je n'ai jamais remarqué de données corrompues sur mon ordinateur. dispositifs.
Suis-je chanceux ou cet avertissement ennuyeux peut-il simplement être ignoré?


2
Ne pas poster de réponse car mes données sont totalement anecdotiques. Je suis un sysadmin, puis un développeur de logiciels depuis environ 15 ans et beaucoup de mes amis est dans le même métier et je ne me souviens pas d' une personne se plaindre de la perte de données de débrancher un périphérique USB sans démonter. Juste utiliser un peu de bon sens. Ne tirez pas dessus pendant que vous copiez / déplacez des choses.
Nifle

@Nifle c'est ce dont je parle :) (en fait, j'ai spécifié "à la fin de mes tâches")
systempuntoout

1
J'aimerais vous raconter une anecdote supplémentaire: dans le laboratoire d'Uni, les gens brancheraient (évidemment) des clés USB pour transporter des travaux. Nous n'avions pas les autorisations nécessaires pour démonter (ne demandez pas ..) et après le premier terme, plusieurs grands signes importants ont semblé dire aux gens de ne pas utiliser les ports USB des claviers, c'était parce qu'ils continuaient à corrompre les bâtons (I connaissait personnellement au moins quatre incidents). Mais ceux dans les unités de base utilisés de la même manière (sans autorisation de démonter) semblaient bien fonctionner!
DMA57361

1
@ DMA57361, Si vous ne disposez pas des autorisations nécessaires pour démonter (je me demande comment vous avez monté alors en premier lieu, puis ... mauvais, mauvais administrateur), vous pouvez quand même courir sync, attendre quelques secondes, puis débrancher.
user39559

2
un autre prix?! qui est muffin ya butterin? ;-) ici, votez de nouveau ...
Sky Sanders le

Réponses:


42

Soit vous êtes chanceux de n'avoir jamais eu de données corrompues, soit vous n'avez pas eu la chance de n'avoir jamais remarqué que vos données étaient corrompues.

Lorsque vous effectuez une action qui doit écrire sur un disque, la plupart des systèmes d'exploitation placent l'opération d'écriture dans une file d'attente. De temps en temps, ils vident la file d'attente. (J'appelle ça une file d'attente ici, mais en réalité les opérations peuvent être effectuées dans le désordre, les systèmes d'exploitation le font quand c'est plus rapide et donne le même résultat final.) Cela peut rendre les opérations d'écriture beaucoup plus rapides, à la fois parce que le système essaie de les exécuter quand il n’a rien de mieux à faire et qu’il peut les regrouper intelligemment.

Si vous débranchez votre appareil avant que tout soit écrit, vous risquez de manquer les dernières données. Pire, si le système d'exploitation exécute des opérations dans le désordre, vous pouvez placer votre appareil dans un état incohérent et perdre plus que les données les plus récentes.

Certains systèmes d'exploitation adoptent un mode plus conservateur (mais plus lent) pour les périphériques amovibles, afin de réduire les risques associés au débranchement du périphérique avant son démontage.

AJOUT :
Effectuer des opérations hors service n’est parfois pas une simple question de rapidité. Les supports flash bon marché (qui ne permettent pas de réallouer les secteurs au niveau matériel) limitent le nombre de fois que vous pouvez écrire sur un secteur donné. Si vous écrivez naïvement toutes les modifications au fur et à mesure, cela peut détruire les secteurs contenant la table d'allocation de fichiers sur un système de fichiers FAT (le cas le plus courant pour les lecteurs amovibles) ou le journal d'un système de fichiers moderne typique. (Voir par exemple cette discussion syncsur la liste de diffusion du noyau Linux .) Ici, ne pas mettre à jour le journal FAT ou le journal chaque fois qu'un fichier est écrit n'est pas seulement un gain de performances important, c'est également bon pour la durée de vie du matériel.

Jusqu'à récemment, Linux ne donnait le choix qu'entre sync(écrivez toutes les modifications au fur et à mesure) et async(écrivez quand cela vous convient). Les versions récentes introduisent l' flushoption pour les systèmes de fichiers FAT, qui se situe quelque part entre (efface toutes les écritures différées dès que le disque devient inactif); il est activé par défaut dans Ubuntu 10.04.

Sur une note différente, le démontage d'un lecteur amovible garantit qu'aucune application n'a de fichier ouvert. Si vous ne démontez pas avant de débrancher, vous ne remarquerez pas si vous avez des données non sauvegardées jusqu'à ce qu'il soit trop tard. Le démontage alors qu'un fichier est ouvert augmente également le risque de corruption, tant au niveau du système de fichiers (le système d'exploitation peut avoir mis en file d'attente certaines opérations jusqu'à la fermeture du fichier) et au niveau de l'application (par exemple, si l'application met un fichier verrou t être enlevé).


3
Optez pour le syncmontage! : D
BloodPhilia

Est-ce toujours un problème lorsque vous utilisez un système de fichiers journalisé?
NReilingh

1
@NRei Oui. Les systèmes de fichiers journalisés empêchent simplement la corruption des données en cas de problème au milieu du processus d'écriture. Cela n'empêche pas la corruption ou les données manquantes car l'écriture n'a pas eu lieu parce que le disque était débranché avant que le système d'exploitation ne parvienne à écrire les données.
Déceze

@BloodPhilia: syncblesse parfois plus que la performance, voir mon édition.
Gilles, arrête de faire le mal '26

2
D'accord - systempuntoout a eu de la chance jusqu'à présent. J'ai perdu beaucoup de travail en ne démontant pas avant de retirer un lecteur flash. Vous pouvez sauvegarder tout ce que vous voulez dans votre application, mais si les écritures sont mises en mémoire tampon, cela n’est pas arrivé là où ça compte. Vous ne vous brûlez que par cette fois.
brice

5

Le principal risque que vous avez est le retard d'écriture. Pour diverses raisons, le système n'écrit pas toujours les données sur un disque quand on le lui demande et les conserve en mémoire. Lorsque vous le démontez, il s'assure que tout ce qui est ensuite écrit sur le disque (et veille à ce qu'il ne soit pas utilisé actuellement). Vous saurez probablement si vous écrivez actuellement sur le disque, mais vous ne réaliserez peut-être pas que votre système d'exploitation n'a pas écrit tout ce que vous lui aviez dit d'écrire auparavant.

La fréquence de ceci dépend de votre système et de ce que vous faites avec le lecteur USB. Si les démontages sont généralement lents et que vous entendez le bruit d'écriture provenant du lecteur, vous devriez probablement continuer à démonter. Si les démontages sont toujours instantanés, n'hésitez pas à sauter cette étape à vos risques et périls.


4
Je pense que la plupart des systèmes d’exploitation désactivent ce type d’écriture différée pour les lecteurs amovibles.
Jeff Atwood

@ Jeff, ce serait certainement le moyen judicieux de traiter les clés USB. Y a-t-il un moyen de vérifier cela? Sous Windows 7?
Torben Gundtofte-Bruun

@torbengb: En fait, ce n'est pas toujours raisonnable - voir ma réponse corrigée .
Gilles, arrête de faire le mal '26

Mon clé USB Si je vais dans les options de stratégie, il utilise par défaut le retrait rapide, qui indique dans la description que le retrait sécurisé n’est pas nécessaire. L’autre option est Meilleure performance, qui n’est pas celle par défaut, mais vous oblige à la supprimer. Donc, pour la plupart des cas, la suppression par défaut serait rapide, ce qui signifie que vous n’avez pas besoin de supprimer la sécurité.
ComputerLocus

@Fogest, c'est vrai, mais c'est aussi spécifique à Windows; le PO utilise OSX. Bien sûr, je suis sûr que OSX fait quelque chose de similaire.
Synetech

4

Je ne pense pas que quiconque ait abordé la question de l'accès en lecture / écriture. Si vous n'avez rien copié sur le lecteur flash ni ouvert de fichier pour l'écriture, vous ne risquez pas de le retirer. Si je ne copie qu'un fichier d'un lecteur flash sur mon ordinateur, je ne prends généralement pas le le temps de le démonter. Mais si je copie des fichiers sur le lecteur flash, je passe à l'étape de la eatra - et oui, j'ai eu des fichiers corrompus à la suite de la suppression d'un lecteur flash trop tôt après son écriture.


3

Je travaille dans un casino et de nombreux fabricants de machines à sous utilisent maintenant des clés USB pour installer les fichiers bin (jeux et système d'exploitation) sur la machine à sous.

Une machine à sous dont le micrologiciel est corrompu peut ou non attribuer des milliers, voire des dizaines de milliers de dollars, est une excellente incitation à s’assurer que l’intégrité des données sur ce lecteur USB n’est pas corrompue. Compliance / Regulator le vérifie quand même, mais cela économise tout de même le travail nécessaire pour le faire correctement du premier coup.

Dans un environnement d'entreprise, la perte de données peut coûter des millions de dollars et vous risquez personnellement de perdre quelque chose d'irremplaçable.

Je m'assurerais certainement de démonter, supprimer en toute sécurité ou quelle que soit la terminologie utilisée pour s'assurer que tout périphérique USB contenant des données peut être retiré en toute sécurité.


1
Mais copier des mp3 à écouter, pas tellement.
cgp

3

Conduire une voiture sans porter la ceinture de sécurité peut être sûr la plupart du temps. Mais quand quelque chose se détraque, merci de l’avoir utilisé.

Donc oui. Même si la plupart du temps, retirer le lecteur USB sans le démonter peut être sécurisé, cela n’est certainement pas recommandé.


3

Quand un lecteur est en train d’être écrit, j’ai vu la corruption s’il a été démonté trop tôt. Bien que le système d'exploitation ne contienne pas de données non écrites, normalement au moins XP acceptera les demandes d'écriture qui seront sauvegardées.

J'ai demandé à quelqu'un de copier un fichier sur une clé USB et de me le remettre immédiatement une fois la copie terminée sur son écran - le fichier était corrompu.

J'ai vu la lumière d'écriture scintiller pendant quelques secondes après que quelque chose ait soi-disant fini de copier sur une clé USB.


2

Si le système effectue des opérations de fichier sur le disque, il est possible que les données soient corrompues. Comme cela ne vous est jamais arrivé, vous avez de la chance. Faites preuve de bon sens pour décider s’il existe ou non une chance que votre système d’exécution effectue des opérations. (Y a-t-il des programmes / fichiers du lecteur ouverts / en cours d'utilisation? Le lecteur est-il mis en cache? Est-il indexé? Mon système d'exploitation stocke-t-il des fichiers temporaires?)


2

Des preuves anecdotiques, pas des preuves, mais des données ont été corrompues en raison d'une déconnexion USB, mais cela ne m'est arrivé que sur des téléphones Blackberry.


2

Croyez-moi, oui.

Vous pouvez penser que rien n’accède au lecteur USB, mais en réalité, quelque chose l’est. De cette façon, j'ai mis à la corbeille 3 disques durs de sauvegarde externes et perdu des données d'un montant proche de 2 téraoctets.

TOUJOURS, TOUJOURS, démontez avant de débrancher.


Wow, 3 HDD est la malchance.
systempuntoout

3
@systempuntoout: "Une fois, c'est drôle, deux fois, c'est idiot, trois fois ça vaut le coup d'être fessée." Après les deux premiers incidents, vous voudrez peut-être regarder plus loin que le "malheur".
Chris Burgess le

1

Démontez-le pour être sûr (si vous êtes totalement paranoïaque), mais comme déjà mentionné, la perte de données se produit principalement en raison d'écritures retardées.

Il y a cependant une autre chose à faire avec mon lecteur portable WD essentials. Si je le débranche sans montage propre, la prochaine fois que je le brancherai, le lecteur sera en lecture seule. Je dois redémarrer le PC avec le lecteur pour le rendre réinscriptible .. très ennuyeux!


0

Un autre scénario sur un système Windows 10 est celui où un lecteur flash (ici, 64 Go, pas de readyboost) est physiquement retiré alors que le système est en veille prolongée. Après l’amorçage progressif du système à partir de la veille prolongée, un déplacement ou une copie de tout fichier modifié sur la clé USB risque de générer un fichier ou un répertoire qui est une erreur corrompue et illisible .
Pour contourner l'erreur ( en même temps que l'action chkdsk nécessaire la production d' un chk fragment ou deux, et « récupérer » le lecteur autrement en parfaite santé), nous essayons le right_click_on_drive_to_eject, ou démontent le bâton. Très bien, mais lorsque l’utilisateur le désactive / l’active ensuite dans Périphériques, le lecteur n’apparaîtra dans aucune des fenêtres de l’explorateur et reste affiché comme Aucun média dans Gestion des disques.. Le seul moyen de re-connecter complètement le périphérique consiste alors simplement à le déconnecter physiquement et à le rebrancher.
Il est donc préférable de démonter le périphérique en douceur avant de le débrancher.

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.