Instalacja systemu Windows 7 zawiesza się przy „Uruchamianiu systemu Windows” za pomocą Proxmox 4.2


27

Próbuję zainstalować system Windows 7 w środowisku wirtualnym Proxmox w wersji 4.2-4 / 2660193c, działającym na Debian Jessie. Postępowałem zgodnie z instrukcjami na tej stronie .

Przesłałem dobrze znany Win7 ISO (który działa dobrze z VirtualBox i prawdziwym sprzętem) do Proxmox i skonfigurowałem maszynę wirtualną zgodnie z zalecanymi najlepszymi praktykami .

Po uruchomieniu maszyny wirtualnej system Windows wyświetla szary pasek postępu trybu tekstowego z napisem „System Windows ładuje pliki ...”, następnie przełącza się na „Uruchamianie systemu Windows” i pozostaje tam przez wiele godzin.

Brak widocznej akcji, brak kolorowego logo Windows, brak animacji, brak operacji we / wy dysku, brak obciążenia procesora, brak danych wyjściowych dziennika. Nie ma mowy, aby kontynuować.

XP Home zainstalowany bez żadnych problemów na maszynie wirtualnej.

Host obsługuje Intel Core i5, VT, 32 GB RAM, 8 TB SATA dysków.

Jak sprawić, aby Win7 kontynuował proces konfiguracji w Proxmox 4.2?


Czy to, co oceniasz jako pytanie? Dla mnie wygląda to na oświadczenie. Co mamy z tym zrobić?
joeqwerty

czy maszyna wirtualna jest skonfigurowana do korzystania z trybu UEFI lub systemu BIOS / starszego typu?
magicandre1981

VM jest skonfigurowane w dużej mierze do wartości domyślnych, opcja „BIOS” jest ustawiona na „Default (SeaBIOS)”. Rozwiązaniem było przejście na VGA „cirrus”.
Alexander Foken

Odpowiedzi:


40

To (znany) błąd.

Obejście: Zmień wyświetlanie z „domyślnego” na „cirrus”. Możesz znaleźć to ustawienie pod sprzętem> wyświetlacz.

Lub, jeśli tworzysz maszynę wirtualną w wierszu polecenia za pomocą virt-install, po prostu dodaj --video cirrus. Na przykład:

sudo virt-install \ --virt-type=kvm \ --name windows7 \ --ram 2048 \ --vcpus=2 \ --os-variant=win7 \ --virt-type=kvm \ --hvm \ --cdrom=/var/lib/libvirt/boot/windows7.iso \ --network=bridge=virbr0,model=virtio \ --graphics vnc \ --disk path=/var/lib/libvirt/images/windows7.qcow2,size=256,sparse=yes,bus=virtio,format=qcow2 \ --video cirrus


Tak, potwierdzone przez członka personelu proxy na forach, zmiana na „cirrus” pomaga.
Alexander Foken

Ten sam błąd wydaje się być w samym Debianie Jessie (wersja 8.4).
Michał Sokołowski

4
Ten sam błąd dotyczy Ubuntu 16.04.
James Johnston

1
Potwierdzono problem i poprawkę w ArchLinux. Podejrzewam, że jest to problem typu „brakujący sterownik” z iso Win7, a nie błąd z qemu.
zaTricky,

To samo rozwiązanie tutaj z CentOS 7.2.1511 libvirt 1.2.17 i qemu-kvm 1.5.3
St. Hermes


0

W ostatniej części (5/5) kreatora „Utwórz nową maszynę wirtualną” kliknij pole wyboru „Dostosuj konfigurację przed instalacją” i kontynuuj, aby uzyskać więcej opcji. Wybierz opcję „Wideo QXL” i użyj menu Model, aby wybrać „Cirrus”, a to załatwi sprawę.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.