[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

[Fwd: Re: Kernel panic with a recompiled LVM kernel.]





-------- Original Message --------
Subject: 	Re: Kernel panic with a recompiled LVM kernel.
Date: 	Wed, 23 Jan 2008 16:21:12 +0100
From: 	ienabellamy <ienabellamy@gmail.com>
To: 	Damon L. Chesser <damon@damtek.com>
References: <[🔎] 1201099936.3245.17.camel@charlotte> <479756B4.6050602@damtek.com>



Bien !

i'll use the initrd :-)

thanks to all !

Il giorno mer, 23/01/2008 alle 10.01 -0500, Damon L. Chesser ha scritto:
ienabellamy wrote:
> Hello!
>
> I have compiled kernel for many years but this is a big problem:
>
> i've setting up a Debian 4.0 'etch' server with, for the first time,
> scsi disk partitioned with LVM, so i can manage it in a better way.
>
> The problem is that after a right recompilation of kernel i'm getting
> the classic kernel panic, like this:
>
> VFS: cannot open root device "XXXXXXXX" or unknown-block(0,0) > Please append a correct "root=" boot option > Kernel panic - not syncing: VFS: Unable to mount root fs on blablabla
>
> I think that the kernel config is right ! > Static ( and not module ) filesystem checked, lvm support checked and
> all other useful option for my hardware are checked, but WITHOUT initrd.
>
> May be the lack of the initrd to cause kernel panic ?
> LVM must use initrd ?
>
> Any help would be appreciated !
>
>
> You guessed right! You can not run mdadm, encryption, or LVM with out an initrd. As I understand it, you can not use the tools needed to read the disk with out being able to read the disk first. The work around is to make an initrd which will contain the tools needed to read the root fs, thus allowing you to put the horse in front of the cart. I personally always make an initrd just to avoid this issue, though this is not always needed.

HTH.





--
Damon L. Chesser
damon@damtek.com



Reply to: