Page 1 sur 2
[usb]monte plus rien suite à une maj[résolu]
Publié : lun. 15 déc. 2008, 12:31
par letroll
Bonjour le titre résume bien,
suite à une mise à jour ma souris optique usb qui fonctionnais au poil n'est plus utilisable si elle est pluggué, mon boot s'arrête et si je ne la plug qu'après être sur mon bureau la loupiote s'allume mais elle n'est pas effective,
il en va de même pour tous les périphériques usb tel les clefs et disque dur...
Publié : lun. 15 déc. 2008, 12:43
par tuxce
salut,
ça résume, mais par contre, ca ne donne aucune info...
quelle maj ? (tout le monde ne fait pas les même maj au même moment)
les disques sont-ils au moins reconnus par le système (dmesg, messages.log) ?
ton xorg est - il configuré pour le branchement à chaud ou pas ?
tu as des logs? des messages d'erreurs ? par exemple , quand tu dis que le boot s'arrête, c'est à quel niveau ?
etc, etc...
Publié : mar. 16 déc. 2008, 00:13
par letroll
pardon pour le manque de précision, voici le contenu de dmesg:
http://pastebin.com/m5615aaab
pour les mises à jours j'en ai malheureusement fais plusieurs sans trop prêter attention. J'essaierai d'être plus vigilant à l'avenir. Détails de mon log de Xorg:
http://pastebin.com/m2bbdee8d.
Je ne sais pas comment vous être utile, si je peux vous donner des infos utiles
Publié : mar. 16 déc. 2008, 09:41
par gyo
Ligne
519 :
Code : Tout sélectionner
Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
Message assez explicite qui te dit de charger ehci_hcd (USB 2.0) avant les autres modules USB 1
Il faut peut-être revoir cet ordre dans ton /etc/rc.conf, si tu y a mis ces modules (curieux comme message).
(à partir de la ligne 621, tu as il y a un Call trace par rapport à l’usb)
Je ne sais pas si ça cause un soucis réel pour les périphériques usb, car tu dis bien que ta souris « s’allume »
pour les mises à jours j'en ai malheureusement fais plusieurs sans trop prêter attention. J'essaierai d'être plus vigilant à l'avenir. Détails de mon log de Xorg:
http://pastebin.com/m2bbdee8d.
Je ne sais pas comment vous être utile, si je peux vous donner des infos utiles
Ligne 65
Code : Tout sélectionner
(WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled.
(WW) Disabling Keyboard0
(WW) Disabling USB Mouse
Il te faut peut-être installer le paquet evdev
Publié : mar. 16 déc. 2008, 11:42
par tuxce
en fait quand je parle de log, je veux dire par là ce qui pourrait intéresser, une info au cas où:
- tu ouvres un terminal
- tu lances "tail -f /var/log/messages.log"
- tu tapes des entrées pour marquer une séparation
- tu plug ton disque usb par exemple
- et la par miracle, tu devrais avoir des infos qui s'affichent, et c'est selon ces infos que tu diagnostiques par la suite, et c'est ces infos que tu devrais mettre sur pastebin.
parce que des logs de 1km de long, c'est sympa, mais on a aucune idée de ce qui les a généré, quand et pourquoi.
sinon, en dehors de tout ça, ton log xorg indique que tu utilises la détection auto mais par contre, tu as toujours ton xorg.conf rempli de toutes les déclarations ->
http://wiki.archlinux.fr/howto:indispensable:xorg
donc du coup, pour la souris entre autre, c'est surement ce qu'à indiqué gyo.
pour les mises à jour, le /var/log/pacman.log est très utile pour connaitre ce qui a été fait sur ton système.
ah oui, hal est il lancé ?
Publié : mar. 16 déc. 2008, 12:52
par letroll
pour ce qui est du paquet evdev lorsque je fais tupac evdev il m'affiche qu'il est installer est bizarrement une version plus récente que ceux qui me sont proposés
j'essai de m'être celui des dépôts extra? (il y en à un autre d'un dépôt git sur aur)
par rapport à hal, je viens d'effectuer un /etc/rc.d/hal restart il me met un fail au stop et au start...
pour le reste je suis en train d'y regarder je suis en cours donc j'essaie de vous donner plus d'info se soir
Publié : mar. 16 déc. 2008, 14:27
par tuxce
rassure moi, le hal, tu le démarres bien en root ?
(sinon, il faut qu'il soit démarré avant le X)
Publié : mar. 16 déc. 2008, 16:12
par letroll
oui bien en root ^^ je pense de toute façon au pire si je ne l'avais pas fait j'aurais reçut un message, désoler pour ces messages par intermittence mais je post entre mes séances de cours

Publié : mar. 16 déc. 2008, 18:45
par letroll
suite à un "tail -f /var/log/messages.log"
les seuls lignes qui apparaissent sont:
Code : Tout sélectionner
Dec 16 18:31:54 localhost ntfs-3g[4234]: Skipping unrepresentable filename (inode 26726): Invalid or incomplete multibyte or wide character
pour ce qui est des modules "ohci_hcd" et "uhci_hcd" lorsqu'il m'est affiche dans les log que j'ai décrit plus tôt:
Code : Tout sélectionner
Warning! ehci_hcd should always be loaded before uhci_hcd and ohci_hcd, not after
j'ai regarder dans mon fichier rc.conf section modules et ils n'y sont pas
ah est pendant que j'y suis en regarder pour mettre mon system à jour j'ai ces mises à jours de proposé
apache-2.2.11-1 kernel-headers-2.6.27.6-2 glibc-2.9-2 binutils-2.19-1 bison-2.4.1-1 dhcpcd-4.0.7-1
dsniff-2.4b1-13 gcc-libs-4.3.2-2 gcc-4.3.2-2 imagemagick-6.4.7.8-1 live-media-2008.11.13-1 man-pages-3.15-1
preload-0.6.3-3 psqlodbc-08.03.0400-1 pulseaudio-0.9.10-4 python-clientform-0.2.10-1 python-fuse-20081215-1
python-lxml-2.1.4-1 python-mechanize-0.1.10-1 lapack-3.1.1-4 python-numpy-1.2.1-3 vlc-0.9.8a-3 wine-1.1.10-2
je peux les faires sans crainte?
ah et encore une question

j'ai hwd d'installer.... à tord ou pas? il fait la même chose que evdev? et si oui cela ne pourrait pas être un conflit entre les deux?
Publié : mar. 16 déc. 2008, 22:12
par Cactus
Pour la MAJ, tant que tu ne nettoies pas ton cache de pacman, tu as toujorus la possibilité de revenir à une version précédente, donc pas de risque à priori avec les MAJ.
Pour les modules ehci & co, essaies de les forcer alors, dans la ligne MODULES du rc.conf, en respectant l'ordre de lancement.
Aucun souci enfin pour hwd.

Publié : mar. 16 déc. 2008, 23:43
par tuxce
letroll a écrit :suite à un "tail -f /var/log/messages.log"
les seuls lignes qui apparaissent sont:
Code : Tout sélectionner
Dec 16 18:31:54 localhost ntfs-3g[4234]: Skipping unrepresentable filename (inode 26726): Invalid or incomplete multibyte or wide character
Je suis perplexe...
L'insertion d'un disque externe devrait au minimum t'afficher des informations équivalentes à:
Code : Tout sélectionner
Dec 16 23:22:30 *** usb 5-2: new high speed USB device using ehci_hcd and address 7
Dec 16 23:22:30 *** usb 5-2: configuration #1 chosen from 1 choice
et ceci presque instantanément (le temps que le disque se mette en route), maintenant, ton log est ou bien du à une autre partition ntfs et n'est d'ailleurs qu'un warning, il n'influe pas sur le montage de celle ci (il te faut modifier l'encodage pour monter la partition) ou alors tu as lancer le "tail -f..." bien après l'insertion du disque.
Pour ce qui est des modules uhci/ohci/ehci, en théorie, le warning n'a pas d'effet sur un périphérique inséré une fois le système démarré, en fait, l'uhci/ohci sont les implémentations usb 1.1, l'ehci est pour le 2, la warning indique que si un périphérique est branché pendant le démarrage peut éventuellement être pris en 1.1 alors qu'il est compatible en 2.
pour enlever le warning, tu peux préciser dans un fichier /etc/modprobe.d/load-ehci-first par exemple:
Code : Tout sélectionner
install ohci_hcd modprobe ehci_hcd && modprobe ohci_hcd
install uhci_hcd modprobe ehci_hcd && modprobe uhci_hcd
src:
http://bugs.archlinux.org/task/12009
hwd n'a rien à voir avec xf86-input-evdev
sinon on ne sait toujours pas si hal est lancé et tant que tu y es, tu es sur quel environnement ?

Publié : mer. 17 déc. 2008, 10:47
par letroll
Merci de continuer à regarder à mon problème,
est bien pour hal la magie des mises à jour à du faire son effet

, avant un /etc/rc.d/hal restart m'afficher deux FAIL, à présent deux DONE donc il semble être redevenu effectif.
Voyant cela je me dis le problème est peut-être résolu, je plug ma clef avec une tête à peu prés comme cela

et ...... et ...... rien
je lance alors un:
qui m'affiche entre autre ces lignes intéressante, par contre ne m'affichant plus rien d'autre même si j'enlève ma clef et la réinsère
Dec 17 10:33:54 localhost usb 1-5: new high speed USB device using ehci_hcd and address 3
Dec 17 10:33:54 localhost usb 1-5: configuration #1 chosen from 1 choice
Dec 17 10:33:54 localhost Initializing USB Mass Storage driver...
Dec 17 10:35:09 localhost usb 1-5: USB disconnect, address 3
Publié : mer. 17 déc. 2008, 11:51
par tuxce
est ce que tu as un autre système ou un live cd pour voir si cette souris ou le disque usb + les ports usb sont correctement pris en charge ?
Publié : mer. 17 déc. 2008, 12:31
par letroll
oui j'ai testé avec un live-cd et sous windows et ils fonctionnent
Publié : jeu. 18 déc. 2008, 12:01
par tuxce
Le souci avec ton problème, c'est que j'arrive pas à te suivre, je te pose 2 questions, tu réponds à une seule d'entre elles, le log me parait ne pas correspondre, tu donnes pas d'indice est ce que c'est moi qui manque un truc ou en fait tu l'avais mal fait et ainsi de suite...
tout ça pour en venir à une idée qui pourrait être la cause de ton problème, l'activation du msi sur le dernier kernel d'arch, mais pas d'idée sur ce que tu as mis à jour ...
regarde le /var/log/pacman.log, si tu y trouves que t'es passé du kernel 2.6.26 au 2.6.27 lors de la dernière maj, rajoute dans la ligne du kernel de grub:
(après tout, teste le, ça mange pas de pain)
pour le pacman.log, c'est une ligne du genre:
Publié : jeu. 18 déc. 2008, 13:25
par letroll
pour la deuxième question, tu veux parler de la prise en charge des ports usb? Si c'est cela oui les clefs et ma souris tourne sous ubuntu ou sous windows enfin... Si c'est bien cela que tu veux dire par la prise en charge des ports usb, sinon j'avoue je comprends pas et pour ce qui est du kernel je suis bien en apparament 2.6.27 donc je vais tester ton idée.

idée testé et elle ne résous pas mon problème
Publié : jeu. 18 déc. 2008, 23:23
par tuxce
letroll a écrit :pour la deuxième question, tu veux parler de la prise en charge des ports usb?
non, je parlais du fait qu'on ne sait pas quelles maj ont été faites, on ne sait pas d'où vient le premier log que tu as posté de /var/log/messages.log, quel environnement tu utilises, quel logs sont ajoutés lors de l'insertion d'un disque, à quel moment ça bloque lors du boot avec disque usb ainsi de suite...
mais bon, la de toute facon, plus d'idées

Publié : ven. 19 déc. 2008, 19:22
par letroll
Pour l'option pci=nomsi je l'ai placé comme ci-dessous c'était bien cela que je devait faire?
Code : Tout sélectionner
kernel /vmlinuz26 root=/dev/disk/by-uuid/d9761741-a651-4c75-946b-ed56a74a98ab vga=773 resume=/dev/sda4 ro pci=nomsi
Pour l'environnement si je comprend bien ce que tu veux dire par là, j'utilise gnome.
Au niveau de mon boot, Il y à des lignes en plus depuis la mise à jour de mon kernel vers le 2.6.27 qui m'affiche les modules je crois.

.
Je ne pense pas que c'est un problème (je le précise on ne sais jamais vous serai me dire mieux que moi si c'est normal ou pas)
apparemment en boot sans périphérique usb branché elles sont là et ne pose pas de problème c'est un peu après juste à la suite de udev si je me souviens bien que sa bloque
Code : Tout sélectionner
Modules linked in: gspca_m5602(+) gspca_main pcmcia(+) videodev ath_pci wlan v4l1_compat ath_hal(P) joydev arc4 ecb crypto_blkcipher ath5k sdhci_pci sdhci mac80211 mmc_core cfg80211 yenta_socket rsrc_nonstatic pcmcia_core video output container psmouse k8temp sg serio_raw i2c_piix4 i2c_core ehci_hcd ohci_hcd shpchp pci_hotplug usbcore acer_wmi led_class wmi thermal evdev fan button snd_seq_oss snd_seq_midi_event snd_seq snd_seq_device battery ac snd_hda_intel snd_hwdep snd_pcm_oss snd_pcm snd_timer snd_page_alloc snd_mixer_oss snd soundcore fuse powernow_k8 freq_table processor cpufreq_userspace ati_agp fglrx(P) agpgart 8139cp 8139too mii rtc_cmos rtc_core rtc_lib ext3 jbd mbcache sr_mod cdrom sd_mod ata_generic pata_atiixp pata_acpi libata scsi_mod dock
Pid: 4140, comm: modprobe Tainted: P (2.6.27-ARCH #1)
EIP: 0060:[<f8fa52b8>] EFLAGS: 00010246 CPU: 1
EIP is at m5602_write_bridge+0x38/0xc0 [gspca_m5602]
EAX: 00810013 EBX: 00000000 ECX: 00000004 EDX: 00000002
ESI: 00000013 EDI: 00000002 EBP: 00000000 ESP: f71cfd88
DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068
Process modprobe (pid: 4140, ti=f71ce000 task=f7bf8c00 task.ti=f71ce000)
Stack: f71cfd9e 00000006 00000202 f8faa521 f6c25000 f6c25000 f8faa521 f6c25000
f71cfdbd f8fadb80 f8fa787d f8fabd70 c0503410 00000220 f8fac460 f6c25000
f6c25000 f8fa5441 f8fac460 00000000 00000040 f8fac460 f8fac460 f7368600
Call Trace:
[<f8fa787d>] po1030_probe+0x6d/0x160 [gspca_m5602]
[<f8fa5441>] m5602_configure+0x41/0x150 [gspca_m5602]
[<f8ef4c7b>] gspca_dev_probe+0xfb/0x2c0 [gspca_main]
[<f8fa505c>] m5602_probe+0x1c/0x20 [gspca_m5602]
[<f8bee3b6>] usb_probe_interface+0xa6/0x150 [usbcore]
[<c026dea6>] driver_probe_device+0x86/0x1a0
[<c0319044>] _spin_lock_irqsave+0x34/0x50
[<c026e031>] __driver_attach+0x71/0x80
[<c026d7d4>] bus_for_each_dev+0x44/0x70
[<c026dd36>] driver_attach+0x16/0x20
[<c026dfc0>] __driver_attach+0x0/0x80
[<c026d167>] bus_add_driver+0x1a7/0x220
[<c026e1cc>] driver_register+0x5c/0x130
[<f8bee691>] usb_register_driver+0x81/0x100 [usbcore]
[<c017878e>] mmap_region+0x2ee/0x500
[<f881c000>] mod_m5602_init+0x0/0x41 [gspca_m5602]
[<f881c017>] mod_m5602_init+0x17/0x41 [gspca_m5602]
[<c010111a>] do_one_initcall+0x2a/0x160
[<c01536cb>] sys_init_module+0x8b/0x1b0
[<c0103ef3>] sysenter_do_call+0x12/0x33
=======================
Code: 1c 89 d6 89 7c 24 20 89 cf 89 5c 24 18 89 6c 24 24 8b a8 cc 01 00 00 8b 98 e8 01 00 00 75 71 a1 84 93 fa f8 89 fa b9 04 00 00 00 <89> 03 89 f0 88 43 01 89 e8 88 53 03 8b 55 00 89 5c 24 0c c7 44
EIP: [<f8fa52b8>] m5602_write_bridge+0x38/0xc0 [gspca_m5602] SS:ESP 0068:f71cfd88
---[ end trace 79a7cc0e67fff588 ]---
cs: IO port probe 0x100-0x3af: clean.
cs: IO port probe 0x3e0-0x4ff: excluding 0x408-0x40f 0x4d0-0x4d7
cs: IO port probe 0x820-0x8ff: clean.
cs: IO port probe 0xc00-0xcf7: excluding 0xc00-0xc07 0xc10-0xc17 0xc50-0xc57 0xc68-0xc6f 0xcd0-0xcdf
cs: IO port probe 0xa00-0xaff: clean.
bon voici des lignes que j'ai repérer dans ce que m'affiche dmesg, les lignes juste avant:
ressemble fortement à mes lignes ajoutées au boot dont je parler plus haut et :
Code : Tout sélectionner
cs: IO port probe 0x100-0x3af: clean.
cs: IO port probe 0x3e0-0x4ff: excluding 0x408-0x40f 0x4d0-0x4d7
cs: IO port probe 0x820-0x8ff: clean.
cs: IO port probe 0xc00-0xcf7: excluding 0xc00-0xc07 0xc10-0xc17 0xc50-0xc57 0xc68-0xc6f 0xcd0-0xcdf
cs: IO port probe 0xa00-0xaff: clean.
les lignes où sa bloquer lorsque j'avais le malheur d'oublier une clef sur un de mes ports usb au démarrage du pc
Publié : ven. 19 déc. 2008, 20:04
par tuxce
le module gspca_m5602 ne fait pas partie des modules par défaut du kernel de arch... tu l'as installé à part ?
tu peux rajouter dans les modules du /etc/rc.conf:
et voir si ca passe avec la souris ou le disque
Publié : lun. 22 déc. 2008, 13:19
par letroll
Pour ce module si c'est bien celui que je pense c'est un que j'ai ajouté oui, c'est pour ma webcam intégré (ses pilotes son en développement et je voulais voir ce que cela donnais).
Et sinon je l'ai bien désactivé et ......... MERCI !!!!!!!!!!!!!!!!!!!!!
Sa règle la plus grosse partie de mon problème

,
ma souris fonctionne et ma clef usb aussi, seul problème qui subsiste c'est que si ma clef usb et mis avant le démarrage de l'ordinateur, j'ai une jolie erreur dés que je fais un choix dans grub.
Erreur m'indiquant que la partition indiquer, n'hésite pas ??

??, mais à partir du moment ou je boot sans rien de branché (mise à part la souris qui apparemment elle ne perturbe pas) le pc démarre normalement