[Kernel] 2.4.20 blijft kernel panics geven

[MadEgg]

Ik draai al geruime tijd Gentoo Linux op mijn computer.
Een paar dagen geleden kwam emerge -up world met de melding dat er een nieuwe versie van de gentoo sources beschikbaar was, namelijk 2.4.20-gentoo-r1 ipv 2.4.19-gentoo-r10.
Dus ik besloot om maar eens over te stappen naar een nieuwe kernel. Ik heb dus de nieuwe source geinstalleerd.

Vervolgens heb ik de .config file uit de oude kernel-source directory gehaald en deze naar de nieuwe gekopieerd.
Daarna heb ik met

code:

make oldconfig

De toegevoegde configuratieopties ingevuld. Daarna alles nog even gechecked, en de kernel gecompileerd.

Voor de zekerheid heb ik de oude kernel naar /boot/bzImage.orig gekopieerd, en in /boot/grub/menu.lst een optie toegevoegd om deze oude kernel te booten in plaats van de nieuwe. Het enige verschil in deze opties is de kernel de rest is exact gelijk.

Vervolgens ben ik gaan rebooten. Ik krijg echter deze melding(laatste regel plus een paar voorgaande regels):

code:

TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0
FAT: bogus logical sector size 64543
FAT: bogus logical sector size 64543
UDF-fs: No VRS found
Kernel panic: VFS: Unable to mount root fs on 03:00
spurious 8259A Interrupt: IRQ7

Ik vermoedde eerst dat dit aan de UDF driver lag, deze heb ik er dus uitgeknikkerd, en gerecompiled via de oude kernel. Hierna verdween alleen de

code:

UDF-fs: No VRS found

regel.

Ik heb nog een paar dingen geprobeerd, echter alles zonder succes.

Mijn root partitie is /dev/hda5, mijn boot partitie zit op /dev/hda3. Deze zijn beide in Ext3 geformatteerd. Zowel Ext3 als Ext2 support is ingebouwd in de kernel, dus niet als een module.

Ik heb hier al over gezocht op Google en op de Gentoo fora. De enige hulpvolle suggestie die ik daar gevonden heb is andere sources proberen dan de gentoo-sources. Ik heb dus vervolgens wolk-sources, vanilla-sources en gaming-sources geprobeerd, allen met hetzelfde resultaat.

Ook heb ik geprobeerd om deze kernels volledig opnieuw te configureren zonder uit te gaan van de oude .config file, echter ook zonder resultaat.

Heeft hier misschien iemand nog een suggestie over wat ik kan proberen?
Het liefst blijf ik bij gentoo-sources omdat daar preemptive en supermount patches inzitten, en ik heb dit nog op geen andere manier voor elkaar gekregen of in een andere sources gevonden.

[ Voor 4% gewijzigd door MadEgg op 10-03-2003 20:16 ]

[XTerm]

Met je oude kernel :

code:

rdev /dev/hda5 /boot/bzImage

[MadEgg]

Na die regel uit te voeren en de te rebooten heb ik nog steeds hetzelfde resultaat

[Buffy]

Volgens deze Google post zou 03:00 het device /dev/hda zijn en daarom kan de kernel niet de root fs vinden (zelfs geen FAT ).

Weet je zeker dat je de goede partitie als root fs hebt opgegeven?

[MadEgg]

Dat klopt ook, want mijn root partitie zit op /dev/hda. /dev/hda5 om precies te zijn.

Ik citeer uit /boot/grub/menu.lst

code:

title=Hobbyhol Linux
root (hd0,2)
kernel /boot/bzImage root=/dev/hda5,vga=0x301

title=Hobbyhol Linux Backup
root (hd0,2)
kernel /boot/bzImage.orig root=/dev/hda5,vga=0x301

Linux Backup vind de root partitie wel, dus /dev/hda5 is goed.

[ Voor 14% gewijzigd door MadEgg op 10-03-2003 22:39 ]

[Buffy]

MadEgg schreef op 10 maart 2003 @ 22:33:
Dat klopt ook, want mijn root partitie zit op /dev/hda. /dev/hda5 om precies te zijn.

Ik citeer uit /boot/grub/menu.lst

code:

title=Hobbyhol Linux
root (hd0,2)
kernel /boot/bzImage root=/dev/hda5,vga=0x301

title=Hobbyhol Linux Backup
root (hd0,2)
kernel /boot/bzImage.orig root=/dev/hda5,vga=0x301

Linux Backup vind de root partitie wel, dus /dev/hda5 is goed.

Toch vreemd dat de kernel op zoek gaat naar de root fs op de /dev/hda device ipv /dev/hda5.

Kernel panic: VFS: Unable to mount root fs on 03:00

En volgens /usr/src/linux/Documentation/devices.txt:

code:

3 char  Pseudo-TTY slaves
          0 = /dev/ttyp0    First PTY slave
          1 = /dev/ttyp1    Second PTY slave
            ...
        255 = /dev/ttyef    256th PTY slave

        These are the old-style (BSD) PTY devices; Unix98
        devices are on major 136 and above.

    block   First MFM, RLL and IDE hard disk/CD-ROM interface
          0 = /dev/hda      Master: whole disk (or CD-ROM)
         64 = /dev/hdb      Slave: whole disk (or CD-ROM)

        For partitions, add to the whole disk device number:
          0 = /dev/hd?      Whole disk
          1 = /dev/hd?1     First partition
          2 = /dev/hd?2     Second partition
            ...
         63 = /dev/hd?63    63rd partition

                For Linux/i386, partitions 1-4 are the primary
        partitions, and 5 and above are logical partitions.
        Other versions of Linux use partitioning schemes
        appropriate to their respective architectures.

is 03:00 dus gelijk aan /dev/hda ip /dev/hda5 (= 03:05).

[XTerm]

Geef als parameter eens root=/dev/hda5 mee dan ? (aan de kernel)...

[Verwijderd]

Bak je in je kernel wel de juiste ondersteuning mee van je FS?
Welk filesystem gebruik je? Gebruik je bijvoorbeeld ReiserFS, dan moet je die wel meecompileren in je nieuwe kernel anders herkent hij je schijf niet.

[ Voor 2% gewijzigd door Verwijderd op 11-03-2003 08:38 . Reden: spelfoutjes ]

[|orion]

Probeer anders eens gewoon alle FS'en in je kernel te bakken, als "het" dan ineens wel werkt weet je iig dat het daaraan moet liggen, daarna kan je ze bijvoorbeeld per 5 weghalen (wel opletten dat je ext2/3 niet weg doet ) totdat je de zwakke schakel hebt gevonden...

[MadEgg]

Dawns_sister schreef op 11 March 2003 @ 02:38:
[...]

Toch vreemd dat de kernel op zoek gaat naar de root fs op de /dev/hda device ipv /dev/hda5.

[...]
En volgens /usr/src/linux/Documentation/devices.txt:

code:

devuces.txt

is 03:00 dus gelijk aan /dev/hda ip /dev/hda5 (= 03:05).

Mmm.. Ja dat is inderdaad erg raar.
Hoe komt de kernel er dan bij dat het /dev/hda ipv /dev/hda5 is. Ik heb ook al geprobeerd om de kernel images om te draaien(dus /boot/bzImage naar /boot/bzImage.orig en vice versa) en het gevolg daarvan is dat de andere boot optie het prima doet en de 'backup' optie niet meer. Dan zou er dus iets mis zijn met de manier waarop grub zijn argumenten aan de kernel doorgeeft?

XTerm schreef op 11 March 2003 @ 07:19:
Geef als parameter eens root=/dev/hda5 mee dan ? (aan de kernel)...

Als je mijn citaat uit /boot/grub/menu.lst had gelezen, had je gezien DAT dat al meegegeven wordt aan de kernel.

Verwijderd schreef op 11 March 2003 @ 08:35:
Bak je in je kernel wel de juiste ondersteuning mee van je FS?
Welk filesystem gebruik je? Gebruik je bijvoorbeeld ReiserFS, dan moet je die wel meecompileren in je nieuwe kernel anders herkent hij je schijf niet.

Als je mijn post goed had gelezen, had je gezien dat mijn schijven met Ext3 zijn geformatteerd, en dat dat daadwerkelijk meegebakken zit in de kernel, zowel als Ext2.

En aangezien de config eerst gekopieerd was van de vorige kernel, en die het prima doet, zit daar het probleem niet. En ja, ik heb dit ook al gecontroleerd in de menuconfig.

[ Voor 85% gewijzigd door MadEgg op 11-03-2003 11:00 ]

[Cybje]

kernel /boot/bzImage root=/dev/hda5,vga=0x301

Misschien verslikt-ie zich daar op? Vervang de , eens door een spatie, misschien werkt het dan.

[MadEgg]

Cybje schreef op 11 March 2003 @ 11:00:
[...]

Misschien verslikt-ie zich daar op? Vervang de , eens door een spatie, misschien werkt het dan.

Yep. Dat hielp. Thx Raar dat ut bij 2.4.19 wel werkte dan, maar ok.

Nu krijg ik, met de nieuwe kernel, alleen nog errors tijdens het opstarten over dat ie de module usbcore niet kan vinden, terwijl deze deze keer in de kernel zit ingebakken en in geen van mijn config files usbcore staat.
Die wordt dus blijkbaar als dependency van een andere module geprobeerd te laden, die niet snapt dat ut ingebakken zit.

Ach, details. Dan maak ik van usbcore maar weer een module ey

[igmar]

MadEgg schreef op 10 maart 2003 @ 20:15:
Ik draai al geruime tijd Gentoo Linux op mijn computer.
Een paar dagen geleden kwam emerge -up world met de melding dat er een nieuwe versie van de gentoo sources beschikbaar was, namelijk 2.4.20-gentoo-r1 ipv 2.4.19-gentoo-r10.
Dus ik besloot om maar eens over te stappen naar een nieuwe kernel. Ik heb dus de nieuwe source geinstalleerd.

Vervolgens heb ik de .config file uit de oude kernel-source directory gehaald en deze naar de nieuwe gekopieerd.
Daarna heb ik met

code:

make oldconfig

code:

TCP: Hash tables configured (established 16384 bind 32768)
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0
FAT: bogus logical sector size 64543
FAT: bogus logical sector size 64543
UDF-fs: No VRS found
Kernel panic: VFS: Unable to mount root fs on 03:00
spurious 8259A Interrupt: IRQ7

explicitiet het root device opgeven wil wel eens helpen, linux root=/dev/hd..

De meldingen van FAT betekenen dat er op die partitie geen FAT staat, ik krijg 'm bijvoorbeeld ook als ik een ext2 partitie als vfat probeert te mounten.

[Buffy]

igmar, het schip ligt al in de haven en de bemanning zit allang in de kroeg