[LONG] Probleme USB/apcupsd sur debian 5.0.5 amd64
11 réponses
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.
Ce cher "La Bete des Vosges (Francis Chartier)" a posté :
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.
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..
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
Coucou toi,
Ce cher "La Bete des Vosges (Francis Chartier)" <francis@bete-des-vosges.org> a posté :
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.
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..
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
Ce cher "La Bete des Vosges (Francis Chartier)" a posté :
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.
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..
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 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.
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
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.
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à.
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.
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 Fri, 13 Aug 2010 10:29:01 +0000 (UTC), "La Bete des Vosges (Francis Chartier)" a é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
Le Fri, 13 Aug 2010 10:29:01 +0000 (UTC),
"La Bete des Vosges (Francis Chartier)" <francis@bete-des-vosges.org> a
é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
Le Fri, 13 Aug 2010 10:29:01 +0000 (UTC), "La Bete des Vosges (Francis Chartier)" a é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
Ce cher "La Bete des Vosges (Francis Chartier)" a posté :
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.
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
Ce cher "La Bete des Vosges (Francis Chartier)" <francis@bete-des-vosges.org> a posté :
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.
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à.
Ce cher "La Bete des Vosges (Francis Chartier)" a posté :
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.
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 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
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.
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 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)
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
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 :
emmanuel@ttyp0[~]$ 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)
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)
-- Je suis riche des biens dont je sais me passer. Louis-Jean-Baptiste Etienne Vigée.
didier gaumet
Le Fri, 13 Aug 2010 17:33:27 +0000 (UTC), "La Bete des Vosges (Francis Chartier)" a é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
Le Fri, 13 Aug 2010 17:33:27 +0000 (UTC),
"La Bete des Vosges (Francis Chartier)" <francis@bete-des-vosges.org> a
é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.
root@netbook-didier:~$ ls /proc/bus/usb
root@netbook-didier:~$ mount | grep usb
root@netbook-didier:~$
root@netbook-didier:/home/didier# nano /etc/fstab
ajout de la ligne "usbfs /proc/bus/usb usbfs defaults 0 0"
root@netbook-didier:/home/didier# mount -a
root@netbook-didier:/home/didier# mount | grep usb
usbfs on /proc/bus/usb type usbfs (rw)
root@netbook-didier:/home/didier# ls /proc/bus/usb
001 002 003 004 005 devices
Le Fri, 13 Aug 2010 17:33:27 +0000 (UTC), "La Bete des Vosges (Francis Chartier)" a é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 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
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...
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 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
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.
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 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
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.
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.