Étrange problème de clignotement des LED avec les clés USB - est-ce juste moi?


9

introduction

J'utilise Ubuntu MATE 16.04.5 LTS avec le dernier noyau Linux 4.4 sur plusieurs machines (ordinateurs portables et ordinateurs de bureau avec USB 2.0 et USB 3.0).

Pour moi, il semble que quelque chose a été changé à l'intérieur du pilote USB interne du noyau (ou peut-être udisks). Ou le matériel flash USB devient moins cher et de mauvaise qualité.

Mon flash USB a un indicateur LED. C'est un cadeau sans nom (contrôleur ChipsBank CBM2099E).

Lorsque je le connecte à l'ordinateur - il a un indicateur LED allumé, il clignote lorsque les données sont transférées.
Mon idée principale: quand je vois un indicateur clignotant, je suppose que le flash est occupé, donc je ne devrais pas le déconnecter pour éviter la corruption des données.

Problème

Comportement attendu

Beaucoup de flashs - vieux Transcend JFV60, JF110, JF150, JF500, JF790 moderne; Kingston Data Traveler G2 et ADATA UE700, SanDisk Extreme Pro n'ont pas un tel problème de clignotement continu. Ils cessent de clignoter exactement après avoir sélectionné l' option Éjecter et affichent un message à bulles indiquant que le périphérique est sûr à supprimer:

Comportement du flash problématique

Lorsque j'éjecte une clé USB problématique du gestionnaire de fichiers Caja ou des disques GNOME en appuyant sur l' option de menu Éjecter , la LED du flash clignote en continu à une vitesse rapide. J'ai essayé d'attendre environ une heure, mais clignote toujours après cette période. Cela se produit même si je n'écris rien sur le lecteur. La bulle de notification n'est pas affichée.

Question

Mes questions - quelle peut être la raison d'un tel problème clignotant? Est ce juste moi? Est-il sûr (pour les données) de déconnecter ce flash clignotant?

Notes et mises à jour

Remarques

1. Je ne pose pas de question ici sur la baisse lente du cache d'écriture et / ou syncdu lecteur. Cela dépend fortement de la taille de la RAM et de la vitesse d'écriture réelle du flash. Le comportement mentionné existe dans les cas où aucune donnée n'a été écrite.
2. Tous ces flashs n'ont pas de problèmes avec la fonctionnalité d'éjection sous Windows. Ils éteignent les LED juste après avoir cliqué sur Éjecter / Supprimer en toute sécurité .
3. La sélection de Power off this disk ( Éteindre) dans GNOME Disks force le flash à cesser de clignoter, mais je ne suis pas sûr de la sécurité des données dans ce cas (pour ce flash particulier; pour les autres flashs et USB HDD ou SSD, c'est sûr, je sais il).
4. Je sais que, par exemple, les disques durs USB WD MyPassport modifient le taux de clignotement de rapide à lent à fondu après une suppression en toute sécurité, mais c'est une autre histoire car ils ont été ralentis et garés auparavant, il est donc sûr de le débrancher ensuite . Je ne pense donc pas que le clignotement des flashs USB indique leur polling et force l'utilisateur à le détacher ...

Mises à jour

1. ci-dessous est la sortie en direct de tail -f /var/log/syslog

Nov 11 23:37:35 hostname kernel: [32596.101403] scsi 7:0:0:0: Direct-Access     General  UDisk            5.00 PQ: 0 ANSI: 2
Nov 11 23:37:35 hostname kernel: [32596.102526] sd 7:0:0:0: Attached scsi generic sg2 type 0
Nov 11 23:37:35 hostname kernel: [32596.104745] sd 7:0:0:0: [sdc] 31129600 512-byte logical blocks: (15.9 GB/14.8 GiB)
Nov 11 23:37:35 hostname kernel: [32596.107594] sd 7:0:0:0: [sdc] Write Protect is off
Nov 11 23:37:35 hostname kernel: [32596.107611] sd 7:0:0:0: [sdc] Mode Sense: 0b 00 00 08
Nov 11 23:37:35 hostname kernel: [32596.107792] sd 7:0:0:0: [sdc] No Caching mode page found
Nov 11 23:37:35 hostname kernel: [32596.107805] sd 7:0:0:0: [sdc] Assuming drive cache: write through
Nov 11 23:37:35 hostname kernel: [32596.109561]  sdc:
Nov 11 23:37:35 hostname kernel: [32596.110621] sd 7:0:0:0: [sdc] Attached SCSI removable disk
Nov 11 23:37:35 hostname udisksd[2294]: Mounted /dev/sdc at /media/username/FLASHDEVICE on behalf of uid 1000
Nov 11 23:37:52 hostname udisksd[2294]: Cleaning up mount point /media/username/FLASHDEVICE (device 8:32 is not mounted)
Nov 11 23:37:52 hostname udisksd[2294]: Unmounted /dev/sdc on behalf of uid 1000

notez les dernières lignes ici, à 23:37:35 le périphérique a été démonté / éjecté du gestionnaire de fichiers, à 23:37:52 les udisks l'ont supprimé, mais sa LED clignote toujours.

2. Suivi des idées @ WinEunuuchs2Unix J'ai essayé les deux UDisks (hérités, il reste sur mon système en raison des mises à niveau à partir de 12.04) et UDisks2 (modernes et réels) pour effectuer la procédure de suppression en toute sécurité - les deux

#udisks1 (legacy)
udisks --unmount /dev/sdc1 && udisks --detach /dev/sdc
#udisks2 (modern)
udisksctl unmount -b /dev/sdc1 && udisksctl power-off -b /dev/sdc

terminé avec le même problème de clignotement des LED avec un seul de mes flashs.

3. J'ai répété la méthode ci-dessus sur mon ancien Ubuntu 12.04.5 LTS et ici la LED clignote sur le flash problématique. Il s'agit donc d'un problème de matériel flash USB.

Conclusion

Il y a une certaine incompatibilité logiciel-matériel entre mon flash sans nom ChipsBank CBM2099E et Linux et / ou Udisks. Les autres flashs (répertoriés ci-dessus dans le comportement attendu) ne rencontrent aucun problème.
Dans Windows 8.1 fonctionnant sur le même ordinateur portable, sa suppression est réussie et le voyant est éteint.


Y a-t-il des E / S sur le périphérique selon iostatou similaire?
Soren A

@SorenA Je ne connais pas la iostatsyntaxe correcte . Pendant l'éjection, il apparaît kB_wrtn 1, puis la LED flash commence à clignoter. Pourriez-vous s'il vous plaît suggérer une commande complète pour déboguer cela?
N0rbert

Vérifiez la sortie dmesg pour tout montage automatique qui pourrait se produire pour certains systèmes de fichiers. Je n'ai pas vu ce problème depuis un moment cependant.
ubfan1

@ N0rbert - c'est peut-être à cause de Firefox - Firefox met fréquemment à jour les vignettes souvent ...
dschinn1001

1
+1 pour avoir évoqué ce qui semble être un bug de 7 ans. J'ai gratté ma démangeaison de curiosité et publié une réponse ci-dessous :)
WinEunuuchs2Unix

Réponses:


2

Le problème du clignotement des LED après Ejectest sélectionné dans Nautilus , est très proche de ce rapport de bug du Launchpad de 2013:

Ce rapport de bogue ne compte que cinq abonnés et a été fermé en tant que double de ce rapport de bogue de 2011:

Ce dernier rapport de bogue compte 155 abonnés et:

  • Le correctif d'octobre 2017 a été trié pour Trusty (Ubuntu 14.04 LTS)
  • Le correctif d'octobre 2017 a été publié pour Xenial (Ubuntu 16.04 LTS)
  • Le correctif d'octobre 2017 a été publié pour Yakkety (Ubuntu 16.10)

En parcourant le premier rapport de bogue (celui fermé en double), vous voyez l'auteur de udisksmentionner comment les correctifs doivent être faits. Cependant, deux utilisateurs qui ont appliqué le patch n'ont signalé aucun succès.

Je pense que dans le rapport de bogue, ils ont manqué certains des aspects importants de la sortie d'un utilisateur. Voici la sortie équivalente de mon système (qui fonctionne):

$ gvfs-mount -li

Drive(3): 3SYSTEM USB Flash Disk
  Type: GProxyDrive (GProxyVolumeMonitorUDisks2)
  ids:
   unix-device: '/dev/sdb'
  themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
  is_media_removable=1
  has_media=1
  is_media_check_automatic=1
  can_poll_for_media=0
  can_eject=1
  can_start=0
  can_stop=0
  start_stop_type=shutdown
  sort_key=01hotplug/1546789639130384

  Volume(0): LIVE_USB
    Type: GProxyVolume (GProxyVolumeMonitorUDisks2)
    ids:
     class: 'device'
     unix-device: '/dev/sdb1'
     uuid: '641A-A7DB'
     label: 'LIVE_USB'
    themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
    can_mount=1
    can_eject=1
    should_automount=1
    sort_key=gvfs.time_detected_usec.1546789639358749
    Mount(0): LIVE_USB -> file:///media/rick/LIVE_USB
      Type: GProxyMount (GProxyVolumeMonitorUDisks2)
      default_location=file:///media/rick/LIVE_USB
      themed icons:  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      symbolic themed icons:  [drive-removable-media-usb-symbolic]  [drive-removable-media-symbolic]  [drive-removable-symbolic]  [drive-symbolic]  [drive-removable-media-usb]  [drive-removable-media]  [drive-removable]  [drive]
      can_unmount=1
      can_eject=1
      is_shadowed=0
      sort_key=gvfs.time_detected_usec.1546789639395990
  • La variable is_media_removableest définie 1sur mon système, mais sur le système de rapporteurs de bogues, elle est définie sur 0. Je pense que cela aurait dû être réglé.
  • Le rapporteur de bogue a can_eject=0mais mon système acan_eject=1

Vérifiez votre propre gvfs-mount -lisortie à la mienne. Pensez également à vous abonner aux rapports de bogues ci-dessus et / ou à y publier.


J'accepte votre réponse, mais je peux ajouter que le problème actuel n'est pas dû au remontage. Mais de toute façon merci d'avoir creusé en profondeur :) Je me suis souvenu de ce bug depuis que je l'avais signalé ...
N0rbert

0

Tant que vous savez que le lecteur n'est pas en cours d'écriture, vous pouvez simplement le retirer. Par expérience personnelle, le disque de mise hors tension du disque GNOME n'affecte pas les données.


0

J'ai un SanDisk Cruzer qui fait la même chose. Lorsqu'il est inactif, soit monté sans lecture / écriture ou simplement branché sur un port USB, le voyant LED clignote, mais à un rythme lent. En fait, il s'allume et s'estompe lentement, puis se répète.

Juste pour m'assurer que j'avais raison ... J'ai récemment acheté 3 nouveaux lecteurs flash SanDisk Cruzer Glide 16 Go. Tous les 3 ont des indicateurs LED et les 3 agissent de la même manière que le vôtre.

Donc, pour clarifier, j'ai 4 clés USB qui fonctionnent comme vous l'avez décrit. Est-il sûr de les retirer? Oui, car il existe des différences visuelles manifestes de comportement lorsque les disques sont inactifs ou lors de la lecture ou de l'écriture.


Mieux vaut vérifier ma réponse à nouveau alors, car nulle part il ne dit "J'ai le même problème aussi" ...
BillWeckel

1
J'ai un SanDisk Cruzer qui fait la même chose. mais je vous ai manqué avez répondu "Est-il sûr (pour les données) de déconnecter un tel flash clignotant?" modifié pour rendre votre réponse plus claire. Downvote supprimé. Mes excuses ...
Fabby

0

Il existe trois possibilités pour vérifier étape par étape les programmes qui utilisent (mangent) fortement le disque dur:

1.) tapez dans le terminal:

Haut

ou

htop

Ensuite, vous pouvez voir quels processus exigent réellement votre disque dur.

2.) Vous pouvez le résoudre, en cas de firefox, lorsque firefox cloue gravement votre disque dur, vous pouvez ajuster les intervalles de temps de firefox - lorsque firefox écrit sur le disque dur en arrière-plan comme il est décrit ici:

https://www.servethehome.com/firefox-is-eating-your-ssd-here-is-how-to-fix-it/

Il se pourrait aussi que Google-Chrome fasse des choses similaires comme Firefox en arrière-plan.

3.) Installez le package fatrace avec:

sudo apt-get installer fatrace

sudo fatrace

Et l'outil fatrace vous montre dans le terminal les programmes qui s'exécutent actuellement en arrière-plan (par exemple google-chrome ou firefox et autres ...).

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.