apt-get update 速度非常慢，彻底安装不了软件

[oska874]

這裡介紹幾個方法檢測 試試
http://askubuntu.com/questions/135818/t ... is-too-big
the size of apt-get update lists is too big

如果一直不行
全新安裝 Ubuntu OS 看看

上面说了，翻墙就可以了update、安装软件了。翻墙关掉就不行了

[poloshiao]

翻墙就可以了update、安装软件了。翻墙关掉就不行了

https://launchpad.net/ubuntu/+archivemirrors
Official Archive Mirrors for Ubuntu
China
找最右欄 是 綠色字 Up to date / xx hours behind 的 Mirror 來更換

多執行幾次
sudo apt-get update
看看

如果你有使用 proxy 暫時關掉 proxy 看看

[oska874]

翻墙就可以了update、安装软件了。翻墙关掉就不行了

https://launchpad.net/ubuntu/+archivemirrors
Official Archive Mirrors for Ubuntu
China
找最右欄 是 綠色字 Up to date / xx hours behind 的 Mirror 來更換

多執行幾次
sudo apt-get update
看看

如果你有使用 proxy 暫時關掉 proxy 看看

ubuntu 里面没设代理（会不会是对apt-get 做代理了？这个我就不懂了），直接ping/wget 各个源的话都是ok的，就是不能apt-get update 和install

而且上面也说了，如果翻墙的话，163的源都可以update，从现象看不是source list 的问题，真心怀疑是系统里面的某处设置问题，但是问题原因真心不知道

[onlylove]

检查网络设置，和路由状态，还有，有的软件部分源里面没有（不管你信不信，事实就这样）

一台pc 上的两个虚拟机，同样的源，一个能装，一个不能装。

你两个都检查下配置对比下啊，还有，你那软件，确定你装的版本里面有？（有些软件老版本有新版没）

[oska874]

检查网络设置，和路由状态，还有，有的软件部分源里面没有（不管你信不信，事实就这样）

一台pc 上的两个虚拟机，同样的源，一个能装，一个不能装。

你两个都检查下配置对比下啊，还有，你那软件，确定你装的版本里面有？（有些软件老版本有新版没）

系统配置没有动过。也试过把正常的/etc/apt 文件夹全部拷贝到出问题的虚拟机里，效果是一样的。要装的软件肯定有的，正常的那个已经可以安装，而且出问题这个翻樯了也可以安装。

[poloshiao]

真心怀疑是系统里面的某处设置问题

試試
依序 把下面指令 複製 貼進終端機 執行
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get clean
sudo dpkg --configure -a
sudo apt-get check
如果出現錯誤訊息 請全部複製/貼上來
不要擷圖 不要摘要 以免遺漏重要訊息

[oska874]

真心怀疑是系统里面的某处设置问题

試試
依序 把下面指令 複製 貼進終端機 執行
sudo apt-get autoremove
sudo apt-get autoclean
sudo apt-get clean
sudo dpkg --configure -a
sudo apt-get check
如果出現錯誤訊息 請全部複製/貼上來
不要擷圖 不要摘要 以免遺漏重要訊息

没用

代码： 全选

➜  git  sudo apt-get autoremove
Reading package lists... Done
Building dependency tree       
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 667 not upgraded.
➜  git  sudo apt-get autoclean
Reading package lists... Done
Building dependency tree       
Reading state information... Done
➜  git  sudo apt-get clean
➜  git  sudo dpkg --configure -a
➜  git  sudo apt-get check
Reading package lists... Done
Building dependency tree       
Reading state information... Done
➜  git  sudo apt-get update
0% [Waiting for headers]

source.list 内容

代码： 全选

deb http://mirrors.163.com/ubuntu/ trusty main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ trusty-security main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ trusty-updates main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ trusty-proposed main restricted universe multiverse
deb http://mirrors.163.com/ubuntu/ trusty-backports main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ trusty main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ trusty-security main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ trusty-updates main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ trusty-proposed main restricted universe multiverse
deb-src http://mirrors.163.com/ubuntu/ trusty-backports main restricted universe multiverse

[poloshiao]

source.list 内容
deb http://mirrors.163.com/ubuntu/ trusty main restricted universe multiverse
... 省略
deb-src http://mirrors.163.com/ubuntu/ trusty-backports main restricted universe multiverse

git sudo apt-get update
0% [Waiting for headers]

1. 參閱
http://askubuntu.com/a/234756/198920
使用 synaptic 按 reload 如果中途停止 看看 停在哪裡

2. 其它參閱
http://askubuntu.com/questions/94831/st ... eaders-apt
http://askubuntu.com/questions/156650/a ... or-headers
2-1. 大部分意見 還是 網路情況 或 proxy 或 isp 引起的

[vickycq]

系统配置没有动过。也试过把正常的/etc/apt 文件夹全部拷贝到出问题的虚拟机里，效果是一样的。要装的软件肯定有的，正常的那个已经可以安装，而且出问题这个翻樯了也可以安装。

应该是ISP问题。至于为何一台能装另一台不能，我这儿有个例子。我有两台机器都装同版本的debian，连在同一路由器下，配置为同一个软件源，但其中一台正常，另一台却出现经典的'Hash sum mismatch'错误，是由ISP的cache引起的。

熟悉计算机网络的人应该能给出答案，为何ISP记住了出问题的机器？

[poloshiao]

应该是ISP问题

1. 這一篇
http://askubuntu.com/a/532663/198920
說明是因為你的 有線網卡 eth0 預設的 mtu 數值
與 ISP (電信連線服務商) 設定的 mtu 數值
不一致
引起的
2. 該篇文章有提供測試方法 可以試試

[oska874]

应该是ISP问题

1. 這一篇
http://askubuntu.com/a/532663/198920
說明是因為你的 有線網卡 eth0 預設的 mtu 數值
與 ISP (電信連線服務商) 設定的 mtu 數值
不一致
引起的
2. 該篇文章有提供測試方法 可以試試

mtu 我也怀疑过，不过试着往大、往小改过，最小改到800，最大改到8000，都没用

[oska874]

应该是ISP问题

1. 這一篇
http://askubuntu.com/a/532663/198920
說明是因為你的 有線網卡 eth0 預設的 mtu 數值
與 ISP (電信連線服務商) 設定的 mtu 數值
不一致
引起的
2. 該篇文章有提供測試方法 可以試試

mtu 我也怀疑过，不过试着往大、往小改过，最小改到800，最大改到8000，都没用

坑爹啊，改到200 可以了

但是为啥mtu 会单单影响apt-get 呢？

[heaventear001]

下面这个教程，亲测可用，速度杠杠的

https://91tianlu.cn/knowledgebase.php?a ... icle&id=21

[luo6230]

我有一个大胆的像法，楼主将apt等包先下到虚拟机上，然后卸载掉，再重新安装。