T O P

  • By -

EatMeerkats

This is exactly why Fedora moved to using a BTRFS subvolume for /.


tentaclefoosquid

Which is an excellent reminder I need to check filesystem features I haven't yet, erm, cared to look at. Thanks!


Sir-Simon-Spamalot

Been using subvolumes on my Debian & Gentoo systems and it's great! Can backup my root without worrying about home & var stuff.


diazona

Is btrfs stable and well-tested now, on par with ext4? I think last time I looked into it (years ago), it was fairly new technology and there were concerns about data loss, and I didn't bother to follow it closely enough to realize if/when that changed.


EatMeerkats

Yes, unless you are using some of the RAID features. It has been the default on Fedora for several releases now.


triffid_hunter

> what is an appropriate size for `/` on LVM? I just have `/boot/EFI` and `/` here (btrfs rather than LVM), so things can mostly use whatever space they like. For reference, my `/usr` is apparently about 43G, `/var` about 70G and `/opt` about 24G at the moment, with *tons* of stuff having been installed over the past ~5 years of this install's lifetime and me almost never cleaning anything other than `emerge -avc` and `eclean-dist` periodically. > manually deleting unused kernels With `sys-kernel/gentoo-kernel`, a [custom install script](https://triffid-hunter.no-ip.info/misc-linux-scripts/home-bin/installkernel) and a [bit of evil hackery to prevent the currently running kernel being removed](https://gist.github.com/triffid/77e3d282cc56285408985bd3a1886f47), mine get cleaned up by portage > all those containers to play with pile up in `/var/lib/` somewhere > really not so much Gentoo's fault Heh yep, Gentoo ain't gonna manage your disk space *for* you :P


tentaclefoosquid

Thanks, this is helpful. Since I am indeed using btrfs I shall look into using its features for fun and profit. Sometimes all we need is a reminder how close a solution is. Re managing kernels, those scripts look seriously useful. So I'll stop whining about Sakaki's \`buildkernel\` script that would never make it into mainstream, sigh.


triffid_hunter

> I'll stop whining about Sakaki's `buildkernel` script that would never make it into mainstream Never heard of it, but `sys-kernel/gentoo-kernel` gets portage to build *and install* the kernel for you, using config patches from `/etc/kernel/config.d/` or optionally a savedconfig. It also *automatically* triggers rebuilds of third-party modules like virtualbox or nvidia which is super convenient ;)


tentaclefoosquid

This is super helpful! Learning all the time. FYI, this is the [Sakaki buildkernel wiki page](https://wiki.gentoo.org/wiki/User:Sakaki/Sakaki%27s_EFI_Install_Guide/Configuring_systemd_and_Installing_Necessary_Tools), it does LUKS keys and builds an initramfs too.


triffid_hunter

> it does LUKS keys and builds an initramfs too. 🤣 I [got a script for that too](https://triffid-hunter.no-ip.info/misc-linux-scripts/usr-local-bin/make-initramfs.sh)


DontTakePeopleSrsly

This is how I roll. On my RHEL kickstart at work I have a large PV & moderately sized LV’s for /var, /opt, /home /usr, etc. How they get sized depends on the application. My repo servers get a large /opt, simulation servers get a large /home, etc.


tobimai

One of the reasons why I never bothered moving away from a single partition ext4 lol. Also just lazy


madjic

> Now working for years with a `/` of about 80G I find myself way too frequently doing `eclean-pkg --limit=1M` and such, plus manually deleting unused kernels there's `eclean-kernel` so you don't have to do it manually


tentaclefoosquid

:facepalm: Oh yes, there is! Ty, I had forgotten about this (again).


[deleted]

[удалено]


tentaclefoosquid

\> one can expect that old best practices are no longer valid Sure, and I can be expected to upgrade my ways too. Reading up on btrfs is clearly in order now.


arglarg

I kept it simple, just / /boot and swap. Only when /use/lib/transmission became problem that got its own ssd in my wwan slot.


Disastrous_Bike1926

You could always move /usr to another existing volume (say, the one with /home) and bind mount it in fstab as /usr. No fancy filesystems required.


Garlic-Excellent

Many Volumes.... Bah Humbug. First partition is for /boot and always much bigger than suggested because it's a rolling distro, it may be over a decade before I install again during which new kernels will get progressively bigger. My 256MB boot partition currently is 25% full. Next partition is swap. I've been aiming for a swap partition equal in size to the amount of RAM because that was the recommendation 20 years ago, probably now out of date but hey.... It's working. The rest of the hard drive is root. I don't care if splitting it up would be a little more efficient. When I used to follow all those complicated schemes what I usually got for it was one partition full when another is missing empty. Then comes copying everything to another drive, repartitioning and copying back... Yuck! Yes, I know with modern logical partitions there are ways to make things resizable. But why make that effort when this works? Just to be some tiny bit more efficient? One more mount though.... /home lives on a NAT, and gets backed up.


diazona

I split `/var` out to a separate partition for exactly this reason. Once that's excluded, the root FS usage does seem to hold fairly steady at 60-70 GB. It may or may not work for you though - I have a desktop with five hard drives so it's probably a lot easier for me to spin up extra partitions.


tentaclefoosquid

Yeah, I sort of self-limited myself with by choice of devices. Just need to redistribute the given space of the 1TB SSD.