Why I use Qubes

Because Qubes is awesome.

I used to run a bunch of VMs via KVM/Qemu/Libvirt on an Arch Linux host. I chose Arch Linux because they have the best wiki. And the Arch Distro is truely bleeding edge. It’s like cloning the developer’s repos and compiling their stuff as soon as they have pushed a new version. You learn a lot about linux if you use Arch.

Anyway, since I worked with VMs a lot I decided to give Qubes a try. The way Qubes utilizes XEN isn’t as versatile as KVM, however, I love it’s implementation for networking and templates. For me the security enhancement resulting from this architecture is just a useful side effect. Performance is pretty decent considering you are running VMs.

Debian really is the old aunt, but Fedora is doing fine. And @unman gave us an Arch template. Niiice.

I’m looking forward for sys-gui and hope that support for HVMs is going to improve. For instance it would be cool if you could insert a sdcard with RaspiOS (arm64) and run it. KVM/Qemu and other virtualization software like Virtualbox, Parallels and so forth can do that, XEN/Qemu should be able to do that as well.

1 Like

Today I Learned @aronowski is malware researcher :innocent:

Sorry, I just couldn’t resist :smiley:


Because I’m responsible.

1 Like

See also: How to pitch Qubes OS?

I use Qubes because I love security and I like the fact that I can have everything separated in separate VMs, but recently I have noticed that this is toxic love.

I have made my work dependent on the Qubes system and it has more and more problems.

I can’t install version 4.1 on two computers due to a udev bug and the developers didn’t even answer to GitHub if they know what it is related to and when the patch can be expected because the problem is probably with the Fedora version in Qubes Dom0. Due to the huge number of bugs in both the R4.1 and R4.0.4 versions, I have the impression that these versions were and will be in the alpha version because it is difficult to call them stable when even the installer does not start in R4.1 and R4.0.4

Surprisingly, the R4.1 version installed on the old 6-year-old laptop without any problems, but the installer does not want to run on a laptop from a few months ago. So, for some time now, I’ve seen it’s time to stop using Qubes and switch to Garuda. I have been using Qubes for 4-5 years but I have never had as many problems in other distributions as I have encountered and reported in Qubes. I have devoted a lot to the Qubes system, such as the limitations related to android emulation when you want to write programs for it, buying disks specifically for Qubes and the system is so buggy that it is a drama. Currently I can’t use R4.1 so I can’t use Gentoo or Kali as a template and I have to use them in HVM which is less convenient when you have to run like this every day for 10 hours.

The fact that for two years the creators have been ignoring the requests of different people to add more colors to the extent that there are some polls made for colors, I do not need to mention because it is an embarrassing matter. It’s just colors.

I use the Qubes system because I love security but I don’t like when the system has bugs already in the installer so I will probably stop using it because of many bugs and still alpha state.

How is that surprising?

The HCL exists because a lot of newer hardware isn’t supported, every time someone asks they are told to buy older hardware known to be supported.

You decided to buy something known to be difficult to get working, and then acts like it’s surprising it doesn’t work.


Exactly, here’s the problem. There should be more focus on equipment newer than 8 years old, because who buys 8 years old equipment, no one because sometimes some need to have not only qubes but also windows or freebsd for something and in work their need to have strong latest hardware. Well written because for systems such as Qubes we need more RAM, a better processor, so instead of Intel i3 from 9 years ago, most users will choose the new Ryzen 9, the latest Intel i7 - i9 or Threadripper and the latest RAM to be able to take full advantage of Qubes. That’s why I think the problem is to focus too much on old devices and too little on new devices.

Even if someone wants to play on the second system once a month, they cannot afford to buy too old devices, and you never know whether the new Qubes equipment will work without a problem or with a problem, which is why it is a lottery. Same as I have an old 9 year old laptop not from HCL (Getac G) but everything works fine except for a weak processor, low RAM, and no NVM support.

HCL support is one thing, and reliable answering to GitHub problems and updating HCL based on user reports and interest in problems is another, and as we see, there is a growing problem with it.

Therefore, it is best to focus just as noted on devices not older than a certain period of time. I suggest not older than 5 years.

Statistics don’t lie. More people prefer to buy newer equipment and if Qubes wants to attract new users, they have no choice.
If the system is for users, it is the only option, but if it is only for the creators of the system, that’s another matter.

As I wrote, this is not the only problem in Qubes, but also the ignorance of users’ needs, this is the first time I meet with users having to ask for a crap for a long time like the number of colors. In systems like Arch, Garuda, or BlackArch, things like this are done in weeks when many times the community asks for it. Community asking for more colors and there is a problem and another users must wrote their own script in bash to add more colors. And we talk only about small think, not change all components and change dom0 only adding colors xd

I’m running Qubes on a 12th gen Intel with 64 GB memory and 980 Pro NVMe drives, I don’t have any issues. There are other people doing the same, Qubes does runs on current hardware.

Qubes is never going to be support by all hardware, it’s on the user to buy something that works, you are given the tools to make the right choice.

Qubes has limited development resources, the result is that it works with limited hardware, if you have 5 years experience with Qubes you should know this.


I am using one of the most popular B450 motherboards with Ryzen 9 in PC and I am having problems with 4.1 so that means something is wrong and therefore we need to fix some basic errors in Qubes more because it stopping new users. How can I recommend something that doesn’t work to my friends and at work? System must try to support all hardware because it is difficult to force all users to buy specific hardware because then it would be suspicious.

They already made this mistake in the case of Librem, ignoring the community, which is why Pine64 won with them instantly, gaining the support of most system developers like eg Manjaro.

Some people use Qubes so much that they need the most powerful processors and motherboards, so Qubes should have no problem with supporting more powerful devices because we must not forget that it is a system based on Xen virtualization, which is by definition for more powerful hardware and no one will want to try running it on 2G RAM of an old laptop that only RedoxOS is suitable for.

The limited resources of Qubes are due to insufficient effort to expand popularity and little care for the community. For example, Ubuntu has grown to such enormous popularity that they even post job offers all over the world. The BSD community, on the other hand, has regular conventions in every major city and lots of chat rooms where you can get help on any topic and no one has a problem.

If we want to have more users, we need to fix the basic problem of supporting more hardware so that there are no basic problems, otherwise we will become a small community where donations will decrease until the project will be dead.

When going to the store to buy a computer or a car, we do not take whatever the manufacturer gives us, we have requirements and the manufacturer tries to interest us. So do everyone who care of users do that. Foundations, operating system developers, corporations, who do not do this for a long time slowly begins to lose popularity and the interest of the last people and the project remains in a niche, such as Librem.

Since Qubes enables the donation options, it’s mean that Qubes want gratitude of users, i.e. it tries to think about the users, which is why it is not like you wrote that the user chooses the equipment indicated by HCL, only HCL is created based on what users want.

Every single motherboard doesn’t need to be supported, it would be great if it was, but it’s completely unrealistic. It would only be possible if users like yourself could fix compatibility problems, and submit fixes back to the Qubes OS project.

If you don’t have the technical knowledge to fix the issues that comes with using unsupported hardware, then you should follow the recommended guidelines and use hardware someone else has confirmed to be working.

Maybe HCL is too difficult to read for some users, and there need to be more clear recommendations.

Just a general reminder that there’s Qubes-certified hardware:

There’s also the community-recommended computer list:

Meanwhile, the HCL is not a list of recommendations. Rather, it’s a database of user experiences with trying to install and use Qubes on various hardware. (The reason it is not a list of recommendations is that sometimes those experiences are bad. However, recording both good and bad experiences makes for useful data for others.)


… it has to become Windows or macOS. Or Android. Large Ubuntu community? Of how many Linux users in the world comparing to the former OS? Qubes can’t attract enough devs, not to tell users.

And, Qubes is not about users. It’s about security.
Uncompromising. That’s

Why I Use Qubes


AFAIK, it’s not even the Qubes developers who are working on the hardware compatibility but Linux and Xen developers, which have significantly more resources. Qubes is standing on the shoulders of giants and it’s not the work of Qubes developers to do everything.

No, there is a large number of users who are not happy with the security of Windows, Mac, Linux, but unaware of Qubes OS, or thinking that it’s more complicated than it actually is.

1 Like

Sure, but Linux compatibility is no guarantee that you can use Qubes OS. I’ve seen two people with Ryzen 9 say Fedora is working, but that they can’t install Qubes.

I was one of them, but found it. Qubes is like a life. It’s not easy and smooth. But the one I have - simply no alternatives. I can try different paths, but that would be only trying new templates, it still would be the one I have.

So you should agree that Qubes does not have to become Windows or Mac to attract significantly more users.

Absolutely. The user implied / would like that. What I don’t agree on with him is how.
I would rather sell out all the laptops that can’t run Qubes until I find the one working, instead to endanger my online (and personal consequently) security by not using the Qubes. It’s just not “tradeoff-able”.

Would you?

Then it might be Xen?


Far from the truth that I imply by this Qubes devs’ work is flawless

In 2025, it will be fedora 35. In 2030, it’ll be Fedora 41.

I doubt errors like this are related to xen, but I could be wrong.

It just seems like there is some combinations of Qubes + motherboard + other random hardware that doesn’t work out of the box, and the same combination can be confirmed working with traditional Linux.

Which is why I said there are limited resources, it’s not realistic to expect the devs to solve all issues of this nature. Some of the issues might be trivial, others might not, but fixing and testing even trivial issues can be time-consuming/impossible without access to the hardware.

I think that some people make the mistake of thinking that if the chipset works on one motherboard, it will work on all motherboards. Just because the ASUS ArtPro B550 works, that doesn’t mean all B550 boards will work.