[Pkg-uml-devel] UML 2.6.17 on amd64

[Mattia Dongili]

On Mon, Jul 03, 2006 at 10:41:11PM -0500, Ardo van Rangelrooij wrote:
> Hi,
> 
> I moved to 2.6.17 on my amd64 box and now things go a bit better: No more

did you build it with CONFIG_MK8=y?

> crashes but it now hangs in debootstrap after:
> 
>   I: Unpacking sysvinit...
>   I: Unpacking tar...
>   I: Unpacking tzdata...
>   
> although one time I had it going through to the "base system conifguration
> completed" but then it also hang.  it seems like it's waiting for input...

So I assume your processor isn't spinning. You can run uml_mconsole and
send a sysrq t to see which process is hung.

> Is there any way I can "see" what it's doing?

hmmm... the best approach right now is to put an "exit 1" before the
offending instruction in /usr/lib/rootstrap/modules/<bad_module> and set
debug=true in the [global] section of rootstrap.conf

This way roostrap will drop a shell (be careful, it has no job control
so Ctrl+C won't work but the uml console is enabled anyway for
emergency) on error exit.

The shell will have the same environment of the broken script (see it
with `env`) from there you can launch single commands and try to figure
out what's happening.

Other than that you could try to add the --verbose flag to the
deboostrap invocation in /usr/lib/rootstrap/modules/debian and see if
gives you more hints why/where it stops.

> Tomorrow I'll run this also on my 32bit host.
> 
> I also noted that rootstrap doesn't support indicating the architecture to
> use, e.g. to run an i386 UML on an amd64 host.  

Well, I'm not sure if you can mix things like that with UML as it's not
an hardware emulator, it just runs the linux kernel as a userspace
process. Well I suppose that running the i386 UML in the 32bit chroot on
your amd64 would do the trick but this should be doable even now.

Thanks (and sorry for being silent in the other thread...)
-- 
mattia
:wq!