Arwen, thank you for your reply. As a FreeNAS/TrueNAS user for more than a decade, I understand iX's approach in trying to keep both Core and Scale base OS as 'original' as possible. From a DevOps point of view, this is crucial as it simplifies system maintenance, support, and security. In my opinion, this approach is outdated. Take GPUs, for example. Making GPU work in TrueNAS Core is something not recomended ( but not impossible ) even though some basic software like FFMPEG can have a huge performance boost with QuickSync or NVENC.
From the table I attached earlier, if you look at the device
sdf, /dev/sdf1 is mounted to /mnt/pool1/sdf. I can mount this drive without issue because it is in ext4 format, not NTFS like /dev/sde1. If we follow what you said earlier about 'removing that possibility,' I should not be able to mount an ext4 drive as well. But this is not the case. Without mounting the drive in the system OS, I cannot mount it in containers or helm. If mounting a foreign drive is not possible, then iX should have removed access to the
mount command, just like
apt and
dpkg.
Three years ago, a PC with more than 8GB RAM and onboard graphics could easily satisfy me. Today, I am actively seeking multiple RTX GPUs and cheaper RAM. Thanks to WSL2 and WSA, I can now run Windows, Linux, and Android on the same platform simultaneously. As the demand for AI increases, it would be just a matter of time before iX adds GPU support to TrueNAS Core to utilize accelerators like CUDA, ROCm, and OneAPI.
If there is no one true NAS to rule them all, then it should not be a rule at all.
