Ext4 cause that's the default and I'm lazy.

Ext4 and ZFS.

• Ext4 for system disks because it's default in OS installers and it works well. I typically use it on top of LVMRAID (LVM-managed mdraid) for redundancy and expansion flexibility.
• ZFS for storage because it's got data integrity verification, trivial setup, flexible redundancy topologies, free snapshots, blazing fast replication, easy expansion, incredible flexibility in separating data and performance tuning within the same filesystem. I'd be looking into setting up ZFS on root for my next machine. Among other things that would enable trivial and blazing fast backup of the system while it's running - as simple as syncoid -r rpool backup-server:machine4-rpool.

Every year I buy a couple ~$5 USB drives and plug them into my jbod machine in a software raid1. At this point there's about a hundred in long array of daisy chained USB hubs.

Each drive is formatted with fat32 and added to an LVM. Don't judge my ghetto NAS.

Not only is there btrfs support for Windows, but since windows and linux root structures don't conflict, someone got both arch and windows booting from the same partition. Is it a good idea? Hell no. But can it be done? Apparently yes.

ext4 because its the default and works fine

Google cloud storage, copilot my files with Microsoft, crowdstrike running in background for better security.

ZFS, got 5 system with different zpools

BTRFS raid on LUKS-encrypted devices (no LVM, all unlocked with one password via SystemD encrypt hooks).

Btrfs for everything these days, subvolume snapshots have been game-changing for me for doing backups.

ZFS on anything storage related. Enterprise level snapshot and replica management.

I'm pretty much all BTRFS at this point

ZFS all the things. On my workstations, I wipe / on every boot except for the files that I specify, and I backup /home to my NAS on ZFS and I backup my NAS snapshots to Backblaze.

Btrfs, for the compression and CoW. I've been using it since a couple years. It seems stable for my use. I need to fully wrap my head around how snapshots work, though.

Ext4 for everything when possible, because its reliable and proven. I'm looking towards Btrfs for my next system drive, as it is mature now and has good features. But I would use Ext4 for everything else still. For interoperability that doesn't understand Ext4 it would be NTFS when supported, otherwise fallback to FAT32.

That's the entirety of my knowledge and what I use when I have to format it myself. :D

I use BTRFS for the snapshot and subvolume tools.

It is pretty good but usability is a mixed bag. Always getting better by the month though, it feels like.

Edit: reasons added in because I can't read the post title

• OpenBSD laptop: ffs2, vfat for efi system partition
  • Why: Contrary to popular belief, OpenBSD does not support zfs. The only other filesystem options are msdos (fat family), and ext2fs (mostly for Linux compatibility as far as I can tell, filesystem is experimental and lacks a bunch of features according to the manpage). Makes ffs2 the only sane option.
• OpenBSD vps: ffs2
  • Why: See above.
• Pinephone running PmOS: ext2 boot partition, ext4 root partition
  • Why: Defaults.
• Void Linux VM: ext2
  • Why: I prefer not having journaling on flash memory. This hasn't bitten me in the ass too hard yet, and even when it does I can usually get around system files being lost with integrity tools. Maybe I'll dabble with f2fs some day, but I'll need to read about its features and shortcomings compared to ext2.
• Alpine Linux VM: ext4
  • Why: Would have installed as ext2 as well, but I forgot
• Steam Deck: ??? (too lazy to check, 9/10 chance it's ext4)

Btrfs in a luks container so it's encrypted.

Ext4 with LVM.

I like BTRFS and it's features but sadly Debian doesn't have a preset for it in it's installer so the only way to use it is to manually partition and I absolutely suck at that.

Btrfs, but I'm curious about ZFS.

Been running BTRFS since 2010. Ext2/3/4 before that.

Using it for CoW, de-duplication, compression. My home file server has had a long-lived array of mis-matched devices. Started at 4x2TB, through 6x4TB and now 2x18+4TB. I just move up a size whenever a disk fails.

Btrfs snapshots have saved my ass a few times with bad updates.

Just ext4 on my Linux things; I got scared away from btrfs because of some file loss horror stories

Ext4 is the only good FS so that's what I use.

Honestly I saw btrfs in the arch install guide and read about it because I thought the name sounded funny. I used it until I distro hopped to NixOS couldn't figure out how to install it with btrfs, so I'm back on ext4.

Maybe I'll give it another try next hop, which is likely soon since Qt theming seems impossible on Nix. :/

NTFS support is pretty solid on Linux these days, but just so you know, never use it as a root partition.

I have generally used ext4. There's ways to massage it to mount on Windows, as with btrfs. Ext4 is very likely what you should do if you're installing Linux for the first time, as it has had decades of testing and is rather battle-tested

I recently did my first btrfs install. For now, I've had no issues. Of course, some could happen, but I've generally heard btrfs is fine these days. One of its cool things is native compression support, although I forgot to enable it when I did that install.

I've never used XFS.

FAT32 should be rarely used these days due to file size limits and file name limits. The only place where it should still be used is for your EFI partition.

Now exFAT really isn't that unrecognizable. It's supported by pretty much every operating system these days. It's definitely not for root partitions, but should be your default for flash drives and portable hard drives.

On another note, I recently tried Bcachefs on Debian Testing on a random old Chromebook. It is still in development, and not all distros support it yet, but I liked what I saw from my limited experience. It also supports snapshots, and unlike btrfs, has native encryption. For now, just ignore it, but like many in this post have said, keep an eye out for it.

As for ZFS, I've never tried it. The main caveat is due to licensing incompatibility, it is not in the standard Linux kernel and you have to do some special stuff.

I use BTRFS on my Artix system, Ext4 on my Librem 5, Ext4 on my Devuan laptop and Ext4 on my Pinebook Pro. Basically when given the choice in the installer I choose BTRFS but if the installer doesn't let me pick I don't care enough to manually partition. I have had no negative experiences with any file system luckily so I just roll with whatever.

I am now all-in on bcachefs. I don't like btrfs, cause you still sometimes read about people loosing their data. I know that might happen with bcachefs too since it's early days still but fuck it. I like the risk.

Filesystem level compression and encryption are so nice to have.

ExFAT is the LCD filesystem for flash sticks. FAT32 is the filesystem that you have to use for devices designed back when Microsoft was awful about Exfat licensing.

Everywhere else, Btrfs. If Oracle didn't poison-pill ZFS licensing and it was common on Linux, I would be using that instead. Basically, taking it on faith that a drive didn't fuck up your data is crazy. The most basic responsibility for a filesystem should be ensuring that "the files come out exactly the same as when they went in".

ZFS on TrueNAS SCALE (enables RAID-like functionality, along with many other features).

Ext4 or NTFS on everything else, simply because it's default and I don't use any advanced features.

Btrfs, because I’ve heard good things.

Ext4 on every Linux device.

Ah i dont have any other kind of devices (android on mobile, but there I have no choices on fs)

Why not btrfs? Don't know, been using what has kept working flawlessly for me for the last 20+ years, no need to replace ext4.

ext4 on all hard disks, but my installs are all several years old at this point, and I might choose differently if I were starting over from scratch. The boot partition on the ancient laptop might actually be ext2; I don't remember and it's certainly old enough that that might still have been preferred Gentoo procedure when I first set it up. Removable media might be ext3, ext4, or vfat, depending on compatibility needs and how long ago I formatted it. If I buy an SD card or USB stick that turns out to be preformatted in exFAT, I reformat it before use to ensure everything can read it.

They're all solidly reliable filesystems (well, except for the vfat), but perhaps not the most featureful.

Btrfs cause I'm limited on storage rn. So the compression saves me good amount of space.

@Psyhackological
Work stations all run Ext4.
Main server: Ext4 on main partition, ZFS RAIDZ2 on the data.
Secondary server: BTRFS on main, BTRFS RAID1 on data.

If BTRFS could natively encrypt and had stable RAID6, I'd be using it probably on everything.

I use ext4 for all boot drives and root filesystems. Anything really important goes on a ZFS array. And for my Linux isos, I use a drive with ext4 + snapraid. The parity drive has xfs because ext4 has a 16tb file size limit.

Got rid of anything NTFS as it was unreliable and slow on Linux.

ZFS for nearly everything plus ZFSBootMenu EFI on root data pools. Get a bad upgrade? No problem, boot a previous snapshot (auto created with a pacman hook), which I had to do recently when 6.6.39 LTS kernel had a bug. Snapshots are also great when doing things such as upgrading postgres, hass, Plex, etc.