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 -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
