this post was submitted on 13 Nov 2023
87 points (95.8% liked)
Linux
48652 readers
2205 users here now
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.
Rules
- Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
- No misinformation
- No NSFW content
- No hate speech, bigotry, etc
Related Communities
Community icon by Alpár-Etele Méder, licensed under CC BY 3.0
founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
It's fine for most uses.
For server or enterprise cases you want to separate /usr, /var and /tmp to prevent a rogue process from filling the / volume and crashing the machine.
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?
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.
Managing all that seems like a lot of effort, and given my disk issues havent yet been fatal, ill probably not worry about going that far. Thanks for the info though.
No effort at al. You define them once at install time and that's it.
For added flexibility you can use LVM volumes instead of partitions, they make resizing operations a thing of joy.
BTRFS also has something like subvols baked in, but I haven't looked into it.
Getting the size wrong and needing to resize is the effort part for me. Resizing/moving my partitions is always a pain.
Once you learn about LVM, you'll never use a naked partition again. Or your money back.
Thanks for your consultation about lvm.
I'll take a look.
Last time i used LVM was way back in fedora 8 days, when it was the default partition. It was super annoying to use, as gparted didnt support it, and live cds often had trouble with it. Having to read doco to resize it was pretty not good for a newbie to linux. Has it improved since?
LVM does have a bit of a learning curve, but once you're over it, you realise how dumb it is to keep partitioning disks like it's 1995.
Most if not all graphical disk managers now work with LVM.
Thats good to know, thank you for that info, I might look into it next time i have to reinstall.
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.
Thats what i thought as well tbh. But it sounded like they knew something else.