Search results for tag #zfs
![[?]](https://files.mastodon.social/accounts/avatars/111/228/343/080/661/940/original/c3720e26cb4e4a8b.png)
Duplicating Your System: Using Duplicity to Back Up Your FreeBSD Desktop.
In this Q1 2026 FreeBSD Journal article, Jason Tubnor walks through a practical approach to backing up your FreeBSD system using duplicity, including encrypted backups, incremental chains, parity protection, and S3-compatible storage.
Read more:
https://bit.ly/4d5AR1v
#FreeBSD #OpenSource #ZFS #Backup #SystemsAdministration
![[?]](https://media.bsd.cafe/bsdmmedia01/accounts/avatars/113/669/805/004/044/990/original/1d8537dc414c57ea.png)
... [SENSITIVE CONTENT]
Alright, so far so good!
I had a pair of Sabrent EC-DFLT external HDD enclosures, but I lost the power supplies for them, and they are thirsty little bitches. 12v/2a according to some forum posts I found, more like 12v/3a based on a replacement part I found.
But, I have these old Juniper SRX100 power bricks that do 12v/2.5a, and that seems to be doing the needful.
Copying the raw dump to a mirrored zpool of both of them right now to see how they handle load over time. I still haven't figured out how I plan to use these going forward. My old external drive bay was mostly a staging area for remote backups, and a recent local copy. It was also the dumping ground for my media collection, which is just too big to upload over my shitty 38mbit uplink cable modem. I may simply recreate that, but have about 1 TB less usable space on this pair of drives than I did on the 4x drives in the old array. So, maybe I'll split them up? Maybe I'll keep a copy of my media directly attached to the kodi box and just rsync shit over regularly. Use the other drive for everything else. Striping them sounds like an absolutely terrible idea.
I dunno, I have to ponder this a lot. I'm just happy I got these not terrible external drive enclosures working.
![[?]](https://assets.chaos.social/accounts/avatars/107/153/828/088/882/262/original/945e117c8298d3d5.gif)
Not quite sure what to think of that reply to my #Debian #ZFS package bug report yet... need to let that sink in.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1135579
It's the first time I'm hearing that an "apt get dist-upgrade" on Debian Sid is supposed to be a "self-created problem". That a user should do x steps first. But maybe the rules for "contrib" packages are different?
Anyway, that makes me even more seriously consider switching from ZFS to #btrfs...
![[?]](https://media.bsd.cafe/bsdmmedia01/accounts/avatars/110/753/691/400/011/788/original/7decba5a2514dda4.png)
Latest 𝗩𝗮𝗹𝘂𝗮𝗯𝗹𝗲 𝗡𝗲𝘄𝘀 - 𝟮𝟬𝟮𝟲/𝟬𝟱/𝟬𝟰 (Valuable News - 2026/05/04) available.
https://vermaden.wordpress.com/2026/05/04/valuable-news-2026-05-04/
Past releases: https://vermaden.wordpress.com/news/
#verblog #vernews #news #bsd #freebsd #openbsd #netbsd #linux #unix #zfs #opnsense #ghostbsd #solaris #vermadenday
Maybe I should really consider switching from #ZFS to #btrfs for my Linux/OpenWrt/Gluon dev partition. Deduplication + compression for their Git worktrees was the main reason why I added this partition in the first place, next to my ext4. And btrfs has these, too.
Don't quite remember why I chose #ZFS back then over #btrfs. Either the space savings were greater or the OpenWrt/Linux build times were faster in my tests.