[gull] [Resolu] Carte mere HP - USB Mass Storage OK - Clavier/souris NOK

[Lionel.g]

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
> f.dumas at ellis.siteparc.fr
>
> 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
>> gull at forum.linux-gull.ch
>> https://forum.linux-gull.ch/mailman/listinfo/gull
> _______________________________________________
> gull mailing list
> gull at forum.linux-gull.ch
> https://forum.linux-gull.ch/mailman/listinfo/gull