vmware+grub Re: [Fwd: Some qemu+hurd questions]
On Fri, 2010-11-05 at 15:56 +0100, Samuel Thibault wrote:
> Vladimir 'φ-coder/phcoder' Serbinenko, le Fri 05 Nov 2010 14:28:58 +0100, a écrit :
> > On 11/05/2010 02:15 PM, Samuel Thibault wrote:
> > > Svante Signell, le Fri 05 Nov 2010 08:38:38 +0100, a écrit :
> > >
> > >> Trying the vmware option hangs qemu or is it Hurd?
> > >>
> > >> qemu -m 256 -net nic,model=rtl8139 -net user -hda hurd-install.qemu -vga
> > >> vmware
> > >> Loading GNU Mach ...
> > >> Loading the Hurd ...
> > >> unaligned pointer 0x8ecc0002
> > >>
> > > Mmm, that comes from grub, Mach is not even started yet at that point.
> > >
> > Yes, it's our equivalent of glibc malloc abort. Which version do you
> > use? Do you use gettext? Any non-standard partition or fs schemes? May I
> > have your failing image?
>
> The thing is: without -vga vmware, it works just fine. So my guess it's
> somewhere in the graphical code. The version is the latest from Debian
> I guess, 1.98+20100804-7
Yes! Now I have the latest version installed: 1.98+20100804-8+hurd.1
> > >> Adding -curses the hang happens at the display of:
> > >> 640 x 480 Graphic mode
> > >>
> > > With only the BIOS boot screen before that? That'd really be grub's
> > > fault.
Looks like it, see below.
> > I don't think it's a hang at all (or any different from previous hang).
> > Just qemu doesn't do any OCR so with -curses you lose any graphical output.
>
> Sure, that's what I mean.
> > > You should probably try to disable its graphical support, see
> > > its doc.
Changing /etc/default/grub to
GRUB_TERMINAL=console
and running update-grub
enables Hurd to boot qemu with -vga vmware
Reply to: