Why Your Linux Update Notifications Keep Coming Back

Linux & Unix Intermediate 👁 15 views 📅 Jun 19, 2026

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

  1. 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.
  2. Kill the stale notification daemon – if the GUI trick doesn't work, run this in a terminal:
    pkill -9 update-notifier && pkill -9 gnome-software
    Then start the updater again. On Ubuntu, just run update-manager. On Fedora, run gnome-software. This clears out any stuck cache in memory.
  3. Clear the APT cache manually – sometimes the package lists themselves are outdated. Do this:
    sudo apt update && sudo apt upgrade -y
    Even if nothing upgrades, the apt update refreshes 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

  1. Check the unattended-upgrades log:
    sudo cat /var/log/unattended-upgrades/unattended-upgrades.log | tail -50
    Look for lines like WARNING, ERROR, or Package foo failed to install. If you see a failed package, remove it or fix the dependency manually. For example:
    sudo apt --fix-broken install
    Then run sudo unattended-upgrades --dry-run to see if it's still flagged as pending.
  2. Force a full unattended-upgrades run – sometimes a dry run isn't enough. Do this:
    sudo unattended-upgrade --debug
    Let it finish. The exit code will tell you if anything actually failed. If it succeeds, the notification cache should update within 5 minutes.
  3. 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:
    sudo nano /etc/apt/apt.conf.d/50unattended-upgrades
    Find the line Unattended-Upgrade::Automatic-Reboot and set it to false. Also check for Unattended-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

  1. Wipe the APT cache completely – this is more aggressive but safe:
    sudo rm -rf /var/lib/apt/lists/*
    sudo apt update
    This forces apt to redownload all repository lists from scratch. The update notification should vanish after the refresh.
  2. Check for a stuck lock file – if the previous command gives you a Could not get lock error, someone else is holding the apt lock. Kill that process:
    sudo lsof /var/lib/dpkg/lock-frontend
    sudo kill -9 [PID]
    Remove the lock file if it's orphaned:
    sudo rm /var/lib/dpkg/lock-frontend
    sudo dpkg --configure -a
    Then run sudo apt update again.
  3. Reset the GNOME Software cache – GNOME Software has its own cache and sometimes disagrees with APT. Clear it:
    sudo pkill -9 gnome-software
    rm -rf ~/.cache/gnome-software
    rm -rf ~/.local/share/gnome-software
    Restart GNOME Software by running it from the terminal or logging out and back in. This forces it to rebuild from scratch.

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?