One single partition for Linux versus using a partition table?
Heya folks, some people online told me I was doing partitions wrong, but I’ve been doing it this way for years. Since I’ve been doing it for years, I could be doing it in an outdated way, so I thought I should ask.
I have separate partitions for EFI, /, swap, and /home. Am I doing it wrong? Here’s how my partition table looks like:
FAT32: EFI
BTRFS: /
Swap: Swap
Ext4: /home
I set it up this way so that if I need to reinstall Linux, I can just overwrite / while preserving /home and just keep working after a new install with very few hiccups. Someone told me there’s no reason to use multiple partitions, but several times I have needed to reinstall the OS (Linux Mint) while preserving /home so this advice makes zero sense for me. But maybe it was just explained to me wrong and I really am doing it in an outdated way. I’d like to read what you say about this though.
I routinely 100% my root volume accidentally (thanks docker), but my machine has never crashed, it does tend to cause other issues though. Does having a full /usr, /var or /tmp not cause other issues, if not full crashes?
Of course it does, it's actually filling those that crashes the machine, not /.
When space runs out it runs out, there's no magical solution. Separating partitions like that is done for other reasons, not to prevent runaway fill: filesystems with special properties, mounting network filesystems remotely etc.
It depends, if your docker installation uses /var, it will surelly help to keep it separated.
For my home systems, I have: UEFI, /boot, /, home, swap.
For my work systems, we additionally have separate /opt, /var, /tmp and /usr.
/usr will only grow when you add more software to your system. /var and /tmp are where applications and services store temporary files, log files and caches, so they can vary wildly depending on what is running. /opt is for third-party stuff, so it depends if you use it or not.
I don't like wasting space or having to predict how much space I'll be using two years from now, so I prefer the minimum of partitions: efi, boot, and system(luks), with a btrfs subvol for /, home, and swapfile.
It is however more of a mitigation for bad distro installers than general good practice. If the distro installers preserved /home, you could keep it all in one partition. Because such "bad" distro installers still exist, it is good practice if you know that you might install such a distro.
If you were installing "manually" and had full control over this, I'd advocate for a single partition because it simplifies storage. Especially with the likes of btrfs you can have multiple storage locations inside one partition with decent separation between them.
Btrfs is awesome and awful at the same time, and it's a complicated story. It was rather ill-defined at the beginning and took a LONG time to get anywhere.
Don't get me wrong though, it's a pretty awesome filesystem right now and I use it for all my storage drives. Having said that, i still use ext4 with lvm on my system drives and evenrnmy btrfs drives have lvm under them
Why do you have a btrfs volume and an ext4 volume? I went btrfs and used sub volumes to split up my root and home but I’m not sure if that’s the best way to do it or not
I have BTRFS on /, which lives on an SSD and ext4 on an HDD, which is /home. BTRFS can do snapshots, which is very useful in case an update (or my own stupidity) bricks the systems. Meanwhile, /home is filled with junk like cache files, games, etc. which doesn't really make sense to snapshot, but that's, actually, secondary. Spinning rust is slow and BTRFS makes it even worse (at least on my hardware) which, in itself, is enough to avoid using it.
I use btrfs for my / because I can use Linux Mint’s Timeshift tool to make snapshots, but I don’t want snapshots of /home to be included. Am I doing this wrong?
Not sure if that’s wrong or not tbh, I use snapper instead of timeshift and I wanted /home included in the snapshots anyway (I think it let me set them up as 2 separate jobs). The reason I went with subvolumes instead of separate partitions is that I didn’t have to worry about sizing. I also know I can reinstall to my root subvolume without affecting the others, depending on the installer for your distro I don’t know how easy that is vs just having separate partitions. I played around with it in a VM for a while to see what the backup and restore process is like before I actually committed to anything!
I set it up this way so that if I need to reinstall Linux, I can just overwrite / while preserving /home and just keep working after a new install with very few hiccups.
Even with a single partition for / and /home you can keep the contents of /home during a reinstall by simple not formatting the partitions again. I know when I tried years ago with Ubuntu years ago the installed asked if I wanted to remove the system folders for you. But even if the installer does not you can delete them manually before hand. Installers wont touch /home contents if you don't format the drive (or any files outside the system folders they care about).
Though I would still backup everything inside /home before any attempt at a reinstall as mistakes do happen no matter what process you decide to go with.
There was no option per say, at least on the ubuntu installed I tried many years ago. Just a popup that happened sometime before the install but after the manual partitioning if the root partition had folders like /etc /usr /var etc that were needed by the installer. Not sure if all installers do this - but I would suspect if they didnt you can just delete the folders manually before you enter the installer and pick manual partitioning option and opt to not format any partitions.
When I started with Linux, I was happy to learn that I didn't need a bunch of separate partitions, and have installed all-in-one (except for boot of course!) since. Whatever works fine for you (-and- is easiest) is the right way! (What you're doing was once common practice, and serves just as well. No disadvantage in staying with the familiar.)
After I got up to 8GB memory, stopped using swap ... easier on the hard drive -and- the SSD. (I move most data to the HD ... including TimeShift ... except what I use regularly.)
I use Mint as well; for me this keeps things as simple as possible. When I install a new OS version (always with the same XFCE DE) I do put THAT on a new partition (rather than try the upgrade route and risk damaging my daily driver) using the same UserName. A new Home is created within the install partition (does nothing but hold the User folder.)
To keep from having to reconfig -almost everthing- in the new OS all over again I evolved a system. First I verify that the new install boots properly, I then use a Live USB to copy the old User .config file (and the apps and their support folders I keep in user) to the new User folder. Saves hours of reconfiguring most things. The new up-to-date OS mostly resembles and works like the old one ... without the upgrade risks.
In my next reinstall, can I combine the / and swap partitions (they’re next to each other so I can do this) and will swap files just be automatically created instead?
They won't be automatically created but you can create your own swap file on /, no need for a dedicated partition:
Use dd to create a file filled with zeros of appropriate size.
Format the file with mkswap.
Activate the swap file instantly with swapon.
Add it to /etc/fstab so it will be automatically used on reboot.
Appropriate size will vary but I suggest starting with something like 100 MB and check once in a while to see how much is actually used. If it fills up you can replace it with a larger swap file or you can simply create another one and use it alongside the first.
Butterface excels at keeping data safe-ish or at least lets you know when to throw in the towel, and which bits you've lost. It's also write intensive if you open a file with write permissions, which is harder on your drives.
Btrfs is great for the data you want to keep long term.
Also UEFI has some nice advantages if your computer isn't a dino that can't handle it.
This. Too many partitions for a home system can get pretty stupid pretty quick. But OP has just the right amount of separation between system and data. I've known people that were uncomfortable without breaking /var (or /var/log) off into its own partition, but that's really overkill for a stable, personal system, IMO.
computer isn’t a dino that can’t handle it.
I feel personally called out by this statement!
Seriously, the big one for me, is that I like having drive encryption. It protects my computer and data should it fall into the hands of, say, burglers. I also like turning it up to the elevens simply because I'm a bit TOO paranoid. You really need more than 1GB of ram to do argon2id key derivation, which is what fde is all moving to for unlocking purposes, and BIOS just can't do that. My main workstation is using a powerful, but older mobo with gigabyte's old, horrid faux EFI support.
Another good one for the security-conscientious person is Secure Boot, meaning that you control what kernels and bootloading code is allowed to boot on your computer, preventing Evil Maid-type attacks: https://wiki.ubuntu.com/UEFI/SecureBoot
That's pretty far fetched, but maybe not too out of the question if you, say, work for a bank or accountant.
Of course none of that matters if you don't practice good operational security.
If you reinstall often a separate /home makes some sense. Otherwise it's probably pointless. I'd try to get to a point where I don't have to reinstall my base OS and invest in an automatic backup solution.
I don't think having a swap partition or file would be all that useful because I have plenty of memory. I've never had to reinstall Linux so I'm not sure why I would need a separate home. If I did bork my OS somehow I'm fairly confident I could repair it from a live distro. And even if I did end up having to save my home I could just copy the files I want to another drive if it really came to that.
I've never understood why people run without swap. There's basically no downside to having it. If you're running a high spec, high RAM machine you probably also have a big SSD/HDD and are very unlikely to be squeezing it to the last GB (and if you are you should probably look into upgrading that). And if you're on a machine with very limited SSD/HDD capacity, you're probably not in an "ample RAM" situation anyway.
Even on high RAM systems, a few GB of swap can enable better caching and more graceful memory management. But heck, even if the thing sits there like an 8GB lump of nothing, were you really going to miss that last 8GB?
In this case you could view a swap partition as a safety net. Put 20-30GB in a swap partition in case something goes wrong. You won't miss the disk space.
They are probably using timeshift or some advanced feature in btrfs to auto-generate snapshots so they can go back to a working state using one of them.
The way you do it is probably getting old. I say this because I do the same, but to use several distros with a shared home partition, provided I have the same GID and UID for the users. This is not recommended but only once I've had a problem and it was easy to solve, so I kept doing it. Installed Fedora recently with defaults in one partition and they use one fat partition (EFI), and one btrfs partition with a logical volume and some unfamiliar partitioning. I think we are maybe missing some new technologies.
It's not wrong, as such, but simply not right. Since you're using btrfs, having a separate partition for home makes little sense. I, personally, also prefer using a swapfile to a swap partition, but that's potato/potato.
Alright, but actually I don’t think I’m maximizing my use of btrfs. I only use btrfs because of its compatibility with Linux Mint’s Timeshift tool. Would you be implying if I used btrfs for the whole partition, I can reinstall / without overwriting /home?
BTRFS has a concept called a subvolume. You are allowed to mount it just like any other device. This is an example /etc/fstab I've copied from somewhere some time ago.
/efi (or /boot, or /boot/efi, whatever floats your boat) still has to be a separate vfat partition, but all the other mounts are, technically speaking, the same partition mounted many times with a different subvolume set as the target.
Obviously, you don't need to have all of them separated like this, but it allows you to fine tune the parts of system that do get snapshot.
Boot from a live distro so you can modify your boot disk. Use the disk utility to create partitions. Copy the data to the relevant partitions ensuring to maintain file ownership and permissions. Modify /etc/fstab to mount the partitions at the designated locations in the filesystem.
I don't bother putting anything but /home on its own dedicated partition, but if you ask 10 people this question you'll get 12 opinions, so just do what feels right.