New desktop build, need some suggestions/help

Hey folks!

New -ish to Garuda, and have played around with Arch for a bit, along with a bunch of Debian-based distros as well, and have been tinkering with Linux in general since the 90s. So far, really enjoying the stability and overall experience. So much so, that Garuda Dr460nized is at the top of my list as a Windows alternative that I'd very much like to shift into full time, and then virtualize W10, as needed. A few things to consider:

  1. I'm not a huge gamer, but I do enjoy the occasional video game here and there. Used to play a lot of ESO, Mass Effect, etc. That said, I do some occasional video editing and photo editing, so to the degree I can take advantage of GPU acceleration here, and transcoding, the better.

  2. I do a LOT of VM work, and while most of the VMs I've worked on have been on Type 2 Hypervisors (virtualbox/vmware), I plan on taking advantage of KVM/QEMU for Type 1 virtualization as much as I can (likely to run W10 for some proprietary software for work that only runs on windows, and potentially for any games that just aren't supported well on Linux yet). With this in mind, I do want to make sure I can pass-through a dedicated GPU in those conditions, and also make sure I am able to leverage the dedicated GPU on the native Garuda environment as well. Additionally, I do some work using docker containers as well, so figured it deserves a mention here.

  3. I will be using some hardware from my existing desktop, primarily the 3 storage devices. On my current (quite old) build, I have:

  • Samsung SSD 850 Evo - 500GB: Primary C: drive. This is used almost exclusively for the Windows OS, and any software that cannot be overridden to install onto another HD, so all C:\Program Files, and C:\Program Files (x86). Currently about 27% storage capacity used.

  • WDC 1.5TB HDD: Secondary D: drive. This is used almost exclusively for all installed software, and in cases where I can make symbolic links to hard-coded C:\Program Files or C:\Program Files (x86) software installations - so that the software and OS think the software is installed on the C: drive, but is actually taking up storage on the D: drive. Currently about 13% storage capacity used.

  • Seagate BarraCuda 4TB HDD: Tertiary E: drive. This is used almost exclusively for User files. I've already symbolically linked my C:\Users directory to E:\Users, and all the Documents, Downloads, Videos, Photos, etc are saved on this drive. Currently about 19% storage capacity used.

I will likely also cannibalize the optical drive into this new build. The rest of the hardware is still kind of up in the air, and that's where I can use this amazing community's help. I've been reading a lot on the forums on different solutions/ideas to multi-storage device configuration in a linux environment and how that fits with btrfs, etc, and I'm kind of at a loss of where to go from here, and how to, during install, configure the storage schematic. I want to take advantage of the SSD here as much as possible, and leverage its speed for the OS - and has been recommended - as well as for software that will be installed. That leaves the user files (/home) and potentially the /tmp and logging directories to be added to the HDD drives, so as not to use up too many of the Read-Write cycles on the SSD.

From what I think I was able to distill, in broad terms, is that I would use LVM to combine the two HDDs into one volume of 5.5TBs and maintain the SSD as its own volume. Does this make sense? Will this actually work? And if so, what mount points should I dedicate to the SSD volume and which mount points to the combined HDD volumes? If I understood correctly, I think the following should make sense/work:
SSD Volume:

  • /
  • /boot
  • /var
  • /usr
  • /opt

HDDs Volume:

  • /var/log
  • /home
  • /tmp
  • /etc

I feel like I'm definitely missing something and would definitely appreciate some advice and guidance on this. I understand that if I don't specify a specific mount point for a directory or subdirectory, it will all default to wherever "/" is mounted - which would be the SSD. Also, where would the swap partition make the most sense? On the one hand, the speed of the SSD would likely be useful, but might use up too many of the write cycles, and so the swap partition may be better suited on the HDD lvm. Thoughts here would be great.

Then comes the question of which GPU to get. I'm somewhat brand-agnostic here, and would sooner buy a dedicated GPU that is most supported in the linux/Garuda environment, which would also allow me to use it within the context of a pass-through on a type 1 vm. From what I've read, the AMDs are really good, and have open source drivers/kernel modules, whereas the NVidia gpus, while some work, require a lot more tinkering, and don't have open source drivers/kernel modules and are generally a bigger PITA, but perhaps may be a "better" GPU - so, happy to take advice on this as well.

Now, onto the motherboard, cpu and RAM....I'd prefer to purchase a mobo which supports ECC DDR4 udim ram (some of the work I do on windows requires some sensitive computations, and having ECC RAM is very helpful here, but not entirely a deal breaker if there really isn't a compatible mobo that supports ECC). I don't even know where to begin in terms of making sure the kernel can utilize and leverage the ECC ram - while I know it's supported in general since it's most common use-case is in data centers/servers, I imagine it must also be possible on a desktop environment.

Additionally, considering my virtualization needs, is an intel or amd processor better here? From what I've read, KVM virtualization is far superior, and is most supported on intel cpus - but happy to learn more on this. I'm thinking at minimum 32gb of RAM, with the option of being able to expand that over time. Additionally, I'll be using sata for the storage needs (in case that needed to be specified). Nearly all mobos today come with all kinds of other integrated features such as LAN ports, and sometimes integrated GPUs. Nearly all the intel cpus have an integrated gpu, whereas the amds do not - which I guess is fine, since I plan on mostly utilizing the dedicated GPU, but also understand the benefits of the integrated gpu as a failsafe.

Oof...that was a lot and I'm already overwhelmed. I know enough to be dangerous, and can do a lot of googling to fix whatever I may have broken - also part of why I LOVE garuda's timeshift snapshots. Truly an amazing feature which has already saved my test system more times than I care to admit LOL. So, yeah.....I'd humbly appreciate this amazing community's guidance, advice, support and suggestions. Thanks so much in advance and I look forward to corresponding with y'all!


Thank you for the warm welcome! I've already learned so much about Garuda, and in my 3-months of using it exclusively on my oldish laptop - where it's been given a new lease on life - it's really helped me feel more comfortable, and excited, with the idea of switching over to it as my daily driver.

Not at ALL. I'm still going to do all my research and look into it further, but I was hoping to pique the interest of other arch/garuda enthusiasts who, perhaps have more experience than I, might be able to at least alert me to things I wouldn't know to think of (ie, I don't know what I don't know), or might be able to point me in the right direction. Frankly, I'll take what I can get in terms of advice, and I'm hoping (:crossed_fingers:t4:) I'll touch on someone's sympathy who'd be willing to help me.

Also, what I think I'm saying is that I'm willing to pursue the hardware where it intersects with what I will primarily be using the build for, within the context of Garuda, specifically, and linux, generally. There are many more knowledgeable than I who would know how best to help me answer those questions, and I'd love to tap into whomever is willing to help.

Thanks! :smiley:

1 Like


My translation program just burned up because of all the letters.

Is this supposed to be some kind of buying advice and will you sue us if the Windows programs don't run the way you want them to?

It also took me some years to put together the perfect PC for me and also to be able to buy it (thank Corona for the delivery problems and also the $Coin mining).
I'm not the benchmark, but maybe you're lucky and one of the forum users knows because your request has nothing to do with Garuda Linux.


I would say wait around 2-3 months before buying anything, for releasing of alder lake sku.

I am aware that almost all of intel core processors don't support ecc. But

Also, intel alder lake will come with big.little technology, which is likely to skyrocket experience, because less performance atom cores can be utilized by host os, while more powerful cores can be allocated to vm. It is likely to improve the experience.

And as per raw benchmarks, alder lake is already much better than amd processors equivalents, even on that old windows 10 pro. Gap will certainly increase with windows
11 and Linux kernel 5.14. Plus they support ddr5 and pcie 5.0 etc.

I am off course not advertising intel, but if you can wait till oct 27 + few more weeks to be able to buy them, you must wait. If you don't like intel, then also you should wait because amd processors prices are likely to come down after it.

Regarding dedicated graphics card, I won't recommend buying one unless it is absolutely necessary. They not only cost extra one time, but also use more electricity and generate more heat. And NVIDIA GPU not working is perhaps the most asked question in Linux community. Also, iGPU are really decent nowadays, and are sufficient for most of the common activities. I really don't care about dGPU, so you should tell why you need dGPU so that someone else might help. And frankly I really don't know about which one has better support and which one doesn't. (I know AMD is more open source, and is better supported in general)

1 Like

Btw, regarding motherboard, recently a user found that Gigabyte z590 UD AC is working flawlessly with Garuda Linux. This thread is worth having a look at.


I'm not in any specific rush, but my daily driver's feeling its age. Thank you so much! You're right about the CPU and ECC support - I forgot about intel cpus, and amd doesn't "officially" support it. Bummer. In which case, happy to drop the ECC need - perhaps at some point in the future.

Thank you again for all your help! You gave me more to consider. The only thing I have to say about the dGPU is that I do enjoy a bit of gaming now and then, and wouldn't mind a smoother and richer experience.


This is great! Thanks @Naman !

  serial: <filter> UEFI: American Megatrends v: 3601 date: 05/26/2021 

Work also fine.

Workstation Threadripper work also with ECC IIRC.


Hope it gets better, it is announced, advertised and until you can buy it in the store usually passes another half a year - at least.


Not in usa.
I was keenly watching events in release of 11th gen intel cpu. It was launched on 16th march, 2021 and was available with most American online retailers (newegg, amazon and b&h photovideo) by 31st August, along with supported motherboard from major brands.

As per rumors in January 2021, they were to be available for sale on 31st march, which were proved to be true.

Though, I also heard that there was a German retailer, who sold them for much higher prices even before release. :wink:


In the price comparison portals all offer, even if partly overpriced but if you want to buy there is then not available or in the distant future.

Apart from that, I no longer wanted to support Intel on principle, they have stalled and screwed the customers for too long. Only since the competition with AMD they are making an effort again. How was that again with all the leaks that could only be closed with performance losses?

Anyway, I already had to compromise with the GPU because I could be sure that Blender would work with it :slight_smile:

Translated with DeepL Translate: The world's most accurate translator (free version)


Well, I agree with you. But I don't like amd either. In India, AMD is much more expensive and black marketed. AMD does not follow any measures to ensure that products are available to end consumers at msrp.
For example, 5800x costs $393 from Amazon usa whereas $548 from Amazon India.
And amd gpu are rarely available in India, and if they are, they are insanely priced.

Intel also has some price difference due to custom duties and stuff, but not that much.

But I am not opposed to AMD either. I am kind of equally inclined to both companies.


incl. tax.


Told ya!


Price dos not change for 5800X (in moment in germany)

That has always been the case :smiley:

Now we have to wait and see when the average citizen will be able to buy the new generation :wink:
Whether it will be a quantum leap in terms of performance / power consumption?
I guess I am again first for the next 8-10 years well positioned with my last purchase. (Nobody needs more than 768 KiB RAM :wink: )


Advertising , I see :eyes:

Thank you all for these suggestions! I'm slowly starting to put together some hardware in a wishlist :slight_smile: If anyone has any suggestions on how I should handle 3 storage drives (1 ssd, 2 hdd), that would be really helpful. Am I thinking about it the right way?

Read about /etc/fstab

man fstab

or use gnome-disk-utillity

I'm familiar with fstab, I meant more along the lines of my wonderings here:

well what I like is combining all of them via btrfs device add command

I would use ssd for root while installing then add other two drives in /home after installation


I see. So, I would install Garuda, fresh, with just the SSD. After the system boots up, add the HDDs, and then LVM them into one volume, btrfs add the new volume, and remap the new volume as /home ? What about some of the other partitions? Like /var/log, /tmp, /etc ? I want to make sure I'm not using the SSD for things that have a lot of write cycles to the drive, like /tmp and /var/log.

Is how I'm thinking about this correct? I've never done this before, and I have VERY limited experience with setting up LVMs.