On Monday 08 October 2007 15:59, Alexander Iliev wrote:
> Здравейте.
>
> Правих преди около година опити с XEN, но тогава поддръжката на
> Intel VT и AMD Pacifica беше в ранен стадий и не ми вършеше много
> работа.
>
> Наскоро реших да проверя докъде са стигнали нещата и инсталирах
> XEN пакетите, които вървят с Ubuntu Feisty 7.04 (ubuntu-xen-server).
>
> Общо взето си правя експерименти, като се пробвах да подкарам
> Windows XP, CentOS 4.5, CentOS 5, OpenBSD 4.0 и Ubuntu 7.04 като
> domU. Пълен успех постигнах единствено с CentOS 4.5.
>
> Ubuntu-то се инсталира без проблеми, след което забива на prompt-а
> на GRUB.
>
> Windows-а май най-много съм го борил за момента. При него ситуацията
> е следната - тръгва инсталацията и стига до 'Setup is starting Windows'
> и там си остава.
>
> Намерих в RH KB ето това http://kbase.redhat.com/faq/FAQ_103_10987.shtm
> За жалост не помага при мен.
>
> Пробвах да играя с pae, acpi и apic опциите в конфигурацията, но
> не добих положителен ефект (единствената разлика бе, че в един от
> случаите вместо да зацепи на 'Setup is starting Windows' се рестартира).
>
> По логовете не забелязах нещо интересно.
>
> Някакви насоки поне ако може... :)
>
> Малко информация:
>
> всичкия софтуер, който ръчкам е 32 битов (dom0 ubuntu-то, domU os-ите,
> xen пакетите (логично)).
>
> Dom0 CPU: AMD Athlon 64 3200+
> Dom0 kernel: Linux shtaiga 2.6.19-4-server #2 SMP Thu Apr 5 06:07:34 UTC
> 2007 i686 GNU/Linux
>
> конфигурация на domU:
>
> import os, re
> arch = os.uname()[4]
> if re.search('64', arch):
> arch_libdir = 'lib64'
> else:
> arch_libdir = 'lib'
>
> kernel = "/usr/lib/xen-ioemu-3.0/boot/hvmloader"
> builder='hvm'
> memory = 512
> pae = 1
> acpi = 0
> apic = 0
> device_model = "/usr/lib/xen-ioemu-3.0/bin/qemu-dm"
> shadow_memory = 8
> name = "WindowsXPGuest1"
> vif = [ 'type=ioemu, bridge=xenbr0' ]
> disk = [ 'file:/tmp/windows-xp-1.img,hda,w',
> 'file:/home/shared/Downloads/os/Windows/XP/tpb/winXP SP2 may
> 2007/e-xpc2my2k7r.iso,hdc:cdrom,r' ]
> boot = "d"
> sdl = 1
>
>
> Поздрави,
Здрасти,
Докато се рових в ChangeLog-а на 2.6.22.6, открих това:
commit f24e131c7e06c4f0bbb69bebf66d16bde48c3f31
Author: Zachary Amsden <[EMAIL PROTECTED]>
Date: Wed Aug 22 14:02:02 2007 -0700
i386: fix lazy mode vmalloc synchronization for paravirt
Found this looping Ubuntu installs with VMI.
If unlucky enough to hit a vmalloc sync fault during a lazy mode
operation (from an IRQ handler for a module which was not yet populated
in current page directory, or from inside copy_one_pte, which touches
swap_map, and hit in an unused 4M region), the required PDE update would
never get flushed, causing an infinite page fault loop.
This bug affects any paravirt-ops backend which uses lazy updates, I
believe that makes it a bug in Xen, VMI and lguest. It only happens on
LOWMEM kernels.
Touching vmalloc memory in the middle of a lazy mode update can generate a
kernel PDE update, which must be flushed immediately. The fix is to leave
lazy mode when doing a vmalloc sync.
Signed-off-by: Zachary Amsden <[EMAIL PROTECTED]>
Cc: Andi Kleen <[EMAIL PROTECTED]>
Cc: Jeremy Fitzhardinge <[EMAIL PROTECTED]>
Signed-off-by: Andrew Morton <[EMAIL PROTECTED]>
Signed-off-by: Greg Kroah-Hartman <[EMAIL PROTECTED]>
Така, че бих те посъветвал да си обновиш ядрото и да пробваш пак. :) Ще се
радвам ако споделиш дали си успял.
Успех!
Поздрави,
Митко
_______________________________________________
Lug-bg mailing list
[email protected]
http://linux-bulgaria.org/mailman/listinfo/lug-bg
