Debian Lenny friert des öfteren ein

S

Serow

0
Hi,

ich hab in den letzten Tagen Probleme mit meinem Debian Lenny (amd64) auf dem Lenovo X61t: Mir friert gelegentlich das komplette System ein:
- Maus bewegt sich nicht mehr
- auf Tastatur reagiert er nicht
- switchen nach tty0-6 funktioniert nicht mehr

Das einzige was mir bleibt ist der Power Button - auf den Reagiert er nach 5 sekunden ;)

Gerade ist es wieder passiert, da hatte ich (geschätzt) folgende Programme laufen:
- Skype (statisch gelinkt)
- Iceweasel
- gnome-terminal
- screen
- mutt
- vim

Hinzu kommt noch, dass meine /home-Partition mit luks verschlüsselt ist.

Wenn ich mal /var/log/messages nach "error" grep-e, sieht das so aus:
Code: 
mathias@x61t:~$ sudo cat /var/log/messages | grep -i error
Oct 28 12:34:26 x61t kernel: [  482.737660] file-roller[4463]: segfault at 210 ip 430f3a sp 7fff581f9db0 error 4 in file-roller[400000+59000]
Oct 28 13:07:37 x61t kernel: [ 1662.745261] npviewer.bin[8623]: segfault at f5783030 ip f79294c0 sp ff8b63cc error 4 in libpthread-2.7.so[f7922000+13000]
Oct 28 13:08:22 x61t kernel: [ 1708.810179] npviewer.bin[8711]: segfault at 80000000 ip 80000000 sp fffc83ac error 4 in 945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2[f1c10000+6000]
Oct 28 13:20:16 x61t kernel: [ 2431.197543] npviewer.bin[9447]: segfault at 80000000 ip 80000000 sp fff47b2c error 4 in 945677eb7aeaf62f1d50efc3fb3ec7d8-x86.cache-2[f1b8e000+6000]
Oct 28 13:47:51 x61t kernel: [ 4094.842486] ACPI Error (psparse-0530): Method parse/execution failed [\_SB_.PCI0.LPC_.EC__.GBST] (Node ffff81007d3687b0), AE_TIME
Oct 28 13:47:51 x61t kernel: [ 4094.842659] ACPI Error (psparse-0530): Method parse/execution failed [\_SB_.PCI0.LPC_.EC__.BAT0._BST] (Node ffff81007d368670), AE_TIME
Oct 28 14:31:01 x61t kernel: [  333.965324] NetworkManager[4407] trap int3 ip:424901 sp:7fff8f1d1ca0 error:0
Oct 29 10:08:26 x61t kernel: [ 5538.196116] system-config-p[17679]: segfault at 7343 ip 72ce28 sp 7fff1cc61338 error 4 in python2.5[724000+32000]
Oct 29 10:58:07 x61t kernel: [ 8543.739560] npviewer.bin[19866]: segfault at f57aa030 ip f79504c0 sp ffeda72c error 4 in libpthread-2.7.so[f7949000+13000]
mathias@x61t:~$
Vllt n bisschen viele Seg Faults, aber das war alles gestern. Kann also an dem freeze von gerade nicht schuld sein ...

Laut folgendem Ausschnitt, hab ich das Systemum 11:02:24 Uhr gebootet. Vllt 10 Sek davor war der Freeze. Es sind also keine Infos über den Freeze in der messages:
Code: 
Oct 30 10:03:47 x61t kernel: [ 1019.859436] Clocksource tsc unstable (delta = -67009745 ns)
Oct 30 10:11:41 x61t kernel: Kernel logging (proc) stopped.
Oct 30 10:11:41 x61t kernel: imklog 3.18.6, log source = /proc/kmsg started.
Oct 30 10:11:41 x61t rsyslogd: [origin software="rsyslogd" swVersion="3.18.6" x-pid="3896" x-info="http://www.rsyslog.com"] restart
Oct 30 10:30:14 x61t kernel: [ 2611.426548] process `skype' is using obsolete setsockopt SO_BSDCOMPAT
Oct 30 11:02:24 x61t kernel: imklog 3.18.6, log source = /proc/kmsg started.
Oct 30 11:02:24 x61t kernel: [    0.000000] Initializing cgroup subsys cpuset
Oct 30 11:02:24 x61t kernel: [    0.000000] Initializing cgroup subsys cpu
Oct 30 11:02:24 x61t kernel: [    0.000000] Linux version 2.6.26-2-amd64 (Debian 2.6.26-19lenny1) (dannf@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Mon Oct 19 02:
34:17 UTC 2009
Oct 30 11:02:24 x61t kernel: [    0.000000] Command line: root=/dev/sda3 ro 
Oct 30 11:02:24 x61t kernel: [    0.000000] BIOS-provided physical RAM map:

Hat jemand ne Idee wie ich rausfinden könnte woran es liegt?


cu
serow
 
mein erster gedanke bei sowas ist immer der ram. hast du nen memtest86+ zur hand?
 
Ich würde erstmal prüfen, ob es wirklich das System ist, was einfriert oder nur der Xorg. Kannst du z.B. noch via SSH auf die Kiste zugreifen, wenn sie eingefroren ist? Gibt's Fehler in der Xorg.0.log? Wenn du beides mit "Nein" beantworten kannst, würde ich wie xeno auch auf den RAM tippen und mal memtest durchlaufen lassen.
 
Hi,

ich musste jetzt ne ganze Weile warten bis zum nächsten freeze um das alles auszutesten.

1) memtest86+: memory ist okay - keine fehler
2) ssh / ping nach dem freeze geht nicht
3) Xorg.0.log zeigt keine Fehlermeldungen

Sonst noch Ideen?

cu
serow
 
Du könntest mit den SysRq-Keys versuchen herauszubekommen, ob es tatsächlich ein Kernel-Crash ist und wodurch er ausgelöst wird.
 
Danke, also auf Magic SysRQs reagiert er nicht. Einige durchprobiert und spätestens bei Alt+SysRQ+b hätte ja was passieren müssen ;)

Dh, das es _nicht_ Xorg ist sondern der Kernel wahrscheinlich panict oder?

cu
serow
 
Ich habe weder Ahnung von Hardware noch viel Erfahrung mit Linux und schreib jetzt einfach mal den unqualifizierten Mist, der mir dazu einfällt. Ist eventuell absoluter Unsinn, aber vielleicht hilft es ja doch: Ich hatte auch mal das Problem, dass mein Rechner nach 20-50 Minuten plötzlich einfror. Das lag daran, dass eine Komponente (bei mir die GraKa) sich schlicht überhitzte. Überprüf das vielleicht einfach mal.
 
Hi,

ja SysRQs sind per default an. Hab in der /boot/config*** nachgeschaut, und gerade während das System normal lief alt+sysrq+b gedrückt. Ergebnis war ein Reboot.

Das mit der Hitze wäre sicher denkbar ... ist nur die Frage wir man der Sache auf die Spur kommt. Ich hab mal lm-sensors und das sensors-applet für Gnome installiert.

CPU: 50°
CPU: 48°
GPU: 48°

Ist die Frage, inwieweit man diesen Werten vertrauen kann. Zu CPU hab ich 3 Sensordatenquellen: ibm-acpi, acpi und lm-sensors... Alle variieren leicht.

Wie ist 48° für eine GPU einzuordnen?

cu
serow
 
48 Grad sind für eine GPU völlig ok. Du kannst aber mal schauen inwiefern sie sich aufheizt, wenn du z.B. Programme laufen lässt die auf OpenGL oder ähnliche 3D-Schnittstellen zugreifen. Wenn nichtmal die SysRQ-Keys mehr greifen, würde ich auch auf ein Einfrieren der Hardware tippen, das nicht durch einen Kernel-Crash verursacht wird.
 
Ich habe das Problem ebenfalls, jedoch unter Ubuntu 9.04 Jaunty Jackalope, wobei es unter Ubuntu 8.10 Intrepid Ibex niemals auftrat - bei gleicher Hardwarekonfiguration.
Es sind genau die gleichen Symptome wie bei Serows Thinkpad, bei mir ist es der in meiner Signatur beschriebene Medion-Desktop. Das System friert anscheinend komplett ein, ssh oder ping funktionieren nicht und auch die Magic SysRQs wollen nichts bewirken - normalerweise tun sie es ja. Ich vermutete ebenfalls mal, dass sich die Grafikkarte überhitzt, aber das schließe ich mittlerweile aus, da das jetzt schon des öfteren ziemlich bald nach dem Einschalten passiert ist (sogar mal nach nur 5 Minuten). Und die Temperaturen sind eigentlich auch ok. memtest vermeldet ebenfalls keine Fehler.
Diese Freezes treten in sehr unregelmäßigen Abständen aus. Ich hatte in den Wochen nach der Installation von Jaunty sehr viele Freezes, manchmal mehrere pro Tag und irgendwann hörte das auf. Beinahe vermutete ich einen Zusammenhang mit Updates für den Kernel und acpi. In den letzten paar Monaten - darunter auch die heißeste Zeit des Jahres - hatte ich keinen einzigen Freeze. Aber vor 2 Wochen (in etwa) hatte ich mal wieder einen. In /var/log/messages finde ich keine Errors, kann derzeit also eigentlich keine brauchbaren Informationen liefern.
Ich werde demnächst irgendwann mal 9.10 Karmic Koala installieren, mal schauen, wie das dann aussieht...
 
@Lightmaster: Ich hab ebenfalls gerade Karmic installiert, da ich mal nen aktuellen Kernel in Aktion sehen wollte. Bisher läufts (schon etwa 3h), allerdings hab ich den Laptop gerade auf einer 8cm dicken Granittischplatte stehen, dh er ist wohl momentan recht gut gekühlt. Mal sehn wie's weiterläuft.

cu
serow
 
Nun, bei mir läuft Karmic seit Erscheinungsdatum ohne Probleme. Der Freeze tritt nicht mehr auf, von daher vermute ich tatsächlich, dass irgendwelche alten Paket-/Kernel-Versionen Schuld waren...
 
Gehoert ja eigentlich in den Linux Flame Thread...

Aber nen Flashplugin segfaultet am laufenden Band und nen Linux Kernel kackt ab?
 
Um antworten zu können musst du eingeloggt sein.
Zurück
Oben