Dylan

@Tamaluko Great write-up and thank you for sharing. I went through a similar situation today that I posted about HERE. However in my case it was Plex playing funny with changing a .tmp file and associated permissions that when removed, fixed the issue.

I like my Firefox with all of my privacy extensions - add free YT is a must. Brave serves as my alternate from time to time.

Nice!

I've only been following this guy for about a year and despite his dry delivery find his content easily digestible, thorough and informative. Enjoy!

Tagging @jonp for visibility.

Great question! Because I have limited needs, just a storage device with basic streaming capabilities, I use HexOS on the daily - mainly Plex. However, this is just part of my larger effort to build out a home solution that will eventually replace paid-for services that have increasingly risen is price and are more inclusive of advertisements (I LOATH ads with a perfect hatred). I am attempting to time my efforts with HexOS maturation. Which is to say as HexOS gains in features, I look to increase my DIY replacement of paid-for services. I know not everyone has the same timeline, level of effort, risk tolerance etc.. as I do, but that's why I jumped in early. I keep backups, try to contribute to this community and help where I can to see where this is going.

It looks like REPLICATION will likely be my preferred method as I DO wish to automate this. @Mobius Buddy backup is a GREAT approach for offisite backups and one I will use and ask others the same, I just want to automate my writes from primary to secondary in keeping with the 3-2-1 rule - the "1" being when buddy backups are implemented. I'm still at "2" 😆

I've a 4 bay NAS and am considering buying a second (almost the same) to serve as a backup device. Both would be wired on home LAN and running HexOS. The backup device would have greater storage capacity and slightly more RAM/CPU capability. What is the most efficient/automated way of copying writes to primary over to backup? My instinct would be to use schedule a cron job via rsync at certain intervals. However, I've also never used TrueNAS, prior to HexOS, and my ZFS administration was on production servers where backups were handled by a different group. So, what it be like?

This is the way. Pool expansion takes time and the greater the capacity, the longer it takes.

Hey @Theo4, @ehrie & @Iliyria - The HexOS team is ware of the IntelARC GPU issue. They have a test system built and are working to ID the cause/resolution. Thank you for your patience.

Hey folks. Just want to share the the HexOS team is aware of the IntelARC GPU passthrough issue and has a test system being used to try and ID and diag/resolve the issue. Thank you for your patience.

Here is a good jumping off point: LINK

Good looking rig - is it loud?

I finally got a chance to do some more digging. Turns out my file manager, Nemo, (Linux Mint) uses GVfs which mounts SMB shares via /run/user/1000/gvfs but not statically nor with appropriate permissions to torrent TO that location. So I made entries in fstab to /mnt but was still having issues before realizing that for permanent shares /media is the correct directory. Once fstab reflected those changes, I appear to be humming along nicely. //bigboy.local/shows /media/shows cifs credentials=/root/.smbcredentials,iocharset=utf8,vers=3.1.1,file_mode=0777,dir_mode=0777 0 0 //bigboy.local/movies /media/movies cifs credentials=/root/.smbcredentials,iocharset=utf8,vers=3.1.1,file_mode=0777,dir_mode=0777 0 0 Permissions and fstab were the right moves - the tthing that threw me off was GVfs and how it handles smb shares upon user login. Weird.

I think this is the most important consideration, even over personal risk tolerance because, with enough redundancy you're good regardless.

Maybe? Depends on your risk tolerance, I guess. THIS Google study showed iffy results at best. And THIS guys logic is kinda why I was asking; to get a sense if others in the community were as proactive as the linked article. I can see the benefit, but it also comes with a PITA factor of time which, if measured against failed drives, potential lost data and stupid RMA's might make sense.

The point of a HDD burn-in is exactly that, to catch manufacturer defects (usually bad physical sectors) before you write your data to it, especially if you choose to use refurbished drives. It's not witchcraft it's just an extra step one can take to try and be proactive to HDD health instead of reactive to bad HDD health.

Nice link!

Basically title (not ssd/nvme drives) Does anyone burn-in HDD's prior to deployment? I can see the potential value especially when (in my case) I use a few select sized disks very targeted for my specific use-case. My cost per disk is ~$175-$250 (eventually) totaling >8 drives, less spares. Given "bad batch failures" it kind of makes sense - again for my use-case. However, I've lived in data-center's and managed thousands and 10 to 100's of thousands disks where this wasn't performed. Likely due to a cost/time benefit. Meaning, for a production environment generating $millions it just wasn't worth the time. Scale that down to me, and maybe it does. What about you?

Full disclosure - I just watch this dude's channel and enjoy his work on storage performance analysis. While THIS specific video is about MAC's, it still seems apropos to what we often encounter when attempting to evaluate the never ending cost/performance/capacity Jenga dance.

@Taylor G. To echo what the others have said, I agree - especially while HexOS is still in beta. Even if TrueNAS supports it, it invites problems. I'd at least wait for a v1 release before using any important data.

I won;t say never because you never know. However, if I were to guess, the price will likely increase once ver 1.0 is released, so the current $199 price point is probably the cheapest it will be unless some sort of special is introduced.

Hi @g3rar2! Unfortunately, no. That price point expired a little over a month ago. I do hope you'll still join us, though!

Not to nit-pick but clarity matters. HexOS IS TrueNAS. HexOS is a wrapper that is intended to simplify the deployment, configuration and management of the same utilities supported by TrueNAS. It will just take some time to build out the app support specific to HexOS.

@steakboy Use Rsync between local hosts, wget fur URL downloads and curl if you need more advanced protocol or API support. https://www.geeksforgeeks.org/difference-between-wget-vs-curl/ https://www.geeksforgeeks.org/rsync-command-in-linux-with-examples/?ref=header_outind