up to version TrueNAS-24.04.2.3 TrueNAS with cryptsetup and dm_mod.so was useful and recommendable. After that they tried to clean it up - unfortunately not very successful…
TrueNAS isn’t a general purpose Linux (or FreeBSD) distro. For storage, it’s ZFS, and ZFS only.
The presence of other modules or libraries is not indicative of what TrueNAS offers or how it’s “recommended” to use.
not understood, it’s about mounting - and data transfer , i really didn’t expect - basic functionalities (like mounting encrypted drives , or non encrypted drives like ext4) to be discussed here - for a nas system this should be state of the art. i don’t see the problem - what is artificially described here .
There are two supported means of data transfer in TrueNAS: to or from a mounted ZFS pool, and over the network. You managed to hack together an unsupported method, and now it doesn’t work any more. Too bad for you.
My grief is limited - there are alternatives. but your inflexibility seems unlimited
Understood.
Except EXT2/3/4 is not supported. So yes, in theory, those could be removed.
At one time, importing data from non-ZFS external disks was supported. However, too many people had trouble with, or lost ACLs, permissions and extended attributes which caused grief among users. So the only supported data import method today is via the network.
Yes, it would be nice to have a general purpose OS that has great NAS abilities, along with Apps and VMs. But, TrueNAS SCALE is a targeted appliance firmware.
While iX has added features and fixed bugs that only affect free users, (like many SOHO), larger features really seem to need a purpose for Enterprise Data Center users, (the ones who pay for development via purchases & support contracts).
1 Like
i can understand this answer. the sadness is limited to the fact that it was not foreseeable - for me - that a simple luks mount (which is not to be regarded as elaborate and complicated) - after so many versions - is suddenly gone.
You appear to misunderstand what is going on here.
You are talking to community members, ordinary people whom have no special relationship in iX.
They have tried to explain to you what iX has said and communicated regarding LUKS, and in the later posts - other filesystems, on TrueNAS. You don’t need to change their mind, you would need to change iX’s mind and you still haven’t posted a proper Feature Request.
That said, my understanding is that iX has already made they intent known on this issue in an older Feature Request linked earlier in this topic.
This is not my opinion, this is my understanding of the facts.
1 Like
thanks for the clarification. i will follow the advice.
answer like a teacher, and yet only elementary school students 
I’m now also hitting the issue around the lack of dm_mod for mounting existing external drives.
I have historical backups on luks encrypted xfs drives which I can no longer access directly from my TrueNas box. This considerably reduces the effectiveness of TrueNas as my primary home storage and workload server.
I understand the focus around ZFS, but I really don’t understand the removal of standard basic linux capabilities like dm_mod. For example if I’m troubleshooting a VM issue I often use a range of device mapper centric tools to access the VMs filesystem to resolve issues.
This isn’t a question of “implementing Luks”. The fact is Luks is a default part of almost every existing Linux distribution and should be included as part of TrueNas.
It is reassuring to see that there are still users who have high expectations for an operating system. Fundamental components such as the file system and encryption are typically improved over time and only removed when they become obsolete or are no longer maintained.
The argument that thousands of hours of testing would be required to ensure safe operation is completely absurd! Countless distributions worldwide use LUKS and XFS and have shared their experiences in forums. The core features of LUKS and XFS continue to exist in these distributions.
The claim that the entire system would be affected is entirely unreasonable—especially when the modules are loaded only when needed, naturally via the command line. No one demands that these functions must be available in a graphical interface! The user should be able to decide whether to activate a module for LUKS or XFS based on their individual needs.
It would be desirable for someone from the core TrueNAS development team to provide an expert statement on this topic. The arguments against it so far seem superficial and overly theoretical—they lack depth
1 Like
It’s not marketed as a general OS or distributions.
It’s marketed as an appliance.
That sets the groundwork for what kind of flexibility one can expect.
Perhaps you would be better suited by using straight up Debian with zfs?
It’s about maintaining the quality of TrueNAS.
If programming is done professionally, either LUKS is implemented completely, or not at all.
Cryptsetup is usable, but the dm_mod module is not.
Now, explain the professional logic behind this.
I haven’t understood this logic. 
Do you have two different accounts?
Why?
shango02 belongs to the group shango with several people.
no reason to worry