[LONG] Probleme USB/apcupsd sur debian 5.0.5 amd64

Le
La Bete des Vosges (Francis Chartier)
Bonjour

Je dois installer et configurer un serveur debian sur une machine
existante.
Il s'agit d'une carte mère Tyan (Opteron), avec un contrôleur disque
3ware-9500S configuré avec 4 disques sata en raid5. Le système est
installé sur un disque sata indépendant piloté directement par le
contrôleur de la carte mère.

J'ai installé une debian lenny 5.0.5 amd64.
Linux 2.6.26-2-amd64 #1 SMP Sun Jun 20 20:16:30 UTC 2010 x86_64 GNU/Linux

L'install s'est passée correctement, le serveur est "up & running". Je
n'ai pas la machine sous la main, mais j'ai un accès ssh.

Le problème qu'il me reste à résoudre est la configuration logicielle
(avec apcupsd) d'un onduleur APC Back-UPS 650 avec cable USB.

Il est physiquement installé et fonctionnel (il alimente la machine), le
cable est correctement branché et OK (il a été vérifié sur une autre
machine, comme l'onduleur lui-même).

J'ai installé le paquet apcupsd, configuré le fichier de conf pour le
cable USB, modifié le fichier dans /etc/default pour valider la
configuration mais il se termine sur erreur au lancement.

dumbo:/usr/src# apctest
2010-08-13 11:38:03 apctest 3.14.4 (18 May 2008) debian Checking
configuration
Attached to driver: usb
sharenet.type = DISABLE
cable.type = USB_CABLE
You are using a USB cable type, so I'm entering USB test mode mode.type =
USB_UPS
Setting up the port
apctest FATAL ERROR in linux-usb.c at line 609 Cannot find UPS device --
For a link to detailed USB trouble shooting information, please see
<http://www.apcupsd.com/support.html>. apctest error termination completed


Je rencontre a priori 2 problèmes qui sont probablement liés :

1/ au boot de la machine, aucun périphérique USB n'est vu sur la machine,
même pas la partie hard (chipset, root hub, etc)

dumbo:/usr/src# lsusb -t
cannot open /proc/bus/usb/devices, No such file or directory (2)

dumbo:/usr/src# ls -l /proc/bus/usb
total 0

2/ pas de création de /dev/usb donc pas de /dev/usb/hid/hiddevX ou /dev/
usb/hiddevX malgré le chargement des modules usbhid.

Le support USB est bien activé dans le bios de la machine. Le branchement
d'une clé USB fonctionnelle n'est pas plus détecté, même problème.

J'ai cherché des infos et je suis tombé sur ce genre de choses :
http://old.nabble.com/Can%27t-start-apcupsd-3.14.5,-Debian-Lenny-AMD64-
td21527348.html

Dans mon cas le cable a été vérifié, et je n'ai aucun
device listé.

J'ai l'impression que le noyau d'origine installé ne comprend peut-être
pas le support complet d'USB.

Des suggestions ?


Infos :

dumbo:/usr/src# lspci
00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07)
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05)
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03)
00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02)
00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05)
00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge
(rev 12)
00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge
(rev 12)
00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced
Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:06.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID 02:09.0
Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit
Ethernet (rev 02)
03:0b.0 Mass storage controller: Silicon Image, Inc. SiI 3114 [SATALink/
SATARaid] Serial ATA Controller (rev 02) 04:00.0 Host bridge: Advanced
Micro Devices [AMD] AMD-8151 System Controller (rev 14)
04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8151 AGP Bridge (rev
14)
05:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY
[Radeon 7000/VE]

dumbo:/usr/src# lsmod
Module Size Used by appletalk 35344 20
nfsd 248616 13
lockd 68944 1 nfsd
nfs_acl 7552 1 nfsd
auth_rpcgss 47520 1 nfsd
sunrpc 197992 11 nfsd,lockd,nfs_acl,auth_rpcgss exportfs
8704 1 nfsd
ppdev 11656 0
parport_pc 31016 0
lp 14724 0
parport 41776 3 ppdev,parport_pc,lp ipv6
288456 47
xfs 475560 2
usbhid 45792 0
hid 41792 1 usbhid ff_memless 9224 1
usbhid loop 19468 0
ide_cd_mod 36360 0
cdrom 37928 1 ide_cd_mod pcspkr 7040 0
snd_pcm 81800 0
snd_timer 25744 1 snd_pcm snd 63688 2
snd_pcm,snd_timer soundcore 12064 1 snd
snd_page_alloc 13072 1 snd_pcm k8temp 9216 0
tg3 97156 0
3w_9xxx 34948 1
button 11680 0
amd74xx 13448 0 [permanent] amd_rng 7048
0
rng_core 8968 1 amd_rng ide_pci_generic 9220 0
[permanent] i2c_amd756 10628 0
i2c_amd8111 9344 0
ide_core 128284 3 ide_cd_mod,amd74xx,ide_pci_generic
i2c_core 27936 2 i2c_amd756,i2c_amd8111 ata_generic
10116 0
evdev 14208 0
ext3 125072 3
jbd 51240 1 ext3
mbcache 12804 1 ext3
sd_mod 29376 8
thermal 22688 0
processor 42304 1 thermal fan 9352 0
thermal_sys 17728 3 thermal,processor,fan shpchp
34208 0
pci_hotplug 32056 1 shpchp sata_sil 13192 5
libata 165600 2 ata_generic,sata_sil scsi_mod
161016 3 3w_9xxx,sd_mod,libata dock 14112 1 libata



--
La Bête des Vosges
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses Page 1 / 2
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Hugues
Le #22467991
Coucou toi,

Ce cher "La Bete des Vosges (Francis Chartier)"
Bonjour

Je dois installer et configurer un serveur debian sur une machine
existante.
[...]

Je rencontre a priori 2 problèmes qui sont probablement liés :

1/ au boot de la machine, aucun périphérique USB n'est vu sur la machine,
même pas la partie hard (chipset, root hub, etc)

dumbo:/usr/src# lsusb -t
cannot open /proc/bus/usb/devices, No such file or directory (2)

dumbo:/usr/src# ls -l /proc/bus/usb
total 0



Tiens marrant, chez moi non plus.. (Mais j'ai bien accès aux périphs USB
sur ma debian testing) Je pensais à un usbfs non mounté sur
/proc/bus/usb, mais faut chercher ailleurs.

Que donne un listing de ton /sys/bus/usb ?



2/ pas de création de /dev/usb donc pas de /dev/usb/hid/hiddevX ou /dev/
usb/hiddevX malgré le chargement des modules usbhid.

Le support USB est bien activé dans le bios de la machine. Le branchement
d'une clé USB fonctionnelle n'est pas plus détecté, même problème.

J'ai cherché des infos et je suis tombé sur ce genre de choses :
http://old.nabble.com/Can%27t-start-apcupsd-3.14.5,-Debian-Lenny-AMD64-
td21527348.html

Dans mon cas le cable a été vérifié, et je n'ai aucun
device listé.

J'ai l'impression que le noyau d'origine installé ne comprend peut-être
pas le support complet d'USB.



Je ne pense pas, tu aurais au moins une trace de Controleur USB dans ton lspci.


Des suggestions ?


Infos :

dumbo:/usr/src# lspci
00:06.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8111 PCI (rev 07)
00:07.0 ISA bridge: Advanced Micro Devices [AMD] AMD-8111 LPC (rev 05)
00:07.1 IDE interface: Advanced Micro Devices [AMD] AMD-8111 IDE (rev 03)
00:07.2 SMBus: Advanced Micro Devices [AMD] AMD-8111 SMBus 2.0 (rev 02)
00:07.3 Bridge: Advanced Micro Devices [AMD] AMD-8111 ACPI (rev 05)
00:0a.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12)
00:0a.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
00:0b.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8131 PCI-X Bridge (rev 12)
00:0b.1 PIC: Advanced Micro Devices [AMD] AMD-8131 PCI-X IOAPIC (rev 01)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] HyperTransport Technology Configuration 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] Miscellaneous Control
01:06.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID
02:09.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5703X Gigabit Ethernet (rev 02)
03:0b.0 Mass storage controller: Silicon Image, Inc. SiI 3114 [SATALink/ SATARaid] Serial ATA Controller (rev 02) 04:00.0 Host bridge: Advanced Micro Devices [AMD] AMD-8151 System Controller (rev 14)
04:01.0 PCI bridge: Advanced Micro Devices [AMD] AMD-8151 AGP Bridge (rev 14)
05:00.0 VGA compatible controller: ATI Technologies Inc Radeon RV100 QY [Radeon 7000/VE]



mhmm, je ne vois pas d'USB controller là dedans.. étrange, voire inquiétant..
car même sans le support adéquat dans le kernel, on devrait au moins le voir..

dumbo:/usr/src# lsmod
Module Size Used by appletalk 35344 20
nfsd 248616 13
lockd 68944 1 nfsd
nfs_acl 7552 1 nfsd
auth_rpcgss 47520 1 nfsd
sunrpc 197992 11 nfsd,lockd,nfs_acl,auth_rpcgss exportfs
8704 1 nfsd
ppdev 11656 0
parport_pc 31016 0
lp 14724 0
parport 41776 3 ppdev,parport_pc,lp ipv6
288456 47
xfs 475560 2
usbhid 45792 0
hid 41792 1 usbhid ff_memless 9224 1
usbhid loop 19468 0
ide_cd_mod 36360 0
cdrom 37928 1 ide_cd_mod pcspkr 7040 0
snd_pcm 81800 0
snd_timer 25744 1 snd_pcm snd 63688 2
snd_pcm,snd_timer soundcore 12064 1 snd
snd_page_alloc 13072 1 snd_pcm k8temp 9216 0
tg3 97156 0
3w_9xxx 34948 1
button 11680 0
amd74xx 13448 0 [permanent] amd_rng 7048
0
rng_core 8968 1 amd_rng ide_pci_generic 9220 0
[permanent] i2c_amd756 10628 0
i2c_amd8111 9344 0
ide_core 128284 3 ide_cd_mod,amd74xx,ide_pci_generic
i2c_core 27936 2 i2c_amd756,i2c_amd8111 ata_generic
10116 0
evdev 14208 0
ext3 125072 3
jbd 51240 1 ext3
mbcache 12804 1 ext3
sd_mod 29376 8
thermal 22688 0
processor 42304 1 thermal fan 9352 0
thermal_sys 17728 3 thermal,processor,fan shpchp
34208 0
pci_hotplug 32056 1 shpchp sata_sil 13192 5
libata 165600 2 ata_generic,sata_sil scsi_mod
161016 3 3w_9xxx,sd_mod,libata dock 14112 1 libata




et ici, usbcore me semble faire cruellement défaut (à moins qu'il soit
en dur dans le kernel, ce dont je doute..). Vu le résultat du lspci, ça
ne m'étonne pas qu'il soit absent.
Que donne un "grep usb /proc/devices" ?
Que donne un dmesg ou cat /var/log/messages depuis le dernier boot ?


Je pencherais, sans avoir trop regardé dans les détails que tu as donnés pour :
1/ un souci dans l'activation USB du BIOS (y-a-t-il des "trucs" incongrus ?)
2/ un souci au niveau du chipset north (ou south, je sais jamais lequel
est quoi)
3/ un problème hard (défaut, ou bien simplement un jumper mal positionné ?)


Une piste qui pourrait peut être aider : booter à l'aide d'une
distribution Live, de préférence != debian. Ça permettrait de mettre
tout de suite une origine soft ou hard sur le problème..



En espérant t'aider avec ces pistes,
--
Hugues Hiegel
La Bete des Vosges (Francis Chartier)
Le #22468291
Le Fri, 13 Aug 2010 16:07:46 +0200, Hugues a écrit :

dumbo:/usr/src# ls -l /proc/bus/usb
total 0



Tiens marrant, chez moi non plus.. (Mais j'ai bien accès aux périphs USB
sur ma debian testing) Je pensais à un usbfs non mounté sur
/proc/bus/usb, mais faut chercher ailleurs.

Que donne un listing de ton /sys/bus/usb ?




dumbo:/boot/grub# ls -l /sys/bus/usb
total 0
drwxr-xr-x 2 root root 0 ao? 13 16:28 devices
drwxr-xr-x 7 root root 0 ao? 13 16:28 drivers
-rw-r--r-- 1 root root 4096 ao? 13 16:28 drivers_autoprobe
--w------- 1 root root 4096 ao? 13 16:28 drivers_probe
--w------- 1 root root 4096 ao? 13 16:28 uevent
dumbo:/boot/grub# ls -l /sys/bus/usb/devices/
total 0
dumbo:/boot/grub# ls -l /sys/bus/usb/drivers/
total 0
drwxr-xr-x 2 root root 0 ao? 13 16:29 hiddev
drwxr-xr-x 2 root root 0 ao? 13 16:29 hub
drwxr-xr-x 2 root root 0 ao? 13 16:29 usb
drwxr-xr-x 2 root root 0 ao? 13 16:29 usbfs
drwxr-xr-x 2 root root 0 ao? 13 16:29 usbhid

J'ai l'impression que le noyau d'origine installé ne comprend peut-être
pas le support complet d'USB.



Je ne pense pas, tu aurais au moins une trace de Controleur USB dans ton
lspci.



C'est ce qu'il me semble, c'est d'ailleurs pour ça que j'ai vérifié dans
le bios, l'usb est bien activé.
C'est certain, je l'ai justement vérifié car jusqu'alors la machine
n'ayant jamais été utilisée avec des périphs usb, je supposais que
c'était désactivé jusque là.

Je viens de vérifier dans le manuel (pour autant qu'il corresponde à la
version du bios embarqué) et la gestion de l'USB est réglée par desu
entrées dans le BIOS :

USB Function [Enabled|Disabled] = Enabled
Legacy USB Support [AUTO|Enabled|Disabled] = AUTO

Si ça se trouve il faudrait que la deuxième option soit sur Enabled
plutôt que sur AUTO... A vérifier.


mhmm, je ne vois pas d'USB controller là dedans.. étrange, voire
inquiétant.. car même sans le support adéquat dans le kernel, on devrait
au moins le voir..



C'est du chipset amd8111+amd8151+amd8131 (pour le PCI-X 64 bits destiné à
la carte 3Ware).

Normalement c'est correctement reconnu, c'est pas du tout récent et ça
faisait partie des rares chipset amd64 dispo à l'époque avec le KT800 de
mémoire.


et ici, usbcore me semble faire cruellement défaut (à moins qu'il soit
en dur dans le kernel, ce dont je doute..). Vu le résultat du lspci, ça
ne m'étonne pas qu'il soit absent.
Que donne un "grep usb /proc/devices" ? Que donne un dmesg ou cat
/var/log/messages depuis le dernier boot ?



dumbo:/boot/grub# grep usb /proc/devices
180 usb
189 usb_device
252 usbmon

dumbo:/boot/grub# dmesg | grep usb
[ 0.171016] usbcore: registered new interface driver usbfs
[ 0.171150] usbcore: registered new interface driver hub
[ 0.171265] usbcore: registered new device driver usb
[ 8.663769] usbcore: registered new interface driver hiddev
[ 8.663859] usbcore: registered new interface driver usbhid
[ 8.663931] usbhid: v2.6:USB HID core driver


Je pencherais, sans avoir trop regardé dans les détails que tu as donnés
pour : 1/ un souci dans l'activation USB du BIOS (y-a-t-il des "trucs"
incongrus ?)



cf supra, faudra que je vérifie sur la machine (fais suer, c'est 100
bornes à chaque fois. :)


2/ un souci au niveau du chipset north (ou south, je sais
jamais lequel
est quoi)



Je ne crois pas, c'est du classique.

3/ un problème hard (défaut, ou bien simplement un jumper mal positionné
?)



Pas de jumper pour l'usb sur cette carte, j'ai également vérifié dans le
manuel.

Une piste qui pourrait peut être aider : booter à l'aide d'une
distribution Live, de préférence != debian. Ça permettrait de mettre
tout de suite une origine soft ou hard sur le problème..



Oui, j'au un cd de Sysrescue récent sous la main, mais ça va attendre que
je puisse approcher de la machine.

En espérant t'aider avec ces pistes,



Ca confirme ce que je pensais, c'est à dire qu'il n'est pas normal qu'un
lspci ne fasse pas ressorti au moins le chipset usb.
Donc chercher de ce côté là déjà.

'ci Hugues

--
La Bête des Vosges
didier gaumet
Le #22468391
Le Fri, 13 Aug 2010 10:29:01 +0000 (UTC),
"La Bete des Vosges (Francis Chartier)" écrit :

[...]
Le problème qu'il me reste à résoudre est la configuration logiciel le
(avec apcupsd) d'un onduleur APC Back-UPS 650 avec cable USB.


[...]
cannot open /proc/bus/usb/devices, No such file or directory (2)


[...]

Bonjour,

Peut-être faut-il monter "à l'ancienne" usbdevfs? (à priori certains
programmes anciens ne comprennent pas la façon dont le noyau gère
désormais l'USB):
http://wiki.debian.org/fr/USB?highlight=%28proc+bus+usb%29
Hugues
Le #22468541
Ce cher "La Bete des Vosges (Francis Chartier)"
Le Fri, 13 Aug 2010 16:07:46 +0200, Hugues a écrit :

dumbo:/usr/src# ls -l /proc/bus/usb
total 0



Tiens marrant, chez moi non plus.. (Mais j'ai bien accès aux périphs USB
sur ma debian testing) Je pensais à un usbfs non mounté sur
/proc/bus/usb, mais faut chercher ailleurs.

Que donne un listing de ton /sys/bus/usb ?




dumbo:/boot/grub# ls -l /sys/bus/usb
total 0
drwxr-xr-x 2 root root 0 ao? 13 16:28 devices
drwxr-xr-x 7 root root 0 ao? 13 16:28 drivers
-rw-r--r-- 1 root root 4096 ao? 13 16:28 drivers_autoprobe
--w------- 1 root root 4096 ao? 13 16:28 drivers_probe
--w------- 1 root root 4096 ao? 13 16:28 uevent
dumbo:/boot/grub# ls -l /sys/bus/usb/devices/
total 0
dumbo:/boot/grub# ls -l /sys/bus/usb/drivers/
total 0
drwxr-xr-x 2 root root 0 ao? 13 16:29 hiddev
drwxr-xr-x 2 root root 0 ao? 13 16:29 hub
drwxr-xr-x 2 root root 0 ao? 13 16:29 usb
drwxr-xr-x 2 root root 0 ao? 13 16:29 usbfs
drwxr-xr-x 2 root root 0 ao? 13 16:29 usbhid



Le support de l'usb est donc OK, mais le kernel ne trouve rien (.../devices/ vide)
=> problème "hard"


J'ai l'impression que le noyau d'origine installé ne comprend peut-être
pas le support complet d'USB.



Je ne pense pas, tu aurais au moins une trace de Controleur USB dans ton
lspci.



C'est ce qu'il me semble, c'est d'ailleurs pour ça que j'ai vérifié dans
le bios, l'usb est bien activé.
C'est certain, je l'ai justement vérifié car jusqu'alors la machine
n'ayant jamais été utilisée avec des périphs usb, je supposais que
c'était désactivé jusque là.

Je viens de vérifier dans le manuel (pour autant qu'il corresponde à la
version du bios embarqué) et la gestion de l'USB est réglée par desu
entrées dans le BIOS :

USB Function [Enabled|Disabled] = Enabled
Legacy USB Support [AUTO|Enabled|Disabled] = AUTO

Si ça se trouve il faudrait que la deuxième option soit sur Enabled
plutôt que sur AUTO... A vérifier.



Possible. Je commencerais par ça.


mhmm, je ne vois pas d'USB controller là dedans.. étrange, voire
inquiétant.. car même sans le support adéquat dans le kernel, on devrait
au moins le voir..



C'est du chipset amd8111+amd8151+amd8131 (pour le PCI-X 64 bits destiné à
la carte 3Ware).

Normalement c'est correctement reconnu, c'est pas du tout récent et ça
faisait partie des rares chipset amd64 dispo à l'époque avec le KT800 de
mémoire.



Ok
moi, mes références en hardware info remontent à l'époque de la SDRAM .. :-) :-)

[...]



dumbo:/boot/grub# grep usb /proc/devices
180 usb
189 usb_device
252 usbmon

dumbo:/boot/grub# dmesg | grep usb
[ 0.171016] usbcore: registered new interface driver usbfs
[ 0.171150] usbcore: registered new interface driver hub
[ 0.171265] usbcore: registered new device driver usb
[ 8.663769] usbcore: registered new interface driver hiddev
[ 8.663859] usbcore: registered new interface driver usbhid
[ 8.663931] usbhid: v2.6:USB HID core driver



Ça confirme le problème hard.


Je pencherais, sans avoir trop regardé dans les détails que tu as donnés
pour : 1/ un souci dans l'activation USB du BIOS (y-a-t-il des "trucs"
incongrus ?)



cf supra, faudra que je vérifie sur la machine (fais suer, c'est 100
bornes à chaque fois. :)



:D


2/ un souci au niveau du chipset north (ou south, je sais
jamais lequel
est quoi)



Je ne crois pas, c'est du classique.



J'y crois moyen aussi, mais c'est une piste si le BIOS semble ok.
Mais vu que le reste du système fonctionne, j'en doute.



En espérant t'aider avec ces pistes,



Ca confirme ce que je pensais, c'est à dire qu'il n'est pas normal qu'un
lspci ne fasse pas ressorti au moins le chipset usb.
Donc chercher de ce côté là déjà.

'ci Hugues




De rien, ravi de pouvoir t'aider :-)

--
Hugues Hiegel
La Bete des Vosges (Francis Chartier)
Le #22469051
Le Fri, 13 Aug 2010 17:27:32 +0200, didier gaumet a écrit :

Peut-être faut-il monter "à l'ancienne" usbdevfs? (à priori certains
programmes anciens ne comprennent pas la façon dont le noyau gère
désormais l'USB):
http://wiki.debian.org/fr/USB?highlight=%28proc+bus+usb%29



A priori non, cette syntaxe n'est plus utilisée ni supportée par le noyau
(qui utilise d'ailleurs usbfs et non plus usbdevfs) et /proc/bus/usb est
automagiquement monté sans cette ligne, par udev.

--
La Bête des Vosges
Emmanuel Florac
Le #22469241
Le Fri, 13 Aug 2010 10:29:01 +0000, La Bete des Vosges (Francis Chartier)
a écrit:


dumbo:/usr/src# lspci



Vu l'absence de contrôleur USB dans la sortie de lspci, je pense que soit
il est désactivé dans le BIOS, soit il est mort. Je n'ai pas de machine
avec ce chipset mais j'en ai plusieurs assez proches, et le contrôleur
USB est bien là:

carte mère TYAN S3970 :

[~]$ lspci
00:01.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge
00:02.0 Host bridge: Broadcom BCM5785 [HT1000] Legacy South Bridge
00:02.1 IDE interface: Broadcom BCM5785 [HT1000] IDE
00:02.2 ISA bridge: Broadcom BCM5785 [HT1000] LPC
00:03.0 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
00:03.1 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
00:03.2 USB Controller: Broadcom BCM5785 [HT1000] USB (rev 01)
00:04.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller (rev 05)
00:05.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet
Controller (rev 05)
00:06.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics
Innovation) Volari Z7
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:0d.0 PCI bridge: Broadcom BCM5785 [HT1000] PCI/PCI-X Bridge (rev c0)
01:0e.0 RAID bus controller: Broadcom BCM5785 [HT1000] SATA (Native SATA
Mode)

carte mère TYAN S2932 :

:~# lspci
00:00.0 RAM memory: nVidia Corporation MCP55 Memory Controller (rev a2)
00:01.0 ISA bridge: nVidia Corporation MCP55 LPC Bridge (rev a3)
00:01.1 SMBus: nVidia Corporation MCP55 SMBus (rev a3)
00:02.0 USB Controller: nVidia Corporation MCP55 USB Controller (rev a1)
00:02.1 USB Controller: nVidia Corporation MCP55 USB Controller (rev a2)
00:06.0 PCI bridge: nVidia Corporation MCP55 PCI bridge (rev a2)
00:08.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
00:09.0 Bridge: nVidia Corporation MCP55 Ethernet (rev a3)
00:0a.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:0b.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:0c.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:0d.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:0e.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:0f.0 PCI bridge: nVidia Corporation MCP55 PCI Express bridge (rev a3)
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
00:19.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
HyperTransport Technology Configuration
00:19.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Address Map
00:19.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
DRAM Controller
00:19.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
Miscellaneous Control
01:07.0 VGA compatible controller: ATI Technologies Inc ES1000 (rev 02)
06:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID (rev 01)


--
Je suis riche des biens dont je sais me passer.
Louis-Jean-Baptiste Etienne Vigée.
didier gaumet
Le #22469341
Le Fri, 13 Aug 2010 17:33:27 +0000 (UTC),
"La Bete des Vosges (Francis Chartier)" écrit :

Le Fri, 13 Aug 2010 17:27:32 +0200, didier gaumet a écrit :

> Peut-être faut-il monter "à l'ancienne" usbdevfs? (à priori certa ins
> programmes anciens ne comprennent pas la façon dont le noyau gère
> désormais l'USB):
> http://wiki.debian.org/fr/USB?highlight=%28proc+bus+usb%29

A priori non, cette syntaxe n'est plus utilisée ni supportée par le
noyau (qui utilise d'ailleurs usbfs et non plus usbdevfs)
et /proc/bus/usb est automagiquement monté sans cette ligne, par udev.



tu as raison, c'est effectivement maintenant usbfs au lieu de usbdevfs,
mais le problème reste le même: si tu regardes bien il n'est pas monté
par défaut. Et sans lui un programme comme usbview se plante alors
qu'il fonctionne avec.

:~$ ls /proc/bus/usb
:~$ mount | grep usb
:~$
:/home/didier# nano /etc/fstab

ajout de la ligne "usbfs /proc/bus/usb usbfs defaults 0 0"

:/home/didier# mount -a
:/home/didier# mount | grep usb
usbfs on /proc/bus/usb type usbfs (rw)
:/home/didier# ls /proc/bus/usb
001 002 003 004 005 devices
La Bete des Vosges (Francis Chartier)
Le #22470371
Le Fri, 13 Aug 2010 18:34:20 +0000, Emmanuel Florac a écrit :

Vu l'absence de contrôleur USB dans la sortie de lspci, je pense que
soit il est désactivé dans le BIOS, soit il est mort. Je n'ai pas de
machine avec ce chipset mais j'en ai plusieurs assez proches, et le
contrôleur USB est bien là:

carte mère TYAN S3970 :



Dans mon cas il s'agit d'une s2885, équipée de 5 ports usb 1.1.
Il devrait effectivement apparaître, j'espère que c'est juste parce qu'il
n'est pas réglé sur "Enabled" mais sur "Auto" pour le "Legacy USB Support"

Le manuel précise que la fonction de ce réglage est :
"Enables support for Legacy USB devices such as keyboards, mice &
bootable USB devices".

Ce réglage est accessible uniquement après avoir modifié un premier
réglage "USB Function" sur "enabled", ce que j'ai fait. Je pensais que ça
suffirait avec la deuxième ligne sur auto, mais bon...

Je ferai un retour une fois modifié.

--
La Bête des Vosges
La Bete des Vosges (Francis Chartier)
Le #22470361
Le Fri, 13 Aug 2010 21:13:32 +0200, didier gaumet a écrit :

tu as raison, c'est effectivement maintenant usbfs au lieu de usbdevfs,
mais le problème reste le même: si tu regardes bien il n'est pas monté
par défaut. Et sans lui un programme comme usbview se plante alors qu'il
fonctionne avec.



Sans le rajout de cette ligne :

dumbo:~# mount | grep usb
procbususb on /proc/bus/usb type usbfs (rw)

par contre après ajout de cette ligne et umount puis mount :

usbfs on /proc/bus/usb type usbfs (rw)

Je ne sais pas si la différence est imporante pour le fonctionnement du
système.


Bon, de toute façon je vais laisser le système en l'état d'origine
jusqu'à ce que je puisse tester en modifiant le paramétrage du bios
concernant l'USB, je pense qu'il y a déjà là un problème à résoudre.

Je préfère procéder par étapes successives et sans accumuler des
changements simultanés, ça facilite le diagnostic.

Merci pour les réponses.

--
La Bête des Vosges
La Bete des Vosges (Francis Chartier)
Le #22484021
Le Sat, 14 Aug 2010 08:06:26 +0000, La Bete des Vosges (Francis Chartier)
a écrit :

Ce réglage est accessible uniquement après avoir modifié un premier
réglage "USB Function" sur "enabled", ce que j'ai fait. Je pensais que
ça suffirait avec la deuxième ligne sur auto, mais bon...

Je ferai un retour une fois modifié.



Bon, tout fonctionne, c'était effectivement le support USB pas
complètement activé dans le bios.

Faut dire, il y a deux réglages dans le sous menu USB Configuration, que
j'avais correctement passé à Enabled : USB Devices et USB Legacy Mode.

J'avais juste pas vu que ça ne sert à rien si on ne passe pas ENABLED une
option "USB root hub" qui se situe dans un autre sous menu, ce serait
trop simple... :)

Y'a des jours, on se dit qu'il faut avoir une logique spéciale pour
bosser dans l'info.

--
La Bête des Vosges
Publicité
Poster une réponse
Anonyme