On Tue, 29 May 2012 16:42:18 +0200 andre_deb...@numericable.fr wrote: > > J'ai installé "memtest+" qui s'est inscrit dans "grub.cfg", > afin de tester les barettes RAM. > Je tente un memtest au boot, je tombe sur un écran console > à fond bleu,
Donc, il semble que memtest86+ soit correctement lancé. Vérifies qd même que tu as bien les 3 fichiers voulus: /boot/memtest86+_multiboot.bin /boot/memtest86+.bin /usr/lib/memtest86+/memtest86+.elf > rien ne bouge, pas d'indications ... > Comment activer correctement le memtest ? Normalement il se lance dès l'apparition de son écran bleu, l'avancement est visible en H à D (mais prendras peut-être un certain temps vu ta Qté de RAM) - de mémoire il-y-a un chtit astérisque qui tourbillonne histoire de montrer qu'il bosse. > Disque dur, Peu de chances, mais ça reste bleu-suppo; dans ce cas-là, il-y-a fort à parier que certains autres fichiers soient touchés. > mémoire, C'est le plus plausible parce qu'il est totalement anormal que memtest86+ ne soit pas automatiquement lancé. 'gade si tu as la main: normalement, en tapant 'c', le menu des tests doit s'ouvrir (à peu près au centre-bas de l'écran, blanc s/ fond noir, pour sortir: le '0' du clavier, PAS celui du pavé num). Si ça n'est pas le cas, c'est qu'il est planté. Reste à savoir si ça ne pourrait pas venir d'un chipset trop nouveau pour être supporté par la version de squeeze (4.10-1.1, alors que sid est en 4.20-1.1) - si ta Cte mère est très récente, c'est psosbile , dans ce cas il faudra voir si une version backport est dispo. > software mal configuré ? Yapadconfig pour memtest86+: il est directement chargé en RAM en écrasant le bootloader, de façon à être en mesure de tester le max de RAM possible. Histoire de mettre le HD hors de cause, renomme les 3 fichiers mentionnés ci-avant en mêmenom_ORG (pour que les secteurs restent "réservés"), puis un coup de: apt-get install --reinstall memtest86+ Si ça marche ET que plusieurs tests consécutifs ne renvoient pas d'erreurs (compter mini 3 révolutions de tests, prévoir longue ballade en forêt ou café/pizza ou sieste crapuleuse), ça peut venir du HD. Pour en avoir la certitude, écraser les anciens fichiers avec les nouveaux: mv nom1 nom1_ORG, puis: mv nom1_ORG nom1, de façon à ce que ce soient les mêmes secteurs qui soient remplis par les fichiers valables - puis relancer le test. S'il plante encore, c'est que ce sont les secteurs qui sont HS, sinon il-y-a de temps en temps des glitches (surtout si pas d'onduleur + à la campagne) qui peuvent corrompre l'écriture des fichiers. -- We are MicroSoft. You will be assimilated. Resistance is futile. -- Attributed to B.G., Gill Bates -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe" vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20120529171622.5b5348b9@anubis.defcon1