Unable to handle kernel NULL pointer - Oops

[Berthold]

Oops - he did it again, sprich mehrfach.
Nämlich folgende Fehlermeldung
-----------------------------------------------------------------------------------------------
Mar 16 14:10:18 localhost kernel: Unable to handle kernel NULL pointer dereference at virtual address 00000065
Mar 16 14:10:18 localhost kernel: printing eip:
Mar 16 14:10:18 localhost kernel: c013bec1
Mar 16 14:10:18 localhost kernel: *pde = 00000000
Mar 16 14:10:18 localhost kernel: Oops: 0000
Mar 16 14:10:18 localhost kernel: CPU: 0
Mar 16 14:10:18 localhost kernel: EIP: 0010:[path_walk+1601/1968]
Mar 16 14:10:18 localhost kernel: EIP: 0010:[<c013bec1>]
Mar 16 14:10:18 localhost kernel: EFLAGS: 00010202
Mar 16 14:10:18 localhost kernel: eax: 0000003d ebx: c34bff00 ecx: c80cf240 edx: cc6d0db8
Mar 16 14:10:18 localhost kernel: esi: c7fff940 edi: c7ffd100 ebp: cf5f901e esp: c34bfed8
Mar 16 14:10:18 localhost kernel: ds: 0018 es: 0018 ss: 0018
Mar 16 14:10:18 localhost kernel: Process cpp0 (pid: 5683, stackpage=c34bf000)
Mar 16 14:10:18 localhost kernel: Stack: 00000001 c7fff940 c10dda6c 00001000 c3428000 40017000 c10dda6c c012a3aa
Mar 16 14:10:18 localhost kernel: cffbd640 c49932e0 cf5f9012 0000000c 23755e4a cffbd640 cf5f9000 00000000
Mar 16 14:10:18 localhost kernel: 00000101 c34bff7c c013c56c cf5f9000 c34bff7c 00000000 00000004 00000000
Mar 16 14:10:19 localhost kernel: Call Trace: [deactivate_page+10/16] [open_namei+124/1456] [filp_open+52/96] [getname+95/160] [sys_open+54/176]
Mar 16 14:10:19 localhost kernel: Call Trace: [<c012a3aa>] [<c013c56c>] [<c0131c74>] [<c013b45f>] [<c0131f76>]
Mar 16 14:10:19 localhost kernel: [system_call+51/64]
Mar 16 14:10:19 localhost kernel: [<c0106ec3>]
Mar 16 14:10:19 localhost kernel:
Mar 16 14:10:19 localhost kernel: Code: 8b 58 28 85 db 74 78 bb 00 e0 ff ff 21 e3 8b 83 44 02 00 00
-----------------------------------------------------------------------------------------------
Tritt im ganz normalen Betrieb auf, oder wenn ich versuche, ein Proggi zu kompilieren. Danach gelingt normalerweise ein shutdown, einmal ist das System aber auch ganz stehengeblieben, und es half nur die Reset-Taste.
Weiss jemand, was diese Fehlermeldungen bedeuten?
Ich hab Mandrake 8.1 und bin auch ganz zufrieden damit, nur manchmal ist da irgendwie der Wurm drin. Das Filesystem scheint ok zu sein, beim Boot keine Fehlermeldungen.
Thanx
Berthold
:confused: :confused: :confused:

[Jens Koerber]

ist das ein AMD prozessor ?

[Berthold]

AMD K6-2, 500 Mhz.
Aber ich hab gestern mal nach dieser Fehlermeldung gegoogelt, auch zusammen mit dem Prozessor.
Nix passendes gefunden ...
Meldest du dich nochmal?
Thanx
B.

[Berthold]

Mein Kernel ist 2.4.8-26mdk
Ich hab gerade noch mal gesucht, war gestern zu bequem und hab mich auf deutschsprachige Seiten beschränkt.
Auf Englisch ist ne Menge zu finden, aber ich versteh das nicht die Bohne.
Öfters im Zusammenhang mit ksymoops, aber was ist das?
Ich hab gestern neues RAM eingesteckt, PC133, 256 MB, Siemens, hat das was damit zu tun? Der Fehler ist vorher nie aufgetreten.
Er ist auch nie aufgetreten, als ich alle Partitionen als reiserfs hatte, hab vor 2 Monaten ne Neuinstallationen gemacht, seitdem sind sie, bis auf eine, ext3. War eventuell ein Fehler.
Gruß
B.

[micha]

Hi,

ein defekter Speicher kann durchaus die Ursache dafür sein. Ich würde auf jeden Fall den Speicher testen, oder testweise den alten Speicher wieder einsetzen.

Gruß micha

[Berthold]

Nein, das alte RAM war kaputt.
Das neue ist, jedenfalls wenn ich CTSPD glauben kann, völlig ok.
B.

[Berthold]

Oder kennt jemand noch nen anderes Programm, mit dem ich das RAM vielleicht mal checken kann, vielleicht sogar eins für Linux?

[Jens Koerber]

Ursachen koennten sein

1. hardwareproblem (memory, spannungsversorgung)
2. bios-settings

probier als erstes mal mit der Option noathlon (lilo prompt) zu booten

wenn das hilft, dann wuerde ich als erstes mal einen neueren kernel
von mandrake downloaden

wenn da dieselben probleme auftreten gibts folgende moeglichkeiten
(in dieser reihenfolge probieren)

a. mit noapic booten

b. APM support abstellen (kernel, bios)

c. mit mem=xxxM booten, wobei xxx etwas kleiner ist als das tatsaechliche
memory

d. memory probleme. lass mal memtest86 mind. 12 stunden laufen
(am besten 24 ;-) (wenn die kiste oopst mit mit noathlon booten)

http://www.teresaudio.com/memtest86/

b. manche motherboard hersteller halten sich nicht exakt an die
AMD Vorgaben. bekannt sind probleme mit der spannungsversorgung.
wenn Du deine daten postest schau ich mal, vielleicht finde ich was ;-)

c. zu aggressive bios settings. dann als erstes mal einen der
neuestesten kernel testen (kernel 2.4.18 + ac patch)

http://www.kernel.org/pub/linux/kernel/people/alan/linux-2.4/2.4.19/

Wenn alles nichts hilft, einen i686 kernel installieren, der ist
dann halt etwas langsamer ...

(mit ext3 hat das hoechsten insofern etwas zu tun, dass ext3 schneller
ist als reiserfs und damit einen hoeheren load verursacht ... :-)

siehe hier http://www.linuxjournal.com/article.php?sid=5841

[Berthold]

Alles Paletti, ist ein Problem mit dem RAM.
Aber - was ist Oopps
????
Thanx
B.

[Berthold]

Also, ich hatte ein Problem mit dem RAM. Altes SDRAM kaputt, ein noname, 128MB PC133. Neues gekauft, 256MB, PC133, Marken-RAM. Aber damit ging es schon unter Win nicht.
Board zu alt, unterstützt angeblich nur PC66 und PC100. Warum das alte noname dann lief, weiss ich allerdings nicht.
Zwischendurch hatte ich zwei SIMMs zu 32MB eingesteckt, für die bekam ich auch Fehlermeldungen, aber wahrscheinlich sind die sowieso kaputt.
Heute zwei Riegelchen gekauft, 128MB PC100, Marken-RAM. Zum Verhalten unter Win kann ich noch nix sagen, das ist eh kein Faktor.
Unter Linux, beim make von MySQL, wieder die gleiche Fehlermeldung. Zuerst mit beiden Riegelchen, dann nur mit einem.
Ich hab das eine Riegelchen mal gecheckt, mit memtest86. (Die Linux-Version krieg ich nicht gemaked, da kommt immer ne Fehlermeldung, aber die DOS-Version läuft.) Es kommen Fehlermeldungen, immer für 64MB und 127,5MB. Wieso?
(Wenn ich Pech hab, ist der Fehler auf dem Board, dann ist eh nix zu machen.)
Könnte es sein, dass ich dem kernel die neuen RAM irgendwie mitteilen muss? Kann doch eigentlich nicht sein.
Ich hab Mandrake 8.1 mit Kernel 2.4.8-26mdk. Sollte ich es vielleicht mit einem neueren versuchen? Die Kernel mit geraden Nummern sollen doch stabil sein.
Achja, ich verwende nicht Lilo oder Grub, sondern Loadlin. Muss ich da vielleicht einen Parameter verwenden? Die Zeile ist
c:/linux/vmlinuz root=/dev/hda5 initrd=c:/linux/initrd ro
Ich hab es mal mit dem Parameter mem=128 versucht, aber damit krieg ich Linux gar nicht mehr gebootet, bleibt einfach stehen.
Dankbar für ein paar Tips!
B.
:confused: