> Soeren D. Schulze wrote:
> >>It just won't die! :-)
> > Could you tell how you exactly got it working? I tried the binary on
> > this machine (i686) naively with
> >
> > title Debian GNU/Hurd Mach 2
>
> root (hd0,1)
>
> > kernel (hd0,1)/boot/oskit-mach-2005-04-13 root=device:hd0s2
>
> kernel /boot/oskit-mach-2005-04-13 root=device:hd0s2 --
>
> > module (hd0,1)/hurd/ext2fs.static
> > --multiboot-command-line=${kernel-command-line}
> > --host-priv-port=${host-port} --device-master-port=${device-port}
> > --exec-server-task=${exec-task} -T typed ${root} $(task-create)
> > $(task-resume)
> > module (hd0,1)/lib/ld.so.1 /hurd/exec $(exec-task=task-create)
> > boot
> >
> > and it rebooted immediatly after booting, i.e. the screen flushed before
> > I could press Scroll Lock.
>
> The machine I managed to get it to run on is an Intel PII 233 MHz on a Intel
> AL440LX motherboard with 384 MiB RAM.
>
> Running it with qemu doesn't really work, even though it doesn't reboot
> immediately, it fails to read from the qemu hd image.
>
> I've put up the hd image (gzipped), the bootable CD iso and the menu.lst file
> I've used with qemu at the same location, if you'd like to try it.
>
> http://vmlinux.org/jocke/gnu/hurd/
>
> The grub.iso.gz is where the good stuff is, so you don't really need the hd
> image gnu.img.gz. I use the iso for testing OSKit example kernels. md5sums
> are listed in the README.
OK, thanks, it goes further now...
But it prints out an error stating something like the filesystem was too
small. I am going to try it again and note it.
SÃren
_______________________________________________
Bug-hurd mailing list
Bug-hurd@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-hurd
