(Courriels de diversion: <syllogisme@poisser-fendues.com> <denommeront@degraisse-braquons.com> <denuderaient@cursives-baserai.com> <gargouillements@aviserait-mesestimee.com> <recachettes@usurperas-nabot.com> <affreter@nicherai-spolierais.com> <assignerions@sablier-surexcitant.com> <rassoyant@mobiliserai-espacerons.com> <croquee@dedommagees-boutonnerez.com> <decante@desertaient-grippent.com> )
Salanie Xavier a écrit :
Oui, mais non. Le seul test qui détecte des problèmes est le test #5 qui *ne* fournit *pas* de "badram pattern". Il affiche les adresses où il a détecté l'erreur, mais étant donné la nature du test, il ne peut pas conclure précisément [où est l'adresse deffectueuse] par contre il affiche aussi une valeur de quantité de mémoire (entre 512.3 et 512.6) sachant que la première barette fait 256M, ça voudrait dire que les problèmes sont dans la deuxième moitié de la barette déffectueuse qui fait 512MMise en oeuvre:
- Configurer memtest pour afficher les "badram patern":
Avec memtest on récupère les motifs d'adresse défectueuses (il faut changer la
config de memtest pour ne plus afficher la liste des adresses défectueuses mais
plutot, les "motifs" défectueux (badram patern).
ça ne marche pas :/ ou alors je ne l'ai pas fait tourner assez longtemps...
- Laisser tourner memtest un certain moment pour que cela s'affiche.J'ai dû le laisser tourner environ 7h mais les erreurs ne sont mises en évidence qu'avec le test #5
Donc ça veut dire qu'il y a environ 1K erreurs mais ce n'est que le test de mov block qui les détecte. Je suis chocolat (mais j'ai reconnu une fois une adresse qui était dans un message bizarre du noyau...)- récuperer la derniere ligne qui doit être sous cette forme: 0x10001010,0x0111000, ...... (données fantaisistes, je suis loin de ma machine pour donner la valeur qui correspond à ma barette)
- préparer un noyau patché et au démarage passer en paramètre: "badram=0x10001010,0x0111000, ......" Soit à la main au démarage de linux, soit dans la config de lilo ou de grub.
Afin de pouvoir compiler le joli noyau paché, il faut déterminer la(les) barrette(s) deffectueuse(s), les enlever, compiler avec un bonne barette, (ou placer la bonne barette en premier et limiter la taille de la memoire utilisé avec le paramètre "mem=xxxMo" au démarage).
Ben oui : je ne demande pas mieux. Les erreurs ne sont pas vraiment
aléatoires mais apparamment memtest86(+) ne les détecte qu'avec le test
moveblock ou un truc comme ça. Je me retrouve avec 4000 erreurs environ
memtest teste de façon cyclique la mémoire, c'est à dire qu'il fait tout ses
tests en boucle et qu'il recommence au debut de la mémoire quand il est arrivé
à la fin. Donc 4000 erreurs, c'est qu'il est passé plusieurs fois sur la (les)
même(s) zone(s) deffecteuse(s) avec différents tests, le compteur d'erreur
n'est pas remis à zero.
(sur 512M...) mais pas de tag bad ram générés.
C'est une option de configuration:
6) Error Report Mode
badram patern
Je sais bien je l'ai fait mais le test 5 ne génère pas de badram pattern....
Remmarquez que si la barrette à des défauts aléatoires, la poubelle est ouverte.
Les défauts ne sont pas aléatoires :/
Je vais essayer un truc : je vais remettre la barette et je vais passer à memtest le paramètre mem=512M si pas d'erreur j'aurai quand même sauvé la moitié de ma barette.... mais bon, victoire à la pirrhus... et s'il y a des erreurs, je jette l'éponge^W^W te l'échange contre ce que tu as (style carte).
quiPS1 Je fait aussi une collection de barrettes défectueuses que j'utilise, ou
ça dépend ce que tu me donnes en échange :-$attendent d'etre testé (merci yoda et Pierre E.),
J'ai une collection de lecteur CD, des tout petit disque dur (dont un 80 Mo qu'on m'as donné il y a 10 ans, qui avais déja des secteurs déffectueux mais qui fonctionne toujours), d'autres qui fonctionnent encore très bien, des cartes diverses et variées, enfin 20 à 50 Kg de trésors :-)
Bon gcc !
-------------------------------------------------------------------- Les listes de diffusion occultes: <URL:http://www.CULTe.org/listes/>