对于特定的PPA,'apt-get update'在“100%[Working]”被卡住数小时

Modified on: Sun, 10 Jun 2018 03:47:23 +0800

当我在Ubuntu 15.04上运行sudo apt-get update时,我得到以下(缩短的)输出:

$ 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重新安装sudo aptitude reinstall apt,之后重新启动也没有改变我的情况。

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

PS:用apt-get update记录的script的完整输出也显示了那些动态行,可以在pastebin


更新

让它运行几个小时后,它实际上已经完成了!导致问题的存储库是各种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.

此后,该过程无需中断即可正确终止。那么该存储库可能存在什么问题,我该如何解决呢?

最佳答案

等待命令完成几个小时后,我看到它挂在所有tox存储库上。

我检查了他们的主页,发现包括存储库,维基和主站点在内的整个基础架构都迁移到了另一个域。这就是为什么旧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位可执行文件!

有关更多信息和脚本以验证软件包的真实体系结构而无需安装它,请参阅我的Q& A 此处!德尔>

最后一个存储库更新修复了此问题,qTox现在再次可用于这两种架构! :)


相关问答

添加新评论