help: why can't my hand-rolled kernel mount an LVM root FS?
Andy Whitcroft
apw at canonical.com
Wed Jul 7 08:35:54 UTC 2010
On Wed, Jul 07, 2010 at 03:49:34AM -0400, Robert P. J. Day wrote:
> On Tue, 6 Jul 2010, manoj.iyer at canonical.com wrote:
>
> > Maverick will be a lot closer to mainline kernel compared to lucid.
> >
> > On Tue, 6 Jul 2010, Robert P. J. Day wrote:
> >
> > > On Tue, 6 Jul 2010, manoj.iyer at canonical.com wrote:
> > >
> > >> You could diff the config files to see what you are missing.
> > >>
> > >> Also, look here for help on building Ubuntu kernels:
> > >> https://wiki.ubuntu.com/Kernel/Dev
> > >> http://kernel.ubuntu.com/~kernel-ppa/mainline/daily/
> > >
> > > ok, i finally have a kernel that boots off of my LVM root fs, by
> > > following the instructions here:
> > >
> > > https://wiki.ubuntu.com/KernelTeam/GitKernelBuild
> > >
> > > the section, "Using Ubuntu Kernel Configuration," so i'm not going to
> > > mess with success, except to ask, could i use the ubuntu-maverick git
> > > tree instead of ubuntu-lucid? thanks.
>
> confirmation that something worked, and a question.
>
> first, i followed the instructions at
> https://wiki.ubuntu.com/KernelTeam/GitKernelBuild for building a
> fairly recent kernel and it worked, i got my
> "custom"-versioned packages, installed them, booted and came up under
> my new kernel. excellent. that's the confirmation.
>
> i then tried the same thing using the "ubuntu-maverick" git pull
> instead and, got all the way to the step of compiling the new kernel
> and, very soon into the process (after having selected a version
> string of "-rday" instead of "-custom") got:
>
>
> ====== making target debian/stamp/build/kernel [new prereqs: vars]======
> This is kernel package version 12.032.
> The changelog says we are creating 2.6.35-rc4-rday
> However, I thought the version is 2.6.35-rc4-rday+
> exit 1
> make: *** [debian/stamp/build/kernel] Error 1
>
>
> i'm used to seeing that "+" suffix as a version control identifier
> (or something like that). so ... is there a reason that using the
> lucid tree would work fine, but the maverick tree produces the above?
>
> the lucid tree is probably just fine for my purposes, now i'm just
> curious. and i clearly have much reading to do.
>
That is a bug in the upstream kernel code, I have a patch in -rc4 which
should mitigate that.
-apw
More information about the kernel-team
mailing list