Projet

Général

Profil

Bug #4932

USB reconnu mais non monté

Ajouté par Jérémy il y a presque 3 ans. Mis à jour il y a plus de 2 ans.

Statut:
New - Nouveau
Priorité:
Haute
Assigné à:
Jérémy
Version cible:
-
Début:
14/09/2016
Echéance:
% réalisé:

0%


Description

Sur la monture 15.08.1, après un état de veille ou d'immobilisme, les clés usb vont être reconnu par le pc, mais pas monté.

"An operation is already pending" quand on essaie de monter via l'explorateur de fichier.

Un redémarrage règle temporairement le problème.

dbus-monitor_ko.txt Magnifier (5,84 ko) Eric, 17/11/2016 14:51

dbus-monitor_ok.txt Magnifier (11,9 ko) Eric, 17/11/2016 14:51


Demandes liées

Lié à abuledu-dvd-client et client lourd - Bug #1088: Bug de thunderbird ... Fixed - Corrigé - Implémenté 12/01/2011
Lié à abuledu-dvd-client et client lourd - Bug #4946: NSCD : pour Thunderbird ... bug Assigned - En cours 14/11/2016

Historique

#1 Mis à jour par Eric il y a presque 3 ans

  • Projet changé de AbulÉdu à abuledu-dvd-client et client lourd
  • Catégorie Clients Linux supprimé

#2 Mis à jour par Jérémy il y a presque 3 ans

Pistes déjà explorées :
-rajouté une ligne dans /etc/fstab
-rmmod ehci_hcd
-montage/démontage en shell à l'air de fonctionner.
-suppression de la veille énergétique et de l'écran afin de contourner ce problème (http://redmine.abuledu.org/issues/4931)

Rien n'a fonctionné.

Mail des victimes :

Bonjour,

Pour notre part, cela nous est arrivé que notre support USB reconnu la veille ne le soit plus à un moment donné. J'ai contourné le problème en éteignant l'ordinateur et en le rallumant avec le support branché avant l'allumage. Et là ça marche. Le mystère de l'informatique.
________________________________________________________________________________________________

Bonjour,

Effectivement j'ai aussi un vrai problème avec ça car un coup ça marche et un coup ça ne marche pas (la semaine dernière la dernière fois que je m'en suis servie cela a fonctionné et hier ça ne marchait pas, même en rallumant l'ordi. Aujourd'hui je n'ai pas retenté..je verrai bien demain!.)

C'est tellement aléatoire que je ne saurais pas dire à quel moment ça marche, contrairement à mon collègue de Nougaro.

Bonne soirée,


Bonjour,
C'est exactement comme le décrit M. Miquel. La première clé qu'on insert fonctionne. Ensuite, il faut redémarrer l'ordinateur.
Cordialement
________________________________________________________________________________________________

Bonjour, lorsque l'on redémarre l'ordi (par reset sinon, ça ne redémarre pas) il la reconnait. Mais si on la retire et qu'on la remet, il ne la reconnait plus, là il faut redémarrer.

Merci.
________________________________________________________________________________________________

Bonjour.
Des bugs avec des clés usb et des lecteurs de cartes. Des difficultés de fin de session, d'impression, des raccourcis clavier et des lenteurs du système voire de la navigation Internet.
Merci de votre compréhension.


Bonjour
On recense plusieurs difficultés sur l'unique poste de l'école dont effectivement celui des clés usb non reconnues, ainsi que des lecteurs de cartes SD.
On a des problèmes de fonctionnement: des lenteurs, des difficultés d'impression, des raccourcis clavier non reconnus, des impossibilités de fermeture de la session obligeant à arrêter l'ordinateur manuellement.
A bientôt.
________________________________________________________________________________________________

Bonjour

Effectivement, gros pb avec les clés USB... 1 coup ça marche, 1 coup ça marche pas... (comme les clignotants)

Pour ce qui me concerne, j'ai remarqué que ça fonctionnait :

au 1er allumage de l'ordi à tous les coups
au redémarrage de l'ordi à tous les coups.

ça ne fonctionne pas lorsque l'ordi est allumé depuis longtemps...

Solution provisoire qui marche à tous les coups, chez moi en tous cas : éteindre complètement l'ordi, attendre 5 s et le rallumer.

C'est pas très cool comme solution mais ça fonctionne... en attendant des jours meilleurs...


Bonjour à tous,

Jacky a parfaitement décrit la situation... c'est pareil à Rochegude ! Je rajoute juste que ce n'est pas lié à un poste en particulier, ni à un compte spécifique.

Il nous tarde à tous ces fameux jours meilleurs !!!


#3 Mis à jour par Eric il y a presque 3 ans

Confirmation du bug,
après un délais (durée ?) le

  • tail -f /var/log/syslog de la console reste "fixe" ... un Ctrl+C puis de nouveau tail -f donne les dernières lignes de log, rien de plus probant mais le fait que le tail -f reste fixe est curieux
  • extraction de la clé + remise en route fait bien apparaître les logs kernel suivant:
Nov 14 15:01:22 fce128 kernel: [20883.784099] usb 1-1: new high-speed USB device number 11 using ehci-pci
Nov 14 15:01:22 fce128 kernel: [20883.919490] usb 1-1: New USB device found, idVendor=0951, idProduct=1643
Nov 14 15:01:22 fce128 kernel: [20883.919502] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Nov 14 15:01:22 fce128 kernel: [20883.919510] usb 1-1: Product: DataTraveler G3
Nov 14 15:01:22 fce128 kernel: [20883.919516] usb 1-1: Manufacturer: Kingston
Nov 14 15:01:22 fce128 kernel: [20883.919521] usb 1-1: SerialNumber: 001CC0EC2F1CFB8046042547
Nov 14 15:01:22 fce128 kernel: [20883.921704] usb-storage 1-1:1.0: USB Mass Storage device detected
Nov 14 15:01:22 fce128 kernel: [20883.922133] scsi host13: usb-storage 1-1:1.0
Nov 14 15:01:22 fce128 mtp-probe: checking bus 1, device 11: "/sys/devices/pci0000:00/0000:00:12.2/usb1/1-1" 
Nov 14 15:01:22 fce128 mtp-probe: bus: 1, device: 11 was not an MTP device
Nov 14 15:01:23 fce128 kernel: [20885.028858] scsi 13:0:0:0: Direct-Access     Kingston DataTraveler G3  1.00 PQ: 0 ANSI: 0 CCS
Nov 14 15:01:23 fce128 kernel: [20885.029833] sd 13:0:0:0: Attached scsi generic sg2 type 0
Nov 14 15:01:23 fce128 kernel: [20885.036074] sd 13:0:0:0: [sdb] 15644912 512-byte logical blocks: (8.01 GB/7.45 GiB)
Nov 14 15:01:23 fce128 kernel: [20885.038200] sd 13:0:0:0: [sdb] Write Protect is off
Nov 14 15:01:23 fce128 kernel: [20885.038211] sd 13:0:0:0: [sdb] Mode Sense: 0b 00 00 08
Nov 14 15:01:23 fce128 kernel: [20885.039416] sd 13:0:0:0: [sdb] No Caching mode page found
Nov 14 15:01:23 fce128 kernel: [20885.039427] sd 13:0:0:0: [sdb] Assuming drive cache: write through
Nov 14 15:01:23 fce128 kernel: [20885.045200]  sdb: sdb1
Nov 14 15:01:23 fce128 kernel: [20885.048179] sd 13:0:0:0: [sdb] Attached SCSI removable disk
  • mais la clé n'est pas visible par l'utilisateur, un clic sur l'icone dans le gestionnaire de fichier affiche un message d'erreur (de mémoire: "operation is already pending")
  • en root il est possible de monter la clé et de voir son contenu
  • note, quand on lance un commande de type top ou nouveau shell on a un blocage qui fait penser à un timeout
  • -> délais induit par la résolution de l'UID utilisateur <-> nom de l'utilisateur, la commande px ax est rapide mais ps aux "coince" au premier process lancé par un utilisateur se trouvant dans l'annuaire LDAP
  • /etc/init.d/nscd stop
  • ps aux rapide, top rapide etc. c'est donc nscd qui "plante" ou "coince" ...

Le problème est que NSCD est "nécessaire" pour thunderbird, cf #1088

#4 Mis à jour par Eric il y a presque 3 ans

  • Lié à Bug #1088: Bug de thunderbird ... ajouté

#5 Mis à jour par Eric il y a presque 3 ans

  • Lié à Bug #4946: NSCD : pour Thunderbird ... bug ajouté

#6 Mis à jour par Eric il y a presque 3 ans

En résumé, le pc lancé avec unscd + udisks en mode debug marche bien ce matin alors que l'autre qui est en nscd et udisks en mode pas debug ne marche pas ...

Modification du lancement de polkit et udisk pour avoir les messages de debug

cd /usr/share/dbus-1/system-services/
for fic in org.freedesktop.PolicyKit1.service org.freedesktop.UDisks2.service org.freedesktop.UDisks.service
do
sed -i -e s/"--no-debug"/""/ ${fic}
done

Et je relance pour continuer à creuser la question ...

#7 Mis à jour par Eric il y a presque 3 ans

Juste en complément d'info, quand udisk fonctionne bien on a bien le montage automatique:

Nov 16 10:16:29 fbe25 kernel: [81048.716806]  sdb: sdb1
Nov 16 10:16:29 fbe25 kernel: [81048.719672] sd 38:0:0:0: [sdb] Attached SCSI removable disk
Nov 16 10:16:30 fbe25 kernel: [81049.080539] FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Nov 16 10:16:30 fbe25 udisksd[703]: Mounted /dev/sdb1 at /media/test.prof/0537-73FE on behalf of uid 1182

#8 Mis à jour par Eric il y a presque 3 ans

Alors, sur le pc où le bug est présent, j'ai fait:
  • service dbus restart
  • /usr/lib/udisks/udisks-daemon lancé manuellement
  • /usr/lib/udisks2/udisksd lancé manuellement

et hoooo magie ça se remet à fonctionner !

-> reboot du poste pour re-provoquer le bug et affiner le diagnostic

#9 Mis à jour par Eric il y a presque 3 ans

En suivant la proposition suivante:

http://unix.stackexchange.com/questions/91027/how-to-disable-usb-autosuspend-on-kernel-3-7-10-or-above

Mais ça ne donne rien de mieux, finalement ça ne semble pas être lié à la veille ou l'économie d'énergie.

#10 Mis à jour par Eric il y a presque 3 ans

Ci-joint les deux fichiers de debug de dbus

#11 Mis à jour par Eric il y a plus de 2 ans

  • Lié à Bug #4957: Configuration par défaut mate/gnome: désactiver le lock screen etc. ajouté

#12 Mis à jour par Eric il y a plus de 2 ans

La solution se rapproche, j'en suis à créer un script qui stoppe les process foireux et provoque leur re-demarage :

killall gvfs-udisks2-volume-monitor
killall caja
/usr/lib/udisks2/udisksd --replace&
caja&

Notes:

#13 Mis à jour par Eric il y a 5 mois

  • Lié à Bug #4957: Configuration par défaut mate/gnome: désactiver le lock screen etc. supprimé

Formats disponibles : Atom PDF

Redmine Appliance - Powered by TurnKey Linux