apt-get update fails, hash sum mismatches with de.archive.ubuntu.com
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | apt (Ubuntu) |
High
|
Unassigned | ||
| | ubuntu-release-upgrader (Ubuntu) |
High
|
Unassigned | ||
Bug Description
1. Release:
Description: Ubuntu 14.04.1 LTS
Release: 14.04
2. not a package. The whole distro is broken.
3. I always expect apt-get update to work, at least with Ubuntu's own repositories.
4. "apt-get update" failed, and later "apt-get dist upgrade"
It started with this when doing a normal "apt-get update"
W: Failed to fetch http://
W: Failed to fetch http://
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
When doing a dist-upgrade, I then got this:
E: mkinitramfs failure cpio 141 gzip 1
update-initramfs: failed for /boot/initrd.
run-parts: /etc/kernel/
Failed to process /etc/kernel/
No apport report written because the error message indicates its a followup error from a previous failure.
subprocess installed post-installation script returned error exit status 2
dpkg: dependency problems prevent configuration of linux-image-
linux-
Package linux-image-
dpkg: error processing package linux-image-generic (--configure):
dependency problems - leaving unconfigured
Setting up linux-headers-
Setting up linux-headers-
Examining /etc/kernel/
run-parts: executing /etc/kernel/
Setting up linux-headers-
No apport report written because the error message indicates its a followup error from a previous failure.
linux-generic depends on linux-image-generic (= 3.13.0.36.43); however:
Package linux-image-generic is not configured yet.
dpkg: error processing package linux-generic (--configure):
dependency problems - leaving unconfigured
And later this at the end:
Processing triggers for libc-bin (2.19-0ubuntu6.3) ...
E: Sub-process /usr/bin/dpkg returned an error code (1)
ProblemType: Bug
DistroRelease: Ubuntu 14.04
Package: ubuntu-
ProcVersionSign
Uname: Linux 3.13.0-34-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.4
Architecture: amd64
CrashDB: ubuntu
CurrentDesktop: Unity
Date: Wed Sep 24 21:57:55 2014
InstallationDate: Installed on 2013-05-09 (503 days ago)
InstallationMedia: Ubuntu 13.04 "Raring Ringtail" - Release amd64 (20130424)
PackageArchitec
SourcePackage: ubuntu-
Symptom: dist-upgrade
UpgradeStatus: Upgraded to trusty on 2014-05-04 (142 days ago)
VarLogDistupgra
| William Smith (wrsmith-y) wrote : | #1 |
| Launchpad Janitor (janitor) wrote : | #2 |
| Changed in ubuntu-release-upgrader (Ubuntu): | |
| status: | New → Confirmed |
| ITec (itec) wrote : | #3 |
I am experiencing the same.
It must be a problem with the German ubuntu archives.
The Swiss archives work without a problem.
There must be something, that the Swiss do better?
Let's find it out! ;-)
# nslookup de.archive.
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
de.archive.
Name: ubuntu.
Address: 141.30.13.10
Name: ubuntu.
Address: 141.30.13.20
Name: ubuntu.
Address: 141.30.13.30
# cat /etc/apt/
deb http://
deb-src http://
deb http://
deb-src http://
deb http://
deb-src http://
# LANG=en_us apt-get update
Ign http://
Ign http://
Ign http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
| Eric Haberstroh (ehaberstroh) wrote : | #4 |
Switching to Swiss servers did it. Maybe this bug should be assigned to someone responsible for the local Ubuntu servers.
| linuxball (linuxball) wrote : | #5 |
The bug hits me from time to time, too. Right now it shows up, again:
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
| Ni Hao (ni-hao-1) wrote : | #6 |
I can confirm. It might be that this occurs only from time to time but the first report is about two months old. Why is this bug not permanently fixed....
| Launchpad Janitor (janitor) wrote : | #7 |
Status changed to 'Confirmed' because the bug affects multiple users.
| Changed in apt (Ubuntu): | |
| status: | New → Confirmed |
Yes, same here:
W:Failed to fetch http://
E:Some index files failed to download. They have been ignored, or old ones used instead.
Is there any way to solve this ?
| dreh23 (johannes-amorosa-7) wrote : | #9 |
I have the same error.
| claus (claus2) wrote : | #10 |
As this seems to affect mostly users of the de. mirror I subscribed the owner of that mirror to this bug (hope this is the right way to go about it).
Changing to the German NetCologne mirror fixed this issue for me for now. It was an ongoing problem with several Trusty servers for several month.
| Erlon R. Cruz (sombrafam) wrote : | #11 |
Thats not only a problem with the de repo. It happens the same with the Brazilian repo!
-------
Get:62 http://
Get:63 http://
Get:64 http://
Get:65 http://
Get:66 http://
Get:67 http://
Get:68 http://
Get:69 http://
Get:70 http://
Get:71 http://
Get:72 http://
Fetched 30.1 MB in 28s (1060 kB/s)
W: Failed to fetch bzip2:/
W: Failed to fetch bzip2:/
W: Failed to fetch bzip2:/
W: Failed to fetch bzip2:/
W: Failed to fetch bzip2:/
| Sasa Paporovic (melchiaros) wrote : | #12 |
Adding the tag utopic, because of a duplicate.
| tags: | added: utopic |
| Marcus V R Nascimento (marcusvrn) wrote : | #14 |
I had the same problem. After too much time researching, I discovered that the problem should be the ISP which I'm using. Changing the internet connection that has another ISP, the problem was solved on trusty and precise! ISP may have a transparent caches and it will break the updates until it updates itself. Researching more, I found this bug: https:/
| Changed in apt (Ubuntu): | |
| importance: | Undecided → Critical |
| Changed in ubuntu-release-upgrader (Ubuntu): | |
| importance: | Undecided → High |
| Changed in apt (Ubuntu): | |
| importance: | Critical → High |
| exap (exap) wrote : | #15 |
My default setting in "System Settings" > "Software & Updates" > "Ubuntu Software" > "Download from" is "Server for Germany" (de.archive.
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
So I tried servers like "Main server" (archive.
| Martin Hecht (mrbaseman) wrote : | #16 |
same for me with http://
| Erhard Kroeger (erhardkroeger1) wrote : | #17 |
For me exactly as described by Martin Hecht (mrbaseman). I changed from de.archive.
| Bernadette Mohr (bernadette-mohr) wrote : | #18 |
Even changing from de.archive.
| Stephan Bayer (stephan-v) wrote : | #19 |
Thanks Bernadette. Switching us.archive.
| Sasa Paporovic (melchiaros) wrote : | #20 |
For the german users:
Could you please run
ping -c 2 de.archive.
right after you have observed the hash sum mismatch error on updating your package list from the german sources.
A colleage of mine and I have tetermined a poisening mirror in germany at the TU-Dresden and whant some confirmations that it is really and only this mirror.
The maintainer of the mirror could not observe the error on his testcomputer.
This is why we whant also to have the information in which part of gemany (Bundesland) you obverse the error. Maybe it is something between the mirror and us(where ever we are).
Please paste the output of the ping above and the location(
| Sasa Paporovic (melchiaros) wrote : | #21 |
The TU-Dresden mirror info page could be found here:
https:/
| Martin Hecht (mrbaseman) wrote : Re: [Bug 1373598] Re: apt-get update fails, hash sum mismatches (trusty) | #22 |
when I run this several times from Stuttgart (we are at the provider O2,
Telefonica),
I see a bit of packet loss.
ping -c 2 de.archive.
PING ubuntu.
64 bytes from c13020.
time=95.7 ms
--- ubuntu.
2 packets transmitted, 1 received, 50% packet loss, time 999ms
rtt min/avg/max/mdev = 95.745/
I have seen the packet loss only, when I receive the 141.30.13.20, but
not always. I had a ping -c 20 running without any packet loss and
another one with 10% packet loss.
| Martin Hecht (mrbaseman) wrote : | #23 |
again I had hash sum mismatches.
Interestingly, it is always the following source which fails:
http://
replacing "de" by "us" which helped at work last time solved the problem
at home now.
Note: I had to replace the host only for this single source. Since I did
this at work, I didn't have any problems anymore. At home I'll keep an
eye on this and report back if the trouble reappears.
I have observed some packet loss again to 141.30.13.20 but since it is
always one for the Translation-en packages I'd assume that something
with the language environment (which might affect encoding of the
packages?) is not working properly. Either the system-wide language or
the web server providing the updates might run with a wrong $LANG
setting or so...
And the packet loss is then caused by too many clients which try to
reconnect and fetch the package again and again.
Does this sound reasonable?
We experience this problem also.
$ ping -c 2 de.archive.
PING ubuntu.
64 bytes from c13020.
64 bytes from c13020.
--- ubuntu.
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 12.532/
Sometimes it also uses the 141.30.13.10 machine, never any other machine.
We are also at a German university, and thus connected to tudos.de directly via DFN (German Research Network):
> tracepath de.archive.
1?: [LOCALHOST] pmtu 1500
1: mikado.
1: mikado.
2: Transfer-
3: uni-fw-
4: core.rz.
5: xr-reg1-
6: cr-erl1-
7: kr-dre106.
8: 141.30.1.74 21.586ms
9: cat6k-bar.
10: c13010.
| Jeff Lambert (jl-newtraxtech) wrote : | #25 |
Having this problem
Distributor ID: Ubuntu
Description: Ubuntu 14.04.2 LTS
Release: 14.04
Codename: trusty
W: Failed to fetch bzip2:/
| mpcore (mp-t) wrote : | #27 |
Same Issue here with http://
apt-get update
Ign http://
Ign http://
Ign http://
Ign http://
Ign http://
Hit http://
Hit http://
Get:1 http://
(...)
Get:12 http://
Get:13 http://
Get:14 http://
Get:15 http://
Get:16 http://
Get:17 http://
Get:18 http://
Get:19 http://
Get:20 http://
Get:21 http://
Get:22 http://
Get:23 http://
Get:24 http://
Get:25 http://
Hit http://
Get:26 http://
Get:27 http://
Get:28 http://
Get:29 http://
Fetched 1,226 kB in 53s (22.9 kB/s)
W: GPG error: http://
W: Failed to fetch http://
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
# VS.: #
(...)
Get:53 http://
Get:54 http://
Get:55 http://
Get:56 http://
| Martin Hecht (mrbaseman) wrote : | #28 |
about 2-3 weeks ago (sorry for the delayed report here) I had the problem again, at home and at work (University of Stuttgart), not only with trusty-updates/main Translation-en but with quite a number of packages (so I was wrong with my thoughts on March 5).
I have switched to http://
| Allan Deamon (rea-aft) wrote : | #29 |
Same problem here. I'm using Brazilian mirrors.
I tried to delete apt cache as some indicated, but it didn't worked.
Fetched 31,0 MB in 13s (2.281 kB/s)
W: Failed to fetch http://
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
| Günter Grodotzki (lifeofguenter) wrote : | #30 |
This Bug is over six months old - can we get an update on it? I thought LTS = Long Term Support?
| Stephan Bayer (stephan-v) wrote : Re: [Bug 1373598] Re: apt-get update fails, hash sum mismatches (trusty) | #31 |
I just switched to ubuntu 14.10, not having the issue there. but from my
experience hash sum mismatch may mean the data is changed like when
connecting through a proxy. not that it helps.
I think also it's hard to offer free support for every little thing, so if
you can, upgrade to ubuntu 14.10
*Stephan Bayer*
*Café Prost, Inc. **The Triangle's mobile pretzel bakery *
<email address hidden>
http://
Follow us on Twitter @cafeprost <https:/
Like us on Facebook
<http://
On Tue, Apr 14, 2015 at 3:09 PM, Günter Grodotzki <
<email address hidden>> wrote:
> This Bug is over six months old - can we get an update on it? I thought
> LTS = Long Term Support?
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> apt-get update fails, hash sum mismatches (trusty)
>
> Status in apt package in Ubuntu:
> Confirmed
> Status in ubuntu-
> Confirmed
>
> Bug description:
> 1. Release:
> Description: Ubuntu 14.04.1 LTS
> Release: 14.04
>
> 2. not a package. The whole distro is broken.
>
> 3. I always expect apt-get update to work, at least with Ubuntu's own
> repositories.
>
> 4. "apt-get update" failed, and later "apt-get dist upgrade"
>
>
> It started with this when doing a normal "apt-get update"
>
> W: Failed to fetch http://
> updates/
>
> W: Failed to fetch http://
> updates/
>
> W: Failed to fetch http://
> updates/
>
> E: Some index files failed to download. They have been ignored, or old
> ones used instead.
>
>
> When doing a dist-upgrade, I then got this:
> E: mkinitramfs failure cpio 141 gzip 1
> update-initramfs: failed for /boot/initrd.
> run-parts: /etc/kernel/
> code 1
> Failed to process /etc/kernel/
> /var/lib/
> No apport report written because the error message indicates its a
> followup error from a previous failure.
>
> dpkg: error processing package
> linux-image-
> subprocess installed post-installation script returned error exit
> status 2
> dpkg: dependency problems prevent configuration of linux-image-
> linux-image-generic depends on linux-image-
> however:
> Package linux-image-
>
> dpkg: error processing package linux-image-generic (--configure):
> dependency problems - leaving unconfigured
> Setting up linux-headers-
> Setting up linux-headers-
> Examining /etc/kernel/
> run-parts: executing /e...
@Stephan Bayer, you're right in one point: your comment doesn't help. From the rest you stated, I beg to differ!
* For German LTS users a critical part of the infrastructure is broken, and this isn't 'a little thing'.
* A major part of users don't receive updates, and are thus at risk
* upgrading to a non-LTS release certainly isn't an acceptable solution
On my personal installation I changed the sources from de to us. This is a work-around for *one* installation, not a solution!
Either the mirror provider should urgently fix this, or the mirror should be removed from the distribution system, or an advisory with instruction for removing the mirror from installations should be issued!
| Brian Murray (brian-murray) wrote : | #33 |
Just switching to the de mirror I encountered this error.
Get:62 http://
Fetched 38.0 MB in 32s (1,176 kB/s)
W: Failed to fetch http://
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
| summary: |
- apt-get update fails, hash sum mismatches (trusty) + apt-get update fails, hash sum mismatches with de.archive.ubuntu.com |
| Brian Murray (brian-murray) wrote : | #34 |
Quoting the Canonical IS department - "The de mirror has been temporarily taken out of DNS so requests will be coming to our main archive servers now."
| Changed in ubuntu-release-upgrader (Ubuntu): | |
| status: | Confirmed → Invalid |
| Sasa Paporovic (melchiaros) wrote : | #35 |
This is a radical solution. As pointed out in comment #20 and some following comments from other users, it seems to be at first the tu-dresden mirror. May be it is enough to decouple this one.
| Aleš Ferlan (alefer89) wrote : | #36 |
I just got the same problem in Vivid with english translations:
http://
and
http://
| Andre (i-u0untu-4) wrote : | #37 |
Moments ago i had the same problem with the file de.archive.
Seems like a temporary problem on one of the mirrors(?)
| Mikaela Suomalainen (mikaela) wrote : | #38 |
I have been seeing this a lot lately on DigitalOcean using mirrors.
```
% curl http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
http://
```
and what I get with apt update is:
```
Ign http://
Ign http://
Ign http://
Ign http://
Hit http://
Hit http://
Hit http://
Hit http://
Hit http://
Get:1 http://
Hit http://
Get:2 http://
Ign http://
Hit http://
Ign http://
Ign http://
Ign http://
Hit http://
Hit http://
Get:3 http://
Ign http://
Get:4 http://
Get:5 http://
Get:6 http://
Get:7 http://
Hit http://
Hit http://
Hit http://
Hit http://
Get:8 http://
Get:9 http://
Get:10 http://
Get:11 http://
Get:12 http://
Get:13 http://
Get:14 http://
| Sorin Sbârnea (sorin-sbarnea) wrote : | #39 |
Get:88 http://
Get:89 http://
Get:90 http://
Fetched 23.3 MB in 16s (1,403 kB/s)
W: Failed to fetch mirror:
W: Failed to fetch mirror:
W: Failed to fetch mirror:
W: Failed to fetch mirror:
| jowfdoijdfdwfwdf (dsfkljo322332) wrote : | #40 |
W: Failed to fetch http://
E: Some index files failed to download. They have been ignored, or old ones used instead.
This is happening on the us mirror too
| Paul BROWN (frozenzia) wrote : | #41 |
I'm getting this running UbuntuMate 14.04 and Finnish mirror:
W: Tiedoston http://
W: Tiedoston http://
| Omadas (bsperger) wrote : | #42 |
Same for me. Mint updates are fine, it is the ubuntu packages which are givingng me problems. Packages.
Failed to fetch http://
Failed to fetch http://
Some index files failed to download. They have been ignored, or old ones used instead.
Notice the error is for both the 32 and 64bit packages. Somehow the hash sums are not being authenticated or the hash sum is not being generated correctly by the maintainers. Could this not indicate an upgrade to a security issue? Also, why are we not using https?
| Omadas (bsperger) wrote : | #43 |
Never mind, clicking on those links produces a 404 error, it seems these packages have been pulled from the PPA, and my system is still looking for it. Any reason why these packages would be pulled from any server during an LTS cycle?
| Sam Stenvall (negge) wrote : | #44 |
This used to happen only on the Vagrant boxes we build but now I've seen it in production as well. It's always the same:
W: Failed to fetch http://
W: Failed to fetch http://
W: Failed to fetch http://
W: Failed to fetch http://
Is there anything that can be done to prevent this except changing mirrors completely? Why is it always (and only) affecting trusty-updates? This is getting absolutely ridiculous and makes Ubuntu unusable for servers.
| Cride5 (cride5) wrote : | #45 |
I've been having the same problems while running apt-get update, including 'hash sum mismatch' and 'BADSIG' errors. I tried the following:
1. Downloading updated keys
sudo apt-key adv --keyserver keyserver.
sudo apt-get update
2. Clean cache then update (some report success with repeated cycles of this)
sudo apt-get clean
sudo apt-get update
3. Clear out the list files completely, or just the partials
sudo rm -f /var/lib/
sudo rm -f /var/lib/
sudo apt-get update
4. Clear out the status file as it may be corrupted
sudo rm /var/lib/
sudo touch /var/lib/
sudo apt-get update
5. Disable proxy to ensure direct download from the mirror
sudo apt-get -o Acquire:
6. Try changing to another mirror in "Software & Updates"
I tried the following:
* ubuntu.ctu.edu.vn (Vietnam - failed - my original mirror)
* ubuntu.01link.hk (Hong Kong - failed)
* archive.ubuntu.com (Main - failed)
* mirror.switch.ch (Switzerland - failed)
* mirror-
TL;DR Only changing the mirror was able to solve this problem for me.
| Mikaela Suomalainen (mikaela) wrote : | #46 |
I haven't ran Ubuntu on DigitalOcean for some time, but on home Ubuntu PCs the only mirror that works is `mirror.
I know I am not supposed to use it and it's only meant for mirrors, but I consider using it as less bad than be left without updates entirely and thanks to this issue I have to use it.
| Changed in ubuntu-release-upgrader (Ubuntu): | |
| status: | Invalid → New |
Status changed to 'Confirmed' because the bug affects multiple users.