"Could not open unix.ko: read-only file system"

[Deblix]

Habe heute ein Upgrade gemacht (wie jeden Tag). Da 1 Paket nicht aktualisiert werden konnte (hold), habe ich gleich ein dist-upgrade gemacht, wodurch ein weiteres Paket installiert wurde (eigentlich nix besonderes).
Nach einem Reboot spinnt nun alles. Die ersten Ausgaben sind wie immer... Festplatte, ACPI, usw., doch dann...:

Code: Alles auswählen

modprobe: FATAL: Could not open '/lib/modules/2.6.5/kernel/unix/unix.ko': Read-only file system

Das ganze in einer Endlosschleife.
Daran ist nur merkwürdig, dass ich den 2.6.6er Kernel nutze (selber kompiliert), jedoch die Adressen des alten, funktionstüchtigen 2.6.5er verwendet werden. Hatte jedoch zuvor nie Schwierigkeiten. Mein Dateisystem ist übrigens ext3 (fest im Kernel einkompiliert).
Nach ca. 50 Einträgen auf dem Bildschirm kommt folgendes:

Code: Alles auswählen

request_module: runaway loop modprobe net-pf-1

... und dann wieder der Eintrag von oben. Ich kann den Kernel nur im Recovery-Mode laden (hat update-grub eingerichtet).

HILFE

[Igor]

Das selbe Problem habe ich beim kompilieren des 2.6.7er Kernels. FS ist auch bei mir ext3. Wäre ebenfalls für jeden Tipp dankbar.

[-fred-]

habe das selbe problem nach etwa 50-100 mal anzeigen läuft mein 2.6.6 allerdings durch und startet. 2.6.7 das gleiche phenomen. bin eben dabei den 2.6.7er nochmal zu compilieren mal schauen ob sich dann was tut. ich benutze allerdings die kernel.org quellcodes und nicht die debian packete zum kernel.

[-fred-]

also neu compilieren hat nichts gebracht. wie gesagt der kernel (2.6.7 und 2.6.6) booten beide durch nach etwa 100 fehler wiederholungen...

allerdings hatte ich eben vergessen zu sagen dass ich XFS benutze...

[Deblix]

habe das selbe problem nach etwa 50-100 mal anzeigen läuft mein 2.6.6 allerdings durch und startet. 2.6.7 das gleiche phenomen. bin eben dabei den 2.6.7er nochmal zu compilieren mal schauen ob sich dann was tut. ich benutze allerdings die kernel.org quellcodes und nicht die debian packete zum kernel.

Habe auch mal die 100.000 Meldungen abgewartet und das System bootet dann doch noch. Wenn das Problem nur den 2.6.7er Kernel beträfe, wäre es ja ein überschaubares Problem, jedoch funzen meine beiden zuvor super gelaufenen Kernel 2.6.5 und 2.6.6 (auch von Kernel.org besorgte Quellen) jetzt nicht mehr so schön (also die unix.ko-Meldung betreffend).

[DavidJ]

Und wenn ihr das Modul unix nicht als Modul konfigurieren würdet könnte es doch klappen. Oder irre ich mich da?

[-fred-]

direkt eincompilieren meinst du ? ja eigentlich schon aber was macht das ding den überhaupt? und die sache ist warum ist es nach nem update defekt wenn es eben vorher gelaufen ist

weiss denn jemand wo genau unix.ko in der config geladen wird ?

[-fred-]

also unix.ko ist wohl teil von modul "unix"

das steht im menuconfig unter

/device/networking support/networking options/unix domain sockets

ich hatte es als modul eincompiliert in der info steht aber man soll es fest reinstellen. das habich jetzt auch gemacht, bloss ändert das leider nichts am bootfehler wobei ich nun jetzt genausoweit bin wie vorher ...

unix wird übrigens trotz der fehler kram geladen und lässt sich über rmmod nicht ohne weiteres entladen weil es von irgendwelchen prcessen gebraucht wird....

need some help !?

[ConiKost]

Es scheint am neuem 2.6.6 zu liegen...

Debian SID lief bei mir auf dem 2.6.6-1-k7 ohne Probleme ...
Aber dann eines Tages hatte Debian SID einen neuen Kernel installiert, den 2.6.6-2-k7
Und der spuckt die selben Fehler aus und ist nicht mehr bootbar

[Deblix]

Das kann nicht am Kernel-Update liegen. Ich nutze meinen eigenen 2.6.6er, seitdem der draußen ist und habe an dem nix mehr geändert. Obendrein will auch mein alter 2.6.5er nicht mehr ohne Fehler.

[Deblix]

DER FEHLER IST BEHOBEN...
ein Upgrade hat die module-init-tools aktualisiert und alles läuft wieder ohne Probleme.

[ConiKost]

Super, danke für die infos !

[-fred-]

aber ich war wohl zu unfähig aber das "unix" komplett in den kernel einzucompilieren hat das problem auch behoben. das ding NICHT als modul zu konfigurieren wird in der help von dem ding auch empfohlen... andererseits memmt meine init 0 config beim runterfahren seit dem dass ein eintrag fehlen soll ...

wie heisst denn die datei genau, die die moduleinit tools aktualisiert, könntet ihr das mal posten, weil ich muss die hier an der uni einzeln laden und hab keinen direkten netzzugriff.

habscho ... *mitdenken muss man*

[Deblix]

wie heisst denn die datei genau, die die moduleinit tools aktualisiert, könntet ihr das mal posten, weil ich muss die hier an der uni einzeln laden und hab keinen direkten netzzugriff.

module-init-tools, oder was meinst Du?