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

Re: versatile architecture image suitable for qemu usage?



Hi 

On Thu, Jan 08, 2009 at 11:35:22PM +0900, Junichi Uekawa wrote:
> Hi,
> 
> 
> I tried to test qemubuilder armel support and realized that I don't
> have the latest kernel.
> 
> initrd isn't distributed inside a package, and I don't think there's a 
> kernel which doesn't work without a initrd.
> 
> Is there a kernel which contains minimal support for ext2/3 and/or
> initrd which contains them ? (and supports parsing init= kernel
> command-line option).

I'm not sure if I correctly understand what you are trying to do. I
suppose this is about bootstrapping the qemu image with quemubuilder,
correct? So this is basically an initrd bootstrapping issue.

I don't know how quemubuilder works internally and how you solved this
problem for other architectures. But I think you will have this problem
on any architecture and don't see why this is arm specific. 
For a generic solution I see either useing debootstrap with the procedure
outlined in http://wiki.debian.org/EmDebian/CrossDebootstrap or useing a
fully preseeded debian-installer.

The debootstrap option does unfortunately not work with plain Debian.
There are bugs and patches available though. Perhaps it's worth
polishing and pushing them. 

A third option would be to use the classical two stage debootstrap
process with --foreign and --second-stage. But this has the problem on
how to launch an initial system to execute the native second-stage.
Perhaps you could script the debian-installer rescue mode to do this.
I'm not sure though if this is possible.

Gaudenz


-- 
Ever tried. Ever failed. No matter.
Try again. Fail again. Fail better.
~ Samuel Beckett ~


Reply to: