Ubuntu Installs Failing for More Than 24 Hours Due to Security.ubuntu.com Down
Posted4 months agoActive4 months ago
askubuntu.comTechstory
heatednegative
Debate
60/100
UbuntuSecurity.ubuntu.comOutage
Key topics
Ubuntu
Security.ubuntu.com
Outage
Ubuntu users are experiencing issues with updates due to security.ubuntu.com being down, with some frustration over the handling of the incident.
Snapshot generated from the HN discussion
Discussion Activity
Light discussionFirst comment
12m
Peak period
2
0-1h
Avg / period
1.5
Key moments
- 01Story posted
Sep 6, 2025 at 12:27 PM EDT
4 months ago
Step 01 - 02First comment
Sep 6, 2025 at 12:39 PM EDT
12m after posting
Step 02 - 03Peak activity
2 comments in 0-1h
Hottest window of the conversation
Step 03 - 04Latest activity
Sep 6, 2025 at 1:40 PM EDT
4 months ago
Step 04
Generating AI Summary...
Analyzing up to 500 comments to identify key contributors and discussion patterns
ID: 45150649Type: storyLast synced: 11/17/2025, 6:01:44 PM
Want the full context?
Jump to the original sources
Read the primary article or dive into the live Hacker News thread when you're ready.
But wait, there's more! You can't install new instances of Ubuntu 24.04.2 because the installer connects to security.ubuntu.com by default (probably for good reasons) and will bail out while formatting and writing the disk when it gets 500 Internal Server Error from security.ubuntu.com for a specific deb file. There's no option around it that I'm aware of if you're doing an install connected to the network. I'm told that things should work if you try to install without networking connected. But that's not working for me, possibly due to some drivers it needs to pull for my hardware that are not in the default installer.
Ran into this while trying to install a fresh instance on an old mac hardware.
All in all, not a good look for Canonical, especially given how long this is taking to resolve and the lack of any status indication that this is still a problem. Lots of people are being bitten by this in the last 24 hours.
The process doesn't even respond to "systemctl stop unattended-upgrades" or SIGTERM. Only "kill -9" ends the titan grip it has over my systems.
Edit:
Out of curiosity I ran a packet capture, during the 8 minutes it was running, unattended-upgrades (apt) received 4MB and sent 182KB of packets. Given the unattended-upgrades package is installed by default on Ubuntu and the "apt-daily-upgrade" timer will run every 24 hours ((archive|security).ubuntu.com has being down for longer), I can only imagine that there must be millions of machines reaching out, repeatedly and uselessly, attempting to download new pkgs without any timeout over and over again.
https://discourse.ubuntu.com/t/problem-with-updates-error-fa...