On Mon, 2004-01-26 11:51:08 +0100, Carsten Hensiek <mr-migagi@gmx.net> wrote in message <4014F11C.3090206@gmx.net>:
Jan-Benedict Glaw schrieb:
...das kann alles Mögliche sein.
Schieb' so'n Oops mal durch ksymoops, unter Zuhilfenahme einer passenden System.map. Ich hoffe das passt so mit den Umbrüchen
Nö. Mach Attachments:)
mars:/# ksymoops -m /boot/System.map-2.4.24 < /var/log/messages ksymoops 2.4.5 on i686 2.4.24. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.24/ (default) -m /boot/System.map-2.4.24 (specified)
Error (regular_file): read_ksyms stat /proc/ksyms failed ksymoops: No such file or directory No modules in ksyms, skipping objects No ksyms, skipping lsmod Jan 26 08:57:58 mars kernel: c012ba8b Jan 26 08:57:58 mars kernel: Oops: 0002
Ist nicht der erste Oops. Alle weiteren sind meistens nicht hilfreich, da sie gut Folgefehler sein können.
Jan 26 08:57:58 mars kernel: CPU: 0 Jan 26 08:57:58 mars kernel: EIP: 0010:[__free_pages_ok+75/720] Not tainted Jan 26 08:57:58 mars kernel: EFLAGS: 00010246
Bist Du sicher, daß Du diesmal nicht die Log-Ausgaben von syslogd, sondern die reinen Kernel-Ausgaben ("dmesg") benutzt hast? Da sind ja noch Uhrzeit und Rechnernamen im Log:)
Wie gesagt, das kann alles Mögliche sein und einem vom klogd aufgelösten Oops trau' ich nicht. Kontrolle von CPU- und Netzteil-Lüfter sowie ein Test des RAMs mit memtest86 kann jedenfalls nicht schaden...
dann werd ich wohl erstmal den Fehler an der Hardware suchen - RAM wird erstmal getauscht.
Laß doch erstmal den memtest86 laufen. Ist bequemer, als zu schrauben, wenn's noch nicht sicher ist, daß es der RAM ist... MfG, JBG -- Jan-Benedict Glaw jbglaw@lug-owl.de . +49-172-7608481 "Eine Freie Meinung in einem Freien Kopf | Gegen Zensur | Gegen Krieg fuer einen Freien Staat voll Freier Bürger" | im Internet! | im Irak! ret = do_actions((curr | FREE_SPEECH) & ~(NEW_COPYRIGHT_LAW | DRM | TCPA));