Bir VM başka bir VM'ye yüklenemiyor

Ana bilgisayarım Windows 10 kullanıyor ve konuğum VirtualBox'ta Ubuntu. Ubuntu'da 3. bir VM çalıştırmaya çalışıyorum, ancak VirtualBox şöyle diyor:

Windows XP sanal makinesi için oturum açılamadı. VT-x mevcut değil. (VERR_VMX_NO_VMX).

Ayrıca 0x80004005 hata kodunu döndürdü

Tabii sanallaştırmayı etkinleştirdim. BIOS'umda (MSI z170a) kapanma seçeneği bile yok. Makinem çok yüksek bir uç, bu yüzden çalıştırabileceğini biliyorum, elimden gelen her şeyi dışladım.

ubuntu virtualbox virtualization

— SidedTech
kaynak

FWIW, KVM iç içe yapabilir.

— Jonas Schäfer

Hatırladığım kadarıyla, 32-bit bir iç VM çalışmalıdır, çünkü donanım sanallaştırması gerektirmez (VT-x). Sizin için çalışması gereken 32-bit Windows XP ile ilgilendiğinizi varsayalım.

— CodesInChaos

Niçin Sanal Kutuları iç içe geçtin?

— Xen2050

@ Xen2050 çünkü VMception.

— David Refoua

@DRSDavidSoft Bu benim de ilk adımdı ... SidedTech VMception'ı arayabilirdi , bulabilir miydin Sanal bir makinenin içinde bir makine emülatörü (Bochs) çalıştırabilir misiniz? onun dolaylı olarak sorularına cevap veriyor. "linux kurulumumu bir sanal makineye taşımak zorunda kaldım [bazı iyi sebeplerden dolayı]

— Xen2050

Yapmaya çalıştığınız şey iç içe sanallaştırma. Sanal kutuda desteklenmiyor ve hiçbir şekilde onlar için bir öncelik değil.

Bunun yerine, ana makinede XP VM'yi çalıştırmanız gerekecektir.

THEORY'de VM'de düz eski QEMU'yu çalıştırabilir (tüm işlemciyi ve hemen hemen tüm sistemi taklit eder) ancak performans gerçekten çok kötü olacak.

— Journeyman Geek
kaynak

Bunu yapmanın performansı muhtemelen erken bilgisayar sanallaştırma çözümlerini (donanım destekli olmayan) hatırlatan olacaktır. Modern donanım üzerinde MS-DOS halsiz düşünün ...

— bir CVN

@ MichaelKjörling Neden karşılaştırma? Erken PC sanallaştırma donanım destekliydi, bugün olduğu gibi değil. VMWare, halka 1 kodundaki ring 0 kodunu bazı talimatlar ve çekirdek kodu yeniden yazma gibi bazı hileler üzerine hapsolmuş olarak çalıştırmak için kullanılır. Hatırladığım kadarıyla, VMWare'in metodu VT-x'in ilk çıktığı zaman, aslında o zamanki kıyaslamalara göre çok yavaş olmadığından VT- x'den% birkaç daha hızlıydı . Bu arada, iç içe geçmiş bir VMWare sürümü veya 32-bit bir konuk üzerinde VT-x devre dışı bırakılmış VBox kullanılması aslında işe yarayabilir ve nispeten iyi çalışabilir. Sadece meraktan olsa bile.

— nitro2k01

@ nitro2k01Micheal "erken" sanallaştırma çözümlerini beklerken 90'lı yılların başlarında olduğu gibi gerçekten erken demek istedi. O günlerde Virtual PC (daha sonra Microsoft tarafından satın alındı) yalnızca Mac'te değil, x86'yı taklit eden bir PowerPC işlemci üzerinden dediği bir şey vardı.

— VMWare'iniz

@slebetman Virtual PC ilk kez 1997'de piyasaya sürüldü. VMWare ilk kez 1999'da piyasaya sürüldü, bu da ilk denediğimde. VT-x ile yapılan kıyaslama kıyaslamaları elbette çok daha sonra yapıldı, ama sadece VMWare'in orijinal sanallaştırma yönteminin mutlaka yavaş olmadığını göstermek için bahsettim. Orijinal Sanal PC, ismine rağmen, gerçekten sanal bir makine değil, bir emülatör.

— nitro2k01

@ nitro2k01: AH evet. Onu hatırlıyorum. PowerPC makinelerinde x86'yı da taklit eden VMWare fusion. Bana bunu hatırlattığın için teşekkür ederim. Öyleyse VMWare, size sağladığınız kanıtlarla Aslında, aslında Michael'ın bahsettiği gibiydi (özel olarak

— VMWare'den