From: Robin Pfeifer <bitpicker@compuserve.de>
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] qemu problem (you might be my last resort)
Date: Sun, 20 Mar 2005 21:49:34 +0100 [thread overview]
Message-ID: <423DE1DE.3020600@compuserve.de> (raw)
In-Reply-To: <20050320160601.GA29518@jbrown.mylinuxbox.org>
Jim C. Brown schrieb:
> On Sun, Mar 20, 2005 at 08:01:04AM +0100, Robin Pfeifer wrote:
>>>Out of curiosity, does it work if you use an iso image instead of
>>>/dev/cdrom?
>>No, it doesn't, the same error appears.
>>
>>>If you "-boot a" from a floppy disk image, will that work or does it
>>have the
>>>same error? (You can download a FreeDOS boot disk if u don't have a
>>way to
>>>get a bootable floppy disk image).
>>That's very strange, booting from a floppy works.
>>
>
> You mean u get the new X window titled "QEMU", which shows the guest OS booting,
> and once the booting is done the guest OS is actually usuable (at least as
> usuable as it would be if it was botted on a real computer)?
Not quite. The first disk I tried was a very old DOS 6.0 I still have
lying around (I haven't got that many boot floppies anymore), and it
didn't quite finish booting - but I thought, maybe the disk is broken.
But I have also tried a Linux-based floppy which I have used as a boot
disk previously, and downloaded bootE and tried that, too - I'm finding
the kernel simply stops booting after a while. It does boot normally
during a real boot process.
But that still goes much farther than booting a cdrom image, as I
actually get to see the BIOS being set up and the kernel being started.
With a cdrom or image of such I immediately get a blank screen.
> Here are a few more tests to try out:
>
> If you boot from a hard disk, no floppy or cdrom image given, does it work?
Hm, would that be something like 'qemu -hda /dev/hda1 -snapshot -m 256'?
That gives me the same error as booting from a cdrom. hda1 should be a
Win2000 system. When I enter a disk which is present but not bootable
(for instance sda1, where my Linux system is located, which I boot from
a floppy), the BIOS does appear until the obvious error message turns up
that there is no system on the disk. The qemu window remains responsive
and can be closed - the crashed window I get when trying to boot
something bootable cannot be closed except with xkill or Ctrl + c in the
terminal from which I started it.
It appears that qemu becomes weird when it encounters a boot block -
though that doesn't explain why it does boot floppies at least up to a
point.
That makes the remaining tests obsolete, I suppose...
> If you boot from a hard disk, cdrom iso image given, does it work? If it does
> work, can you see the cdrom from the guest?
> If you boot from a hard disk, /dev/cdrom given, does it work? If it does
> work, can you see the cdrom from the guest?
> If you boot from a floppy, cdrom iso image given, does it work? If it does
> work, can you see the cdrom from the guest?
>
> If you boot from a floppy, /dev/cdrom given, does it work? If it does
> work, can you see the cdrom from the guest?
>
> I'm trying to see if this problem is caused by trying to access the cdrom,
> or if it only comes up when you try to boot from it. (BTW how many different
> cdroms/cdrom images have you tested?)
I have tested a couple of live CDs, Knoppix, Kanotix, RescueCD, Insert,
SuSE... all of which boot correctly the normal way. the Knoppix and
Insert CDs I actually booted a couple of times successfully with qemu,
too, before qemu began to fail me.
>>Stefan Kisdaroczi wrote:
>>
>>>Did you try to set "-L" ?
>>>-L path // set the directory for the BIOS and VGA BIOS
>>No, I didn't try that. This parameter isn't in the qemu manpage, is it?
>>What am I supposed to use as directory?
>>
>>Robin
>>
>
> -L is used to set the path for the BIOS. This directory is the one that contains
> the following files:
>
> bios.bin ppc_rom.bin vgabios.bin
> linux_boot.bin vgabios-cirrus.bin
>
> E.g. if you installed to /usr/local prefix, the BIOS files are probably in
> /usr/local/share/qemu.
>
> Since booting from a floppy works, I do not think that this is a BIOS related
> problem (unless you are using an old bios.bin file or somehow your bios.bin
> file got slightly corrupted by mistake).
>
If they got corrupted, they should have been replaced by now. I deleted
all files and directories with 'qemu' in the name and installed qemu
fresh during my attempts to get rid of the error. And the floppies at
least boot past the BIOS, too.
Robin
next prev parent reply other threads:[~2005-03-20 21:18 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-03-20 7:01 [Qemu-devel] qemu problem (you might be my last resort) Robin Pfeifer
2005-03-20 16:06 ` Jim C. Brown
2005-03-20 20:49 ` Robin Pfeifer [this message]
2005-03-21 0:57 ` Jim C. Brown
2005-03-21 17:37 ` Robin Pfeifer
2005-03-21 20:01 ` Jim C. Brown
2005-03-21 21:02 ` Robin Pfeifer
2005-03-25 21:38 ` [Qemu-devel] qemu crashes at boot start Robin Pfeifer
2005-03-25 22:04 ` Antony T Curtis
2005-03-25 22:30 ` Robin Pfeifer
-- strict thread matches above, loose matches on Subject: below --
2005-03-18 9:10 [Qemu-devel] qemu problem (you might be my last resort) Robin Pfeifer
2005-03-18 15:45 ` Jim C. Brown
2005-03-18 16:44 ` Stefan Kisdaroczi
2005-03-09 20:06 Robin Pfeifer
2005-03-11 17:20 ` Jim C. Brown
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=423DE1DE.3020600@compuserve.de \
--to=bitpicker@compuserve.de \
--cc=qemu-devel@nongnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).