Linux - Virtualization and CloudThis forum is for the discussion of all topics relating to Linux Virtualization and Linux Cloud platforms. Xen, KVM, OpenVZ, VirtualBox, VMware, Linux-VServer and all other Linux Virtualization platforms are welcome. OpenStack, CloudStack, ownCloud, Cloud Foundry, Eucalyptus, Nimbus, OpenNebula and all other Linux Cloud platforms are welcome. Note that questions relating solely to non-Linux OS's should be asked in the General forum.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Note the official installation text reads: We don’t recommend installing Qubes in a virtual machine! It will likely not work. Don’t send emails asking about it. So if you can't post or attach your errors here and you aren't recommended to ask the vendor then why should you ask here?.. If you don't understand none of this then ponder https://www.qubes-os.org/doc/UserFaq...-a-separate-vm (though on the mailing list Joanna explains the constraint is mostly performance-related).
Error says there's no network and some problem with starting X server.
I wanted to try it because I highly suspect that the only reason they don't want it run in a virtual machine is because of performance issues. (They'd rather
it not run at all than run sluggish)
While there is nothing new or unique about that reasoning in the world of computers and software in general, they may be shooting themselves in the foot.
I imagine there are quite a few sysadmins that want to check out the look and feel of the OS before they recommend it to whoever makes "purchasing" decisions
at his/her organization.
I managed to install the latest one - 4.0-rc3 - on my main laptop at home.
Details:
Laptop: Toshiba Satellite P50-C-18C
Virtualbox: 5.2.2
Host OS: Windows 10 Home Premium
Hey dude what settings on VirtualBox did you have when you installed the 4.0 of Qubes? I have the 5.2.22 version of Virtual Box as well and I wouldn't think it's a host operating system/hardware problem but it might be. When I try to boot the 4.0 version of Qubes with the "EFI" options checked in the settings it just cycles through the same two screens forever w/o error but won't boot. W/o the EFI option checked on both of the install options it gives me result of the kernal modules failing and then it seems to fail due to no network.
Thanks for any pointers, on youtube people are saying the 4.0 version of Qubes just won't boot in virtual box, so that's why I'm so interested in how you got it to work!
Old thread, but fun to reread. Qubes is of course a virtualization environment. Attempting to install it in a virtual machine on another virtualization environment is a bit redundant. The only VM in a VM I ever do is Qemu in a VirtualBox instance to run an old Dos character based program I wrote in the 80's. Under Qubes now, I managed to the get the program running under wine/dosbox so I don't really need to run Qemu inside of a Qubes appVM...at least not for that. I do run it in order to test coreboot images, but that is a whole 'nuther matter.
Old thread, but fun to reread. Qubes is of course a virtualization environment. Attempting to install it in a virtual machine on another virtualization environment is a bit redundant. The only VM in a VM I ever do is Qemu in a VirtualBox instance to run an old Dos character based program I wrote in the 80's. Under Qubes now, I managed to the get the program running under wine/dosbox so I don't really need to run Qemu inside of a Qubes appVM...at least not for that. I do run it in order to test coreboot images, but that is a whole 'nuther matter.
The point of it all is to evaluate before committing. Personally, I'm building my first all-new machine, and retiring a working system that has been in need of a serious upgrade. I want to see how I would set up a hypervisor with 4-6VMs. I have to consider shared assets, such as bulk storage, audio hardware, (and the logistics of) PCI passthrough for two of the VMs.
I want to be able to be past the learning curve when I assemble my machine and am doing it on real hardware.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.