Ubuntu endommage-t-il les clés USB?

Chaque fois que je démonte un lecteur USB avec Nautilus et que je le branche sur un ordinateur Windows, je reçois un avertissement indiquant que le lecteur doit être réparé.

(le même message que dans cette capture d'écran)

Pendant plus de 10 ans de travail sous Windows, je n'ai jamais eu de clé USB corrompue ou endommagée, mais au cours des deux dernières années, trois de mes clés USB sont devenues inutilisables. Je ne peux donc pas le prouver, mais il est évident que cela est lié au comportement de (dés) montage de Ubuntu. .

Un ami m'a dit que je pouvais éviter de tels dommages en utilisant udisks et sync, mais j'espère que ce n'est pas la bonne façon de le faire, monter des lecteurs avec des commandes shell en 2016.

Pas de problème, Ubuntu n'a pas endommagé votre clé USB. Mais nous n'utilisons pas les indicateurs de bits mal documentés d'un système de fichiers FAT32, FAT16 ou NTFS. Sous Windows, ces indicateurs indiquent un système de fichiers potentiellement corrompu alors que nous n'avions pas correctement démonté le lecteur ou qu'une erreur d'E / S s'était produite.

Ces bits sont situés dans une entrée réservée d'une table de partitions FAT. Selon un document interne de Microsoft datant de 2004 , ces éléments sont les suivants:

• ClnShutBitMask:
  Si le bit est à 1, le volume est «propre». Le volume peut être monté pour l'accès. Si le bit est à 0, le volume est «sale», ce qui indique qu'un pilote de système de fichiers FAT n'a pas été en mesure de démonter le volume correctement (au cours d'une opération de montage antérieure). Le contenu du volume doit être analysé pour détecter tout dommage causé aux métadonnées du système de fichiers.
• HrdErrBitMask:
  Si ce bit est à 1, aucune erreur de lecture / écriture de disque n'a été rencontrée. Si ce bit est à 0, la mise en œuvre du pilote de système de fichiers a rencontré une erreur d'E / S de disque sur le volume lors de son dernier montage, ce qui indique que certains secteurs ont mal tourné. Le contenu du volume doit être analysé à l'aide d'un utilitaire de réparation de disque qui effectue une analyse de surface à la recherche de nouveaux secteurs défectueux.

Il y a quelques années, des discussions ont eu lieu avec les développeurs du système de fichiers du noyau sur la façon de remédier à ce problème, mais je n'ai pas été en mesure de suivre les résultats. Apparemment, cela n’a pas été transformé en noyaux récents.

Comme il ne s'agit que d'un indicateur, mais que nos données doivent être parfaitement en bon état, nous pouvons ignorer les problèmes d'avertissement de Windows sur les lecteurs précédemment utilisés dans Ubuntu.

Ceci est principalement un problème avec Windows. Il pense que c'est le seul système d'exploitation au monde et agit s'il détecte quelque chose qu'il ne comprend pas.

Le fait que Windows dise que vous devez réparer le lecteur ne le rend pas vrai.

N'importe lequel de mes lecteurs utilisés avec Ubuntu reçoit ce message de Windows, je dis simplement, noet ils fonctionnent correctement avec Windows.

En bref, il n’ya rien de mal avec le lecteur, c’est simplement que Windows ne comprend pas et qu’il répond en le détruisant.

Ne pas repairle lecteur, il va le formater sans vous dire et vous perdrez toutes les données sur le lecteur.

Comme vous l'avez suggéré dans un commentaire, cela est peut-être lié au fait que Ubuntu n'a pas terminé le processus d'écriture avant de retirer le lecteur flash. Ubuntu écrit les fichiers dans la RAM pendant le processus de copie et écrit ces fichiers de la mémoire tampon sur le lecteur USB en arrière-plan après la fermeture de la boîte de dialogue de copie. Il y a une autre réponsecela suggère que c'est particulièrement un problème pour les machines avec de grandes quantités de mémoire, mais il est probable que vous retiriez le lecteur avant que l'écriture en arrière-plan ne soit terminée. Lorsque vous éjectez un lecteur, le tampon est écrit sur le disque, mais il est difficile de savoir quand l’écriture est terminée. Il y a une fenêtre contextuelle dans les versions les plus récentes (15.10 pour certains, éventuellement 15.04) destinée à remédier à cela - une alerte violette apparaît après un temps (généralement court) indiquant que quelque chose du type "[Drive] peut maintenant être supprimé" l'écriture est terminée.

C'est probablement la raison pour laquelle votre ami a suggéré la synchronisation. L'exécution syncdans le terminal force l'écriture de toutes les données mises en mémoire tampon sur le disque et ne doit être renvoyé qu'une fois les écritures terminées (voir cette réponse ). Voir cette réponse pour un utilitaire qui vous aidera à déterminer si tel est le problème.

J'ai vu de nombreux lecteurs USB, notamment des cartes flash (SD, etc.) dans des adaptateurs USB, avec des systèmes de fichiers FAT (pratiquement tous les lecteurs USB pré-formatés avec FAT32) se corrompant lors de l'utilisation de distributions dérivées d'Ubuntu & Ubuntu. Il s’agissait presque tous les deux ou trois mois d’une utilisation quotidienne régulière.

S'il s'agissait d'un problème matériel, alors le formatage des partitions avec ext3 (ou 4) ne devrait pas aider, mais ext3 / 4 rend les systèmes de fichiers pratiquement blindés. (Ext2 a également été corrompu au cours des quelques mois où je l'ai essayé; il était supposé avoir moins d'écritures, donc une plus longue durée de vie pour les clés USB, principalement à partir de pas de journal)

Ainsi, Ubuntu ne devrait pas endommager physiquement les lecteurs USB eux-mêmes, mais je ne lui fais toujours pas confiance à 100% avec les systèmes de fichiers FAT.

Je pense que la corruption du système de fichiers peut être évitée de la manière suivante:

• Ne débranchez jamais un lecteur USB tant qu’il n’a pas été démonté / umount/ éjecté. Même si le lecteur n’écrit rien (il est allumé, il ne clignote pas) et même si vous l’avez déjà fait, syncle système de fichiers peut toujours
• Attendez au moins quelques secondes après umount/ éjecter avant de le débrancher. Il semble que même après que umountle voyant d'activité du lecteur puisse clignoter pendant quelques instants. D'autres utilisateurs comme ce gars-là disent qu'il pourrait durer jusqu'à une minute.
• Ne comptez pas uniquement sur l'un syncou l'autre, comme ce gars qui a la corruption de fichier.

Liens connexes (généralement):

• Réponse à "Devrais-je démonter un lecteur USB avant de le débrancher?"
• L’exécution de sync (8) est-elle toujours requise avant d’arrêter Linux?
• Comment retirer un lecteur USB sans s’inquiéter s’il a été démonté?

Cela n'a rien à voir avec aucun système d'exploitation. Il s'agit d'une erreur du système de fichiers, qui indique dans la plupart des cas que le lecteur n'a pas été démonté correctement (erreur de l'utilisateur). Ce n'est pas une indication absolue de dommage, mais simplement une possibilité de dommage. Le cas échéant, les dommages sont généralement limités au (x) dernier (s) fichier (s) écrit (s). La commande "Réparer" de Windows, dans ce cas, analyse le lecteur à la recherche des secteurs marqués "occupés", mais non affectés à un fichier, puis attribue ces morceaux et ces morceaux à de nouveaux fichiers.

Cette erreur peut également être créée sous Windows si vous retirez simplement le lecteur en écriture sans le démonter au préalable (dans Windows, "Éjecter" effectue le démontage).

Voir ce message signifie que le lecteur n'a pas été démonté correctement.

Vous pouvez vérifier vous-même si le système de fichiers est vraiment endommagé ou s'il s'agit simplement d'un faux positif: si, après l'exécution de "Réparer", un nouveau dossier nommé "found000" apparaît avec certains fichiers, cela signifie qu'il y a vraiment une écriture inachevée qui s'est interrompu. Certaines de vos données ont été perdues, ce qui est préoccupant.

J'utilise plusieurs années Ubuntu et Windows avec double démarrage, et lorsque je démonte le lecteur de la bonne manière, le message d'erreur s'affiche toujours dans Windows, mais aucune erreur ne s'est produite sur mon lecteur USB. Dans W10, vous pouvez désactiver ce message d'erreur contextuel.

Il n’existe pratiquement aucun moyen pour un système d’exploitation d’endommager le lecteur USB. Après un format normal (et non rapide), il ne devrait plus rester aucune trace de ce lecteur a été utilisé avec Ubuntu.

Vérifiez les lecteurs avec "H2testw" ou "USB Flash Drive Tester" - des secteurs défectueux peuvent être à l'origine de nombreuses erreurs étranges.

Je ne peux pas dire si le lecteur était "endommagé", peut-être que oui ou non. Mais en tant que personne capable de dire la même chose: "Pendant plus de 10 ans travaillant avec Windows ...", je peux vous dire que si vous utilisez Windows 10, cela pourrait être la source de vos nouveaux problèmes. J'ai rencontré un nouveau problème le premier jour de mon arrivée sur 10: sur 10, une base de données est créée pour les lecteurs externes (il peut s'agir de la base de données d'indexation, je ne m'en souviens pas). Si cette base de données ne correspond pas au lecteur, il vous dira que votre lecteur est endommagé. Parfois, vous pouvez ignorer cet avertissement et parfois, vous ne pouvez pas (voir anecdote). Lancer "réparer" va réparer la base de données.

Anecdote:

Je ne me souviens pas où j'ai trouvé cette information, mais je l'ai su lorsque j'ai déplacé mon dossier Musique. Il s'est plaint que le lecteur était en panne au lieu de se plaindre du dossier qu'il cherchait qui n'existait plus. Avant de réparer, le nouvel emplacement est apparu sur Ubuntu et l'ancien sur Windows 10 ... mais tous les fichiers n'ont pas pu être ouverts sur 10. Après avoir réparé, le nouvel emplacement du dossier Musique est apparu sous Windows, l'ancien dossier disparu, et cela a fonctionné à nouveau sur Windows.

Courir syncn'est également pas une mauvaise idée.