Comments on Comment perdre beaucoup de temps à monter un ordinateur

@Simon: Si tu as l'occasion de refaire l'essai sans la carte graphique, ça m'intéresse (c'est quelque chose qu'Asus m'avait demandé, et c'est vrai que c'est logique vu que plein d'erreurs du POST sur le code 62 sont liés à des problèmes de carte graphique, mais je n'ai pas pu, faute de processeur avec chipset graphique intégré). Mais je comprends bien que ce soit un peu pénible (à chaque fois que j'ouvre mon ordinateur pour changer ses entrailles, je me promets de ne plus jamais le faire), donc ne te sens surtout pas obligé.

J'ai vu le post de Mika Westerberg, malheureusement mon BIOS n'exporte pas de table WDAT (ce qui me renforce dans l'idée que les gens qui ont écrit ce BIOS savent à peine que ce machin existe…). Est-ce que « ls /sys/firmware/acpi/tables/WDAT » renvoie quelque chose chez toi ?

@Simon: Merci pour ce retour ! Avec ma carte mère Asus et celle d'Asrock sur laquelle on m'avait signalé le même problème, ça porte encore plus fortement mes soupçons sur le BIOS AMI (ça pourrait aussi être le chipset Intel lui-même, mais comme les trois cartes en ont des différents, ça voudrait dire qu'Intel a reproduit le même bug sur trois chipsets, je n'y crois pas trop). Question supplémentaire : est-ce que tu as une carte graphique séparée, ou est-ce que le chipset graphique est intégré dans le processeur ?

J'ai écrit une page Web expliquant aux non-linuxiens comment reproduire le bug à partir d'une Ubuntu live : <URL: http://www.madore.org/~david/linux/iTCO-wdt-test.html > (je viens d'ajouter un lien vers elle depuis l'entrée ici commentée). J'ai aussi envoyé ce lien au support technique d'Asus, ils m'ont affirmé l'avoir fait remonter à leur « cellule d'expertise », on verra s'il en ressort quelque chose.

Si tu as du temps à perdre, tu peux aussi signaler le bug à Gigabyte, à supposer qu'ils aient un support technique ou un contact quelconque. Ça augmentera peut-être les chances pour qu'AMI corrige le bug (si c'est bien eux les responsables).

J'avais aussi remarqué que sur les noyaux Linux qui ne sont pas tout récents, il faut mettre acpi_enforce_resources=lax pour que Linux accepte de gérer le bus I²C/SMBus. Les Linux récents ont décidé de passer outre la réservation de ce bloc par l'ACPI, voir <URL: https://patchwork.kernel.org/patch/9167109/ > pour une discussion.

Et oui, j'ai bien le dernier BIOS disponible pour ma carte mère.

@Simon: Mon problème principal n'est pas de démarrer une machine éteinte, mais de redémarrer une machine plantée. (Ceci étant, j'ai acheté la multiprise commandable par USB, ça devrait faire tout d'un coup.) Et sinon, je t'encourage à tester si tu as un watchdog, le résultat m'intéresse, parce que ta carte mère n'est pas si différente de la mienne (surtout si elle boote aussi en UEFI et si le BIOS est aussi d'AMI).

@Forrest: L'utilisation essentielle de la RAM, ce n'est pas pour les programmes, c'est comme des tampons (=caches) disques. Quand le système d'exploitation (dans mon cas, Linux, mais je suppose que n'importe quel système raisonnable fait pareil) lit des données sur disque et qu'il a de la mémoire inutilisée, il va garder une copie en mémoire de ces données, et à la prochaine lecture, il n'y aura pas besoin d'accéder aux disques (en écriture, c'est plus compliqué, on ne peut pas tamponner indéfiniment). Les choses sont évidemment plus complexes parce qu'il y a des tampons pour les disques eux-mêmes et aussi des tampons à plus haut niveau (arborescence des fichiers, etc.), mais on voit l'idée. Avec 32Go de RAM, une fois que j'ai lancé Firefox une fois, il va rester en mémoire ainsi que tout son cache (et essentiellement tout ce que je fais), et même si je le ferme, que je fais d'autres choses, et que j'y reviens, le lancement est quasi instantané parce qu'il n'y a pas besoin d'accéder aux disques.

@Bob: Il y a aussi que l'informatique, c'est un sujet qui me sert surtout à râler. On ne peut pas râler par les mathématiques, qui sont structuralement parfaites ; ça n'a pas beaucoup d'intérêt de râler contre, disons, la linguistique, parce qu'on ne fait que la décrire, ce n'est pas quelque chose d'utile ou d'opérationnel ; alors que l'informatique, c'est le sujet par excellence où on râle que tout est mal fait et que tout le monde est con.

@Geo: Même réponse qu'à xavier : j'aimerais bien qu'on m'explique exactement ce que j'aurais pu gagner comme temps en ne voulant pas « tout faire moi-même ».

@Dyonisos: Il y a des choses plus ou moins difficiles là-dedans ; quelques explications :

(1) Que les bips (en l'occurrence, un long et trois brefs) signifient que la carte graphique n'est pas détectée est indiqué dans le manuel de la carte mère. Il est vrai qu'avec la pratique de monter des ordinateurs, on sait très bien qu'il y a relativement souvent des problèmes au montage, et que la carte mère va signaler ce qui ne va pas (mémoire incorrecte, carte graphique absente, quelques autres choses) par une série de bips : la signification exacte est dans le manuel, mais c'est vrai qu'il faut penser à l'y chercher. Asus a innové avec ses cartes récentes en ajoutant un petit afficheur LCD qui donne des informations plus précises au moyen d'un code à deux chiffres, qu'il faut lui aussi aller rechercher dans le manuel.

(2) Là, c'est plutôt ma connaissance qui m'a induit en erreur. J'ai voulu être trop malin en pensant ne pas mettre de carte graphique, en fait j'avais mal compris.

(3) En matière de Linux, je reconnais une certaine expertise, mais ça m'a plus grand-chose à voir avec le montage de l'ordinateur lui-même. La plupart des gens qui utilisent un noyau Linux utilisent un noyau « générique », qui marchera partout (tous les pilotes de périphériques sont disponibles — sous forme de « modules » qu'on chargera au besoin). Mais on peut aussi vouloir préparer un noyau destiné spécialement à un ordinateur précis, auquel cas il faut effectivement savoir ce qu'on fait, et il faudra adapter quand le matériel change. Ça n'a pas un intérêt énorme, et je le fais plus par habitude/inertie que par utilité. Mais pour dissiper tout doute, il n'est pas nécessaire de recompiler Linux quand on change d'ordinateur.

(4) Bon, euh, là, ce n'est quand même pas difficile. À l'heure du numérique, un écran est un écran. Si la carte graphique a une sortie qui a la même forme que ce qu'on peut entrer dans la télé (la plupart des cartes graphiques ont plusieurs sorties, et beaucoup de télés ont plusieurs entrées), on peut mettre un câble entre les deux, ça a une bonne chance de marcher. Il y a aussi certains convertisseurs possibles entre ces entrées (toutes les conversions ne sont pas également faciles), ça se trouve chez Bricorama. Autrefois, quand les télés n'avaient qu'une entrée antenne, c'était bien sûr plus compliqué de brancher un ordinateur sur une télé.

(5) J'ai effectivement glissé sous l'expression « préparer les disques durs » une réalité logicielle assez complexe sur la manière dont les PC démarrent (on est passé des BIOS traditionnels à quelque chose appelé UEFI, et ce changement implique un certain nombre de changements secondaires comme le type des tables de partitions des disques). Comme ma nouvelle carte mère ne sait démarrer qu'en UEFI, j'ai dû faire avec. Là il y a une vraie difficulté (que j'aurais évidemment pu contourner en achetant de nouveaux disques avec la nouvelle machine et en transférant les données et pas les disques eux-mêmes).

Mais sinon, concernant la méta-question de comment on apprend ce genre de choses, un truc est de ne pas hésiter à poser des questions à ceux qui savent : en général, ces mêmes personnes qu'on a tendance à appeler à l'aide pour résoudre des problèmes informatiques et qui le font en ronchonnant deviennent beaucoup moins ronchons si on leur demande d'expliquer ce qu'ils font et comment les choses fonctionnent.

@xavier: Pifométriquement, je dirais environ 100€ par heure, mais ça varie évidemment selon l'offre et la demande (i.e., l'état de mes finances et de mon emploi du temps). Mais il faut voir quoi compter, aussi : beaucoup de temps a été passé à adapter le logiciel au changement de matériel, et c'est quelque chose qui prend autant de temps sur une machine déjà montée. Avoir une machine déjà montée avec des disques dedans fait économiser le temps de déplacement des disques, mais perdre le temps correspondant à installer l'OS sur ces nouveaux disques, et y transférer les données… or transférer 7To de donnés à 50Mo/s, ça pend environ 40 heures, sans doute plus que j'y ai passé à bricoler (en revanche, c'est vrai qu'on peut faire le transfert pendant la nuit… mais pour une partie du transfert, la machine est peu utilisable… bref, le bilan est compliqué). Ou alors je reprends les anciens disques, mais alors je ne vois pas vraiment ce que je gagne : les chances de casser la carte mère en transférant les disques sont les mêmes, le temps passé à le faire est le même, etc. Quant au watchdog, je ne vois pas vraiment de raison de croire qu'il marcherait mieux : s'il n'est pas listé dans les specs de la machine (et je n'en trouve pas où il l'est), on peut tout aussi bien me dire « non, pas supporté ».

@Dyonisos: Monter un ordinateur ne demande vraiment pas beaucoup de connaissances. C'est pénible parce qu'il y a des vis qui ont tendance à tomber et à disparaître, parce que les câbles ont toujours pile la mauvaise longueur, parce que quand on veut entrer ou sortir un disque il y a toujours quelque chose qui gêne dans le passage, mais les connaissances sur quoi faire sont très limitées, il y a des détrompeurs sur quasiment tout (impossible de monter le CPU à l'envers, ou les barrettes de RAM, ou l'alim, ou ce genre de choses), on trouve plein de docs en ligne et il y a aussi des instructions dans le manuel de la carte mère. Bien sûr, il y a des choses sur quoi on peut avoir des doutes (p.ex., vaut-il mieux monter le processeur sur la carte mère avant de visser la carte mère dans le boîtier ou le contraire ?), mais très souvent c'est juste qu'il n'y a pas de « bonne » réponse. Le seul point qui nécessite un peu de pratique, c'est de reconnaître si tel ou tel connecteur fait un petit « clic » satisfait quand il est bien enclenché (et si oui, s'y reprendre jusqu'à ce qu'il le fasse).

@Vicnent: Impossible de trouver quoi que ce soit de fiable sur les watchdogs en googlant. (Essaie, tu verras. Même en cherchant sur une référence précise de PC, on ne trouve aucune info.) La seule façon de savoir que cette carte mère en a un, c'est soit de savoir que tous les chipsets Intel en ont (mais ça, personne ne le dit), soit de fouiller dans la doc technique d'Intel, et encore, même là, ce n'est dit que de façon extrêmement oblique. J'ai l'impression que je suis le seul dans l'Univers qui tienne à avoir un watchdog dans son PC — ce qui doit quand même être faux puisque, justement, Intel continue à en mettre, quasiment sans le dire à personne — et en tout cas, personne n'en parle.