I recommentd ext4. Its extremely stable and easy to manage. Btrfs, zfs etc. is overkill for a pure data drive imo.
Although it depends of the backup format :
This! And I’d probably add par2 parity files - just in case some bitrot happens.
I can't tell if this is actual advice or irony
zfs is made for data integrity. I wouldn't use anything else for my backups. If a file is corrupted, it will tell you which file when it encounters a checksum error while reading the file.
Can it recover the error?
if you're also using raidz or mirroring in zfs, then yes. it can also do encryption and deduplication
If there is a redundant block then it will auto recover and just report what happened. Redundancy can be set up with multiple disks or by having a single disk write blocks to multiple places by setting the "copies" property to more than 1.
If your Linux distro is using btrfs you can format it to btrfs and use btrfs send for backups. Otherwise the filesystem shouldn't be to big if a deal unless you want to restore files from a Windows machine. If that is the case use ntfs
I use fedora 40 kinoite which uses btrfs but i am not sure i trust it enough for this data. Also forgot to mention in original post that I had some problems when overwriting files in ntfs which caused corruption. Thankfully chkdsk on a windows machine fixed that but I wouldn't like for that to happen again when backing up from a linux machine.
NTFS has never been well supported on Linux. Any native filesystem will be fine.
Are you sharing this drive with windows machines? It may be better to go exfat or something more neutral in that case.
Yeah but I'd rather have something with a journaling system that might make recovery easier. I don't have any issue with temporarily connecting the drive to my pi and then moving the files via sftp (or spinning a vm via hyper-v/wsl). Also I don't have much experience with CoW filesystems like zfs and btrfs and I am scared to mess with them in case I cause data loss by accident. So ext4 it is...
Btrfs
agree, and it compresses automatically, can be useful for some backup
Depending on your skill level, you may want to consider a deduplicating file system, like BTRFS or ZFS. That way, you can make copies of the source drive and deduplicate unchanged segments, making every copy after the first only take up a small percentage of the apparant disk size.
I've personally used duperemove to deduplicate old disk images and it works very well in my experience.
I wouldn't use NTFS with Linux. The driver is stable enough that it doesn't corrupt the file system anymore these days, but performance isn't as good as alternatives.
I'd use ext4 for that, personally. You might also consider using full-disk encryption (redhat example) if there's going to be any data on there you wouldn't want a burglar to have. Obviously it wouldn't do much good if you don't encrypt the other disk as well, but having a fresh one to try it out on makes things easier.
ext4 is the linux equivalent of ntfs
Buck the trend, put APFS on those bad boys.
Or, kick it old school with reiserFS
Not bad idea.
Well, given the current state of the Open Source driver, I think it is a bad idea.
Although, I guess if you can tolerate closed source….
I was kidding...
From Wikipedia, the free encyclopedia
Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).
Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word "Linux" in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0