To Clerify since there are a lot of variables here I'll define the test
bed I'm working with.
I have 3 external ide drives.
12G, 6G and 4G. not a one has a dos partition on them.
they were partitioned with fdisk and then had the os's installed on them.
the 12G was a dd copy of the 6 gig with s
Hello everyone,
I'm really new in qemu so I'm sorry if that's a OT.
At the moment I'm involved in a project about a secure OS, based on
linux, that should run from an usb memory stick.
I would like to use qemu in order to avoid a reboot when I need to run
my os.
I need to know what occurs if the
On 10/6/05, Karl Magdsick <[EMAIL PROTECTED]> wrote:
I wrote:> In order to pass the "D drive" to qemu, and actually give QEMU access> to the entire raw HD, the "D drive" partition would have to fill the entire> HD, and MS Windows would have to make the MBR available as part
> of the first (only, in
I wrote:
> In order to pass the "D drive" to qemu, and actually give QEMU access
> to the entire raw HD, the "D drive" partition would have to fill the entire
> HD, and MS Windows would have to make the MBR available as part
> of the first (only, in this case) partition on the HD.
Here I'm of cour
On Wed, Oct 05, 2005 at 06:15:09PM -0500, Brett Henley wrote:
> Alright, but here's the rub. If a drive can be booted by a machine. Why
> can't it boot from Qemu if it's accessing the raw disk via the windows
> interface? This needs no messing with bios or disksize to boot of a
> regular machine
> >
> Alright, but here's the rub. If a drive can be booted by a machine. Why
> can't it boot from Qemu if it's accessing the raw disk via the windows
> interface? This needs no messing with bios or disksize to boot of a
> regular machine.
>
I hope someone else will chime in, but my guess is that
