Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

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

jeanmarc33

les changes, je suppose que c'est parce que tu télécharges ou un truc comme ca, ca indique que des fichiers ont été modifiés sur ton système.
clairement c'est un bug de karmic, il faudrait le signaler, si quelqu'un trouve le formulaire, car je n'ai pas trouvé.

yalgayon

ok mais c'est bizarre que j'aie des changements de fichiers reguliers avant de relancer udev.
et des que je le redémarre, je n'ai plus ces changements.
je ne telecharge rien en permanence et je l'ai teste sans navigateur ouvert.

denrou

Pour reporter un bug : https://help.ubuntu.com/community/ReportingBugs

sgamier

Idem... impossible de monter quoi que ce soit d'externe usb (disque / clef).

J'obtiens toujours le message

Impossible de monter <nom du disque>
Not Authorized

:/

(j'obtiens cela apres une installation de zero de Karmic (pas d'un ugrade))

Ca me limite un max... avec la 9.04 tout fonctionnait impeccable.

sebz_

Voilà ce que me dit, sudo udevadm monitor, lorsque je branche ma clé. Vous aimez le paranormal et bien en voilà 😃

sb@sb-laptop2:~$ sudo udevadm monitor
monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[1257200309.464398] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2 (usb)
KERNEL[1257200309.471064] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0 (usb)
KERNEL[1257200309.471199] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12 (scsi)
KERNEL[1257200309.471276] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/scsi_host/host12 (scsi_host)
UDEV  [1257200309.488002] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2 (usb)
UDEV  [1257200309.493400] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0 (usb)
UDEV  [1257200309.493537] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12 (scsi)
UDEV  [1257200309.493614] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/scsi_host/host12 (scsi_host)
KERNEL[1257200314.483224] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0 (scsi)
KERNEL[1257200314.483376] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0 (scsi)
KERNEL[1257200314.483456] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_disk/12:0:0:0 (scsi_disk)
KERNEL[1257200314.483532] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_device/12:0:0:0 (scsi_device)
KERNEL[1257200314.500682] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_generic/sg2 (scsi_generic)
UDEV  [1257200314.500845] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0 (scsi)
UDEV  [1257200314.500932] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0 (scsi)
UDEV  [1257200314.501008] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_device/12:0:0:0 (scsi_device)
UDEV  [1257200314.505132] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_generic/sg2 (scsi_generic)
UDEV  [1257200314.507985] add      /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0/scsi_disk/12:0:0:0 (scsi_disk)
KERNEL[1257200314.551788] change   /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0 (scsi)
UDEV  [1257200314.551924] change   /devices/pci0000:00/0000:00:02.0/usb1/1-2/1-2:1.0/host12/target12:0:0/12:0:0:0 (scsi)

sudo service udev restart et sudo udevadm control --reload-rules
ne fonctionnent pas pour moi

quatrecouleurs

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/+source/devicekit-disks/+bug/452768
Et là : https://bugs.launchpad.net/ubuntu/+source/devicekit-disks/+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)

leslulu

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

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

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

nouma

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

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) !

quatrecouleurs

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 🙂

TNP

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_

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/+source/nautilus/+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.

quatrecouleurs

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

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

quatrecouleurs

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...

sebz_

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

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

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

sebz_

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

« Page précédente Page suivante »