System hängt bei: Loading kernel modules...

[sukram]

Mein Debian (2.6.26-2-686) läuft seit Wochen im Runlevel 6 problemlos auf meinem Desktop-System.
Jetzt erschien innerhalb einer Woche 2x folgende letzte Meldung Meldung beim Systemstart auf dem Schirm: "Loading kernel modules..." und das System hängt.
Mehrere Neustarts sind Notwendig damit das System dann "zufällig" mal startet. Das merkwürdige ist, dass wenn es dann mal gestartet ist geht funktioniert es wieder tagelang.

Was passiert genau an der Stelle wo die Meldung erscheint? Was könnte die Ursache sein?

[pferdefreund]

Festplattenfehler beim Lesen der initrd ?
fsck -c, smart sind die Kandidaten (-c check for bad blocks).
Ram ? Manchmal auch nur ein loses Kabel ?

[rendegast]

Runlevel 6 ist der Neustart-Runlevel?

[sukram]

Runlevel 6 ist der Neustart-Runlevel?

Sorry, war mein Fehler. Das Kommando runlevel gibt mir N 2 aus.

[rendegast]

In /etc/modules Module angegeben?



/etc/default/rcS:

Code: Alles auswählen

# Set VERBOSE to "no" if you would like a more quiet bootup.
VERBOSE=yes

Beim Bootloader grub2 (grub-pc) eventuell /etc/default/grub:

Code: Alles auswählen

GRUB_CMDLINE_LINUX_DEFAULT="quiet"
durch
GRUB_CMDLINE_LINUX_DEFAULT="quiet"
GRUB_CMDLINE_LINUX_DEFAULT=""

Beim grub1 in /boot/grub/menu.lst die kopt-Zeilen darauf abklopfen,
Entsprechend bei lilo.
Dann 'update-grub' resp. 'lilo', Neustart und die Zeilen verfolgen.

Boot-Meldungen (nach dem Kernel-Start) werden auch in /var/log/boot abgelegt.
(Über /etc/default/bootlogd aktivieren)

[Exilberliner]

So ein Problem hat' ich mal 'ne ganze Zeit bei Mandriva 2009. Dabei war der Fehler ganz einfach: Die Festplatte, eine WD mit 40GB Kapazität gab nach 7 (!) Jahren langsam den Geist auf....

[sukram]

Ich habe das "quiet" rausgenommen und es werden beim Bootvorgang nun viel mehr Infos rausgeschrieben.
Leider oder zum Glück hat sich der Fehler bist jetzt nicht mehr gezeigt. Ich melde mich wenn es wieder soweit war.

[sukram]

Das gleiche Problem ist wieder aufgetreten. Leider an exakt gleicher Stelle mit den gleichen Meldungen.
Booten ohne "quite" und ein fsck hatte nichts gebracht. Werde mich jetzt einmal an die Verkablung der Platten usw. machen.

[rendegast]

"Loading kernel modules..."
stammt aus /etc/init.d/module-init-tools (EDIT typo)

Dabei werden
/etc/modules-$KVER
/etc/modules-$KMAJ
/etc/modules
abgeklappert.

Stehen darin problematische Module, zBsp. mehrere Netzwerkkartentreiber o.ä.?
(Falls der Start wirklich hieran hängt)
Deshalb sollte auch in /etc/default/rcS: 'VERBOSE=yes',
da dann die einzelnen Module aufgeführt werden, zBsp:

...
/var/log/boot.0-Mon Sep 20 12:54:26 2010: Cleaning up ifupdown....
/var/log/boot.0-Mon Sep 20 12:54:26 2010: Setting up networking....
/var/log/boot.0:Mon Sep 20 12:54:26 2010: Loading kernel module it87.
/var/log/boot.0:Mon Sep 20 12:54:27 2010: Loading kernel module k10temp.
/var/log/boot.0-Mon Sep 20 12:54:27 2010: FATAL: Module k10temp not found.
/var/log/boot.0:Mon Sep 20 12:54:27 2010: Loading kernel module eeprom.
/var/log/boot.0:Mon Sep 20 12:54:27 2010: Loading kernel module snd_pcm_oss.
/var/log/boot.0-Mon Sep 20 12:54:27 2010: Will now activate lvm and md swap:swapon on /.SWAP
...

[sukram]

"Loading kernel modules..."
stammt auch /etc/init.d/module-init-tools
...
Deshalb sollte auch in /etc/default/rcS: 'VERBOSE=yes',
...

Ich habe das jetzt noch aktiviert. Mal sehen ob man was beim nächsten "Hänger" erkennt.

[sukram]

Heute morgen blieb das System 2x hintereinander (Software-Reset) an folgender Stelle hängen:
...
...
System Clock set to: Fr. Sep 24 ...
Cleaning up ifupdown....
_

Der Cursor blinkt und das wars. Erst nach einem Netz-Aus/Ein wurde Debian korrekt geladen.

[pferdefreund]

da wird wohl erstmalig die Netzwerkkarte angesprochen. Schalt die doch
mal im BIOS aus oder nimm sie raus und schaue, was dann passiert.
Eventuel IRQ-Konflikt ?

[rendegast]

...
...
System Clock set to: Fr. Sep 24 ...
Cleaning up ifupdown....
_
Der Cursor blinkt und das wars.

Meine rcS.d/ (insserv-Sortierung):
...
/etc/rcS.d/S09ifupdown-clean

Code: Alles auswählen

...
    log_begin_msg "Cleaning up ifupdown..."
    if [ -f $IFSTATE -a ! -L $IFSTATE ]; then
      rm -f "$IFSTATE"
    elif [ -f $IFSTATE ]; then
      # This is kinda bad :(
      >$IFSTATE
    fi
...

/etc/rcS.d/S09module-init-tools

Code: Alles auswählen

...
  if [ "$VERBOSE" != no ]; then
    log_action_msg "Loading kernel module $module"
    modprobe $module $args || true
  else
    modprobe $module $args > /dev/null 2>&1 || true
  fi
...

...
Hier hängt es also am Stat- oder Schreibvorgang der /etc/network/run/ifstate:

lo=lo
eth0=eth0

(Nur eine abwegige Idee -> /etc/udev/*persistent-net.rules?)
Beim ersten Post wird noch die /etc/modules* ausgelesen,
und module-init-tools gibt die Meldung aus bevor das 'modprobe' versucht wird.

ifstate hat mit Netzwerk zu tun,
/etc/modules* eventuell auch, falls dort Netzwerktreiber verzeichnet sind.
Jedoch werden diese eigentlich automatisch durch udev abgefertigt.
Steht etwas in /etc/modules* ?

Um die jeweiligen Aktionen abzuklopfen,
ifupdown-clean: 'rm -f "$IFSTATE"' -> 'rm -v -f "$IFSTATE"'
module-init-tools: 'modprobe ...' -> 'modprobe -v ...'
Jedoch sind das auch wieder Schreibvorgänge die eine vorbelastete Platte weiter strietzen.




Doch selbst wenn die Aktionen in den Skripten fehlschlagen, sollten diese schnell abgefertigt werden.
Aka Exilberliner sieht das in der Form nach Platten-/Hardwarefehler aus,
SMART? badblocks? (allgemein: möglichst offline, und erst nach einem Plattenbackup.)

memtest?
(Hier, nach einem Speicherfehler an derselben Speicheradresse mit verschiedenen Riegeln in verschiedenen Banks
sehe ich das Board/chipsatz als defekt,
wegen derselben Adresse wird diese beim Start wohl immer gleich benutzt, daher immer selber Bluescreen.)

[sukram]

...
Doch selbst wenn die Aktionen in den Skripten fehlschlagen, sollten diese schnell abgefertigt werden.
Aka Exilberliner sieht das in der Form nach Platten-/Hardwarefehler aus,
SMART? badblocks? (allgemein: möglichst offline, und erst nach einem Plattenbackup.)

memtest?
(Hier, nach einem Speicherfehler an derselben Speicheradresse mit verschiedenen Riegeln in verschiedenen Banks
sehe ich das Board/chipsatz als defekt,
wegen derselben Adresse wird diese beim Start wohl immer gleich benutzt, daher immer selber Bluescreen.)

Den Memorytest habe ich bisher noch nicht ausgeführt und werde das mal nachholen.
Die Festplatte ist laut fsck OK.

[Evox]

Hast fsck über eine Live CD ausgeführt ? ist besser
Hatte genauso ein Problem über das System fsck sah alles sauber aber trotzdem immer wieder Probleme
Mit der Live CD kam dann das böse Erwachen
Memtest über Nacht rennen lassen

[paniccinap]

Hallo zusammen,

hatte bzw. habe hier auf dem Dektop-Rechner das gleiche Problem, auch mit Lenny und gleichem Kernel. Habe auch über "smartmontools" bzw. "smartctl" die Fesplatte überprüft - die ist ca. 5-6 Jahre alt... Darauf wäre ich nicht gekommen. Aber warum bleibt der Kernel dann beim Laden der Module hängen? Zuerst hatte ich cpufreqd (AMD-K8-Prozessor) im Verdacht, der Übeltäter zu sein. Oder eines der Kernelupdates in Lenny. Mal sehen, ob das nochmal auftaucht...