On Wed, 2025-09-17 at 11:32 -0600, home user via users wrote: > 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.
There are only two issues I know of with drives filling up over time due to updates: The partition where they install the new files (in this case kernels and kernel-configs into /boot), and the cache where the updater temporarily (usually) downloads the files before installing them (/var/cache/yum). If you kept an old small /boot partition over a long time, that can be a problem as kernel sizes have increased, and perhaps some old kernels didn't get removed when they should have been. If /var wasn't that big (or the drive/partition with the /var directory in it), and yum/dnf wasn't purging its cache when finished (either because something went wrong, or the user has elected not to purge downloaded files), that will become a problem over time. And for other, non-install/non-update, drive filling up issues: People who blindly install *everything* would fill up their drives, and have to deal with the conflicts caused by mutually-exclusive software. If /tmp was a real partition (it's now usually RAM), things that created temporary files but didn't clean up after themselves could be a problem. And things that create logs in /var/logs that didn't self-manage (usually they get rolled over into a new file every now and then, and only a few of each type of log file are kept), that could be a problem. -- uname -rsvp Linux 3.10.0-1160.119.1.el7.x86_64 #1 SMP Tue Jun 4 14:43:51 UTC 2024 x86_64 (yes, this is the output from uname for this PC when I posted) Boilerplate: All unexpected mail to my mailbox is automatically deleted. I will only get to see the messages that are posted to the mailing list. -- _______________________________________________ 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
