Kernel 2.6.8 hängt beim Herunterfahren

[Ulidor]

Der Kernel 2.6.8-2-k7, den ich seit dem Upgrade von Woody auf Sarge verwende, bleibt beim Herunterfahren oft hängen (beim 2.4.27-2-k7 ist das nicht der Fall).

Die letzte Zeile auf der Konsole lautet:

Code: Alles auswählen

<6>note: khubd[xxx] exited with preempt_count 1

(Wobei "xxx" natürlich durch die jeweilige PID von khubd ersetzt wird)
Der Cursor steht eine Zeile darunter und es tut sich auch nach 10-minütigem Warten nichts mehr.

Woran liegt das und wie kann ich den Fehler beheben?

Leider habe ich über khubd keine Infos gefunden, vermute aber, dass das was mit USB zu tun hat (?) Aber auch wenn ich während der Sitzung überhaupt kein USB-Gerät verwendet habe (außer einem USB-Kartenleser in dem aber keine Karte steckt), bleibt der Kernel oft hängen.

Rolf

[mistersixt]

Ich habe mal schnell gegoogelt, es sieht so aus, als wenn das Kernel-Modul usbcore dafür verantwortlich ist. Versuch doch mal, das Modul mit "rmmod usbcore" vor dem Herunterfahren aus dem Kernel rauszuschmeissen (und wenn das funkioniert, ein kleines Stop-Script schreiben, dass beim Herunterfahren automatisch vorher das Modul "entlädt").

Gruss, mistersixt.

[Ulidor]

Danke für den Tipp!

Aber so richtig will es mir noch nicht gelingen. usbcore kann ich nur rausschmeißen, wenn ich vorher uhci_hcd,usb_storage,ehci_hcd und usbkbd rausschmeiße, weil sie usbcore benutzen. Und auch dann lässt sich usbcore nur mit der Option -f entfernen.

Wenn ich den Rechner runterfahren will, bleibt er wieder hängen. Die letzten Zeilen in tty1 sind dann:

Code: Alles auswählen

PREEMPT
Modules linked in: nls_iso8859_1 nls_cp437 vfat fat ipv6 appletalk ax25 ipx snd_pcm_oss snd_mixer_oss lp ide_cd cdrom pcspkr tsdev mousedev evdev psmouse analog floppy parport_pc parport tda9887 tuner saa7134 video_buf v4l2_common v4l1_compat i2c_core ir_common videodev via82cxxx_audio uart401 sound eth1394 ohci1394 ieee1394 es1371 ac97_codec pci_hotplug via_agp agpgart snd_via82xx snd_mpu401_uart sata_via snd_ens1371 snd_rawmidi snd_seq_device snd_pcm snd_page_alloc snd_timer snd_ac97_codec snd soundcore gameport sk98lin capability commoncap genrtc ext3 jbd mbcache ide_generic via82cxxx ide_disk ide_core sd_mod ata_piix libata scsi_mod unix fbcon font vesafb cfbcopyarea cfbimgblt cfbfillrect
CPU:    0
EIP:    0060:[<c015a3b8>]    Tainted: GF
EFLAGS: 00010216   (2.6.8-2-k7)
EIP is at sync_filesystems+0x38/0x140
eax: f8cd8740   ebx: f7b7b800   ecx: 00000000   edx: 00000000
esi: c02bdb9c   edi: 00000000   ebp: f7180000   esp: f7181f94
ds: 007b   es: 007b   ss: 0068
Process shutdown (pid: 4943, threadinfo=f7180000 task=f7640210)
Stack: f7b88400 c015a361 00000001 0804c4c0 bfffffe9 c0155218 00000000 ffffffff
       00000001 c015526f 00000001 c0106107 00000001 ffffffe0 00000002 0804c4c0
       bfffffe9 bffffea8 00000024 0000007b 0000007b 00000024 400f8cb7 00000073
Call Trace:
 [<c015a361>] sync_supers+0xa1/0xc0
 [<c0155218>] do_sync+0x48/0x90
 [<c015526f>] sys_sync+0xf/0x20
 [<c0106107>] syscall_call+0x7/0xb
Code: 8b 48 28 85 c9 0f 85 de 00 00 00 8b 1b 81 fb 94 db 2b c0 75
 <6>note: shutdown[4943] exited with preempt_count 1
bad: scheduling while atomic!
 [<c027eabc>] schedule+0x47c/0x490
 [<c0143aeb>] unmap_page_range+0x4b/0x80
 [<c0143ccc>] unmap_vmas+0x1ac/0x1c0
 [<c0147fab>] exit_mmap+0x8b/0x170
 [<c011a044>] mmput+0x64/0x90
 [<c011e6ac>] do_exit+0x15c/0x420
 [<c0116cb0>] do_page_fault+0x0/0x549
 [<c01072a8>] die+0xf8/0x100
 [<c0116e8e>] do_page_fault+0x1de/0x549
 [<c015c71f>] generic_writepages+0x1f/0x23
 [<c016ed5f>] wake_up_inode+0xf/0x30
 [<c01750a8>] __sync_single_inode+0xe8/0x210
 [<c016e75f>] iput+0x3f/0x80
 [<c0175450>] sync_sb_inodes+0x1c0/0x290
 [<c0116cb0>] do_page_fault+0x0/0x549
 [<c0106ba9>] error_code+0x2d/0x38
 [<c015a3b8>] sync_filesystems+0x38/0x140
 [<c015a361>] sync_supers+0xa1/0xc0
 [<c0155218>] do_sync+0x48/0x90
 [<c015526f>] sys_sync+0xf/0x20
 [<c0106107>] syscall_call+0x7/0xb

Drücke ich Return, kann ich mich als root anmelden und z.B. "halt" eingeben. Dann kommt aber nur die Warnung, dass der Rechner angehalten wird, mehr tut sich nicht.

Kann es auch sein, dass meine Start/Stop-Skripte in /etc nicht Kernel-2.6-geeignet sind? Immerhin ist es ein Upgrade von Woody auf Sarge und unter Woody habe ich nur mit 2.4 gearbeitet. Bei einer Neuinstallation von Sarge mit Kernel 2.6 sind jedenfalls z.B. in /etc/rc0.d und rc2.d z.T. andere Skripte.

Viele Grüße,

Rolf

[mistersixt]

Also ich würde an dieser Stelle einen Bugreport an den Maintainer des Debian-Kernels schreiben ("apt-get install reportbug" und dann reportbug starten und die Fragen beantworten, ist relativ selbsterklärend).

Gruss, mistersixt.

[KBDCALLS]

Das sieh doch mehr nach einem Registerauszug des Prozessors aus. Könnte auf defektes Ram hindeuten. Mal einen anderen Kernel versucht? Entweder einen i386 Kernel oder sogar einen neueren.

[Ulidor]

Da der Kernel zu Sarge gehört und Debian als sehr stabil gilt, dachte ich, ich bringe den erstmal ans Laufen, bevor ich einen neueren 2.6er installiere. Unter der Sarge-Neuinstallation habe ich damit auch bisher keine Probleme. Aber die Meldungen beim Booten und Runterfahren sehen da ziemlich anders aus als bei meinem Upgrade von Woody auf Sarge.

Deshalb nochmal meine Frage: Könnte es sein, dass die Start-/Stop-Skripte für den 2.6er Kernel ungeeignet sind, weil es ein Upgrade von Woody auf Sarge ist und ich unter Woody bisher nur 2.4er Kernels hatte?

Sollte ich vielleicht mal die Links in /etc/rcS.d, rc2.d, rc0.d und rc6.d (und später auch die anderen) meines Upgrades gegen die aus der Sarge-Neuinstallation ersetzen - oder könnte das ins Chaos führen?

BTW: Wann und wie werden die Links eigentlich bei einer Neuinstallation erzeugt und warum werden sie beim Upgrade nicht angepasst? Laut "apt-file search" gibt es kein Paket, dass die Runlevel-Verzeichnisse (und die darin enthaltenen Links) enthält.

Viele Grüße,

Rolf

[KBDCALLS]

Deshalb nochmal meine Frage: Könnte es sein, dass die Start-/Stop-Skripte für den 2.6er Kernel ungeeignet sind, weil es ein Upgrade von Woody auf Sarge ist und ich unter Woody bisher nur 2.4er Kernels hatte?

Die haben nix damit zu tun.

Sollte ich vielleicht mal die Links in /etc/rcS.d, rc2.d, rc0.d und rc6.d (und später auch die anderen) meines Upgrades gegen die aus der Sarge-Neuinstallation ersetzen - oder könnte das ins Chaos führen?

Die Links bringen dir so garnichts. Bzw. die entscheiden darüber welches Dienst/Programm beim Starten von Linux gestartet wird. Um einen Dienst/Programm vorübergehend am Starten zu hindern kann du das S in ein s . Die Nummer und sonstigen Namen unverändert lassen.

BTW: Wann und wie werden die Links eigentlich bei einer Neuinstallation erzeugt und warum werden sie beim Upgrade nicht angepasst? Laut "apt-file search" gibt es kein Paket, dass die Runlevel-Verzeichnisse (und die darin enthaltenen Links) enthält.
Rolf

Die Links werden bei der Installation eines neuen Paketes angelegt, und auch wieder entfernt bei dessen Deinstallation. Und wie schon richtig bemerkt sind das nur Links , die eigentlichen Scripte befinden sich in
/etc/init.d

PS. Auch wenn 2.6.8 der Installationskernel von Sarge ist, ruhig einen anderen mal testen.

[Ulidor]

Nun habe ich den Kernel http://ftp.de.debian.org/debian/pool/ma ... 7_i386.deb geholt und installiert. Dabei kam erstmal folgende Fehlermeldung:

Code: Alles auswählen

...
Richte kernel-image-2.6.11-1-k7 ein (2.6.11-7) ...

 Hmm. The package shipped with a symbolic link /lib/modules/2.6.11-1-k7/source
 However, I can not read it: Datei oder Verzeichnis nicht gefunden
 Therefore, I am deleting /lib/modules/2.6.11-1-k7/source

Ansonsten macht der Kernel bisher nicht die Probleme beim Herunterfahren. (hoffentlich bleibt es so)

Aber jetzt habe ich festgestellt, dass alle getesteten Kernel unter Sarge Probleme beim Laden einiger Module haben. Hier sind die entsprechenden Auszüge aus syslog:

2.4.27-2-k7

Code: Alles auswählen

...
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/usb/host/uhci.o: init_module: No such device
Aug 20 15:31:17 ulidor insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.       You may find more information in syslog or the output from dmesg
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/usb/host/uhci.o: insmod uhci failed
Aug 20 15:31:17 ulidor pci.agent[1429]:      uhci: can't be loaded
Aug 20 15:31:17 ulidor pci.agent[1429]: missing kernel or user mode driver uhci
...
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/hotplug/shpchp.o: init_module: Operation not permitted
Aug 20 15:31:17 ulidor insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.       You may find more information in syslog or the output from dmesg
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/hotplug/shpchp.o: insmod shpchp failed
Aug 20 15:31:17 ulidor pci.agent[1429]:      shpchp: can't be loaded
Aug 20 15:31:17 ulidor pci.agent[1429]: missing kernel or user mode driver shpchp 
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/hotplug/pciehp.o: init_module: Operation not permitted
Aug 20 15:31:17 ulidor insmod: Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters.       You may find more information in syslog or the output from dmesg
Aug 20 15:31:17 ulidor insmod: /lib/modules/2.4.27-2-k7/kernel/drivers/hotplug/pciehp.o: insmod pciehp failed
Aug 20 15:31:17 ulidor pci.agent[1429]:      pciehp: can't be loaded
Aug 20 15:31:17 ulidor pci.agent[1429]: missing kernel or user mode driver pciehp

2.6.8-2-k7

Code: Alles auswählen

...
Aug 20 14:57:55 ulidor modprobe: FATAL: Error inserting pciehp (/lib/modules/2.6.8-2-k7/kernel/drivers/pci/hotplug/pciehp.ko): Operation not permitted 
Aug 20 14:57:55 ulidor pci.agent[2947]:      pciehp: can't be loaded
Aug 20 14:57:55 ulidor pci.agent[2947]: missing kernel or user mode driver pciehp 
Aug 20 14:57:55 ulidor modprobe: FATAL: Error inserting shpchp (/lib/modules/2.6.8-2-k7/kernel/drivers/pci/hotplug/shpchp.ko): Operation not permitted 
Aug 20 14:57:55 ulidor pci.agent[2947]:      shpchp: can't be loaded
Aug 20 14:57:55 ulidor pci.agent[2947]: missing kernel or user mode driver shpchp
...
Aug 20 14:58:00 ulidor modprobe: FATAL: Error inserting rtc (/lib/modules/2.6.8-2-k7/kernel/drivers/char/rtc.ko): No such device 
Aug 20 14:58:00 ulidor isapnp.rc[3461]:      rtc: can't be loaded

2.6.11-1-k7

Code: Alles auswählen

...
Aug 20 15:04:58 ulidor modprobe: FATAL: Error inserting shpchp (/lib/modules/2.6.11-1-k7/kernel/drivers/pci/hotplug/shpchp.ko): Operation not permitted 
Aug 20 15:04:58 ulidor pci.agent[4124]:      shpchp: can't be loaded
...
Aug 20 15:05:05 ulidor modprobe: FATAL: Error inserting rtc (/lib/modules/2.6.11-1-k7/kernel/drivers/char/rtc.ko): No such device 
Aug 20 15:05:05 ulidor isapnp.rc[4637]:      rtc: can't be loaded

Sollte man die Meldungen einfach ignorieren?

Auch unter der Sarge-Neuinstallation hat der Kernel 2.6.8-2-k7 Probleme mit dem Laden einiger der o.g. Module, soweit ich das beim Booten mitverfolgen konnte. Aber in syslog tauchen komischerweise die Fehlermeldungen nicht auf.

[KBDCALLS]

Den pciehp und shpchp kann man getrost ignorieren. Das Modul rtc ist die Realtimeclock . Aber man kann die Module auch in die /etc/hotplug/balcklist eintragen.

[Ulidor]

Den pciehp und [color=greenshpchp [/color] hann man getrost ignorieren. Das Modul rtc ist die Realtimeclock . Aber man kann die Module auch in die /etc/hotplug/balcklist eintragen.

Aha, das kannte ich noch nicht. Wenn ich das richtig sehe, werden in die blacklist Module eingetragen, die nicht geladen werden sollen? Sollte ich da jetzt die Module shpchp und rtc eintragen? Und was passiert mit der RTC, wenn das Modul rtc nicht geladen wird?

Unter dem Kernel 2.6.11 läuft übrigens OpenOffice 1.0 nicht mehr ("Speicherzugriffsfehler"). Das hatte ich beim Upgrade ausgelassen, weil die Version 1.1.3-9 von Sarge bei mir nicht mit kprinter zusammenarbeiten will.
( http://www.debianforum.de/forum/viewtop ... 4417c954dc )
Naja, vielleicht bekomme ich das ja doch irgendwann ja mal hin.

[mistersixt]

Wenn ich das richtig sehe, werden in die blacklist Module eingetragen, die nicht geladen werden sollen? Sollte ich da jetzt die Module shpchp und rtc eintragen?

hotplug versucht unter anderem anhand der vorhandenen Hardware automatisch Kernel-Moule zu laden, wenn Du diese aber in die /etc/hotplug/blacklist einträgst, dann ignoriert hotplug diese Module, und sie werden nicht geladen.

Gruss, mistersixt.

[Ulidor]

Die Module shpchp und rtc habe ich jetzt mal in die blacklist eingetragen und die Fehlermeldungen beim Booten sind nun auch weg.

Ich denke, so kann ich erstmal mit dem Kernel 2.6.11 leben. (Muss mich jetzt nur noch mit dem OpenOffice-Problem herumschlagen. )

Ich danke euch für die Tipps!

Rolf