> Sinon le problème c'est comme avec les routeurs. Si t'as pas de port de debuggage, si ta carte/ton routeur est brické (la partie soft est tellement buggé que ça n'écoute même plus sur le bus pci/l'interface ethernet) tu peux rien faire. Et une interface de debuggage pour carte PCI c'est pas évident à trouver je pense.
Tu peux aussi te faire foutre dehors quand la gestion du mot de passe fonctionne mal (ça m'est déjà arrivé avec une X-WRT "kamikaze", donc tout sauf stable, et encore moins fiable, et l'interface https, qui ne voulait pas accepter le mot de passe dont j'étais pourtant sûr [m'apprendra à mettre des mots de passe avec le signe €]... et dont le ssh plantait aussi [mais ça, je savais, sur le coup])...
... bon, il y a toujours les "pin tricks", comme la fantastique mise à la masse de la patte 16 d'une des puces, sur les WRT54, qui remet le bestiau en attente de flashage via tftp... m'a sauvé la vie plus d'une fois, ce truc-là (et je n'ai claqué qu'un seul WRT, avec des étincelles, via cette méthode... sur des dizaines et des dizaines de recours au pin-trick)...
[^] # Re: Seulement hardware ?
Posté par Aefron . En réponse au journal Corruption hardware fatal sur les noyaux 2.6.27-rc. Évalué à 2.
Tu peux aussi te faire foutre dehors quand la gestion du mot de passe fonctionne mal (ça m'est déjà arrivé avec une X-WRT "kamikaze", donc tout sauf stable, et encore moins fiable, et l'interface https, qui ne voulait pas accepter le mot de passe dont j'étais pourtant sûr [m'apprendra à mettre des mots de passe avec le signe €]... et dont le ssh plantait aussi [mais ça, je savais, sur le coup])...
... bon, il y a toujours les "pin tricks", comme la fantastique mise à la masse de la patte 16 d'une des puces, sur les WRT54, qui remet le bestiau en attente de flashage via tftp... m'a sauvé la vie plus d'une fois, ce truc-là (et je n'ai claqué qu'un seul WRT, avec des étincelles, via cette méthode... sur des dizaines et des dizaines de recours au pin-trick)...