System hängt seit Kernelupdate auf 2.4.21-286-default
Hallo, das ist jetzt nicht das erste mal, dass mein Rechner sich aufhängt seit dem ich mit YOU das Kernelupdate s.o. eigespielt habe. Ich kann auch nicht mit sicherheit sageb, dass es am Kernel liegt, aber ich würde gerne herausfinden woran es liegt. Nach dem Neustart des Rechners habe ich folgendes in der /var/log/messages gefunden. Was bedeutet das? Gruss Karl _______________________________________________________________ Apr 23 14:52:45 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:52:45 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:52:45 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:52:45 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:52:45 linux kernel: VM: killing process kmail Apr 23 14:52:45 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:52:45 linux kernel: VM: killing process akregator Apr 23 14:53:24 linux kernel: hda: dma_timer_expiry: dma status == 0x61 Apr 23 14:53:34 linux kernel: hda: timeout waiting for DMA Apr 23 14:53:34 linux kernel: hda: timeout waiting for DMA Apr 23 14:53:34 linux kernel: hda: (__ide_dma_test_irq) called while not waiting Apr 23 14:53:34 linux kernel: hda: status error: status=0x58 { DriveReady SeekComplete DataRequest } Apr 23 14:53:34 linux kernel: Apr 23 14:53:34 linux kernel: hda: drive not ready for command Apr 23 14:53:34 linux kernel: blk: queue c03bf5e0, I/O limit 4095Mb (mask 0xffffffff) Apr 23 14:55:52 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:55:53 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:56:05 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:56:22 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:56:22 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:56:22 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:56:22 linux kernel: VM: killing process kwin_killer_hel Apr 23 14:56:42 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:56:42 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:56:46 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:56:55 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:57:04 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0xf0/0) Apr 23 14:57:06 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:57:06 linux kernel: VM: killing process kdeinit Apr 23 14:57:08 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 14:57:09 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1d2/0) Apr 23 14:57:09 linux kernel: VM: killing process kdeinit Apr 23 14:57:53 linux kernel: __alloc_pages: 0-order allocation failed (gfp=0x1f0/0) Apr 23 15:00:55 linux syslogd 1.4.1: restart. Apr 23 15:00:57 linux /etc/hotplug/usb.rc[1068]: loaded HCD: usb-uhci Apr 23 15:01:00 linux kernel: klogd 1.4.1, log source = /proc/kmsg started. Apr 23 15:01:00 linux kernel: Inspecting /boot/System.map-2.4.21-286-default Apr 23 15:01:00 linux kernel: Loaded 21359 symbols from /boot/System.map-2.4.21-286-default. Apr 23 15:01:00 linux kernel: Symbols match kernel version 2.4.21. Apr 23 15:01:00 linux kernel: Loaded 433 symbols from 18 modules.
Karl Sinn schrieb:
das ist jetzt nicht das erste mal, dass mein Rechner sich aufhängt seit dem ich mit YOU das Kernelupdate s.o. eigespielt habe. Ich kann auch nicht mit sicherheit sageb, dass es am Kernel liegt, aber ich würde gerne herausfinden woran es liegt.
Nach dem Neustart des Rechners habe ich folgendes in der /var/log/messages gefunden. Was bedeutet das?
Also ich an Deiner Stelle würde mir jetzt die Ausgabe vom smartctl -a /dev/hd. anschauen. Weitere heiße Kandidaten wären auch die Strom-Versorgungskabel zur HDD und die IDE-Kabel selbst. Wenn dort keine Auffälligkeiten sind neu booten und den MEM-Check laufen lassen. Eine ähnliche Fehlermeldung hatte ich letzt auch unter 9.0 gehabt. Es haben sich immer mehr Fehler in's Filesystem eingeschlichen und es sah wirklich nach der HDD aus, auch wenn diese mittels smartctl KEINE Fehler meldete. Letztendlich brachte mich der Wink von reiserfsck in die richtige Richtung und ich tauschte den offenbar defekten 512MB RAM Riegel gegen einen neuen aus und es lief wieder. Achja, ich hatte da NICHT den MEM-Check laufen lassen, da der RAM griffbereit war. daher kann ich zu dem seinen Ergebnis nichts sagen. RAM-Test Marke Reiser :-) Seltsam aber hilfreich... Cu -- Am texanischen Wesen soll die Welt genesen. (c) by G.(W.) Bush 1992+2003
Hallo, Am Samstag, 23. April 2005 17:03 schrieb Achim Theobald:
Also ich an Deiner Stelle würde mir jetzt die Ausgabe vom smartctl -a /dev/hd. anschauen.
Das zeigt ein paar Fehler an, die mir nichts sagen. Soll ich die mal posten? smartctl -H ergibt ein passed für beide Platten.
Weitere heiße Kandidaten wären auch die Strom-Versorgungskabel zur HDD und die IDE-Kabel selbst.
Hmm..
Wenn dort keine Auffälligkeiten sind neu booten und den MEM-Check laufen lassen.
Mem-Check ist fehlerfrei durchgelaufen Dann bleibt wohl nur noch das wechseln der IDE-Kabel. Gruss Karl
participants (2)
-
Achim Theobald
-
Karl Sinn