Hey again! I’ve progressed in my NAS project and I’ve chosen to go for a DIY NAS. I can’t wait for the parts to arrive!

Now I’m a bit struggling to choose an OS. I am starting with 2x10To HDD + 1To NVMe SSD. I plan to use 1 HDD for parity and to add more disks later.

I plan to use this server purely as a NAS because I will be getting a second more powerful server some time next year. But in the meantime, this NAS is a big upgrade over my rpi 4, so I will run some containers or VMs.

I don’t want to go with TrueNAS as I don’t want to use ZFS (my RAM is limited and I’m not sure I can add drives with different sizes). I’ve read btrfs is the second best for NAS, so I may use this.

Unraid seemed like the perfect fit. But the more I read about it, the more I wonder if I shouldn’t switch to Proxmox.

What I like about Unraid is the ability to add a disk without worrying about the size. I don’t care much about the applications Unraid provides and since docker-compose is not fully supported, I’m afraid I won’t be able to do things I could have done easily with a docker-compose.yml I also like that’s it’s easy to share a folder. What I don’t like about Unraid is the cache system and the mover. I understand why the system works this way but I’m not a fan.

I’ve asked myself if I needed instant parity for all my data and if I should put everything in the array.

The thing is that for some of my data I don’t care about parity. For instance, I’m good with only backing up my application data and to have parity for the backup. For my tv shows I don’t care about parity nor backup while I want both for my photos.

After some more research, I found mergerfs and snapraid. I feel that they are more flexible and fix the cache/mover issue from Unraid. Although I’m not sure if snapraid can run with only 2 disks.

If I go with Proxmox I think I would use OpenMediaVault to setup shares.

Is anyone using something like this? What are your recommendations?

Thanks!

  • VelociCatTurd@lemmy.worldEnglish
    93·
    10 months ago

    I’m going to disagree with this. I’ve setup everything in one Debian server before and it became unwieldy to keep in check when you’re trying new things, because you can end up with all kinds of dependencies and leftover files from shit that you didn’t like.

    I’m sure this can be avoided with forethought and more so if you’re experienced with Debian, but I’m going to assume that OP is not some guru and is also interested in trying new things, and that’s why he’s asked this question.

    Proxmox is perfectly fine. For many years I had an OMV VM for my file server and another server for my containers. If you don’t like what you’ve done it is much easier to just remove one VM doing one thing and switch to some other solution.

    • TCB13@lemmy.worldEnglish
      85·
      10 months ago

      I’m going to disagree with this. I’ve setup everything in one Debian server before and it became unwieldy to keep in check when you’re trying new things, because you can end up with all kinds of dependencies and leftover files from shit that you didn’t like.

      Run your new things inside Docker OR LXD/Incus and destroy the containers/VMs when not required anymore. I don’t get your comment.

      Proxmox is perfectly fine. For many years I had an OMV VM for my file server and another server for my containers. If you don’t like what you’ve done it is much easier to just remove one VM doing one thing and switch to some other solution.

      And you can use LXD/Incus for that as described. LXD replaces Proxmox the difference is that it isn’t an entire OS with quirks but a simple thing you install on Debian. It will allow you to create, move, remove VMs and containers, and also has a WebUI for those interested. The irony here is that in your Proxmox setup, if you’re using containers, you’re already using LXC containers, a technology effectively created by the same people who made LXD.

      But as I said, even if you don’t want LXD/Incus you can also use Cockpit, it also provides a WebUI you can use to create and manage your VMs.

      • VelociCatTurd@lemmy.worldEnglish
        51·
        10 months ago

        Look, I never said you were wrong man. Clearly you probably have a lot more experience than i do. Which is why I said what I said. Because I personally believe Proxmox is way easier for someone who is a casual like me. That’s all.

        Edit: Also, though it doesn’t really matter, I don’t use LXC.

          • TCB13@lemmy.worldEnglish
            11·
            10 months ago

            Think about it, if I was payed at least I was pushing for something that is actually useful and decent. :P

        • TCB13@lemmy.worldEnglish
          27·
          10 months ago

          I personally believe Proxmox is way easier for someone who is a casual like me. That’s all.

          Maybe… maybe not. Proxmox has a ready to go ISO that will setup everything up and whatnot, that’s true, but there are also the hidden small costs here and there.

          I believe if you managed to install Proxmox, I’m sure you can install and use Cockpit without trouble. LXD/Incus might be another more complex weekend project but it still has an automated installer that asks you a few questions (and defaults work) to get things running.

    • 9488fcea02a9@sh.itjust.worksEnglish
      2·
      10 months ago

      end up with all kinds of dependencies and leftover files from shit that you didn’t like.

      I’ve been using debian for 10 years and never had this problem. Apt keeps everything very neat and tidy

      Are you downloading random .deb packages off the internet and installing them manually?