In the future, you should look into using LVMs for your partitions.
I ran into a similar problem recently where my /var needed to be increased - I was able to run a simple lvextend -L+4G /dev/myvg/var --resizefs to grow my /var by 4 gigabytes.
Before I was using LVMs though I used a gparted live disk a lot
I've been a decades long Gentoo user, but now I'm experimenting with NixOS as I've gotten older and value my time more. The 12+ hours of compiling when there's a chromium / QT update is no longer a badge of honor. I haven't fully converted though, Gentoo binary packages are working as an acceptable stopgap
I'm using Gentoo with systemd and a customized kernel, and additionally I have the /usr partition LUKS encrypted.
Because /usr is absolutely essential for systemd to function, I configured dracut to make a specially crafted initrd which activates the luks lvm and prompts for the password to decrypt and mount /usr on startup before systemd init tries to run.
About a year or two ago, some update to dracut or some other dependency (assumption) caused the dracut generated initrd's to kernel panic. After multiple days of troubleshooting, I discovered that just copying forward an older initrd in /boot and naming it to match the new kernel, e.g. initramfs-6.6.38-gentoo.img , allows the system to boot normally .
So, my Gentoo is booting a kernel 6.6.something with a ramdisk generated in the 5.9 kernel era. I am dreading the day when this behavior breaks and I can no longer update my kernel 😳
This is great on so many levels - from the context of the original show it also implies Zelenskyy is banging Putin's mom 🤣
This is the way (as in this is what I do). Every once in a while you'll have to hard reset the laptop because Windows.
A thread on the site which shall not be named convinced me that a majority of the books are recently published and with above average to highly scored on reviews, so I bought it.
Why the Linux Firewalls book hails from 2007 is a strange outlier.
Not sure where you got the 25kb number from.
This tool is written in go and is a 7.8 MB compiled binary.
Force uninstalled glibc on my Gentoo, which basically broke every shell and binary on the system. Was able to repair in place because I
- Had already compiled busybox statically
- Still had a copy of the stage 3 tarball on / which I could use to 'restore' glibc libraries
50 minutes seems way too long - I run Gentoo on a 2nd gen i5 and my kernel compile is always under 20 minutes.
You are using make -j4 or make -j(number of CPU cores) for parallel compile, right?
