Merci pour ton retour Frederic, C'est vrai que d'utiliser toutes ces
couches d'abstraction ne facilite pas le problème en cas de "bug"
hardware comme sur celui que tu décris. On est toujours en face de ce
dilemme: facilité d'utilisation (justifiant ces couches) VS
"dysfonctionnements "hardware sporadique" qui ne sont résolvables que si
chaque couche joue(ait) parfaitement son role (remontée de l'info
"claire" au niveau user). Souvent ces possibilités de pannes improbables
(ou difficilement simulables) ne sont pas testées et la sortie d'erreur
pointe vers le "Null" ou le "Pass"... :)
En tout cas bravo pour ton diagnostique!
Lionel
Le 02.06.19 à 10:06, Frederic Dumas a écrit :
Bonjour à tous,
Voilà comment s'est terminé un sujet lancé en mars. Merci à Lionel et
Daniel qui avaient bien voulu me répondre.
Ce n'était pas le BIOS, encore moins l'OS. Ça n'était pas la classe de
périphérique USB (Mass Storage vs Input Device), mais c'était la
version USB (V1.1 vs 2.0). Surtout, le dysfonctionnement était
hardware, et non software.
Après avoir constaté sur une autre carte mère du même modèle, et après
avoir flashé la même version de BIOS sur la mienne, que clavier,
souris, et contrôleur de jeu fonctionnaient là mais pas ici, ma carte
mère est partie à la ferraille. Tous les périphériques USB 2.0 étaient
correctement pris en charge, mais aucun périphériques USB 1.0 n'était
vu en façade par l'ordinateur.
Mes hypothèses du départ sur HP bloquant certains périphériques sur
les ports USB avant, étaient fausses. Ce n'était qu'un
dysfonctionnement matériel.
Habituellement, quand des ports USB sont "grillés", on s'attend à ce
qu'aucun périphérique ne soit reconnu. Ici, le défaut était sélectif:
vraisemblablement une panne du contrôleur USB 1.1 connecté à l'avant,
tandis que le contrôleur USB 2.0 continuait lui à fonctionner. D'après
Wikipedia, le chipset Intel intégrant ces contrôleurs était connu pour
sa sensibilité à l'électricité statique.
Tout ça pour dire qu'à force d'utiliser ces couches d'abstraction que
sont les OS et les applications, on a tendance à oublier que
l'hypothèse la plus simple, c'est que le matos a disjoncté.
Bye.
Frédéric.
--
Frédéric Dumas
[email protected]
Le 27/03/2019 à 16:49, Daniel Cordey a écrit :
On 27.03.19 13:15, Frederic Dumas wrote:
Aucun périphérique USB n'est pris en charge sur ces ports, sauf
l'USB Mass Storage.
Avez-vous déjà vu un truc pareil ?
Non, mais...
Quelqu'un saurait-il comment "débrider" sur ce type de desktop HP
les connecteurs en face avant, pour leur faire accepter l'ensemble
des périphériques USB ? Il n'y a pas de jumper à proximité immédiate
du connecteur 9 broches interne sur la carte mère, et la
documentation de l'ordinateur reste muette évidement.
D'abord, cette unité usb est-elle vue ? Que donne 'lsusb' ?
Ma meilleure supposition est que HP a voulu protéger la machine
contre le branchement à la sauvette d'un périphérique "bad USB",
prétendant être une mémoire flash, mais présentant en réalité au
contrôleur USB une identité de clavier, et enchaînant les commandes
à l’insu de l'utilisateur.
A priori, qu'HP désactive les USB Mass Storage je comprendrais (vu
les relations entretenues avec le côté obscure de la force), mais un
clavier et une souris... ça me paraît un peu extrême.
Mais nulle part n'est décrite cette "feature", et encore moins
comment la débrayer. Le BIOS AMI/HP permet bien de désactiver
(disable) ou même "cacher" (hidden) certains périphériques vis-à-vis
de l'OS, dont les ports USB eux-mêmes, mais ne descend pas dans un
tel niveau de détails qu'on puisse "filter" certains type de
périphériques et pas d'autres sur un des contrôleurs USB en
particulier.
En général, toute connexion USB est gérée par udevd, dont la config
se trouve dans /etc/udev/udev.conf. En plus, on peut avoir des
configs particulières dans /etc/udev/hwdb.d et les actions dans
/etc/udev/rules.d. Chaue fabricant a un ID spécifique et il est donc
possible de faire exécuter du code en fonction du type de
périphérique. Y aurait-il des actions et configurations bloquant ces
deux périphériques dans le répertoire /etc/udev/*
Les ports USB à l'arrière de la machine ne posent pas ce problème.
Et les deux ports USB 2.0 fonctionnent sur le devant pour le Mass
Storage ? Le clavier et la souris sont-ils bien en 2.0 ? Vérifie
s'ils ne sont pas en 2.1 ou 3.0 (c'est idiot mais on ne sait jamais).
Une séquence de touches magique au démarrage me permettrait-elle
d'accéder à des fonctions avancées/cachées dans le BIOS de cette
machine HP ? Aucune de celles facilement trouvées sur le web
(CTRL+F10 -> CTRL+F11 ou CTRL+ALT+F11 par exemple) ne semble
fonctionner pour moi.
Normalement tout ça est accessible à partir de la config du BIOS.
Comme d'habitude, quand on décrit un problème atypique sur la liste
du Gull, c'est un peu comme appeler Captaine Flam au secours, c'est
parce qu'il n'y a plus d'espoir.
Merci... tu fais appel au gremlins ? :-)
dc
_______________________________________________
gull mailing list
[email protected]
https://forum.linux-gull.ch/mailman/listinfo/gull
_______________________________________________
gull mailing list
[email protected]
https://forum.linux-gull.ch/mailman/listinfo/gull
_______________________________________________
gull mailing list
[email protected]
https://forum.linux-gull.ch/mailman/listinfo/gull
