Just recently repartitioned my MacBook:

1 GB for EFI (vfat)

2 GB for /boot (ext4)

11 GB for swap

224 GB for / (bcachefs)

Grub cannot load a kernel off bcachefs so I need ext4 to bridge the gap. Once the kernel is loaded, it has no problem using bcachefs as root.

This is a laptop. On a desktop that can handle more drives, I would split /home onto a drive of its own.

I partitioned my disk 50/50 for Windows and Linux with some proprietary software. It didn’t end up working and i whiped my windows install.

Then I bought a new boot drive so my linux and macos install are physically separated.

For Laptops:

• 500 MB - /boot/efi
• 1 GB /boot ext2
• X GB for / with Luks2 encrypted f2fs

And don’t forget: GPT not MBR.

I just use the automatic thingy on my distro so like:

• Esp: 2GB (Limine + btrfs snapshot booting)
• root: all the drive

I just clicked all drives in the Anaconda installer.

Two separate EFI boot Partitions if you dual boot. Its not worth letting Windows know about linux. Linux chainloads to Windows boot.

½TB nvme SSD for the OS and any system/user level binary

1TB sata SSD for code projects, docker, and videogames

10tb HDD for just having a massive amount of fairly stable storage space. I gotta tell you I sleep really well knowing that at 4 in the morning a compressed disk image of my work SSD is being written to the hard drive.

I setup a media PC with an SSD for boot / OS and spinning rust for the videos, music, etc.

So, I thought LVM would be a good idea… put the whole lot into a logical pool and then carve out large parts for the media which could be adjusted in the future.

No.

Resizing actually just chops up the drives even more (so, partition fragmentation)

Gparted can’t see it, so adjustments are terrible CLI commands

And my favourite system backup tool (clonezilla) cant backup the OS without backing up the entire system.

Partitioning is one of those obsolete Unixisms that is best left in the 90s. Only exception is dual booting, but even there partitioning isn’t really very important anymore

main ssd with debian stable: a single partition for the system + swap

secondary harddrive: an opensuse, a debian testing, and a freebsd partition + shared data partition

I used to split my drive in half to dual boot. But I’ve never booted back into windows since installing Linux Mint.

Should have just wiped the drive and installed Linux

For my desktop, I have two disks. One is root, one is home. They are single BTRFS filesystems with automated snapshots, compressions, and a few subvolumes. Works great.

For a laptop, similar but with only a single disk/partition and FDE. Also works well.

save 80gb for root, sone swap (if not on an ssd) rest for /home. that way reinstalling or switching has minimal risk of losing my /home

In 20 years of using Linux my partition scheme has always been to say yes to whatever the OS suggests.

Are you going to dual boot? Do you have some other special requirement? If not, there’s no reason to overthink partitioning in my opinion. I did this for my main NVME:

• Partition table: GPT
• /boot : 1GB fat32 partition. Depending on your needs (number of kernels, initramfs’s, other OSs) you might be fine with 500MB or even less. But because resizing can be a pain and I have the space to spare, I would much rather overprovision.
• / : LUKS2 partition containing a btrfs filesystem with all the remaining space

I use a swap file so I don’t use a swap partition. If you want more control over specific parts of the filesystem, eg a separate /home that you can snapshot or keep when reinstalling the system, then use btrfs subvolumes. This gives you a lot of the features a partition would give you without committing to a specific size.

This is the only partitioning scheme I have never regretted. When I’ve tried to do separate partitions I find myself always regretting the sizes I’ve allocated. On the other hand, I have not actually seen any benefit of the separation in practice.