Tidak dapat menginstal VM ke VM lain

23

Komputer host saya menjalankan Windows 10, dan tamu saya adalah Ubuntu di VirtualBox. Saya mencoba menjalankan VM ke-3 di Ubuntu, tetapi VirtualBox mengatakan:

Gagal membuka sesi untuk mesin virtual Windows XP. VT-x tidak tersedia. (VERR_VMX_NO_VMX).

Itu juga mengembalikan kode kesalahan 0x80004005

Saya telah mengaktifkan virtualisasi, tentu saja. Ini bahkan bukan opsi untuk mematikan BIOS saya (MSI z170a). Mesin saya sangat high-end, jadi saya tahu itu bisa menjalankannya, saya sudah mengesampingkan semua yang saya bisa.

SidedTech
sumber
4
FWIW, KVM bisa bersarang.
Jonas Schäfer
1
Dari yang saya ingat, VM internal 32-bit harus berfungsi, karena itu tidak memerlukan virtualisasi perangkat keras (VT-x). Dengan asumsi Anda tertarik pada Windows XP 32-bit, itu seharusnya cocok untuk Anda.
CodesInChaos
4
Lagi pula, mengapa bersarang di Virtualbox?
Xen2050
4
@ Xen2050 karena, VMception.
David Refoua
@DRSDavidSoft Itu yang pertama saya juga ... SidedTech bisa mencari VMception , akankah Anda dapat menemukan Dapatkah Anda menjalankan emulator mesin (Bochs) di dalam mesin virtual? yang secara tidak langsung menjawab Q-nya. Saya akan menebak sesuatu seperti "Saya harus memindahkan instalasi linux saya ke VM [untuk beberapa alasan yang baik], tetapi saya masih ingin menjalankan VM saya simpan di linux & tidak tahu apakah hanya menyalin file konfigurasi untuk menang akan berhasil & tidak ingin mencoba "
Xen2050

Jawaban:

45

Apa yang Anda coba lakukan adalah virtualisasi bersarang. Ini tidak didukung di virtualbox dan sama sekali bukan prioritas bagi mereka.

Anda harus menjalankan XP VM di host.

Dalam TEORI Anda dapat menjalankan QEMU lama yang biasa di VM (ini mengemulasi seluruh prosesor dan hampir seluruh sistem) untuk melakukan ini tetapi kinerjanya akan sangat sangat buruk.

Journeyman Geek
sumber
Kinerja melakukan hal itu mungkin akan mengingatkan solusi virtualisasi PC awal (non-hardware-assisted). Pikirkan MS-DOS yang lamban pada perangkat keras modern ...
CVn
4
@ MichaelKjörling Mengapa perbandingan? Virtualisasi PC awal adalah bantuan perangkat keras, hanya saja tidak dengan cara yang sama seperti saat ini. VMWare digunakan untuk menjalankan kode ring 0 di ring 1 dengan jebakan pada beberapa instruksi dan trik lain seperti menulis ulang kode kernel. Sejauh yang saya ingat, metode VMWare sebenarnya beberapa% lebih cepat dari VT-x, ketika VT-x pertama kali keluar, menurut tolok ukur pada saat itu, jadi tidak lambat sama sekali. Kebetulan, menjalankan VMWare versi lama yang bersarang, atau mungkin VBox dengan VT-x yang dinonaktifkan pada tamu 32-bit mungkin benar-benar berfungsi, dan bekerja relatif baik. Bahkan jika saya hanya melakukannya karena penasaran.
nitro2k01
@ nitro2k01Ketika Micheal mengatakan "virtualisasi" solusi virtualisasi yang dia maksud sangat awal seperti pertengahan 90-an lebih awal. Kembali pada masa itu ada sesuatu yang disebut Virtual PC (yang kemudian dibeli oleh Microsoft) yang berjalan tidak hanya pada Mac tetapi pada cpu PowerPC yang meniru x86. VMWare Anda bukan awal, sudah pasti sangat modern
slebetman
@slebetman Virtual PC pertama kali dirilis pada tahun 1997. VMWare pertama kali dirilis pada tahun 1999, yang juga tentang ketika saya pertama kali mencobanya. Perbandingan tolok ukur dengan VT-x tentu saja dilakukan jauh kemudian, tetapi saya menyebutkannya hanya untuk menunjukkan bahwa metode virtualisasi asli VMWare tidak selalu lambat. Virtual PC asli, terlepas dari namanya, sebenarnya bukan mesin virtual, tetapi sebuah emulator.
nitro2k01
@ nitro2k01: AH ya. Saya ingat itu. VMWare fusion yang juga mengemulasi x86 pada mesin PowerPC. Terima kasih telah mengingatkan saya tentang itu. Jadi VMWare, dengan bukti yang Anda berikan sendiri. Awalnya benar-benar seperti bagaimana Michael menyebutkan (terlepas dari kenyataan bahwa ia tidak menyebutkan VMWare secara spesifik)
slebetman