2.6 Kernel -> init panic beim booten

Du kommst mit der Installation nicht voran oder willst noch was nachfragen? Schau auch in den "Tipps und Tricks"-Bereich.
Antworten
soad
Beiträge: 4
Registriert: 16.12.2004 10:47:25

2.6 Kernel -> init panic beim booten

Beitrag von soad » 16.12.2004 11:05:29

Hallo zusammen,

arbeitete unter sarge bisher mit einem 2.4.27 Kernel und wollte jetzt auf 2.6 umsteigen. Habe jedoch sowohl mit 2.6.8 also auch mit 2.6.9 folgendes Problem. Just wenn der Bootvorgang auf init wechselt, haut mir der Kernel folgende Fehlermeldung ums Ohr->

/etc/int.d/rcS: line57: 265 Segmentation fault $i start
"INIT: PANIC: segmentation violation at 0x804a33c (code)! sleeping for 30 seconds

Danach gehts mit runlevel: 2 direkt zum login auf tty1, wo ein login jedoch selbst als root nicht möglich ist ("Unable to change tty /dev/tty1: Read-only file system"). In der /etc/init.d/rcS steht in Zeile 57 übrigens nur ein "done".
Habe im Forum eine ganz ähnliche Problemschilderung gefunden, die jedoch damals unbeantwortet, bzw ungelöst offen blieb. Hat jemand eine Idee wo hier der Fehler zu suchen ist?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 16.12.2004 11:31:36

also hauptverdächtige Pakete sind zumeist discover* und hotplug.

Um den Übeltäter herauszufinden könntest du die Ausgabe einmal übersichtlicher gestalten:

/etc/init.d/rcS:

Code: Alles auswählen

for i in /etc/rcS.d/S??*
do
        # Ignore dangling symlinks for now.
        [ ! -f "$i" ] && continue

# diese Zeile einfügen
echo "### $i ########################################################"


soad
Beiträge: 4
Registriert: 16.12.2004 10:47:25

Beitrag von soad » 16.12.2004 15:05:03

Erst mal danke für den Tip. Habe mich mittlerweile an die kritische Stelle hindebuggt und die liegt im /etc/rcS.d/S02mountvirtfs Skript. Relativ zu Beginn heißt es dort KERNEL='uname -s' und unmittelbar danach ist Schluß mit der Skriptausführung. Anschließend habe ich die Boot Messages mit meiner funktionierenden 2.4. Umgebung verglichen und dabei eigentlich nur eine gravierende Änderung festgestellt:

2.4 -> VFS: Mounted root (cramfs filesystem).
2.6 -> VFS: Mounted root (cramfs filesystem) readonly.

Könnte es damit was zu tun haben? Wenn ja...wie kommt das 'readonly' mit dem 2.6er Kernel zustande? Muß ich da an irgfendeinder Stelle noch etwas anpassen?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 16.12.2004 15:52:14

soad hat geschrieben: 2.4 -> VFS: Mounted root (cramfs filesystem).
2.6 -> VFS: Mounted root (cramfs filesystem) readonly.

Könnte es damit was zu tun haben? Wenn ja...wie kommt das 'readonly' mit dem 2.6er Kernel zustande? Muß ich da an irgfendeinder Stelle noch etwas anpassen?
cramfs (initrd) sollte eigentlich immer readonly gemountet werden (wird im Bootmanager eingestellt).
Dieses Script "mountvirtfs" sollte die virtuellen Filesysteme mounten, wie proc,sysfs,devpts,tmpfs,...

Ich habe leider momentan auch keine Idee.

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 16.12.2004 16:04:33

Du könntest am Anfang vom /etc/init.d/rcS ein "ulimit -c 1024" einbauen. Dadurch sollten wir beim "Segmentation Fault" ein "core" Dumpfile bekommen. Dieses könnten wir mit gdb vielleicht genauer analysieren

soad
Beiträge: 4
Registriert: 16.12.2004 10:47:25

Beitrag von soad » 16.12.2004 16:10:53

Bin Linux Neueinsteiger (letzte Erfahrungen mit ner Suse Distribution lliegen etliche Jahre zurück) und muß mich erst mal wieder mit etlichen Basics vertraut machen. Stimmt, cramfs ist immer readonly und der fehlenden Hinweis beim booten von 2.4 ist wohl eher kosmetischer Natur. Der Absturz des Skripts hat auch nix mit dem Abfragen des OS (uname -s) zu tun. Setze ich fix "Linux" ein kommt die Fehlermeldung eben ein paar Zeilen weiter unten. Werd jetzt evtl. testhalber einige Änderungen in der Kernel Konfig, welche sich auf temp bzw. virtuelle FS beziehen, durchführen. Ansonsten steh ich nach wie vor auf dem Schlauch.

soad
Beiträge: 4
Registriert: 16.12.2004 10:47:25

Beitrag von soad » 17.12.2004 08:46:35

Auch das (auf gut Glück) neu backen des Kernels hat bis dato nichts gebracht.
Hab auch mal "ulimit -c 1024" wie vorgeschlagen in die rcS eingefügt. Also...entweder es wird kein Dump erzeugt oder ich suche nach dem falschen Dateinamen. Das Dumpfile müsste "core" heißen und an welcher Stelle erzeugt werden?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 17.12.2004 10:44:21


Antworten