MemTest86 + (la version incluse avec Ubuntu 13.04) dit
Failing address: 002f796c48 - 759.5 MB
Que dois-je spécifier dans le memmap
paramètre du noyau pour contourner cette zone?
J'ai essayé de courir memtester 770MB
et il dit que tout va bien donc il ne semble pas que les indications du MemTest signifient une erreur dans le 759,5th MB dès le début.
Comment interpréter cette indication MemTest à configurer memmap
?
Je n'ai pas d'argent pour acheter de la nouvelle RAM maintenant et l'erreur semble être unique, j'espère donc pouvoir la remplacer.
Réponses:
memmap
Il y a ce tutoriel intitulé: Bad Memory HowTo qui explique comment désactiver la mémoire via le noyau en utilisant l'
memmap
argument du noyau. Selon le howto vous avez 2 options en ce qui concernememmap
:(mem=###M option)
(memmap=#M$###M option)
Avec la première option, si memtest signale qu'il y a une mauvaise mémoire à 600M, vous pouvez désactiver la RAM à partir de ce point jusqu'à la fin de la RAM avec ceci:
S'il y a une mauvaise RAM à 802M et 807M, vous pouvez désactiver une section de 10M de RAM à partir de 800M comme ceci:
REMARQUE: Cela mettra sur liste noire les 10M après l'adresse de base de 800M. Vous devez exécuter
memtest86+
ensuite pour confirmer que cet argument est correct.BadRAM
Il existe un patch disponible pour Ubuntu appelé BadRam. C'est très bien couvert ici dans cet article intitulé: BadRAM sur le site de la communauté Ubuntu.
Après avoir appliqué le correctif au noyau en utilisant les détails de cette page, vous apportez des modifications à votre configuration Grub2:
extrait de ce site pour Grub2
Suivi # 1
En regardant à travers la page wikipedia de memtest86 +, il indique ce qui suit:
extrait de la page wikipedia de Memtest86
Je suis également tombé sur cette page Gentoo qui spécifiait l'
memmap=...
utilisation d'une adresse hexadécimale, vous pouvez donc la spécifier comme ceci:Le 5M est juste une supposition, vous pouvez évidemment l'ajuster plus ou moins en fonction de la quantité de RAM autour de cette région que vous souhaitez / devez supprimer.
Enfin, vous pouvez également spécifier la taille en hexadécimal:
Ignorerait 64 Ko à partir de l'adresse 0x2f796c48.
Les références
la source
memmap
option mais la question est plus sur la façon d'interpréter la sortie memtest86 +. J'ai donné un exemple spécifique de sortie memtest86 + et demande de l'aide pour configurer enmemmap
conséquence dans ce cas particulier. 2. "Vous devez exécuter memtest86 + par la suite pour confirmer que cet argument est correct." - memtest86 + fonctionne avant un noyau OS donc je doute sérieusement que l'memmap
option du noyau Linux puisse l'affecter.memmap=5M$759M
pour votre cas particulier, étant donné que memtest86 + échoue à 759,5 Mo. 2. Je voulais dire que vous devriez également passer l'memmap=...
option à memtest86 +. Cela n'a pas été testé / non confirmé par moi, mais quelque chose que vous pourrez peut-être faire avec memtest86 +.Memtest86 + (j'ai utilisé 4.20) peut sortir un format badram directement.
Appuyez sur «c» pour accéder au dialogue de configuration
Puis «4» pour «Mode rapport d'erreur»
Puis «3» pour «BadRAM Patterns»
La sortie passera d'une liste d'échecs de test individuels à une série de lignes badram =, chacune contenant un nouveau secteur défectueux. Parce que les lignes s'ajoutent et fusionnent les segments adjacents, vous pouvez simplement exécuter le test sans tête pendant la nuit et utiliser la ligne imprimée finale (bien que si vous avez un très mauvais gradateur, le format moins précis "5 mégas autour de ce point" sera probablement un peu plus court ).
Résultat final:
la source
tesseract ${IMG} stdout
.. puis vérifié et corrigé la ligne avant de l'insérer dans / etc / default / grub ... Cela a probablement pris aussi longtemps que de l'entrer manuellement tout de suite ^^