I'm using an Asus M16 laptop running F43 and the CachyOS kernel to manage the hybrid GPUs. While I'm generally satisfied with the setup, I'm facing a recurring issue where my boot filesystem fills up completely about once a month, which prevents me from updating the kernel. I've been clearing space based on online advice, but it fills up again after a few updates. I've checked my kernel list, and it seems I only have the current one installed. I've read that the solution might involve re-partitioning my drives, which would require a fresh installation, something I'd really like to avoid as I've already dedicated a lot of time to configuring various programs for work on this laptop. Any suggestions would be greatly appreciated!
3 Answers
Are you using disk encryption? That could explain why you have a separate /boot partition.
If it’s /boot/efi, keep in mind that some distributions like Arch place the kernel in that EFI partition. It might be worth checking if you can free up space by removing old kernels if they exist or adjusting your kernel settings. Providing an output of `df -h` could help others analyze your disk usage better!
It sounds like your /boot partition is rather small at just 1GB. You could try cleaning out older kernels or unnecessary files from the /boot directory.
If the issue persists, you might need to consider resizing the partition if you have space available on your drive. It’s better than reinstalling everything! You can usually use GParted from a live USB to adjust partitions without losing data, but make sure you have backups just in case.
Definitely look into deleting any old kernel versions you might not be using. Sometimes system updates can leave behind older kernels taking up space. Use commands like `dpkg --list | grep linux-image` to see what’s installed. Also, remember to update your package list after making changes. That might get you some breathing room! 😄
Thanks for your help!
- I’m not using disk encryption.
- Yes, I have a separate partition that's only 1GB, which is getting filled up. Here’s the `df -h` output: