[Gentoo] Boot niet: kernel of grub probleem?

[rrrandy]

Ik heb op mijn laptop (een Dell Inspiron 6000) naast Windows XP nu ook Gentoo geinstalleerd. Het probleem is nu dat Windows XP perfect boot, maar ik in mijn Gentoo maar geen leven krijg...

Nu vraag ik me af of ik nou een kernel of een grub probleem heb.

De error die ik krijg bij het starten is de volgende:

code:

VFS: Cannot open root device "sda7" or unknown-block(0,0)
Please append a correct "root=" boot option
Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

SATA-drivers heb ik in de kernel gecompileerd:

.config:

code:

CONFIG_SCSI_SATA=y
CONFIG_SCSI_SATA_AHCI=y
CONFIG_SCSI_SATA_PIIX=y

Mijn partitietabel:

code:

      Device Boot       Start                End            Blocks            Id                System
/dev/sda1                    1                 11             88362           de               Dell Utility
/dev/sda2       *           12               4090          32764567+           7                HPFS/NTFS
/dev/sda3                 9338               9729           3148740           db               CP/M / CTOS / ...
/dev/sda4                 4091               9337          42146527+           5                 Extended
/dev/sda5                 4091               4094             32098+          83               Linux
/dev/sda6                 4095               4338           1959898+          82               Linux swap / Solaris
/dev/sda7                 4339               9337          40154436+          83               Linux

grub.conf:

code:

default 0
timeout 10

title=Gentoo Linux (2.6.19-gentoo-r4)
root (hd0,4)
kernel (hd0,4)/kernel-genkernel-x86-2.6.19-gentoo-r4 root=/dev/sda7 init=/linuxrc udev nodevfs
initrd (hd0,4)/initramfs-genkernel-x86-2.6.19-gentoo-r4

title=Windows XP
rootnoverify (hd0,1)
makeactive
chainloader +1

Iemand hier een idee?

[Wormaap]

Nu kan het aan mij liggen, maar op beide mijn comps heb ik bij kernel geen '(hdx,x)' staan.

Nu weet ik vrij zeker dat ik precies dit probleem ook gehad heb, had in mijn geval te maken met het niet juist 'make install' doen van de kernel (was vergeten te chrooten voordat ik dit deed)

Nog even mijn eigen grub.conf, misschien dat je er wat mee kan.

Zoals je wellicht weet zijn /boot/vmlinuz en /vmlinuz symlinks die verwijzen naar je laatst geïnstalleerde kernel via 'make install'

Laptop:

code:

default 0
timeout 30
splashimage=(hd0,1)/grub/splash.xpm.gz
title=Gentoo Linux
root (hd0,1)
kernel /vmlinuz init=/linuxrc ramdisk=8192 real_root=/dev/sda5  doscsi

title=Win XP
rootnoverify (hd0,0)
makeactive
chainloader +1

PC:

code:

default 0
timeout 5

title=Gentoo Linux Latest Kernel
root (hd1,0)
kernel /boot/vmlinuz

title=Gentoo Linux Backup Kernel
root (hd1,0)
kernel /boot/vmlinuz.working


title=Windows XP
rootnoverify (hd0,0)
makeactive
chainloader +1

[ Voor 7% gewijzigd door Wormaap op 27-01-2007 16:27 ]

[rrrandy]

Ik zal het eens weghalen, maar volgens mij moet dat niet uitmaken.

[Verwijderd]

Welk filesystem heb je gebruikt voor je root partitie? Heb je wel support voor dit filesystem in je kernel?

[Wormaap]

Verwijderd schreef op zaterdag 27 januari 2007 @ 16:33:
Welk filesystem heb je gebruikt voor je root partitie? Heb je wel support voor dit filesystem in je kernel?

En heb je (als je het hebt) dat bij de eerste keer dat je je kernel compilede en installeerde er al ingezet?
Het probleem dat ik dus had was dat ik ReiserFS-support was vergeten in te bakken in de kernel, dit heb ik toen aangepast, maar omdat ik van de LiveCD had geboot en was vergeten te chrooten naar de plek waar m'n Gentoo-install stond, gebeurde met m'n kernel natuurlijk vrij weinig

[Boudewijn]

duidelijk een FS vergeten zou ik zo zeggen, de rest lijkt nml te kloppen.

[rrrandy]

Verwijderd schreef op zaterdag 27 januari 2007 @ 16:33:
Welk filesystem heb je gebruikt voor je root partitie? Heb je wel support voor dit filesystem in je kernel?

Mijn boot-partitie is ext2 root-partitie is ext3

In mijn .config:

code:

CONFIG_EXT2_FS=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_JBD=y
CONFIG_FS_MBCACHE=y

[ Voor 24% gewijzigd door rrrandy op 27-01-2007 17:04 ]

[Verwijderd]

Boudewijn schreef op zaterdag 27 januari 2007 @ 16:56:
duidelijk een FS vergeten zou ik zo zeggen, de rest lijkt nml te kloppen.

Alleen gebruikt ie genkernel, en het lijkt me sterk dat genkernel ext3 vergeet.

[ Voor 8% gewijzigd door Verwijderd op 27-01-2007 17:00 ]

[Verwijderd]

rrrandy schreef op zaterdag 27 januari 2007 @ 16:58:
[...]


Mijn boot-partitie is ext2 root-partitie is ext-3

En in je kernel (niet als module!) heb je support voor ext3?

[Boudewijn]

ja de ramdisk wel goed gedaan?

[rrrandy]

Verwijderd schreef op zaterdag 27 januari 2007 @ 16:59:
[...]


En in je kernel (niet als module!) heb je support voor ext3?

Zie hierboven, heb mijn config er nog eens bij gedaan.

[rrrandy]

Hmmm, ik begin er steeds minder van te begrijpen. Zojuist via genkernel zonder bestaande config from scratch nog eens een kernel gebouwd. Kom ietsje verder, maar hij kan nog geen root device vinden.

Ik krijg de mogelijkheid een device in te typen. /dev/sda7 wat het zou moeten zijn werkt niet, maar wat schetst mijn verbazing, /dev/hda7 werkt wel! Vervolgens boot hij verder maar faalt de check op het root file system:

code:

The superblock could not be read or does not describe a correct ext2 filesystem. If the device is valid and it really contains an ext2 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Filesystem couldn't be fixed : (

Dan typ ik mijn rootwachtwoord in om shell-access te krijgen en doe een fdisk -l. Deze laat mij exact dezelfde partitietabel zien als in mijn startpost, alleen is het nu allemaal hda ipv sda

[Verwijderd]

Wat je zou kunnen overwegen is om een kernel te bakken zonder gebruik te maken van genkernel. Ik heb in het verleden ook rare dingen meegemaakt met genkernel, terwijl ik op de "ouderwetse" manier nog nooit problemen heb gehad.

[rrrandy]

Heb nu maar zelf via make menuconfig de kernel naar mijn wensen aangepast, kijken wat hij dan gaat doen.

Heb wel goede hoop, want ik denk dat de SATA-instellingen toch verkeerd waren. Trouwens wel even wennen, eerste 2.6.19 kernel die ik maak, staan wat dingetjes op een andere plek.

[rrrandy]

En de goede hoop was terecht, hij boot nu wel

Nou ja, in ieder geval weer een hoop geleerd!