MemTest86 + (wersja dołączona do Ubuntu 13.04) mówi
Failing address: 002f796c48 - 759.5 MB
Co powinienem określić w memmap
parametrze jądra, aby ominąć ten obszar?
Próbowałem uruchomić memtester 770MB
i mówi, że wszystko jest w porządku, więc nie wygląda na to, że wskazania MemTest oznaczają błąd w 759,5 MB od samego początku.
Jak interpretować to wskazanie MemTest, aby skonfigurować memmap
?
Nie mam teraz pieniędzy na zakup nowej pamięci RAM, a błąd wydaje się być pojedynczy, więc mam nadzieję, że mogę go zastąpić.
Odpowiedzi:
memmap
Jest ten samouczek zatytułowany: Zła pamięć HowTo, który omawia wyłączanie pamięci przez jądro za pomocą
memmap
argumentu do jądra. Zgodnie z howto masz 2 opcje, jeśli chodzi omemmap
:(mem=###M option)
(memmap=#M$###M option)
W przypadku pierwszej opcji, jeśli memtest zgłosi, że pamięć ma 600 m pamięci, możesz wyłączyć pamięć RAM od tego momentu aż do końca pamięci RAM w ten sposób:
Jeśli jest zła pamięć RAM przy 802M i 807M, możesz wyłączyć sekcję 10M RAM zaczynając od 800M w następujący sposób:
UWAGA: Spowoduje to umieszczenie na czarnej liście 10M po adresie podstawowym 800M.
memtest86+
Następnie należy uruchomić, aby potwierdzić, że ten argument jest poprawny.BadRAM
Dla Ubuntu dostępna jest łatka o nazwie BadRam. Jest bardzo dobrze omówione w tym poście zatytułowanym: BadRAM na stronie społeczności Ubuntu.
Po zastosowaniu łaty do jądra przy użyciu szczegółów z tej strony wprowadzasz zmiany w konfiguracji Grub2:
fragment z tej strony dla Grub2
Kontynuacja # 1
Przeglądając stronę wikipedia dla memtest86 +, czytamy:
fragment strony Wikipedii Memtest86
Natknąłem się również na tę stronę Gentoo, w której podano
memmap=...
adres heksadecymalny, więc możesz podać go następująco:5M to tylko przypuszczenie, oczywiście możesz dostosować go niżej lub wyżej, w zależności od ilości pamięci RAM w tym regionie, którą chcesz / musisz pominąć.
Na koniec możesz również określić rozmiar szesnastkowy:
Zignoruje 64KB zaczynające się pod adresem 0x2f796c48.
Referencje
źródło
memmap
opcji, ale pytanie dotyczy bardziej, jak interpretować wynik memtest86 +. Podałem konkretny przykład wyjścia memtest86 + i proszę o pomoc wmemmap
odpowiedniej konfiguracji w tym konkretnym przypadku. 2. „Następnie należy uruchomić memtest86 +, aby potwierdzić, że ten argument jest poprawny”. - memtest86 + działa przed jądrem systemu operacyjnego, więc poważnie wątpię, abymemmap
opcja jądra Linuksa mogła na to wpłynąć.memmap=5M$759M
w twoim konkretnym przypadku, biorąc pod uwagę, że memtest86 + nie działa z 759,5 MB. 2. Miałem na myśli, że powinieneś również przekazaćmemmap=...
opcję memtest86 +. To było przeze mnie niepotwierdzone / niepotwierdzone, ale coś, co możesz zrobić z memtest86 +.Memtest86 + (użyłem 4.20) może bezpośrednio wyprowadzić format badram.
Naciśnij „c”, aby przejść do okna konfiguracji
Następnie „4” dla „Tryb raportu o błędzie”
Następnie „3” dla „BadRAM Patterns”
Dane wyjściowe zmienią się z listy pojedynczych niepowodzeń testu na serię linii badram =, z których każda zawiera jeszcze jeden zły sektor. Ponieważ linie łączą się i łączą sąsiednie segmenty, możesz po prostu uruchomić test bezgłowy przez noc i użyć ostatniej wydrukowanej linii (chociaż jeśli masz naprawdę zły dimm, mniej dokładny format „5 megawatów wokół tego punktu” prawdopodobnie będzie nieco krótszy ).
Ostateczny wynik:
źródło
tesseract ${IMG} stdout
... następnie zweryfikowałem i poprawiłem linię przed wstawieniem do / etc / default / grub ... Prawdopodobnie zajęło to tak długo, jak ręczne wprowadzenie od razu ^^