yup, I think you are right, windows maybe try to scan all the
partitions on the disk.
but it's worth to have a try. however, I'm still stuck by the windows
boot issue, will let you know if it works.
and any configuration examples about how to use a dummy file to
simulate the linux partition, and let windows in xen will see the
grub, and the windows partition?
thanks
On 8/8/07, Artur Linhart - Linux communication <AL.LINUX@xxxxxxxxxxx> wrote:
> 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
|