On 9/17/2025 2:06 AM, Tim wrote:
On Tue, 2025-09-16 at 21:55 -0600, home user via users wrote:
[snip]
If I'm remembering correctly, one cause of the problem was kernels were
in their own partition (/boot?), and that filled up. (Some other
directory also got very full because stuff in it was not being cleaned
out properly by the upgrades.)
The other will probably have been a cache inside /var (for yum/dnf
package updates). They downloads and store them until finished
installing them, then delete them (unless something goofs up). But it
can be configured to keep them (people with multiple systems sometimes
turn one PC into a local cache for them all).
It can go a bit haywire if you'd updated systems over the top for many
years, and an old one used different repos, and something didn't erase
the previously cached files so they were left hanging around.
Something along those lines...
I don't think that that was what happened.
When I try to search this list's archives, I get a 4 to 5 year gap in
the results. This has been happening for a while. Here is a link to a
screen-capture of what I mean:
"https://drive.google.com/file/d/1DlWoAt5jDlYKGBOT6b4HXBenpMdBv9XX/view?usp=drive_link";.
So trying to search for previous threads I've had on kernel upgrades
failing because of lack of drive space will just waste my time. I don't
recall when I last had such a thread, but I know it would have been in
October or April of whatever year it was, and Samuel was one of the
major helps in that thread.
If I'm remembering correctly, the suggestion I mentioned above was
intended to combine /boot with other partitions, resulting in a much
bigger partition that included /boot as a directory.
Boot partitions can be expanded, if you have spare drive space. Or
boot can be moved to another bigger partition. Boot can simply be a
folder in "/" if your system can read from it at boot time (and since
UEFI took over from BIOS, more systems can).
There are filesystems that act less like partitions with fixed sizes,
and more like folders with adjustable quotas. But with today's huge
drive sizes, you can easily give things far more partition space than
they need without making too much of a sacrifice to your own use of
storage space.
[snip]
Thank-you, Tim.
--
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct:
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam, report it:
https://pagure.io/fedora-infrastructure/new_issue
