You run apt update on a long-running server, and it feels like it takes an eternity. You probably assume it is just fetching new metadata. Most of the time, that is true, but if your /var/lib/apt/lists directory is cluttered with years of abandoned repository indexes, you are doing unnecessary I/O work every time you try to install a package. I have seen disk space warnings triggered solely by these stale index files on systems that have migrated through several release cycles.

The silent accumulation of metadata garbage

Apt does not automatically scrub old lists when you remove a line from your sources.list. Those files just sit there, adding friction to every search and cache refresh. It is not just about the disk space; it is about the package manager having to parse through files that no longer matter. If you are cleaning up after a major distro upgrade, this is a step people constantly forget.

find /var/lib/apt/lists/ -type f ! -name lock -delete && apt update

• The lock file must be excluded from deletion or apt will hang
• apt update will immediately rebuild only the necessary indexes
• Your future package searches will feel noticeably snappier

If you want to be more surgical, look for files prefixed with the names of repositories you have already purged from /etc/apt/sources.list.d/. Just be careful not to delete the lock file or the partial directory. Once you have cleared out the cruft, you might actually see a performance difference in how quickly your tools resolve dependencies. It is a minor bit of hygiene, but your terminal will thank you for it.