All of lore.kernel.org
 help / color / mirror / Atom feed
From: Steve Ofsthun <sofsthun@virtualiron.com>
To: Stephen Quintero <stephen@3tera.com>
Cc: Apoorva Kulkarni <Apoorva@odcnet.com>,
	Minh Quach <minh@3tera.com>,
	xen-devel@lists.xensource.com,
	Keir Fraser <keir.fraser@eu.citrix.com>,
	Eric Tessler <eric@3tera.com>
Subject: Re: HVMAssist BIOS boot device problem
Date: Tue, 08 Jul 2008 10:05:10 -0400	[thread overview]
Message-ID: <48737416.1080601@virtualiron.com> (raw)
In-Reply-To: <2AF7DD0CE564C24EBACDABFAE55CC64204316753@srv.odcnet.local>

Stephen Quintero wrote:
> Keir,
> 
> Thank you for your reply.
> 
> I agree it should be deterministic, according to the enumeration of the
> devices (hda-hdd), but, alas, it is not.

Realize that Xen (QEMU BIOS) is only determining which MBR is loaded and executed.  After that you are at the mercy of the boot loader in question.  Windows in particular doesn't "support" multiple visible system partitions, or rather, doesn't specify the selection of the appropriate system partition.  In your example B below, if you destroy the boot block on hda, you will fail to boot anything.  If you "hide" all windows partitions on hdb/hdc/hdd, you will indeed boot the system volume on hda.  This is exactly what many multiboot boot loaders do.  The partition tables are usually modified in memory only, not on the physical disk itself.

Steve

> See example B in my original post where hda|hdb|hdc all contain active
> partitions but the guest boots from hdc.
> 
> See also example A in my post where hda is always a bootable image but
> sometimes the guest boots from hdb (you may not easily recreate this
> scenario yourself, but example B is simple to reproduce).
> 
> Stephen
> 
> 
> -----Original Message-----
> From: Keir Fraser [mailto:keir.fraser@eu.citrix.com] 
> Sent: Tuesday, July 08, 2008 2:12 AM
> To: Stephen Quintero; xen-devel@lists.xensource.com
> Cc: Apoorva Kulkarni; Minh Quach; Eric Tessler
> Subject: Re: [Xen-devel] HVMAssist BIOS boot device problem
> 
> On 8/7/08 01:24, "Stephen Quintero" <stephen@3tera.com> wrote:
> 
>> Is there any method to cause an HVM guest to reliably boot from hda?
>>
>> Any insight would be appreciated.
> 
> Reading the BIOS code, my understanding is that 'boot from hard disk'
> means
> to boot from the first connected hard drive enumerated in the following
> order: primary master, primary slave, secondary master, secondary slave
> (i.e., hda-hdd). I confirmed this with a few simple tests -- attach a
> bootable image to hdd boots fine, but if I connect a non-bootable image
> on
> any of hha-hdc then the system fails to boot. This is all entirely
> deterministic. Selection of boot device should not be random, nor change
> across reboots.
> 
>  -- Keir
> 
> 
> 
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

  parent reply	other threads:[~2008-07-08 14:05 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-07-08 13:52 HVMAssist BIOS boot device problem Stephen Quintero
2008-07-08 14:00 ` Keir Fraser
2008-07-08 14:05 ` Steve Ofsthun [this message]
  -- strict thread matches above, loose matches on Subject: below --
2008-07-08 14:25 Stephen Quintero
2008-07-08  0:24 Stephen Quintero
2008-07-08  6:35 ` Keir Fraser
2008-07-08  9:12 ` Keir Fraser

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=48737416.1080601@virtualiron.com \
    --to=sofsthun@virtualiron.com \
    --cc=Apoorva@odcnet.com \
    --cc=eric@3tera.com \
    --cc=keir.fraser@eu.citrix.com \
    --cc=minh@3tera.com \
    --cc=stephen@3tera.com \
    --cc=xen-devel@lists.xensource.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.