当前时区为 UTC + 8 小时



发表新帖 回复这个主题  [ 7 篇帖子 ] 
作者 内容
1 楼 
 文章标题 : 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-04-30 10:40 

注册: 2008-07-20 14:10
帖子: 1
送出感谢: 0 次
接收感谢: 1
关于Hash Sum mismatch问题的原因

4月29日安装了新发布的ubuntu 1304,没想道刚要更新源,安装ubuntu-restricts-extras,就遇到问题。

W:Failed to fetch gzip:/var/lib/apt/lists/partial/us.archive.ubuntu.com_ubuntu_dists_natty_main_source_Sources Hash Sum mismatch,
E:Some index files failed to download. They have been ignored, or old ones used instead.

我估计很多人遇到过此问题,搜索半天发现国内所有中文描述此问题的解决方案的没有一个是靠谱可用的。

随查询英文,方得到正解,为了避免更多人疑惑,很少发帖的我决定把此问题的真正原因告知大家。

先引用 askubuntu.com上面关于此问题的原文解释
给出正解的人叫做Robie Basak
引用:
This is a known issue, and is exacerbated for clients behind proxy caches. Some large organisations and ISPs (especially in remote parts of the world) have transparent caches of which you may not be aware.

The fundamental issue is that the apt repository format is subject to race conditions when a mirror is updated. This problem particularly affects repositories that change rapidly, such as the development release.

You can track progress on the fix for this in this bug (please mark yourself as "affects me too" in the bug) and this blueprint. But be aware that it is a complex issue and may take more than one release to resolve.
shareimprove this answer

answered Jul 5 '12 at 22:21


大意是:你所使用的网络供应商,有些会设置一些透明缓存,以增加网络内部速度,减少出口的流量,你获取的某些文件不是源服务器上的真正文件,是从缓存中获取的,当缓存中获取的一些校验信息跟源中不一致的时候,自然提示校验失败,无法继续更新。

此问题实际上跟apt软件仓库的格式设计有关。新发布的版本的软件仓库更新比较频繁,按道理缓存中的文件应该同步更新,可惜因为多个镜像站点的有快慢,因此造成了缓存无法保证一致性。
当网络提供商足够有实力,不设至透明缓存时,这个问题是不存在的。这就是为什么有些人反馈使用无线上网卡(移动、联通的3g网络)就一切OK,一单换回长城宽带、或者宽带通就不行了。

以上就是问题出现的真正原因。

我的家中网络是宽带通,毫无疑问这种网络ISP肯定会设置透明缓存。
解决方案很简单,绕过缓存直接访问站点即可。
如何绕过ISP设置的这种缓存,方法跟绕过长城防火墙一样。
我找了格免费的ssh服务代理,
再安装一个proxychains,在/etc/proxychians.conf 中设置好你的代理
使用proxychains sudo apt-get update

更新正常(无论你更新哪一个源,国内或国外)

如果你觉得代理不够快,只要更新完源索引,安装软件时直接sudo apt-ge install xxx,即可。在软件中心中安装各类软件也没问题。


这问题根本解决跟apt repository的格式设计有关。
不过欧美的ISP似乎网络足够好,设置缓存的较少,反正提此问题的人并不多。因此他们是不是会进行改进设计真是无法预知。

还有一种情况会自然解决,就是等源索引渐渐稳定下来后,你的ISP的缓存也就跟真实数据保持一致了,此时更新就自然没问题。
新版本发布时更新肯定很频繁,估计大部分新版控无法等待。


以上就是关于引起更新源索引时Hash Sum mismatch问题的真正原因,以及解决方案,希望对各位朋友有所帮助

2013年4月30日



_________________
评价: 3.7% lord007
 
页首
 用户资料  
 
2 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-05-13 19:45 

注册: 2013-04-29 16:04
帖子: 5
系统: ubuntu13.04+win7
送出感谢: 0 次
接收感谢: 0 次
就是说,我要等下去了。。。


页首
 用户资料  
 
3 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-05-13 20:05 
头像

注册: 2007-12-14 13:40
帖子: 49877
地址: 志虚国乌由市
系统: Winbuntu
送出感谢: 29
接收感谢: 413
换个源也就好了


_________________
冷轩信

渠月 · QY

本人只会灌水,不负责回答问题

无聊可以点一下→ http://u.nu/ubuntu



_________________
评价: 3.7% meteormatt
 
页首
 用户资料  
 
4 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-05-13 20:13 

注册: 2013-05-13 12:39
帖子: 10
送出感谢: 0 次
接收感谢: 1
感谢分享
这帖回得够像bot,嗯


页首
 用户资料  
 
5 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-05-13 21:19 
头像

注册: 2008-04-26 12:41
帖子: 11000
送出感谢: 11
接收感谢: 38
:em09


_________________
[新手必读]wubi安装常见问题(FAQ)
[分享]装双系统的同学必看——Windows与Linux系统共享交换分区的方法
kde下唯美的暗黑内透主题(无需编译)
无穷老机上的Trinity Desktop Environment


页首
 用户资料  
 
6 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2013-09-02 12:53 
头像

注册: 2013-08-30 12:01
帖子: 3
系统: Ubuntu Lucid
送出感谢: 0 次
接收感谢: 0 次
可不可以提供一免费的ssh


页首
 用户资料  
 
7 楼 
 文章标题 : Re: 关于引起更新源索引时Hash Sum mismatch问题的真正原因及解决方案
帖子发表于 : 2014-10-10 10:10 

注册: 2014-01-22 16:43
帖子: 33
系统: Ubuntu
送出感谢: 0 次
接收感谢: 0 次
终于找到真正原因了,从此更新无忧。 :em11


页首
 用户资料  
 
显示帖子 :  排序  
发表新帖 回复这个主题  [ 7 篇帖子 ] 

当前时区为 UTC + 8 小时


在线用户

正在浏览此版面的用户:没有注册用户 和 1 位游客


不能 在这个版面发表主题
不能 在这个版面回复主题
不能 在这个版面编辑帖子
不能 在这个版面删除帖子
不能 在这个版面提交附件

前往 :  
本站点为公益性站点,用于推广开源自由软件,由 DiaHosting VPSBudgetVM VPS 提供服务。
我们认为:软件应可免费取得,软件工具在各种语言环境下皆可使用,且不会有任何功能上的差异;
人们应有定制和修改软件的自由,且方式不受限制,只要他们自认为合适。

Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group
简体中文语系由 王笑宇 翻译