Leaderboard

So after some digging, poking and planning I have NAS 2.0. Unlike my first nas that was built off of pure storage round 2 is planned on the fact that I have found a better way for my use case to use hexos. So moving to a newer cpu platform will give me more horsepower down the road swapping from a i3 8350k to an i7 10700. Moving to storage I will have 3 128g ssd as pool 1 for all my apps and vms. Next to that is 4 12tb drives that will be the main pool for storage. Setting up the next 6 8tb drives will be my once a month storage point "the drives will be spun down when not in use". As far as my old setup it will be getting 15 8tb hdds and will be colocated for in case things happen at home storage.

So I noticed that HexOS requires encryption at the folder-creation stage for future offsite backups. Since Buddy Backup isn't out yet, how will the migration path look for users who have already populated large unencrypted datasets? Specifically: Will there be a built-in 'Migrate to Encrypted' tool to move data into a new encrypted dataset for Buddy Backup? Will Buddy Backup support 'Replication-level encryption' (encrypting the stream during transit/at rest on the destination) without requiring the source folder on my local NAS to be encrypted? What about application data folders that are already not encrypted, how would those be handled?

Hello, It seems the after the update some systems on reboot are reaching out to our server so it doesn't know your there. Try the following. Login to TrueNAS interface. Left side select "system". Then after screen refreshes select "shell" from the list. Paste in the following command. Can't use normal short cuts Will need to use Shift + Insert Key for pasting. sudo python /usr/lib/python3/dist-packages/middlewared/scripts/vendor_service.py If that works within about 1 min you should be able to go to deck.hexos.com and see your server or claim it.

This is a bit more of a loaded question than you'd expect. We do support usb DAS* we do not recommend using usb external storage and there is higher risk of things going wrong. Also it very much depends on the DAS hardware as well. As a cost cutting measure instead of passing through the HDD/SSD serial number many just tell the connected computer the same generic serial number for all the drives. Those enclosures do not work properly with HexOS. HexOS needs the DAS or enclosure to pass through unique serial numbers for each drive. If the DAS does provide the unique serial number for each drive the enclosure will work.

It's hard to believe it's already been a year since we launched the HexOS Beta and the early access campaign. What a journey it's been! In today's blog post, we're going to provide a summary of this past year's accomplishments, a run-down of what's left to achieve our 1.0 release, what's coming next, an update on the AnyRaid project, and our HexOS Holiday Sale! Read all about it in our latest blog post: https://docs.hexos.com/blog/2025-11-26.html

Hello, not sure if it was requested already, but a curation for the "Actual Budget" app would be greatly appreciated. I found it by looking at the apps tab, and did some more research on it and i would love to switch to it instead of my current app of Quicken since I pay yearly to use it. I think it would help many nowadays due to inflation. Thanks!

When user clicks a notification for an App Update and the slide-in panel shows on the right of the page, it would make sense to have a link in the Notification to the App which requires an update. Today I have to navigate to the App listings and then into Installed Apps. But even *then* I don't have any indication which app requires an update. I have to click on each of them to find out which App requires an update. Am I missing something which indicates the app requiring update?

Title says it all. Thanks.

HexOS Gets a Major Upgrade This release introduces an improved Apps experience, new apps, two-factor authentication support, improved GPU support, and Goldeye compatibility. Read more about it on our docsite here at Command Deck Update - December 26, 2025 Also check out our latest blog for even more details! NOTE: This update was applied automatically. You may need to clear your cache.

Down the Road, it would be really awesome if we would get a curated installation for Paperless-NGX! https://docs.paperless-ngx.com/ Paperless is a really awesome Document Management System for all sorts of things. Paperless have lots of Small Features like full OCR and full in document text search. With a Duplex scanner, you can easly backup ALL of your paper documents and have them automatically sorted - a perfect companion for HexOS that aims to make digital backups a breeze! With a Curated and easy install, it could also help to backup analog paper 🙂

I ran into the issue that my boot drive was corrupted and I had to restore my HexOS install from scratch. I found posts that said basically just reinstall it but nothing that explained the process. I had several issues, when I reinstalled HexOS it wanted to wipe my raid, once i disconnected the raid and went through the initial setup, I had no shares. So I wanted to document this so that others with this issue find a solution instead trying to rename and recreate shares and move data between datasets. This was done after I figured out a process for doing this so sorry if I missed any steps. Step 1. Remove the bad boot drive. Step 2: Disconnect the Raid drives. Step 3: Install your new boot drive and usb HexOS install media. Step 4: Follow the standard install process, including setting your admin account and claiming your server. When you finish the setup you will not have any disks so you will name your server and just continue. Step 5: Shutdown the system. Step 6: Reconnect your raid drives and boot up. Step 7: Log in to the TrueNAS gui by going to the IP address of your server in the browser and using the credentials you set up during install Username: truenas_admin Password: <whatever you entered at install>. Step 8: Go to Storage Tab and select Import Pool. 9: Select your pool from the drop down it should be named 'HDDs' and select Import. It will take a few minutes to import and complete. At this point the storage should be detected in HexOS and you should be able to start creating shares, but your existing folders and shares will not have returned. To get your shares back you must recreate them by renaming your datasets and naming them back as follows: Step 1: Under Datasets you can find all of your existing data on the RAID. Find the Dataset you want to restore in HEXOS and note the name. Step 2: Back in HexOS go to the Folder tab and select 'New Folder' Note: you may want to recreate your old users manually or create your folders with public access and recreate the users and add permissions later. Step 3: Create a new folder with the same name as the Dataset but add a 1 (In this case 'Plex1'). Make sure to keep the array the same 'HDDs; and give it the permissions you want (this can be adjusted later). Step 4: Back in TrueNAS go to Shares and select the edit button on the 'Plex1' share, depending on screen resolution you may need to scroll the horizontal scroll bar to the right. Step 5: In the side bar remove the '1' from the Path or use the drop down to select the original shared folder, then click into the Name field which should auto update and remove the 1. Step 6 Scroll down and click 'Save' and you will be prompted to restart the SMB service, do this and your share should be updated. Step 7: Navigate to the dataset tab select the 'Plex1' dataset and click delete on the right side. It will make you confirm by typing the whole dataset path. Step 8: When this is done you should be able to refresh the folders tab on the HexOS page and see the updated folder name (it took a minute to refresh for me). Redo this for each share that you wish to recreate. Once I did this and set up the users and permissions correctly, other servers I used to connect to my shares started working seamlessly. I didn't experience this but I can imagine you may run into some permissions issues since the new users in HexOS could have different IDs than before. Unfortunately you would need to manually adjust permissions on the files and folders. P.S. I imagine minutes after posting this someone will tell me I am dumb and should have done it this way, or someone else posted better over here. If that's the case let me know and Ill point to a better example, but when I needed help I couldn't find it.

Hey there! For advanced uses you can set up the UPS functionality within trueness if you have a supported UPS (which is most modern - be with USB or network connected). While it is slightly more technical, can be done and it's not too hard. You can also setup Peanut which will interface with Nut in truenas and give you a nice GUI.

I got it to fix below is my step-by-step solution Select Unclaim Server Plugged in HDMI cable to server to a monitor Reset the Server I was not getting any output so I did a reset to get an output. There was a boot window upon restarting the server, I selected it Let it boot while my other/main PC was on the HexOS dashboard discovering After about 10~ min it was discoverable Boot up took a while to complete Followed the "start-up" prompts on the HexOS dashboard I skipped the Storage set up process because I already had them set up prior Everything was working like before, but it did NOT complete the update that caused this issue I am holding off on updating until there is a more stable release. Hope this helps someone!

Truenas Scale is adding a File Browser as seen on their T3 pod cast

dm me we can try working this out

Thanks for sharing. X is one account that does not interest me.

Def not cloud only. If your isp/network supports peer to peer, we can coordinate that and then get out of the way. That is what's included in a lifetime license. If we end up having to relay traffic for some users, that will require a subscription as we will have to pay for the relay traffic, but obviously it will still be encrypted.

to the best of my knowledge immich does not encrypt photos. Have you encrypted them another way? If you would like i can try to set up a support meeting with you where we install a fresh installation of immich and help you reprocess all the media you had in your previous immich installation

As much as I like the idea of encrypted datasets (i'm using them myself), I fear that it will cause a not insignificant amount of headaches and data loss. Seeing how many users currently are just reinstalling Hexos if something is not working as they expect, currently, they just nees to mount the pools again and no harm no foul. But with encrypted datasets, where they didn't save the keys or have the keys saved on the encrypted dataset themselves it's bye bye data. So if we go done the path of encrypted datasets, we need to have a way to easily manage the decryption keys. Maybe there will be an option to store them on the Hexos Server and use them from there if anything ever goes wrong with a server. If not, a lot of people are not going to remember where they put those keys X years ago, which are now standing between them and their data. Don't get me wrong, I think those are definitely valid points, but such a crucial part requires a basically fool proof setup to not cause any harm. 🙂

It is a must these days to have TailScale support, especially for secure remote access. It is far too easy to mess up a WireGaurd/OpenVPN Config, if the goal is security and simplicity, Tailscale VPN access should be a high priority.

I totally hear you on this. Alert Fatigue is a real thing AND a risk. If the dashboard is always red, you eventually stop looking at it, which is exactly when a second drive will fail. That said, please avoid disabling SMART entirely. It’s better to have a "noisy" warning than to be completely blind to a total disk collapse. Here is my take on how to handle this: The risky move is disabling SMART for the disk doesn't just hide the old errors... it stops the system from telling you if the drive starts developing new problems. The reality is HexOS/TrueNAS reports the drive as "Unhealthy" because the drive's own firmware has tripped a threshold. The OS can't "clear" a hardware flag that the disk itself is reporting. The advisement is instead of disabling the service, check the specific SMART attributes (like Reallocated_Sector_Ct). If that number stays static for a few weeks, you might be okay. But if that number is climbing, the drive is a ticking time bomb regardless of the data importance.... replace.... IT.... ASAP. I would recommend you run a long SMART Test. If it passes and the error count doesn't increase, you can sometimes manually tune the alert thresholds in the Disk Settings of TrueNAS to silence that specific error, while keeping the monitor active for new ones. Though that goes against every admin bone in my body. Stay safe with that data my friend.

Sem problema, meu amigo, eu só queria ter certeza de que entendo o nível de NECESSIDADE vs. DESEJO. 😄 So I will be upfront, I am new to Nextcloud also, but I've read some of the documentation and have gleaned the following to your questions. Yes, it would seem ExApps need to un as their own separate containers. They don't run into the Nextcloud app itself. You do need a separate service called HaRP proxy to act as the bridge. Since HexOS is based on TrueNAS SCALE, you usually have to deploy HaRP as a Custom App using the the image found at, ghcr.io/nextcloud/nextcloud-appapi-harp:release. I did find this video helpful, maybe this could be your starting off point. I would highly suggest that you spin up some sort of sandbox environment to play around with. Not sure if forcing this rather messy setup into HexOS right now. Maybe in the future someone will develop an automation for it but... couldn't even guess when that could be. Sorry I don't have much to offer at this time. I'm not able to play around with Nextcloud to that depth until i get some other things figured out.

Very good chance the one drive that is preventing you from booting has gone bad. I would also try to double check if all the cables are connected to the 2nd drive that is not showing up in hopes that it has not gone bad as well.

i would start troubleshooting my unplugging all drives other than your boot drive and see if you can boot into HexOS/TrueNAS

Would be great if we could get ente photos support just like immich. I tried to set it up myself but couldn't. Here's the link: https://ente.io/help/self-hosting/

Thank you! I did not even try it with my OTP app since it states in the settings you specifically need Google Authenticator. That threw me off. But it works. Maybe they can re-word the setting description.

You can use any other authenticator/TOTP app, if your problem is with the Google one in particular. There is 2FAS, Aegis/Raivo and a Microsoft Authenticator too. And many more.

Are there plans to add other MFA possibilities than Google Authenticator? I'd really rather not have to use that app.

Hi there :). I'm upgrading from a hdd enclosure that I had connected to a mini-pc to this. I'll have 48tb of usable space and plan on upgrading with another 5hdd's at some point and then another 5hdd's even further down the line. I'll eventually add a GPU as well. Looking at the Nvidia Quadro p5000. Named the server Leela 🙂 CPU - Intel Core i9-12900K Mobo - ASUS Z790 Prime Gaming Mem - 64gb DDR5 (16x4) Boot Storage - 1tb nvme Teamgroup Mass Storage - WD Red 12tb NAS HDD's x5 SAS - SVNXINGTII SAS9305-16i PSU - NZXT C1000 ATX 3.1 Case - RackOwl 4U Server Chassis

Also I have some suggestions. I'd like to see some simple things that are kind of a given. 1: we need a better way to explore files, add files, delete files and so one. we need a native app kind of like windows file explorer. 2: We need a easier native way to set up external network sharing for out of network access. 3: We need it to somehow read and right and share files on NTFS, and exFAT Drives. I have external drives I use for plex and my old nas used them and stored 6000 plus movies along with 50 sum tv series. Connecting them forces me to Format them to ZFS which means losing all those files and the only way to get around it is to figure out how to access remotely the folders already on Hex os on another computer and transfer files over network which is a SLOW option for that many files and risks also losing some files or corrupting them. I know this is new and things take time but these are things i think are basic and should be priority. Things need to be made as simple as can be for those like myself who are new to all this and are learning. a lot of the TrueNas functions are foreign to me and are like trying to read Chinese. I'm used to Terra-Master and while they SUCKED on many levels some of the basic features were there and i still had the ability to upload download files, use exFAT, and NTFS external drives for storage and so. I would like to eventually find a great quality internal hard drive that is 24 tb plus hard drive or 2 of them to install in my new set up one day but they are EXPENSIVE. Even the externals i just baught were not cheep. They are costing me almost 600 dollars. I don't have the money to shell out to get expensive hardware. This is why I chose Hex OS because its advertised to be simple and easy. I follow Linus Tech and big fan and I trust his judgment on this. I just want to use it for Plex and File Storage. I want to access Plex and my files remotely like I did with Terra-Master and also Share Plex with Family and Friends remotely. Eventually I'd Even consider trying to find a way to use it to start my own Minecraft Server. But that's a ways away for now.

If you are lucky it's just a caching issue. What if you refresh the page and reset the cache? (Ctrl + R on most browsers). Does the folders show correct then?

I rolled back to the previous version of Truenas and it solved the issue. The server also wasn't able to restart/shutdown gracefully anymore as well... To roll back: Log in to Truenas UI Go to System > Boot Click the Activate icon (looks like a check mark) on the right for the previous boot environment. Restart. Pushing major updates during the Christmas break, even ignoring the recent track record, is beyond me... The HexOS team will remember this, if nothing else, and hopefully learn from it! The Log4j vulnerability that had me working during Christmas 2021 is permanently etched in my memory. 🙄

Hello all! We are excited to announce HexOS Local, powering the new local UI/UX for HexOS and capable of so much more. Read more about it on the Blogpost - Introducing HexOS Local

Oh wow that is not how I expected to read these but I guess it makes sense. lol I'm so used to the "real error" is at the top. But hey it's a good thing for the HexOS Team to look into "if default port conflicts with something alert the User." 😎 Beta tester lol Right now it's at 60% we'll see what happens, hasn't failed yet.

A fine attempt to clarify some of the conflicting nomenclature of how storage verbiage is used. I hope this helps!! (clear as mud, right??)

Another quarter until version 1.0. Can't say I'm not disappointed, but I get that quality takes time. At least give us a bone in the meantime.

The difference is pretty big, while they do the same thing, they do it very differently. Immich just stores all the images in plain on the file system, all the processing is done on server side, you can connect an external library and if your Immich DB or installation becomes corrupted or breaks and there is no more support for Immich you just take the photos folder and move on. But the admin and everyone who's access to the folder can see all the photos of everyone, so privacy is not that great, but administration is easier and recovery in case of an issue is easy. Ente (FunFact: Ente is German for Duck) is all about privacy. The photos are all encrypted on the server and only the client side can decrypt/see the photos. This also means that the client side needs to do all the processing, but therefore the server can be very low spec (although this doesn't matter in our case, because Hexos needs to run in the first place, so HW specs is not really a concern in any way) and it needs S3 storage and requires more setup an administration. However if your Ente DB becomes corrupted or the Ente app breaks or the Ente dev stops and your app becomes unusable, you lose all your photos, because you cannot access it any other way. But until that happens only your client side device can access the photos and no-one else can.

Pretty disappointed with this limitation. I understand the reason to avoid unscrupulous reselling, but I do think there are better ways of avoiding that without these issues. There are probably a lot of people in a similar situation as me; wanting to get a license for a relative as the family tech guy, but not wanting to have to be the sys admin for everyone. I bought a license at release because I support the mission, with no intention of using it until the features got more flushed out (still on plain TrueNAS). I am in the process of building a NAS for my father, which I intended to set up with a HexOS license so he could use buddy backup and some apps as a relatively nontechnical user. The HexOS interface is simple enough I think he can grasp it. But if I have to be an admin for his NAS anyway I might as well just set up Tailscale and rsync on TrueNAS. I understand it's a sale price and I'll probably end up getting him his own but it just feels like a slap for people that bought in to support and I hate feeling like I'm throwing money away. I'm no business major but it seems like expanding the user base would be prioritized given the possibility of genuinely useful subscription features coming down the pipe. Anyways. Just my $0.02. Still love what you guys are building.

So the difference really comes down to the account you use to login and manage each system . if you want to give someone else access to manage one of the systems. If the license is on your account, you have to give them your login. Otherwise, buying on a seperate account you have to give them the seperate login. The latter not being as cheap as the former.

HexOS would greatly improve by offering VPN services as curated one‑click apps, similar to Jellyfin or Nextcloud. Support for all major commercial VPNs with GUI and their signature features: NordVPN (Meshnet & dedicated IP), ExpressVPN, Surfshark, ProtonVPN, Private Internet Access (PIA), CyberGhost, Mullvad, VyprVPN, TunnelBear, and others. Support for open‑source solutions: WireGuard and OpenVPN. One‑click installation and configuration without complex manual steps. Option to route traffic from specific containers or apps through the chosen VPN, or all server traffic via VPN or a dedicated IP (useful for game servers). Include key features offered by these VPNs, such as a killswitch to block traffic if the VPN connection drops (preventing leaks), split tunneling, multi‑hop, obfuscation, and other advanced options. Ideally, make all NordVPN features available, since NordVPN is widely used and unique features like Meshnet are especially valuable for secure access outside the home network. This would enhance usability, privacy, and flexibility. If these features are implemented, I am ready to migrate my TrueNAS pools to HexOS.

So If I am understanding this, if the second server is in a relatives house it is not their independent account but rather is is another server under the same login. So I don't think we can use the term "buddy backup" unless you are saying each server can allocate an encrypted space on the other that can't be accessed. I think that will be the terminology sticking point. I must say when I first saw the option to buy a second $99 NAS server I myself thought I could setup up a buddy backup as well at a relatives home but wasn't sure it could be used as a full independent server by that relative because they are not going to want to go down the NAS path. I am guessing a lot of people will have that same thought and if i am still being honest I think Eshtek realized that would be the reason many folks would go for that option. So, let's be clear and careful about the use of the term "buddy backup". Can it be a remote backup? Yes. You have already told me above that it can. But can it be a buddy backup? It sounds like no, not really as defined in the sales materials. Now, as for that person who bought two accounts during the original black friday sale. I can see them having a legit issue because I believe I have seen them say that is why they got the two accounts in other forum posts a while back. If this is true it should have been stated then that multiple servers on one account can't be true buddy backups. I don't really have a horse in this race because I want another server that will be my 'media available outside my home' through Plex or Jellyfin and Immich.

I am an idiot😅 Way back, I bought two licenses because I thought I could then build a second server, install it at my parents' house that my dad could use for picture storage, and have a buddy back up to and from that second server.

I believe the distinction is that Buddy backups, etc, will need to connect to the cloud for configuration, but not for ongoing use. I can see how that could be confusing for some people.

I would like to propose a pair of features that would work in tandem. A dynamic DNS system (like DuckDNS) run by Eshtek could work wonders for users that have not purchased a domain name and might find it confusing to set up CNAME records to point multiple services to the same address. The cost of running DuckDNS is apparently negligible, so hopefully there would not need to be a subscription for the service (or if so, then maybe only a few pounds per year). Combine this with a built-in reverse proxy like Caddy -- which can automatically provision LetsEncrypt SSL certificates -- and curated apps would then be able to be made securely accessible over the internet via an address like: ${service-name}.${user-chosen-name}.hexos.com Apps could then advertise this as their address in the dashboard, making secure configuration of user apps significantly easier. The only user-configurable step that would be required would be to open ports 80/443 on the user's router, something that Eshtek cannot control, but crucially, something that the HexOS Deck *would* be able to check for, notifying users if their router is configured correctly. Since there is already a web service running on ports 80/443, this reverse proxy would need alternative ports, but most routers can receive a connection on one port and map it to a different port internally, so this is unlikely to present a major problem.

I’ve changed the default port numbers on my TrueNAS web server to free up ports 80 and 443 for other services. However, from the HexOS portal, it still tries to connect using the standard ports when interacting with TrueNAS. For example, if I try to edit an app’s configuration or launch the TrueNAS configuration from the portal, I don’t get the correct interface. It would be great if the portal could detect the configured port numbers via the API, or allow these to be set manually in the HexOS settings.

Adding my whip. 1990 Toyota supra. 7m-Ge, although this mfr just started making the forbidden milk shake. 😞 Looking into a 1UZ swap from a SC400. What the internet says, it is basically a simple drop in with minor work and I used the W58 trans that's already in my car! I'd love to build a JZ, but alas I am broke. 😕

So I decided to throw together a quick video for thoes that are questioning hardware when it comes to building their HexOs build. This is something i put together in a short time with my 20+ years in the used parts game. Feel free to give me pointers or opinions on things i may have missed and if there is a need ill create a part 2 with used enterprise gear..

DIsregard, I have worked out how to do this in the global network settings! Thanks!

also, a quick tutorial how i set up Jellyfin: Create a public folder in HexOS Go to apps in HexOS, go to Jellyfin, and click Install. It will open TrueNAS UI. user is truenas_admin and password is the HexOS password. (If it sends you to TrueNAS dashboard, go back to HexOS, Jellyfin, and click on Install again) Under Network Configuration check Host Network Under Additional Storage, click Add, choose Host Path, in Mount Path is how the folder will look in jellyfin, in Host Path find the folder you created in HexOS. Thats it for the settings, click Install at the bottom Now in TrueNAS UI go to Datasets, click on the folder created in HexOS, scroll down to Permissions, and click Edit Click Add Item, Who: Group, Group: apps. (you need to scroll at the end once or twice to be able to see full list, then find apps, should be near the end, its not in alphabetical order). Set permissions like in the picture, then click Save Access Control List. Thats it for folder permissions. Go to Apps, jellyfin, and click on Web UI. Then from there set up Jellyfin as normal, when u click on +Folders you should be able to see the folder you added in Host Path, /shows in my case. Thats it, jellyfin should work as normal now, just as if you set it up on your windows machine.

I've got a Zimaboard with 2x 4TB Seagate Ironwolf drives mounted on the back of my TV, bolted into the VESA mount of my TV. I really think this is the perfect home setup as long as your TV is not wall mounted. It's also practical to have the TV there when you need a monitor for the server, as I just did during the setup.