What are some TrueNAS alternatives?
from possiblylinux127@lemmy.zip to selfhosted@lemmy.world on 29 Mar 20:05
https://lemmy.zip/post/61628197

In case you didn’t hear TrueNAS is going partially closed source. However, there seems to be a lack of alternatives.

Any ideas on what to move to?

#selfhosted

threaded - newest

Kirk@startrek.website on 29 Mar 20:08 next collapse

Yunohost seems the community pick these days. I also played around with CasaOS and found it very user friendly. Though development on that one seems to have stalled.

tofu@lemmy.nocturnal.garden on 29 Mar 21:47 collapse

Those aren’t NASes if I’m not mistaken?

golli@sopuli.xyz on 29 Mar 20:28 next collapse

I (very much an amateur) briefly tried TueNAS scale in the past and didn’t like how they did apps. So I switched to Openmediavault, which since then has served me very well.

With a plugin I could easily add my zfs raid and I use their build in docker compose gui to run the few programs I need.

I didn’t try out others, but there are more options. CasaOS and yunohost already got mentioned, there is also Cosmos or just running a basic server with e.g Debian and maybe adding Cockpit for some management gui.

possiblylinux127@lemmy.zip on 29 Mar 20:37 next collapse

Openmediavault only seems to run on Debian which is a no go for me. I’m looking for something immutable (ie an an appliance)

klu9@piefed.social on 29 Mar 21:01 next collapse

WARNING: I am not an expert!

Maybe VanillaOS? Immutable, atomic, Debian-based. If OpenMediaVault doesn’t run directly on Vanilla, use its APX tool to make a minimalist Debian container & install OpenMediaVault there?

golli@sopuli.xyz on 29 Mar 22:47 collapse

I guess if you want specific recommendations you need to define your needs and requirements a bit more.

Since I was wondering if Cockpit is an option for immutable distros I stumbled on this video, which seems to suggest it might since it is used on one there. So I guess you could pick your favorite immutable distros and see if Cockpit works to have a easy gui for managing the server stuff.

You could of course also go for something like NixOS and make everything declarative.

For me Openmediavault was easy to set up and just works for the little stuff I want it to do.

toynbee@piefed.social on 29 Mar 23:21 collapse

I’m unclear on the benefit either has one just an NFS server.

syaochan@feddit.it on 29 Mar 21:03 next collapse

I’m running XigmaNAS

CompactFlax@discuss.tchncs.de on 29 Mar 21:27 next collapse

Currently running proxmox and using cockpit to present smb, which is all that I was doing with TrueNAS. Gotta set up a few pieces manually but not really a hassle.

tofu@lemmy.nocturnal.garden on 29 Mar 21:46 collapse

Does cockpit have proper UI for ZFS and NFS? That’s the only reasons I’m using TrueNAS currently and I’m a bit annoyed with it generally.

CompactFlax@discuss.tchncs.de on 29 Mar 23:27 next collapse

Not for zfs. I mount zfs on proxmox. Why I don’t just run samba on proxmox, I’m not sure. There is some fuckery with permissions to make it work in a container and permissions are unnecessary for my use case.

But you don’t really need a ui for zfs. I ran it for 10 years on TrueNAS and only used it for initial setup.

tofu@lemmy.nocturnal.garden on 30 Mar 06:40 collapse

I know and I’m considering it, I’m already running Proxmox anyways. The connection between zfs, permissions and NFS is what I like in TrueNAS.

MangoPenguin@lemmy.blahaj.zone on 29 Mar 23:28 next collapse

Proxmox has a UI for ZFS. But you don’t really need it, ZFS is kind of set and forget and setting it up is quite easy via CLI.

tofu@lemmy.nocturnal.garden on 30 Mar 06:39 collapse

I know and I’m considering it, I’m already running Proxmox anyways. The connection between zfs, permissions and NFS is what I like in TrueNAS.

Owljfien@piefed.world on 30 Mar 06:02 collapse

Cockpit does through a separate module called cockpit-zfs but it doesn’t quite have feature parity. There are some niche situations where you may need to use cli

non_burglar@lemmy.world on 29 Mar 21:54 next collapse

Straight up barebones Linux.

possiblylinux127@lemmy.zip on 29 Mar 21:57 next collapse

That’s likely what I’ll end up doing

SirHaxalot@nord.pub on 30 Mar 17:57 collapse

I’ve been running straight Ubuntu with ZFS-on-Linux since 18.04, and it has been smooth sailing. If you’re running a lot of containerized things it’s very convenient to just be able to bind mount ZFS dataset into containers.

Normally I prefer CentOS/RockyLinux, or some other EL distribution, but in this case I really appreciate that Canonical isn’t purist enough to ship ZFS as a loadable kernel module that is guaranteed to be in sync with the shipped kernel. And don’t have to deal with DKMS.

jafra@slrpnk.net on 29 Mar 23:05 collapse

Alpine Linux might also be interesting.

non_burglar@lemmy.world on 30 Mar 01:34 collapse

I think alpine qualifies as barebones Linux, generally.

bmcgonag@lemmy.world on 29 Mar 23:25 next collapse

For an actual NAS solution, meaning your primary goal is storage, then Rockstor, OpenMediaVault, and TrueNAS are the big open source ones I know of. I believe they can all do ZFS and RAID these days

If you’re looking for a system to host self hosted apps, that can also do ZFS storage, check out Incus Containers on a playing Ubuntu or Debian install, and use LXConsole for the UI side.

Decronym@lemmy.decronym.xyz on 29 Mar 23:30 next collapse

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

Fewer Letters More Letters
Git Popular version control system, primarily for code
NAS Network-Attached Storage
NFS Network File System, a Unix-based file-sharing protocol known for performance and efficiency
RAID Redundant Array of Independent Disks for mass storage
SSH Secure Shell for remote terminal access
ZFS Solaris/Linux filesystem focusing on data integrity

6 acronyms in this thread; the most compressed thread commented on today has 9 acronyms.

[Thread #200 for this comm, first seen 29th Mar 2026, 23:30] [FAQ] [Full list] [Contact] [Source code]

synapse1278@lemmy.world on 29 Mar 23:40 next collapse

Plain, good old Debian. It’s not that big of a deal to do all the config in console via SSH. You do it once and you’re done, so is the web interface that important?

qupada@fedia.io on 30 Mar 05:02 next collapse

I said this to someone once and they accused me of being "elitist". The simple fact is when I learned how to do this stuff, there was no such thing as a GUI for any of it. You did it on the CLI, or not at all.

(Almost the exact same experience with git, funnily enough)

I 100% agree though; the bones of the setup of my NAS (admittedly mine is Ubuntu, just because everything else I run is too) was done once 18 months ago, and most has never been touched again. Just software updates every now and then and ignore it the rest of the time.

I don't feel like I've lost any functionality doing things this way, either. I discovered when a disk died that it even uses SES to light the error LED and turn on the annoying beeping noise on the JBOD, and I didn't have to do anything to set that up. I call that a win.

synapse1278@lemmy.world on 30 Mar 05:39 collapse

Nothing wrong with wanting a web interface, but for an experienced Linux user, there is no issue going without one.

lka1988@lemmy.dbzer0.com on 30 Mar 10:10 collapse

I’m not exactly an expert, but I’m comfortable enough that I can figure out most things.

I still prefer a GUI option for a lot of things.

eleitl@lemmy.zip on 30 Mar 13:33 collapse

Make sure your data pool is well laid out zfs though.

synapse1278@lemmy.world on 30 Mar 16:35 collapse

Personally, I use BTRFS in RAID10 config. I don’t need crazy performance and my NAS is pretty low power with only 8GB of RAM (use to be 4GB on my previous setup).

xia@lemmy.ca on 30 Mar 00:23 next collapse

I seem to recall reading that, but I think you have the wrong impression. I’m pretty sure it’s just there build system. They have always had two (one private for the paid stuff), and now they are just building everything “in private” not removing any source.

There are many projects that do not have open build systems, and I can understand them eanting to cut costs and simplify infrastructure.

e.g. just because redhat has a private build system and tries to restrict access to their binaries, that does not make them closed-source.

MuttMutt@lemmy.world on 30 Mar 01:15 collapse

I think what you are referring to is this post forums.truenas.com/t/…/64357

There are people (likely in Asia) who are using the TrueNAS Build Tools to build versions that are no different other than removing license files and references, changing the name, changing some graphics and then selling the created ISO for profit.

The TrueNAS code is still GPLv3 and because it was that when they started using Linux base and not FreeBSD. The FreeBSD code is released under the BSD license which does allow closing of the source at any time. But here is what the internet had to say:

The BSD license is a permissive license that allows for minimal restrictions on how software can be used, modified, and distributed, including the ability to incorporate it into proprietary software. In contrast, GPLv3 is a copyleft license that requires any derivative works to also be distributed under the same GPLv3 terms, ensuring that the freedoms granted by the license are preserved.

[deleted] on 30 Mar 01:15 next collapse

.

NarrativeBear@lemmy.world on 30 Mar 02:35 next collapse

One option is to use a older version of TrueNAS until some alternatives start to show up.

I would probably keep my NAS offline so it does not phone home.

nixfreak@sopuli.xyz on 30 Mar 02:49 next collapse

Open media vault

lka1988@lemmy.dbzer0.com on 30 Mar 06:24 collapse

This. OMV is no-nonsense.

Cyber@feddit.uk on 30 Mar 07:20 next collapse

I setup a standard Arch install, added BTRFS, NFS, SMB, restic (for offsite backups), etc and haven’t looked back.

I installed Cockpit thinking we’d need a GUI, but syncthing just works to mirror our laptops & phones with the NAS, and with multiple versions (by syncthing) I’m happy so far

The only thing that I had issues with was Immich and (major) postgresql updates, but that’s stablising now. And, TBH, the worst thing was just having to scrap the DB and just let it rebuild it (for a few days…)

I went with BTRFS because I can “see” it with standard linux tools like gparted, clonezilla, etc. So I can backup and modify the NAS OS itself, not just my data.

Apart from updates, I haven’t touched it for years.

dieTasse@feddit.org on 30 Mar 07:34 next collapse

As started in other comments, TrueNAS is staying open source, only the build system is going closed source because some company was ripping them off and removing license. But the OS system itself can’t go closed source because of the gpl license.

So no need to move away if you like it.

AHemlocksLie@lemmy.zip on 30 Mar 07:52 next collapse

This probably doesn’t apply to TrueNAS, but technically, it’s possible to close a GPL project. You’d need the permission of every last contributor to relicense their code, or they’d have to rewrite all the code they can’t get relicensed (e.g., someone said no or already died), or they could do it if they never accepted any pull requests because they would then be the sole copyright holder and have the freedom to relicense at their whim.

I can’t vouch for TrueNAS, but most open source projects accept pull requests because free labor, whether they’re corporate projects or not, so I’d assume they can’t freely relicense without a hell of a headache, so yeah, it’s probably staying open for the foreseeable future.

MuttMutt@lemmy.world on 30 Mar 13:44 collapse

They would likely have to rewrite the linux kernel right? I’ve never heard of a single project being granted taking the kernel private. If they were going to do that they would find it easier to rebase back on FreeBSD. They just switched to linux and invested a ton into the switch. The switch already cost them a bunch of users and dissent, the current narrative is causing more.

There will be forks of all the current code either way.

I would be more worried about the cheap Chinese hardware people are using that utilizes the linux kernel and other code that doesn’t contribute back to the project or release their code.

AHemlocksLie@lemmy.zip on 30 Mar 15:06 next collapse

Yeah, no, they couldn’t do it to the kernel. But that’s not really the interesting part of their product. It’s all the software that they as a company hold the copyright to. If they solely hold copyright on all their own code or if they have permission to relicense from their contributors, they can take any or all of their products closed source, and when I say “their products” I specifically mean the things they as a company produce, which they built on top of open source projects that they don’t control.

MuttMutt@lemmy.world on 30 Mar 15:13 collapse

Agreed. But anything that is released as open source will still exist even if they move to closed source. So another group can take that code and continue to develop it as a new project.

AHemlocksLie@lemmy.zip on 30 Mar 15:38 collapse

True, but unless that new group is willing to step up and invest in physical device production to directly compete, I don’t think it’s going to be the same. The type of people buying a dedicated NAS with a custom OS are looking for as close to a plug and play solution ad they can get. They’re less inclined to reinstall the OS on their new NAS, and the market is probably going to favor the now proprietary version TrueNAS sells, especially if they take steps to make it difficult to replace the OS on their devices.

SirHaxalot@nord.pub on 30 Mar 17:51 collapse

I believe this doesn’t apply to the Linux kernel. I mean there is a lot of products that include a Linux kernel and runs proprietary code on top.

I’m not really certain about the legalities, but IIRC it has to do with Linux being licensed under GPLv2 instead of GPLv3(?)

possiblylinux127@lemmy.zip on 30 Mar 13:37 collapse

Yeah I’m still moving away from it. They are going as closed source as they can without breaking the GPL

[deleted] on 30 Mar 08:13 next collapse

.

IratePirate@feddit.org on 30 Mar 08:51 next collapse

I can’t see why somebody objecting to TrueNAS flirting with closed source would want to switch to a fully proprietary system like Unraid.

Appoxo@lemmy.dbzer0.com on 30 Mar 11:17 next collapse

Great. Replace partial closed source with closed source.

Task failed successfully

nfreak@lemmy.ml on 30 Mar 12:03 collapse

I mean, I use it myself but I also get why it’s not really mentioned here, being partially closed-source as well and subscription-based on top of that.

randombullet@programming.dev on 30 Mar 09:17 collapse

Open Media Vault with OMV Extras

I have it on Proxmox. Works like a charm

Drathro@sh.itjust.works on 30 Mar 20:19 collapse

Is the ZFS “plugin” reliable and user friendly? That’s my only personal trepidation for switching off of TrueNAS. The easy webui for ZFS scheduled maintenance and general configuration are super nice.