[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [Xen-users] boot a existing windows in hvm domain



Hello,

        It is a question if there is something like "careful access" if we
speak about Windows... :-) I think Windows OS will just want to get
exclusive access independently on the fact how careful You will be...

        Good luck ;-)

                Archie

-----Original Message-----
From: xen-users-bounces@xxxxxxxxxxxxxxxxxxx
[mailto:xen-users-bounces@xxxxxxxxxxxxxxxxxxx] On Behalf Of Brady Chen
Sent: Tuesday, August 07, 2007 12:36 PM
To: Artur Linhart - Linux communication
Cc: tygrawy@xxxxxxxxx; Z24; xen-users@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-users] boot a existing windows in hvm domain

I understand,
if use the windows partition carefully, and not modify the partition
which linux located in.
I think it should be ok. Just don't have another disk to install
windows separately :)

On 8/7/07, Artur Linhart - Linux communication <AL.LINUX@xxxxxxxxxxx> wrote:
>
> Hello,
>
>         Yes, I communicated to this thread also. Exactly the same
> configuration I have on my notebook...
>         My opinion is, either the boot into windows as Domu, nor the boot
> into Linux as a DomU (re-enter) is possible, or, if possible, then very
> unsafe - but I did not get working even the re-entrance of linux.
>         I understand it so, if there is no underlaying mechanism like nfs
> allowing the synchronization of the write-accesses, the device where DomU
is
> installed (it does not matter if it is a real physical device or virtual
> disk emulated through file or logical volume) must give to windows or
other
> Domu operating system the possibility to control exclusively the
> write-access to this device (disk). Even the domain installed on logical
> volume will not start if the logical volume is mounted in Dom0 as
> read/write...
>         And even if nfs is used, I think it is not a good idea run the
> system twice a time at the same time from the same physical location - I
can
> imagine some services will not be started, because there are some locks
> already from the other system instance, data on teh disk can get confused
or
> destroyed by the parallel access, etc....
>         So, from my point of view, it cannot work and even if it would be
> from some unclear reason possible it is not intended and not safe to do it
> so, like described below.
>
>         With best regards, Archie.
>
> -----Original Message-----
> From: Brady Chen [mailto:chenchp@xxxxxxxxx]
> Sent: Tuesday, August 07, 2007 4:55 AM
> To: Z24; AL.LINUX@xxxxxxxxxxx; tygrawy@xxxxxxxxx
> Cc: xen-users@xxxxxxxxxxxxxxxxxxx
> Subject: Re: [Xen-users] boot a existing windows in hvm domain
>
> Hi Z24, AL,
> ccing tygrawy@gazeta,pl, for I found he got the same issue.
>
> I tried in ThinkPad T60,
> /dev/sda1 -- windows
> /dev/sda2 -- Linux + Xen 3.1.0
>
> in xen guest, the whole sda is mapped to virtual hda.
> disk = [ 'phy:/dev/sda, hda, w' ]
>
> I could see the grub menu in xen guest, and could boot in to the linux
> (you know, it's re-enter into the linux), but when I select windows
> from grub menu, it will hang after print "chainloader +1"
> the xen dmesg shows:
> (XEN) HVM1: Trap (0x6) while in real mode
> (XEN) HVM1: eax         D00 ecx           0 edx         71F ebx
71E
> (XEN) HVM1: esp       D7384 ebp       D73D0 esi       D7364 edi
D00
> (XEN) HVM1: trapno        6 errno         0
> (XEN) HVM1: eip       D0800 cs           10 eflags    13046
> (XEN) HVM1: uesp      D7474 uss           2
> (XEN) HVM1: ves       D4AB8 vds       D4C1D vfs       D07FE vgs
D7474
> (XEN) HVM1: cr0       50032 cr2           0 cr3           0 cr4
651
> (XEN) HVM1:
> (XEN) HVM1: Halt called from %eip 0xD037
>
> tygrawy:
> I found you have the same issue months ago, have you find out the
> reason? Thank you very much.
>
> http://lists.xensource.com/archives/html/xen-users/2007-07/msg00521.html
>
> On 8/2/07, Brady Chen <chenchp@xxxxxxxxx> wrote:
> > On 8/2/07, Z24 <z24@xxxxxxx> wrote:
> > > On Thu, 2 Aug 2007 17:47:59 +0800, you wrote:
> > >
> > > >thank you all,
> > > >looks like it's possible. it's great!
> > > >
> > > >Z24,
> > > >do you get the hardware issue Archie said, that's my concern too.
> > > >you know, windows may be bluescreen if the hardware changes.
> > >
> > > Before booting the Windows domU I copied the current Windows HW
> > > Profile to a new HW Profile, then when I boot the domU I choose the
> > > new HW profile.
> > > The first time I booted the domU, Windows took some minutes more than
> > > usual to load, I suppose it was setting automatically the hardware
> > > drivers; the next time it booted only a little slower than when I boot
> > > it natively (due to virtualization).
> > >
> > thanks, I will have a try.
> >
> > > >and for your case, i think you could install another grub in the
> windows disk
> > >
> > > What do you mean?
> > > Xen VM configuration with 'phy:/dev/hda,ioemu:hda,w' only (hda is
> > > Windows disk) and grub-install on /dev/hda without mapping?
> > yup, install grub on /dev/hda, it will not be used when you not using
> > xen (i mean when you reboot your PC, and choose windows from the grub
> > menu). but when you use xen to boot /dev/hda, the grub on /dev/hda
> > could be used to load the windows. Don't know if it really works,
> > don't have a try now.
> > >
> > > --
> > > Z24
> > > http://www.mycomputingart.com/
> > >
> >
>
> __________ Informace od NOD32 2440 (20070806) __________
>
> Tato zprava byla proverena antivirovym systemem NOD32.
> http://www.nod32.cz
>
>
>

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

__________ Informace od NOD32 2441 (20070807) __________

Tato zprava byla proverena antivirovym systemem NOD32.
http://www.nod32.cz



_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.