☰

对于特定 PPA，apt-get update 会停留在“100% [正在工作]”几个小时

tag-icon • tag-icon apt package-management updates ppa repository
对于特定 PPA，apt-get update 会停留在“100% [正在工作]”几个小时

当我sudo apt-get update在 Ubuntu 15.04 上运行时，我得到以下（缩短的）输出：

$ LANG=C sudo apt-get update
[sudo] password for ipc-admin: 
Ign http://ftp.uni-stuttgart.de vivid InRelease
Ign http://ftp.uni-stuttgart.de vivid-updates InRelease
.
.
.
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-en
Hit http://ftp.uni-stuttgart.de vivid-proposed/universe Translation-de
100% [Working]

然后它就卡住了，无法继续，直到我用Ctrl+中断它C。

当我sudo aptitude update这样做时，它也会挂在相同的位置。

删除缓存并再次sudo rm -rf /var/lib/apt/lists运行后sudo apt-get update，我仍然得到相同的结果。

sudo apt-get update但是，在运行并卡住后中断后，它似乎已成功更新了包索引文件，因为我仍然可以运行apt-get upgrade并接收新的更新，或者apt-get install。它只是没有完成apt-get update任务......

apt重新安装sudo aptitude reinstall apt并随后重新启动也没有改变我的情况。

这可能是什么问题？我该如何解决？

apt-get updatePS：记录的完整输出script还显示了可以在以下位置找到的动态线粘贴箱。

更新

运行几个小时后，它终于完成了！导致问题的存储库是多https://repo.tox.im行。以下是每行之间等待很长时间后出现的内容：

Ign https://repo.tox.im nightly InRelease
Ign https://repo.tox.im nightly Release.gpg
Ign https://repo.tox.im nightly Release
Err https://repo.tox.im nightly/main i386 Packages
  Connection timed out after 120000 milliseconds
Ign https://repo.tox.im nightly/main Translation-en
Ign https://repo.tox.im nightly/main Translation-de
Fetched 69,8 kB in 36min 0s (32 B/s)
W: Failed to fetch https://repo.tox.im/dists/nightly/main/binary-i386/Packages  Connection timed out after 120000 milliseconds

E: Some index files failed to download. They have been ignored, or old ones used instead.

此后，进程正确终止，无需中断。那么该存储库可能存在什么问题？我该如何修复它？

答案1

等待命令完成几个小时后，我发现它挂在了所有 tox 存储库上。

我查看了他们的主页，发现整个基础设施（包括存储库、wiki 和主站点）都已移至另一个域。这就是旧 URL 不再有效以及apt-get update超时的原因。

在他们的新维基，他们提供了以下（略作修改的）脚本来安装实际的存储库：

#!/bin/bash
sudo apt-key del 0C2E03A0
sudo sh -c 'echo "deb https://pkg.tox.chat/debian nightly main" > /etc/apt/sources.list.d/tox.list'
wget -qO - https://pkg.tox.chat/debian/pub.gpg.key | sudo apt-key add -
sudo apt-get install apt-transport-https
sudo apt-get update
echo "Tox Repository Installed. You can now install qtox"

我执行了这些行，现在所有问题都apt-get update消失了！

不幸的是，新的存储库只包含 64 位版本的 qTox，所以我必须忍受这个软件包被保留一段时间，直到他们也为 32 位机器编译它！

警告：如果你安装了 32 位 qTox，请执行不是安装新的存储库！它包含一个 32 位qtox软件包，其版本号高于上一个可用软件包，因此，apt-get upgrade只要您运行更新，就会安装它并用该软件包替换您当前的 qTox 安装。但它不是 32 位软件包，只是看起来像一个！它里面包含 64 位可执行文件！

有关更多信息和无需安装即可验证软件包真实架构的脚本，请参阅我的问答这里！

最后的存储库更新修复了这个问题，qTox 现在又可以用于这两种架构了！:)

答案2

我时不时地会发现这个问题，而且从一台机器到另一台机器都会出现。我只需更换主镜像服务器（德语版本中称为“Haupt-Server”）即可解决此问题在此处输入图片描述

自从我从“德国服务器”改为“主服务器”后，一切都很好……

答案3

首先，确保你选择了正确的来源

/etc/apt/sources.list

接下来，你可以尝试一下我的方法：

cd /etc/apt

在此词典中，可以有一个名为

sources.list.d

并且它包含一些您不需要的配置文件。

我通过在每行前面添加#来编辑这些配置文件，这是有意义的。

相关内容