Question 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 comme dans cette capture d'écran)

Pendant 10 ans et plus de travail avec 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 inopérantes, donc je ne peux pas le prouver. .

Un ami m'a dit que je pouvais éviter de tels dommages en utilisant les udisks et la synchronisation, mais j'espère que ce n'est pas la bonne façon de procéder, en installant des disques avec des commandes shell en 2016.


73
2018-04-01 09:54


origine


Je voudrais essayer deux tests pour déterminer la cause fondamentale: 1) Pouvez-vous empêcher l'erreur d'apparaître si vous appelez sync dans un shell avant de le démonter dans Ubuntu? (improbable) 2) Essayez d’écrire un seul fichier à la fois, démontez, puis vérifiez si ce fichier peut être lu sur Windows et que son contenu est à jour, malgré l’avertissement. 2) signifie que le problème est probablement lié au fait que Windows dit "nous avons trouvé des erreurs" à propos de certains problèmes non réels. - arielf
Ne croyez pas que les gens qui vous disent que Linux ne corrompra pas vos lecteurs. Ça peut. Sur Ubuntu 15, une simple copie de fichier suivie d'un redémarrage m'a systématiquement donné des erreurs dans chkdsk comme ceci: Stage 2: Examining file name linkage ... Found corrupt basic file structure for "<0x32,0x1e63>" ... queued for offline repair. Found an unneeded link ($FILE_NAME: ???) in index "$I30" of directory "\ <0x5,0x5>" ... queued for offline repair. Found missing Index entry for file "<0x32,0x1e63>" from index "\??\D:\found.000" of directory "$I30" ... queued for offline repair. - Mehrdad
^ ... sans oublier que ce n'était même pas sur un lecteur flash, c'était sur mon SSD principal. Un tout nouveau SSD. Et c'est arrivé A chaque fois que je n'ai pas ajouté une tonne d'E / S supplémentaire après la copie du fichier. En d'autres termes, l'implémentation de NTFS par Linux est cassé, autant que ses fans voudront le nier et éviter de croire. - Mehrdad
Est-ce un système de fichiers NTFS? FAT32? Pouvez-vous le reproduire de manière fiable? - Braiam
Quel est si mauvais avec montage de disques avec commandes shell ? ¯\(o_o)/¯ - ulidtko


Réponses:


Pas de soucis Ubuntu n'a pas endommagé votre clé USB. Mais nous n'utilisons pas les indicateurs de bits peu documentés d'un système de fichiers FAT32, FAT16 ou NTFS. Sous Windows, ces indicateurs indiquent un système de fichiers éventuellement corrompu lorsque nous n'avons pas correctement démonté le lecteur ou qu'une erreur d'E / S s'est produite.

Ces bits sont situés dans une entrée réservée d'une table de partition FAT. Selon un papier Microsoft interne de 2004 le but de ces bits sont:

  • ClnShutBitMask:
      Si le bit est 1, le volume est «propre». Le volume peut être monté pour   accès. Si le bit est à 0, le volume est «sale», indiquant qu'un fichier FAT   le pilote du système n'a pas pu démonter le volume correctement (pendant   opération de montage préalable). Le contenu du volume doit être scanné pour   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é détectée.   Si ce bit est 0, l’implémentation du pilote du système de fichiers a rencontré   erreur d'E / S de disque sur le volume lors de sa dernière installation, ce qui est un   Indicateur que certains secteurs ont peut-être mal tourné. Le volume   le contenu doit être analysé avec un utilitaire de réparation de disque   analyse de surface à la recherche de nouveaux secteurs défectueux.

Il y a quelques années, les développeurs du système de fichiers du noyau ont discuté de la manière de résoudre ce problème, mais je n'ai pas pu suivre les résultats. Apparemment, il ne s'est pas transformé en noyaux récents.

Comme seul un indicateur de bit est impliqué, mais que généralement nos données doivent être en parfait état, nous pouvons ignorer les problèmes Windows d’avertissement sur les lecteurs que nous avions précédemment utilisés dans Ubuntu.


103
2018-04-01 14:38



Je n'ai jamais eu ces erreurs dans ces lecteurs lorsque je démonte les disques en toute sécurité - êtes-vous sûr que le support de ces bits est manquant? - Thomas Ward♦
@ ThomasW. Ces bits sont assez obscurs mais j'ai parfois ces erreurs avec mes clés USB au format Ubuntu sur mon lieu de travail Windows 7. Jusqu'à présent, je n'ai vu aucun motif utile. La seule chose que je puisse dire, c'est que je démonte / éjecte toujours correctement les lecteurs. Les tests ne sont pas faciles car à la maison, pas de Windows, pas de travail à Ubuntu. - Takkat
La manchette est fausse. - MatthewRock
@MatthewRock: mieux? - Takkat
Oui, c'est mieux - MatthewRock


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

Juste parce que Windows dit que vous devez réparer le disque ne le rend pas vrai.

Tous mes lecteurs utilisés avec Ubuntu reçoivent ce message de Windows, je dis juste no et ils fonctionnent bien avec Windows.

En bref, il n'y a rien de mal avec le lecteur, c'est juste qu'il y a quelque chose sur lequel Windows ne comprend pas et sa réponse est de le détruire.

Ne pas repair le lecteur, il formatera sans vous dire et vous allez perdre toutes les données sur le lecteur.


73
2018-04-01 09:59



1. La réparation ne formate pas, la réparation enregistre les données allouées dans un dossier. Pour moi, Ubuntu ne finit pas correctement le processus d’écriture. - jan6352781
2. La plupart des lecteurs USB sont au format FAT32, développé par Microsoft, alors pourquoi Windows devrait-il être le seul système à "ne pas comprendre" quelque chose? - jan6352781
-1 parce que c'est infondé et faux. J'ai vu Ubuntu 15 corrompre mon volume NTFS (oui, je sais que vous ne me croirez pas, mais je l'ai vu de mes propres yeux et reproduit au moins 3-4 fois de suite avant de le croire moi-même), et est arrivé même en dépit de la synchronisation explicite de tous les tampons. Je suis d'accord avec @ jan6352781 que je pensais aussi que c'était dû à la fin du processus d'écriture, et je le fais toujours. En fait, si vous attendez assez longtemps après l'écriture avant de redémarrer Ubuntu, cela fonctionne bien. Nous n'avons aucune raison de croire que Windows est en cause ici, et toutes les raisons de croire qu’Ubuntu est. - Mehrdad
Réparer le disque ne le formate pas. Il exécute chkdsk. Il n'y a plus de format de disque que fsck formate un disque. - Journeyman Geek
Cette réponse entière est juste une répulsion de Windows avec aucune preuve (sauf anecdotique). - Millie Smith


Comme vous l'avez suggéré dans un commentaire, cela est peut-être lié au fait que Ubuntu ne termine pas 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 du 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éponse Cela suggère que ceci est particulièrement un problème pour les machines avec de grandes quantités de mémoire, mais il est probable que vous supprimiez le lecteur avant que l'écriture en arrière-plan soit terminée. Lorsque vous éjectez un lecteur, cela force l'écriture du tampon sur le disque, mais il est difficile de savoir quand l'écriture est réellement terminée. Il y a un pop-up dans les nouvelles versions (15.10 pour certain, peut-être 15.04) destiné à remédier à cela - une alerte violette apparaît après un temps (généralement court) qui dit que quelque chose comme "[Drive] peut maintenant être supprimé" une fois l'écriture est terminée.

C'est probablement la raison pour laquelle votre ami a suggéré la synchronisation. Fonctionnement sync Dans le terminal, toutes les données mises en mémoire tampon doivent être écrites sur le disque et ne doivent être renvoyées qu'une fois les écritures terminées (voir cette réponse). Voir cette réponse pour un utilitaire qui vous aidera à déterminer si c'est effectivement le problème.


17
2018-04-01 13:09



J'obtiens la fenêtre contextuelle dans 14.04 (édition Linux Mint KDE) chaque fois que j'éjecte une clé USB, ainsi que mes machines 15.10 Kubuntu. Pas sûr de 15.04, mais je suppose que oui. - Jon Bentley
L'interface graphique ne le rend pas vraiment évidente? J'ai utilisé eject dans le terminal pendant un long moment, et il y a un retard notable avant de retourner si je viens de copier un fichier volumineux. - Izkata
@Izkata Sur vanilla Ubuntu 14.04, lorsque vous cliquez sur le symbole d'éjection dans Nautilus, il disparaît immédiatement. Contrairement aux lecteurs internes, les lecteurs USB disparaissent complètement de la barre latérale lorsqu'ils sont complètement démontés (c.-à-d. Que l'écriture est terminée), il y a donc une certaine période pendant laquelle le lecteur USB est écrit mais semble être éjecté. - alex_d
cela devrait être la réponse acceptée. - CptEric


J'ai vu beaucoup de lecteurs USB, en particulier les cartes flash (SD, etc.) dans les adaptateurs USB, les systèmes de fichiers FAT (pratiquement tous les lecteurs USB étant pré-formatés avec FAT32) étant corrompus lors de l'utilisation de distributions dérivées d'Ubuntu et d'Ubuntu. C'était un événement presque régulier tous les quelques mois d'utilisation quotidienne régulière.

S'il s'agissait d'un problème matériel, le formatage des partitions avec ext3 (ou 4) ne devrait pas être utile, mais ext3 / 4 rend les systèmes de fichiers pratiquement à l'épreuve des balles. (ext2 a également été corrompu au cours des quelques mois que j'ai essayé; il était censé avoir moins d'écritures, donc une durée de vie plus longue pour les lecteurs flash, principalement sans journal).

Donc, Ubuntu devrait ne pas endommager physiquement les clés USB elles-mêmes, mais je ne leur fais toujours pas confiance à 100% avec les systèmes de fichiers FAT.

Je pense que la corruption du système de fichiers peut être mieux évitée en:

  • Ne débranchez jamais une clé USB tant qu'elle n'a pas été démontée /umount/ éjecté. Même si le lecteur n’écrit actuellement rien (s’il est éclairé, il ne clignote pas) et même si vous avez sync le système de fichiers peut encore
  • Attendez au moins quelques secondes après umount/ éjecter avant de le débrancher. Il semble que même après umount La lumière d'activité du lecteur peut parfois continuer à clignoter pendant un petit moment. Autres utilisateurs comme ce gars dire que cela pourrait durer jusqu'à une minute.
  • Ne comptez pas seulement sur sync non plus, comme ce gars qui a la corruption de fichier.

Liens associés (généralement):


5
2018-04-02 16:45





Cela n'a rien à voir avec aucun système d'exploitation. Il s'agit d'une erreur du système de fichiers qui, dans la plupart des cas, indique que le lecteur n'a pas été démonté correctement (erreur utilisateur). Il ne s'agit pas d'une indication absolue de dommage, il indique simplement possibilité d'un dommage. S'il est présent, le dommage est généralement limité au (x) dernier (s) fichier (s) écrit (s). Dans ce cas, la commande "Réparer" de Windows analyse le lecteur pour les secteurs marqués comme "occupés", mais non affectés à un fichier, puis assigne ces extraits et pièces aux nouveaux fichiers.

Cette erreur peut également être créée sous Windows, si vous extrayez simplement le lecteur pendant l’écriture sans le démonter d’abord (dans Windows, "Eject" exécute le démontage).

Le fait de 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 a été vraiment endommagé ou est-ce simplement faux positif: si après avoir exécuté "Réparer", un nouveau dossier nommé "found000" apparaît avec certains fichiers, cela signifie été interrompu. Certaines de vos données ont été perdues et cela pose un problème.


3
2018-04-04 14:07





J'utilise plusieurs années Ubuntu et Windows avec dual-boot, et quand je démonte le lecteur de la bonne manière, dans Windows, toujours afficher le message d'erreur, mais n'a jamais été une erreur sur mon lecteur USB. Dans W10, vous pouvez désactiver ce message d'erreur.

enter image description here


2
2018-04-05 09:53





Il n'y a presque aucun moyen pour un système d'exploitation d'endommager le lecteur USB, après un format normal (pas rapide), il ne devrait plus y avoir de trace que ce lecteur ait jamais été utilisé avec Ubuntu.

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


1
2018-04-01 13:55



L'OP est mal formulé, mais cela signifie "système de fichiers", pas "flash ROM". - wizzwizz4
Il semble que l'OP peut signifier une clé USB réelle dommage, ils disent "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 inopérant" S'ils voulaient juste corrompre, ils auraient probablement dit corrompu, au lieu de "inopérant" @ wizzwizz4 - Xen2050
@ Xen2050 Pourtant, toutes les autres réponses, ainsi que les threads de commentaires, y compris jan6352781 impliquent ou indiquent que le système de fichiers est le problème, et que le "périphérique cassé" est une extrapolation qui ne fonctionne pas correctement. - wizzwizz4
@ wizzwizz4 Eh bien, dans la réponse de Mark Kirby, les commentaires de l'OP "3. Les dernières années, j'ai sauté la réparation presque tous les jours pour finir avec endommagé des dossiers et lecteurs USB. " Je suppose que c'est juste à partir de vieux disques qui auraient échoué, Windows ou non, mais ils l'ont toujours dit - Xen2050
@ Xen2050 Ou peut-être l'OP faisait-il référence à l'ancien message "L'appareil est endommagé. Voulez-vous que Windows le répare?" (paraphrasée) qui apparaît parfois quand une autre DLL gère le problème. (Je l'ai eu moi-même, même si je ne suis pas sûr que la dernière phrase soit correcte.) - wizzwizz4


Je ne peux pas dire si le lecteur a été "endommagé", peut-être que c'était le cas et peut-être que non. Mais en tant que personne capable de dire la même chose: "Pendant 10 ans et plus de travail 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 du 10: dans 10, une base de données est créée pour les lecteurs externes (ce pourrait être la base de données d'indexation, je ne me souviens pas). Si cette base de données ne correspond pas au lecteur, elle vous indiquera que votre lecteur est endommagé. Parfois, vous pouvez ignorer cet avertissement et parfois vous ne pouvez pas (voir l'anecdote). Lancer "repair" corrigera la base de données.

Anecdote:

Je ne me souviens plus où j'ai trouvé cette information, mais je l'ai découverte lorsque j'ai déplacé mon dossier de musique. Il s'est plaint que le lecteur était cassé au lieu de simplement se plaindre du dossier qu'il cherchait à ne plus exister. Avant que je lance la réparation, le nouvel emplacement est apparu sur Ubuntu et l'ancien emplacement sur Windows 10 ... mais tous les fichiers n'ont pas pu être ouverts sur 10. Après l'exécution de la réparation, le nouvel emplacement du dossier Musique est apparu dans Windows. a disparu, et il a encore fonctionné sous Windows.

Fonctionnement sync n'est pas non plus une mauvaise idée.


1
2018-04-06 09:17