Help: invalid journal inode...

    Hi alle
    leider kommt nach dem Einbau (und wieder Ausbau) eines AHA 2940 nun die Fehlermeldung:
    EXT3-fs: invalid journal inode
    und der Rechner bleibt dabei stehen :-((
    das AIC7xxx Modul wird geladen und ich bekomme es nicht mehr weg, habe schon versucht manuell die sysconfig u. ä. zu verändern....
    ansonsten ist bzw. war es ein reines IDE System
    betroffen ist die Root Partition
    wenn ich mit der SuSe 8.2 Installations DVD boote manuell die Root Partition angebe und damit boote, ist das Filesytem clean...
    TIA

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

    Und keine Möglichkeit für fschk?

    Hi,


    die Recover-CD wird warscheinlich das FS als EXT2 ansprechen,
    und um aus EXT2->EXT3 zumachen,
    also die Journaldatei anzulegen erfolgt per tune2fs -j /dev/hda10.


    um aus EXT3 wieder EXT2 zum machen tune2fs -O ^has_journal /dev/hda10


    Siehe vorher auch http://www.troubleshooters.com/linux/ext2toext3.htm


    Ohne Garantie, ;)
    Andreas

    fsck.ext3 habe ich ja schon gemacht (von DVD gebootet), es ist jedoch alles clean
    mir ist noch eingefallen, dass ich nach dem Einbau des AHA bei Yast angekreuzt habe, dass das Modul in die (glaube) init?? eingetragen wird, damit es beim booten sofort geladen wird.
    Danach trat der Fehler auf.
    Inzwischen habe ich ihn mehrmals aus und eigebaut um das wieder herauszubekommen - ohne Erfolg, das Modul AIC7xxx wird trotzdem gleich nach dem Start geladen, auch wenn er nicht eingebaut ist.
    kann es sein dass die system.map o.ä. nicht mehr stimmt (Datum + Zeit sind neu) und wie kann ich die wieder herstellen falls?
    TIA

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

    Die System.map ist dafür nicht wichtig. eher die wäre interessant, ob du einen neuen Kernel installiert hast, der den adaptec einkompiliert hat. Ich frage deswegen, weil du zum booten eines scsi-Systems (der den adaptec ja bräuchte) den treiber nicht als Modul haben dürftest.


    Schieb doch mal die CD nochmal rein und check was du für nen Kernel hast.

    da dies ja auf dem vdr Rechner ist, muss iich es beim stehengebliebenen bootprompt händisch abschreiben:
    Loading module aic7xxx
    Using /lib/modules/2.4.20-4GB-SMP/kernel/drivers/scsi/aic7xxx/aic7xxx.o
    dann kommt ein hint bzgl. IRQ's etc.
    dann
    Loading module ext3...
    Using /lib/modules/2.4.20-4GB-SMP/kernel/fs/ext3/ext3.o
    EXT3-fs: invalid journal inode
    und da bleibt er
    wobei der kernel 2.4.20-4GB-SMP sonst schon mein Standartkernel ist
    (wird ja auch von der Suse DVD dieser gebootet wenn ich:
    manuelle Installation, manuell module laden, installiertes System starten, / partition angeben -> da funktionert es ja)

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

    okay. Wird also explizit als Modul geladen..


    Da du ohne Adaptec das Modul nicht brauchst, kannst du das aus der modules.conf rausnehmen und mal /etc/rc.d/ /etc durchsehen ob und wo er geladen wird.



    Anscheinend ist das aber nicht das Prob.
    Schau auch mal in die Config deines Bootmanagers, ob da versucht wird von scsi zu booten.


    By the way..


    du hast da ein Mehrprozessorsystem mit mehr als 2GB RAM????

    Sorry, mein Fehler:
    nicht die system.map wurde verändert, sondern die map (wobei mir das 1. Mal aufgefallen ist dass es die überhaupt gibt...für was?) und die initrd!


    Bzgl. Bootmanager: beim alten Lilo wusste ich wo ich nachschauen/verändern soll, aber jetzt beim Grub leider (noch) nicht; - in /boot/grub sind jedoch alle Dateien mit altem Datum.


    Ich habe die Vermutung dass es irgendwie mit der /boot/initrd zu tun haben muss, da diese zum Zeitpunkt der Yast Änderung den neuen Zeitstempel erhielt -
    wie kann ich die editieren (ist eine Binärdatei)
    Mehrprozessorsystem ist schon vorhanden, jedoch nur 256 MB RAM...
    TIA

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

    Dein Problem hat doch garnichts mit dem Adaptec Controller zu tun. Dein Dateisystem ist beschädigt und muss repariert werden.


    Boote doch von ein Knoppix CD und lass von dort e2fsck über dein Dateisystem laufen.

    Danke, aber das habe ich ja bereits mehrmals getan, - jetzt gerade nochmals
    mit Knoppix gebootet, umount hda5, fsck /dev/hda5, dann kam die Meldung
    backing up inode EXT3-fs
    dann nochmals
    fsck.ext3 /dev/hda5
    Rückmeldung: clean....

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

    Einmal editiert, zuletzt von ewiVDR ()

    Fehler nicht gefunden, jedoch ein paar Schritte weiter:
    Neuinstallation, Update, nur ein paar Pakete dazu, Yast durchlaufen lassen, reboot ->
    gleicher Fehler, jedoch im Failsafe Modus fährt er ganz normal hoch.....
    (BTW: ist doch noch Lilo aktiv und nicht Grub...)

    primär: LinVDR 0.7 + 1.4.4 VDR + bigpatch + diverse Plugins
    sekundär: Baustelle: ctvdr_x.y, Kano*, SuSe
    HW: Abit BP6, 2x Celeron 500 (nur 1 aktiv), 2xDVBs TT 1.3, 512 MB

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden