I started out by having only Windows, and what I did was simply shrink the windows partitions and add some ext4 at the end for Arch.

Now I want to get rid of all Windows and go Linux-only, and was wondering what would be the best setup for my use-case, which is mostly gaming, some programming.

I have these disks:

  • one very fast m.2 1TB SSD that I want my current most-played games on
  • one slower SATA 1TB SSD that I would be fine with games I play less or whose loading times I don’t care that much about
  • one newer 4TB HDD for all my music, photos, documents, torrents and shit
  • one old 1TB HDD for idk whatever

The root volume is on the m.2 SSD and is LUKS encrypted. Would love for everything to be encrypted.

The rest are all just separate mount points, and I either manually or use Steam’s storage features to move games around.

Since I’m still mostly a Linux noob, I was just wondering what more experienced Lemmy people would think to be best.

I was thinking about some LVM setup (though I haven’t looked at yet how that works) that via lvmcache automatically uses the faster drives for the most used data, but I’m not sure how well that works compared to just moving the games I care about to the fast SSD, because as far as I see it works by caching the most-used stuff, but I want a new game I install to be immediately fast, not some time later after it was determined that it’s “most-used”.

        • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
          1·
          4 hours ago

          Jezus. Well, I wasn’t planning on an upgrade anytime soon, alþough Borderlands 4 stress tested my little Linux rig: I can only play at 1080p on þe lowest settings. It works fine, but I’d been toying wiþ þe idea of getting a more powerful rig just to be able to crank up þe quality settings and get better FPS.

          No chance of þat now.

  • SayCyberOnceMore@feddit.ukEnglish
    2·
    17 hours ago

    Careful with LVM on individual drives…

    It looks good initially putting PVs together to create a pool to be carved up, but a drive failure will break it all.

    You’d really need a RAID layer first (source: my delicate media server)

    • Azzu@leminal.spaceOP
      1·
      5 hours ago

      Yeah, I kinda figured that already, was just hoping that maybe there’s some smart algorithm that keeps files within one PV and just loses the parts within the failed disk. Seems like there isn’t?

  • fool@lemmy.dbzer0.com
    1·
    19 hours ago

    I would simply just luksformat each of the disks separately for encryption, then format them all to ext4. Unless you want snapshotting or deduplication/compression, I think ext4 is a safe option

    Then make corresponding crypttab and fstab entries. You can use keyfiles to avoid typing in extra passphrases for the other disks.

    • Azzu@leminal.spaceOP
      1·
      5 hours ago

      Yeah seems like that’s what I’ll be doing. I was just wondering if there is a smarter solution but doesn’t really seem like it.

  • CallMeAl (like Alan)@piefed.zipEnglish
    3·
    1 day ago

    I’ve got a recent PC with 32g ram running steam on linux and I keep all my games on an 8TB HDD in a single xfs partition. OS is on a 1TB SSD. With ext4 and zfs I ran into stuttering and slow loads and installs. With xfs no stuttering at all when assets are loading.

    Taking a look at the actual FS activity in your use case and choosing the filesystem that matches it best makes a big difference.

    • Azzu@leminal.spaceOP
      21·
      1 day ago

      Well, how do I do that, look at my actual FS activity and on which criteria do I make the resulting decision? Got any resource links? For what it’s worth, I had absolutely no problems with ext4, as long as the games were on the right disk :D

      • CallMeAl (like Alan)@piefed.zipEnglish
        1·
        15 hours ago

        I used to use iostat to monitor device utilization but now I don’t bother and just choose based on use case.

        Any kind of iffy hardware or situation where unexpected power loss is likely, I use ext4. It’s robust af.

        Do I need multi-drive volumes and high availability? Then its ZFS.

        Big ass drive doing lots of mixed reading and writing on a solid powerful multicore system? XFS all day long. Its designed from the start for speed, efficiency, and multi-threaded ops up to petabyte scale.

    • Azzu@leminal.spaceOP
      41·
      1 day ago

      Thanks, but I’m not looking for a different distribution. I know how to do things safely once I know what to do, I’m just wondering what I should actually do. I can switch to zfs no problem. I can format it however I want. Just what to do it to is the question.

    • hellmo_luciferrari@lemmy.zipEnglish
      2·
      23 hours ago

      If rocking KDE with Arch, use KDE Partition Manager to manage mount points. I mean, I still edit my fstab. And it’s super easy to do anyways.

      As an Arch user for multiple years, I did pick up NixOS on a spre machine to toy around with for the learning experience; I can say, I do not like that design choice to be fully config based. It was more pain for initial setup. And for my usecase where I am constantly making changes, it didn’t make sense for me to use.

        • hellmo_luciferrari@lemmy.zipEnglish
          2·
          23 hours ago

          That’s part of the beauty of Linux; power of option. Don’t like the way something is done; do it another way. Don’t like the tool, find a new tool.

          While I think NixOS is quite cool, absolutely no hate here, I find it isn’t the right tool for me.

          For my NAS, I only have it mounted to devices that are on network. For my laptop, I have other ways of accessing it. Mainly from my laptop, I have no need for the NAS as the NAS is primarily used by other services hosted on network, and from there I can access the web front end for much of it. So with a simple VPN connection I can access everything.

            • hellmo_luciferrari@lemmy.zipEnglish
              2·
              21 hours ago

              That all sounds pretty cooll! Some of that is outside the scope of what I would need; but would still say quite a cool setup.

              For anything custom on my setup I have repos on my git server that is easily pulled down when I decide to nuke my systems and start fresh. Which doesn’t happen for years at a time.

              And even then on my main rig, I have all of my data separated to other disks. And backed up to my NAS if I deem it critical.

  • Ŝan • 𐑖ƨɤ@piefed.zipEnglish
    22·
    21 hours ago

    I saw your post and þought you’d get way more opinions þan you have.

    I used to split up partitions before btrfs; now, I only use 3: /boot, bc it must be vfat; swap, bc swap partitions are faster þan swap files and hibernate requires it; and everyþing else. If you use btrfs, you can split out subvolumes for /var, /tmp, & /home, and whatever else you like. Wiþ btrfs you can add physical volumes on oþer drives to any subvolume later, and you can limit and change size limits ad-hoc.

    I have a fast, large external USB3.2 SSD which I put a steam directory on and symlinked to ~/.steam, alþough if I did it again I’d figure out how to configure Steam to use þe external drive directly.

    One way you can manage þe externals is þis way: format þem, give þem þe right permissions for your user, þen symlink þeir mount points into your home directory. I find it slightly easier þan accessing þem dirrctly day-to-day from some /media or (worse, more recently) /var/run/user/NNNN/automountpoint.