Why Your Linux Update Notifications Keep Coming Back
Fed up with that update notification popping up after you've already installed everything? Here's why it happens and how to shut it up for good.
1. The Update Cache Didn't Refresh – The Most Common Culprit
You ran sudo apt upgrade or sudo dnf update. Everything installed fine. But the little update icon in your system tray is still there, badge number glowing. That's not a ghost – it's a stale cache.
Most Linux desktop environments cache the list of available updates every few hours. When you update from the command line instead of the graphical updater, the background daemon doesn't know you changed anything. So it keeps showing the old count until the next automatic refresh. On Ubuntu, that's handled by update-notifier and apt-check. On Fedora, it's gnome-software or dnf-automatic.
Fix It
- Force a manual refresh – open the software updater GUI and click the refresh/check button. On Ubuntu's software updater, it's a gear icon in the top-right. On Fedora's GNOME Software, it's the reload button next to the search bar. Wait 30 seconds – the badge should disappear.
- Kill the stale notification daemon – if the GUI trick doesn't work, run this in a terminal:
Then start the updater again. On Ubuntu, just runpkill -9 update-notifier && pkill -9 gnome-softwareupdate-manager. On Fedora, rungnome-software. This clears out any stuck cache in memory. - Clear the APT cache manually – sometimes the package lists themselves are outdated. Do this:
Even if nothing upgrades, thesudo apt update && sudo apt upgrade -yapt updaterefreshes the local package list. The notification daemon picks up the change on its next cycle.
This fix works for 80% of cases. But if the notification comes back after you reboot, read on.
2. Unattended-Upgrades Stuck in a Loop
You have unattended-upgrades enabled (it's on by default in Ubuntu and Debian). It runs in the background, installs security patches, and then… the notification reappears. Why? Because the package update-notifier-common triggers a notification every time apt runs, even if the run was automatic and installed nothing new.
I've seen this on Ubuntu 22.04 and 24.04 specifically when a security update fails to install cleanly – maybe a config file was changed, or a dependency broke. The unattended-upgrades log keeps showing a failed attempt, and the notification keeps popping because the system thinks updates are pending.
Fix It
- Check the unattended-upgrades log:
Look for lines likesudo cat /var/log/unattended-upgrades/unattended-upgrades.log | tail -50WARNING,ERROR, orPackage foo failed to install. If you see a failed package, remove it or fix the dependency manually. For example:
Then runsudo apt --fix-broken installsudo unattended-upgrades --dry-runto see if it's still flagged as pending. - Force a full unattended-upgrades run – sometimes a dry run isn't enough. Do this:
Let it finish. The exit code will tell you if anything actually failed. If it succeeds, the notification cache should update within 5 minutes.sudo unattended-upgrade --debug - Disable the automatic notification for unattended-upgrades – if you don't care about the background updates and just want the popup gone, edit this file:
Find the linesudo nano /etc/apt/apt.conf.d/50unattended-upgradesUnattended-Upgrade::Automatic-Rebootand set it tofalse. Also check forUnattended-Upgrade::Automatic-Reboot-Time– leave it alone. This won't stop the notification for regular updates, but it stops the one triggered by automatic background runs.
3. Repository Metadata Corruption After Network Interruption
Here's a weird one – I've seen it on Mint 21 and Pop!_OS 22.04. Your internet cut out mid-apt update, leaving the repository metadata in a half-baked state. The update manager sees the partial data, thinks there's a new version of something, but can't install it because the file is garbage. Result: perpetual notification.
Fix It
- Wipe the APT cache completely – this is more aggressive but safe:
This forcessudo rm -rf /var/lib/apt/lists/* sudo apt updateaptto redownload all repository lists from scratch. The update notification should vanish after the refresh. - Check for a stuck lock file – if the previous command gives you a
Could not get lockerror, someone else is holding the apt lock. Kill that process:
Remove the lock file if it's orphaned:sudo lsof /var/lib/dpkg/lock-frontend sudo kill -9 [PID]
Then runsudo rm /var/lib/dpkg/lock-frontend sudo dpkg --configure -asudo apt updateagain. - Reset the GNOME Software cache – GNOME Software has its own cache and sometimes disagrees with APT. Clear it:
Restart GNOME Software by running it from the terminal or logging out and back in. This forces it to rebuild from scratch.sudo pkill -9 gnome-software rm -rf ~/.cache/gnome-software rm -rf ~/.local/share/gnome-software
If none of these work, you might have a PPA that's flaky. Try temporarily disabling all PPAs with ppa-purge and see if the notification stops. If it does, re-enable them one by one to find the troublemaker.
Quick Reference
| Problem | Solution | Time |
|---|---|---|
| Stale cache after CLI update | Refresh GUI or run sudo apt update |
1 minute |
| Unattended-upgrades stuck | Check log, fix broken packages, or disable notifications | 5-10 minutes |
| Corrupted metadata from network dropout | Wipe /var/lib/apt/lists and redownload |
2-5 minutes |
| GNOME Software disagrees with APT | Kill and clear GNOME Software cache | 2 minutes |
That notification that keeps coming back is almost always a cache or stuck process issue. Start with the quick refresh, then work down through the log checking and cache wiping. I've never seen a case where a full reinstall was needed. If you're still stuck after these steps, check your /etc/apt/sources.list for duplicate entries or disabled repos – sometimes a # comment that's not quite right can confuse the update manager into thinking something's new.
Was this solution helpful?