Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

quatrecouleurs · Le 03/11/2009, à 00:41

Hello !

Super ce fil ! J'ai le même problème, mais DEPUIS JAUNTY. Trop paresseux (ou occupé avec mon mémoire) je me contentais d'attendre les quelque deux-trois minutes que tout soit reconnu et monté.
Mais c'est chouette de voir qu'il va peut-être y avoir une solution ?

Hop je m'abonne !

Vu sur les release notes : hal deprecation

Ubuntu 9.10 RC's underlying technology for power management, laptop hotkeys, and handling of storage devices and cameras maps has moved from "hal" (which is in the process of being deprecated) to "DeviceKit-power", "DeviceKit-disks" and "udev".

En gros, les périphériques sont gérés à chaud par DeviceKit et Udev. Avec qq soucis visiblement...

https://bugs.launchpad.net/ubuntu/+sour … bug/452768
Et là : https://bugs.launchpad.net/ubuntu/+sour … bug/444915
Plus loin :

When filing bugs against DeviceKit-disks please include
* the output of 'devkit-disks --dump'
* the output of 'cat /proc/self/mountinfo'
*
the version of DeviceKit-disks, gvfs and libatasmart
o
On Fedora/RHEL this is the output of 'rpm -q DeviceKit-disks gvfs libatasmart'
If the bugs is related to the GNOME desktop please also include
* the output of 'gvfs-mount -li' captured from the desktop session as the user (not root)
If the bug happens when plugging in a device also include
* the output of 'devkit-disks --monitor-detail'
* the output of 'gvfs-mount -oi' captured from the desktop session as the user (not root)
If the bug is related to ATA SMART include
* the output of 'devkit-disks --show-info /dev/sda'
* the output of 'skdump /dev/sda' (as root)
* the binary file skdump-output obtained via 'skdump --save=skdump-output /dev/sda' (as root)

Dernière modification par quatrecouleurs (Le 03/11/2009, à 01:25)

leslulu · Le 03/11/2009, à 09:17

Pareil, pas de montage de clé usb, de disque dur externe et de lecteur cd et DVD depuis le passage en 9.10.
je me dépanne avec :
pour l'usb
sudo service udev restart

pour le lecteur cd
sudo nautilus

C'est pas pratique mais ça dépanne en attendant une soultion.
Merci à ceux qui cherchent.....
leslulu

TNP · Le 03/11/2009, à 09:33

J'ai également ce soucis, c'est vraiment énervant

Reste plus qu'à attendre que quelqu'un trouve une solution

nouma · Le 03/11/2009, à 16:38

Salut à tous

Je n'ai pas encore la solution, mais une info surement importante.

Quand j'utilise "sudo service udev restart" c'est ok pour moi, mais ça ne m'explique pas ce qui se passe.

J'ai complètement réinstallé karmic pour mieux comprendre et là, c'est limite comique.

Premier démarage, mon DD externe est reconnu tout de suite.

J'accepte la mise en place des packs de langue et là... marche plus le DD

Il y a donc visiblement un bug lié au package de langue.

Ca inspire quelqu'un ?

quatrecouleurs · Le 04/11/2009, à 01:41

Bonsoir,

Après quelques tâtonnements j'ai réglé mon problème, je ne sais pas si ça peut vous aider, en gros mon UDEV mettait des heures à créer sa base de données au montage de clé USB, et cela seulement sur ma station, pas le portable...

Je me suis aperçu que après la MAJ de KARMIC les vieilles règles UDEV n'avaient pas trop bougé, en gros elles dataient un peu, quoi...

Donc j'ai fait (attention c'est à vos risques et périls)

"sudo mkdir /lib/udev/rules.old" -> "sudo mv /lib/udev/rules.d/* /lib/udev/rules.old"
"sudo service udev restart"

... Rien. Je remets donc les fichiers au bon endroit : "sudo mv /lib/udev/rules.old/* /lib/udev/rules.d"

Rebelote avec l'autre dossier de rules :
"sudo mkdir /etc/udev/rules.old" -> "sudo mv /etc/udev/rules.d/* /etc/udev/rules.old"
"sudo service udev restart"

Et je branche ma clé USB, et elle est instantanément reconnue !!!

Trop bien !!!

Donc voilà s'il y a des téméraires parmi vous (enfin c'est pas trop risqué non plus hein) !

Dernière modification par quatrecouleurs (Le 04/11/2009, à 01:41)

quatrecouleurs · Le 04/11/2009, à 01:46

En gros, j'ai viré ces rules :

joel@jokat:~$ ls /etc/udev/rules.old
45-libmtp7.rules        70-persistent-net.rules  README
70-persistent-cd.rules  99-btnx.rules

Je vais juste voir vite fait laquelle me faisait planter et je complète le post.

Ok chez moi le fichier incriminé est "99-btnx.rules"
Contenu :

BUS=="usb", SYSFS{idVendor}=="046d", SYSFS{idProduct}=="c51a", ACTION=="add", RUN+="/etc/init.d/btnx start", WAIT_FOR_SYSFS="bus"

... Bizarre ce bug. Mais c'est sur que relancer le même démon à chaque opération sur les bus USB, ça fait du grabuge mouarf ! ...

Bref, bonne nuit

Dernière modification par quatrecouleurs (Le 04/11/2009, à 01:58)

TNP · Le 04/11/2009, à 10:28

Salut, j'ai suivis tout ce que tu as fais et effectivement l'usb est alors reconnu directement mais quand je redémarre ça ne va déjà plus

sebz_ · Le 04/11/2009, à 10:33

C'est peut être une mauvaise prise en charge du contrôleur usb !?

Voilà une nouvelle description de bug, qui incrimine 99-btnx.rules.

https://bugs.launchpad.net/ubuntu/+sour … bug/473574

Et en fouillant un peu sur le net, pour savoir ce que c'était que btnx, j'ai trouvé ça :

http://planet.ubuntu-fr.org/page/35?q=menu
et
http://www.ollisalonen.com/btnx/

Et si pour certain le problème venait, de la souris usb ? Et si vous débranchiez votre souris pour voir.

Dernière modification par sebz_ (Le 04/11/2009, à 11:01)

quatrecouleurs · Le 04/11/2009, à 13:39

Chez moi le résultat est constant, même après redémarrage... Il faudrait que je voie pour modifier le fichier btnx.rules mais je ne connais pas très bien l'écriture de règles UDEV (même si je m'en suis déjà servi pour ma mx revolution il y a qq temps...).

Pour info, c'est moi qui ai ouvert le bug 473574 sur launchpad. Ça peut toujours servir

TNP · Le 04/11/2009, à 13:49

pour info je n'ai même pas le fichier 99-btnx.rules

quatrecouleurs · Le 04/11/2009, à 14:14

Je pense qu'il pourrait s'agir d'une autre règle UDEV... Si tu mets toutes les règles UDEV dans /etc/udev/rules.d dans un dossier rules.old, redémarres udev, tu dis que ça marche, mais pas au redémarrage de tout le système ? Est-ce que des règles udev auraient été créées automatiquement au redémarrage ? Si même celles-ci font bugger le système c'est quand même curieux !

As-tu essayé avec les règles udev de /lib/udev.rules.d ?

Si tu as la patience d'essayer par tâtonnements de trouver la règle incriminée...

Dernière modification par quatrecouleurs (Le 04/11/2009, à 14:16)

sebz_ · Le 04/11/2009, à 18:24

A mon avis ça sert à rien, de chercher dans une règle.

Le problème ne viens pas de là, c'est plus profond.

Pourquoi certains on des problème et pas d'autres ?

ça viendrai pas plutôt du matériel ?

On se fatigue pour rien à mon avis.

nouma · Le 04/11/2009, à 19:34

tout a fait d'accord, ça a un rapport avec le matos.

Pas de soui sur mon laptop advent, mais sur mon acer oui....

quatrecouleurs · Le 04/11/2009, à 23:29

Certes, mais dans linux, tout est logiciel - d'où les fichiers de périphériques /dev ...

sebz_ · Le 05/11/2009, à 10:42

Alors il faut trouver le/les fichiers concernant les pilotes des contrôleurs USB, un volontaire

Dernière modification par sebz_ (Le 05/11/2009, à 10:46)

nouma · Le 05/11/2009, à 11:14

euh....ben là j'ai piscine............:cool:

quatrecouleurs · Le 05/11/2009, à 12:50

Plus sérieusement ça donne quelque chose en remplaçant/enlevant la souris/autre matériel ?
Est-ce que vous avez le même problème de udev lent pour "enregistrer" le matériel alors que le kernel lui le détecte bien ?
Mais comme chez moi c'est résolu, je ne vais pas trop insister dans ce fil... On verra si jamais le problème se représente.
Je vais aussi essayer de vérifier la rédaction de la règle udev du fichier btnx, pour voir ce qui peut faire planter udev. C'est quand même vraiment intéressant de pouvoir accéder à ce niveau du système dans linux ! Genre tu branches ton gamepad et hop il te lance ton jeu préféré !!!

Salut à tous,
Joël

Complètement hors sujet, mais ce genre de commandes me fait adorer linux : "history>Bureau/historyterm"

Dernière modification par quatrecouleurs (Le 05/11/2009, à 12:56)

quatrecouleurs · Le 05/11/2009, à 12:59

Pour le monitoring, je conseille de lancer en parallèle :
"devkit-disks --monitor-detail" et "udevadm monitor" pour voir le kernel, udev, et devicekit se passer la balle au branchement de matériel

Dernière modification par quatrecouleurs (Le 05/11/2009, à 12:59)

TNP · Le 05/11/2009, à 14:05

Bon je suis prêt à tout tester mais je suis pas le pro de la console

Je pense comme sebz que ça viendrait du matériel puisque sur ma tour tout fonctionne sans problème.

Par contre là où je ne comprend plus pourquoi ai-je tant de soucis depuis la 9.10 ? Sous le 9.04 tout était reconnu sans problème. Ici j'ai déjà du modifier le démarrage de Grub pour ajouter "pci=use_crs" pour que mes cartes réseaux soient reconnues.

En plus si c'était matériel, le fait de redémarrer le service udev ne ferait pas reconnaitre mes usb sans rien changer si ?

sebz_ · Le 05/11/2009, à 14:49

Moi aussi j'ai énormément de souci au niveau du matériel avec Karmic, sur mon laptop.

Pour moi redémarrer le service udev n'arrange rien , c'est pour cela que je penche sur un problème de prise en charge matériel.

Même le fait de brancher ma clé avant d'allumer l'ordi, ne change rien , au contraire ça bloque le boot. Je dois la débrancher pour que le boot continue sont chargement.

Dans mon cas, seule une clé usb refuse de se monter (toutes les autres ainsi que des disques externe ne pose pas de problèmes), alors qu'elle fonctionne très bien sur Jaunty.

KARMIC
Sur mon laptop port USB 1 = Problème pour une clé seulement.
Sur mon desktop port USB 1 = Problème pour une clé seulement / Carte PCI USB 2 = Toutes fonctionnent sans exception.

Pour moi c'est le port USB 1 qui pose problème, pour une clé en particulier.

JAUNTY
Sur mon laptop port USB 1 = Toutes fonctionnent sans exception.
Sur mon desktop port USB 1 = Toutes fonctionnent sans exception / Carte PCI USB 2 = Toutes fonctionnent sans exception.

Je pense que même si nous avons tous en point commun, un problème USB. Nos problèmes ont l'air bien différent.

Dernière modification par sebz_ (Le 05/11/2009, à 14:59)

TNP · Le 05/11/2009, à 15:15

Oui c'est différent vu que chez moi "il me suffit de" relancer le service udev après avoir démarrer ubuntu et tout fonctionne et t si je branche mon usb avant de démarrer mon portable il est bien monté.

Dommage qu'il y a tant de problème avec les portables... Première fois depuis des années pour moi

Dernière modification par TNP (Le 05/11/2009, à 15:16)

sebz_ · Le 05/11/2009, à 15:24

Moi pareil, jamais eu aucun souci avec les autres versions.

TNP · Le 07/11/2009, à 19:27

Dites comme je l'ai dis plus haut je suis pas un pro de la console, ceci dit j'ai quand meme envie de résoudre ce fichu problème.

Donc je me suis dis, si je dois redémarrer le service udev, c'est que le problème viens de là alors j'ai fais ceci :

quentin@quentin-laptop:~$ ps -aux | grep udev
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
root       462  0.0  0.0  12768   864 ?        S    18:02   0:00 upstart-udev-bridge --daemon
root       465  0.0  0.0  17452  1304 ?        S<s  18:02   0:00 udevd --daemon
root       622  0.0  0.1  50160  5772 ?        S<   18:02   0:00 udevd --daemon
root       624  0.0  0.0  17448  1292 ?        S<   18:02   0:00 udevd --daemon
root      3505  0.0  0.0  17448  1288 ?        S<   18:06   0:00 udevd --daemon
root      3512  0.0  0.0  17448  1220 ?        S<   18:06   0:00 udevd --daemon
quentin   3639  0.0  0.0   7356   968 pts/0    S+   18:22   0:00 grep --color=auto udev
quentin@quentin-laptop:~$ sudo service udev restart
[sudo] password for quentin: 
udev start/running, process 3645
quentin@quentin-laptop:~$ ps -aux | grep udev
Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
root       462  0.0  0.0  12768   864 ?        S    18:02   0:00 upstart-udev-bridge --daemon
root      3645  0.0  0.0  16924   740 ?        S<s  18:22   0:00 udevd --daemon
quentin   3647  0.0  0.0   7352   884 pts/0    R+   18:23   0:00 grep --color=auto udev
quentin@quentin-laptop:~$

C'est peut-être très con mais est-ce normal qu'il y avait plusieurs service udevd --daemon puis qu'après l'avoir relancé il n'y en a plus qu'un seul ?

Désolé si c'est une connerie mais ça m'ennuie vraiment et je veux garder une bonne image d'Ubuntu

denrou · Le 08/11/2009, à 13:50

J'ai refait la même manip' que toi, et j'ai le même résultat. Seule petite différence, avant de relancer udev, je n'ai "que" 3 udevd-daemon (ça correspond peut-être au nombre de port usb de la machine (ce qui est mon cas).

linitz · Le 09/11/2009, à 15:42

J'ai le même problème que vous : Mes périphériques usb ne sont pas montés automatiquement.
J'ai eu ce pb dès que j'ai mis à niveau de gusty vers karmic.

Depuis j'ai refait une install propre et j'ai le même pb (J'ai tout formaté sauf le /home)

J'ai une question : quels sont vos périphériques usb ? (peut-être que ça vient d'un seul qui fait tout bugguer...)
Les miens :
- EPSON DX 3850
- Souris Logitech G7
- CASIO Z40
- Iphone 3G

+ Des clés usb

Sinon autre question : Est-ce que le pb arrive même avec le cd en mode live ? moi oui personnellement ...

Dernière modification par linitz (Le 09/11/2009, à 15:47)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 03/11/2009, à 00:41

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#27 Le 03/11/2009, à 09:17

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#28 Le 03/11/2009, à 09:33

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#29 Le 03/11/2009, à 16:38

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#30 Le 04/11/2009, à 01:41

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#31 Le 04/11/2009, à 01:46

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#32 Le 04/11/2009, à 10:28

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#33 Le 04/11/2009, à 10:33

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#34 Le 04/11/2009, à 13:39

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#35 Le 04/11/2009, à 13:49

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#36 Le 04/11/2009, à 14:14

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#37 Le 04/11/2009, à 18:24

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#38 Le 04/11/2009, à 19:34

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#39 Le 04/11/2009, à 23:29

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#40 Le 05/11/2009, à 10:42

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#41 Le 05/11/2009, à 11:14

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#42 Le 05/11/2009, à 12:50

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#43 Le 05/11/2009, à 12:59

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#44 Le 05/11/2009, à 14:05

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#45 Le 05/11/2009, à 14:49

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#46 Le 05/11/2009, à 15:15

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#47 Le 05/11/2009, à 15:24

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#48 Le 07/11/2009, à 19:27

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#49 Le 08/11/2009, à 13:50

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

#50 Le 09/11/2009, à 15:42

Re : Refus montage automatique clé USB de marque PNY 1Go sur port USB 1

Pied de page des forums