Memtest86 startet nicht

OP #4478153
Lesenswert?

Als ich versuchte eine pfSense VM mit libvirt und qemu auf einem PC mit 
Debian stretch zu starten, die auf einem anderen 64bit Rechner (mit AMD 
Prozessor) problemlos lief, erhielt ich beim Starten immer einen "fatal 
trap 12 page fault while in kernel mode". Deshalb wollte ich einen 
memtest86 laufen lassen.

Ich habe also memtest86 mit "apt-get install memtest86" installiert. 
Aber wenn ich diesen nun im grub2 Bootmenü memtest86 starte, sehe ich 
eine weile einen schwarzen Bildschirm, und dann startet er neu. Manchmal 
schaltet er sich auch aus und etwas später wieder ein und manchmal 
schaltet er sich nach dem Wiedereinschalten sofort wieder aus und etwas 
später wieder ein. Der Start dauert danach etwas länger.

Die Frage ist nun, was passiert wenn ich memtest86 starte und wie Prüfe 
ich ob der RAM noch in Ordnung ist?

Kernel:
1
Linux panther 4.3.0-1-amd64 #1 SMP Debian 4.3.5-1 (2016-02-06) x86_64 GNU/Linux

Modell:
1
System Information
2
        Manufacturer: FUJITSU
3
        Product Name: ESPRIMO Q9000
4
        Serial Number: YL3V005827

Prozessor:
1
Intel(R) Core(TM) i3 CPU       M 330  @ 2.13GHz

Mehr Informationen im Anhang.
Angehängte Dateien:
OP #4478385
Lesenswert?

Ich habe memtest86+ dochnoch zum laufen gebracht. Es hat sich 
herausgestellt, dass ich grub2 über EFI starte, memset86+ 16bit ist und 
man in EFI nicht in den 16bit modus wechseln kann. Ich habe 2 passes 
durchlaufen lassen, und dabei wurde nichts gefunden. Ich werde als 
nächstes mal prime95 laufen lassen, und dann ausprobieren ob mein 
Ursprüngliches Problem weiterhin besteht wenn ich ein Legacy Boot 
durchführe (ich muss dafür noch einen Bootloader im MBR installieren).

Bei disem PC habe ich noch keine Optionen für EFI im Bios gefunden, der 
einzige Hinweis darauf ist, dass im Bootmenü vor einigen Optionen "EFI" 
steht.
Gast #4478412
Lesenswert?

Wenn die Kiste staubfrei ist könnte man die RAM-Riegel untereinander 
tauschen und sehen ob der Fehler wandert. Zu 96% ist der RAM aber ok und 
Dein Problem liegt bei der SW, die mit der Grafikerkennung Probleme 
haben könnTe. Deswegen würde ich ein älteres Live-Ubuntu <12 man von CD 
starten oder nach den passenden Treibern suchen.
#4478439
Lesenswert?

>> Du kannst auch mit prime95 (http://www.mersenne.org/download/) den
>> Speicher Testen.
>mit prime95 testet man i.d.R. die CPU weil die dann auf Hochlast läuft,
>den RAM testet man mit einer Boot-Diskette oder Cd / USB-Stick im
>DOS-Modus vor dem Laden des OS!

Im "Blend" Test also bei der "-t" Option wird mindestens 1,5Gb RAM und 
die CPU getestet. Wenn der Test also 4 Stunden fehlerfrei durchläuft 
kann man mit dem "memmap=exactmap memmap=1536M@0M" Kernel-parameter den 
nutzbaren Speicher auf die ersten 1,5Gb beschränken. (Siehe hier: 
http://www.gargi.org/showthread.php?2893-Speicher-begrenzen-mit-memmap)

PS:
Der Linux-kernel selbst hat übrigens auch einen speichertest 
integriert(sofern er su konfiguriert wurde), welcher mit "memtest=<n>" 
aktiviert werden kann und automatisch die fehlerhaften Bereiche 
ausblendet.
1
memtest=  [KNL,X86,ARM] Enable memtest
2
      Format: <integer>
3
      default : 0 <disable>
4
      Specifies the number of memtest passes to be
5
      performed. Each pass selects another test
6
      pattern from a given set of patterns. Memtest
7
      fills the memory with this pattern, validates
8
      memory contents and reserves bad memory
9
      regions that are detected.
OP #4495589
Lesenswert?

Daniel A. schrieb:
> Als ich versuchte eine pfSense VM mit libvirt und qemu auf einem PC mit
> Debian stretch zu starten, die auf einem anderen 64bit Rechner (mit AMD
> Prozessor) problemlos lief, erhielt ich beim Starten immer einen "fatal
> trap 12 page fault while in kernel mode"

Ich habe die Uhrsache nun herausgefunden, mit dem Rechner war alles in 
ordnung, aber auf Debian stretch war das aktuellste seabios Packet 
1.8.2-1, auf meinem anderen Rechner mit Debian Jessie war version 
1.7.5-1 installiert. Ich habe nun das seabios Packet von Debian Jessie 
installiert und mit apt-merk hold seabios zukünftige Updates davon 
verhindert. seither lauft alles einwandfrei.

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren