web-dev-qa-db-fra.com

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

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 ait été changé à l'intérieur du noyau du pilote USB (ou peut-être udisks). Ou le matériel flash USB devient moins cher et de moins bonne qualité.

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

Lorsque je le connecte à l'ordinateur - son voyant est 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é, je ne devrais donc pas le déconnecter pour éviter la corruption des données.

Problème

Comportement prévisible

Beaucoup de flashs - vieux Transcend JFV60, JF110, JF150, JF500, JF790 moderne; Kingston Data Traveler G2 et ADATA UE700 et SanDisk Extreme Pro n’ont pas ce problème de clignotement continu. Ils cessent de clignoter après la sélection de l'option Eject et affichent le message à bulles indiquant que le périphérique peut être supprimé en toute sécurité:

Comportement du flash problématique

Lorsque j'éjecte le lecteur flash USB problématique du gestionnaire de fichiers Caja ou des disques GNOME en appuyant sur l'option de menu Eject , le voyant clignote en continu de manière rapide. J'ai essayé d'attendre environ une heure, mais clignote encore 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 de clignotement? Est ce juste moi? Est-il prudent (pour les données) de déconnecter un tel flash clignotant?

Notes et mises à jour

Remarques

1. Je ne pose pas de question sur la suppression lente du cache en écriture et/ou sync du lecteur. Cela dépend fortement de RAM taille 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 flashes n'ont pas de problèmes avec la fonctionnalité d'éjection sous Windows. Ils sont éteints juste après avoir cliqué sur . Éjecter / Retirer en toute sécurité .
3. Sélection Mettez ce disque hors tension ( PowerOff ) 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 les disques durs USB ou SSD, il est sûr, je le sais).
4. Je sais que, par exemple, les disques durs USB WD MyPassport changent le taux de clignotement d'une fermeture lente à lente après une suppression en toute sécurité, mais c'est une autre histoire, car ils avaient déjà été arrêtés et garés, il est donc prudent de les débrancher par la suite. Donc, je ne pense pas que le clignotement des clés USB indique leur interrogation et oblige l'utilisateur à les 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, Udisks l'a supprimé, mais son voyant reste allumé.

2. Suivi des idées @ WinEunuuchs2Unix J'ai essayé à la fois les UDisks (héritage, il reste sur mon système en raison des mises à niveau à partir de 12.04) et UDisks2 (modernes et actuels) pour effectuer en toute sécurité la procédure de suppression - 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 de la LED avec un seul de mes flashes.

3. Répétez la méthode ci-dessus sur mon ancien Ubuntu 12.04.5 LTS et le voyant clignote en clignotant. Il s’agit donc d’un problème matériel lié à la clé USB.

Conclusion

Il existe une certaine incompatibilité logiciel-matériel entre la mémoire Flash sans nom ChipsBank CBM2099E et Linux et/ou Udisks. Les autres clignotements (répertoriés ci-dessus dans le comportement attendu) ne présentent pas de problèmes.
Dans Windows 8.1 fonctionnant sur le même ordinateur portable, son retrait en toute sécurité est réussi et le voyant est éteint.

usbkernelflashudiskseject
8
N0rbert

Le problème du voyant clignotant après que Ejectsoit sélectionné dans Nautilus est très proche de ce rapport de bogue du tableau de bord de 2013:

Ce rapport de bogue n'a que cinq abonnés et a été fermé en tant que duplicata de ce rapport de bogue de 2011:

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

  • Le correctif d'octobre 2017 a été testé pour Trusty (Ubuntu 14.04 LTS)
  • La correction d'octobre 2017 est disponible pour Xenial (Ubuntu 16.04 LTS)
  • Le correctif d'octobre 2017 est disponible pour Yakkety (Ubuntu 16.10)

En parcourant le premier rapport de bogue (celui qui est fermé en double), vous voyez l'auteur de udisksqui indique comment les correctifs doivent être apportés. Deux utilisateurs ayant appliqué le correctif n'ont toutefois pas réussi.

Je pense que dans le rapport de bogue, ils ont oublié certains 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_removable est définie sur 1 sur mon système, mais sur les rapporteurs de bogues, le système est défini sur 0. Je pense que cela aurait dû être abordé.
  • Le rapport de bogue a can_eject=0 mais mon système a can_eject=1

Vérifiez votre propre sortie gvfs-mount -li dans la mienne. Pensez également à vous abonner aux rapports de bogues ci-dessus et/ou à y poster des messages.

2
WinEunuuchs2Unix

Il existe trois possibilités pour vérifier, étape par étape, quels programmes utilisent (mangent) beaucoup le disque dur:

1.) tapez le terminal:

haut

ou

htop

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

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

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

Il se pourrait aussi bien que Google-Chrome effectue des tâches similaires, telles que Firefox en arrière-plan.

3.) Installez le paquet fatrace avec:

Sudo apt-get install fatrace

Sudo fatrace

Et l'outil fatrace vous montre dans le terminal les programmes qui tournent actuellement en arrière-plan (par exemple, google-chrome ou firefox, etc.).

0
dschinn1001

Tant que vous savez que le lecteur n'est pas en cours d'écriture, vous pouvez simplement le supprimer. De plus, par expérience personnelle, le disque mis hors tension du disque GNOME n’affecte pas les données.

0
Budget Tech

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

Juste pour m'assurer que j'avais raison ... J'ai récemment acheté 3 nouvelles clés USB SanDisk Cruzer Glide 16 Go. Tous les 3 ont des indicateurs LED et tous les 3 agissent de la même façon que le vôtre.

Donc, pour clarifier, j'ai 4 clés USB qui fonctionnent comme vous l'avez décrit. Est-il prudent de les enlever? Oui, il existe des différences visuelles évidentes de comportement lorsque les unités sont inactives ou lues ou écrites.

0
BillWeckel