I have ditched cloud storage completely as it was costing way too much lately, everything has seemingly gotten more expensive nowadays…
I now have in my PC an nvme SSD and two 2TB enterprise hard drives, all formatted XFS
I am planning to get two more 6-8 Tb enterprise hard drives for archival purposes and a general mirror of everything. Not in a RAID, but me manually mirroring the more important files, to maximize storage.
Do I stick to XFS, or is is wiser to use Btrfs? If so, how would you suggest I format that future volume?
LE: Also, in theory, how can I protect a file system against file deletions, or to not delete more than one file at a time etc? Is there a better way than just mounting it read only?
i understood guys, so btrfs falls out of the question
Now between ext4 and xfs… Is xfs still in favour? I have heard that it had some journaling features removed but it’s sequential performance is still the highest.
In journal, indexing etc reliability, are ext4 and xfs different of they do the same thing?
I don’t want to use raid anymore since it’s too complicated for me, even in a simple raid 1 mirroring, who knows what I need to change then array issues and other stuff. Had a raid 5 once and never again, hehe
Basically I’ll have most important files + about 90% of others copied from one hdd to the other, as in case i have data loss i will lose 10% unimportant stuff
And yeah one of the future 6+TB drives i will have always disconnected, stored in a drawer @merlock , thanks for the suggestions btw. With the other drives i plan to routinely unmount them with a cron script and have hdparm tunr them off, so that they don’t accumulate power on hours for nothing.
I will have at most only one of the hdd’s active 24/7 for filesharing. The PC itself is on 24/7.
I have been using BTRFS for my system SSD for two years and I have never experienced any problems. When you read about BTRFS mind the date of articles because this file system was actively developed and some of them may be out of date. BTRFS is great file-system for operating system purpose because of snapshots that take a second or two, literally. And for system backups with BTRFS you need to have a separate backup storage with BTRFS, one partition with BTRFS, other partition might be different. I have it this way, HDD with about 30GB for system incremental BTRFS backups, but only half of it is taken so it actually could be smaller, and the rest ext4 for normal storage.
So, for backup or normal storage outside SSD, I would use ext4 or if you need to use Windows NTFS, so that Windows can read from them without problem. And you can use some synchronization tools, even with GUI for example luckyBackup. It depends how advanced Linux user you are, and if the fancy solutions you want to apply are appropriate for the purpose. http://luckybackup.sourceforge.net/
When you want to use btrfs send-receive feature you need two disks both with btrfs.
Having btrfs and not to use send-receive is a waste of opportunities.
And I was using btrfs and had issues every now and then. Usually extent tree corruption and btrfs repair --init-extent-tree can take days and still end without success. With backups not a big issue, but sometimes the backup disk is needed for something else and just then the corruption will happen. But if you have a proper backup filesystem corruption is not an issue.