如何定位sudo apt update时卡顿的慢速APT仓库？

嘿，我明白你遇到的麻烦了——apt update卡了半小时还没动，看进程也不知道哪个仓库在拖后腿，确实挺闹心的。我来给你几个实用的方法，帮你揪出那个慢速仓库：

• 实时跟踪APT的详细操作日志
  APT其实会把所有操作细节记录在系统日志里，你可以开个新终端窗口，运行下面的命令实时监控：

  sudo tail -f /var/log/apt/term.log
  

  这个日志会精准显示当前正在处理的仓库URL、下载进度等信息，一旦卡住，你就能直接看到是哪个仓库停住了。

• 启用APT的调试模式重新运行
  要是愿意重新跑一次update，加上调试参数能看到更细致的执行步骤：

  sudo apt update -o Debug::pkgAcquire::Worker=1
  

  这个命令会输出每个下载线程的具体信息，包括正在连接的仓库地址、下载文件的大小和实时速度，卡顿发生时对应的仓库会一目了然。

• 从现有日志里排查可疑仓库
  看你贴出来的运行日志，有几个仓库反复出现Ign标记：

  Ign:78 https://mirror.repository.id/ubuntu jammy InRelease
  Ign:98 https://dl.thorium.rocks/debian stable Release

  Ign通常意味着APT无法正常获取仓库的Release或InRelease文件，很大概率是这个仓库连接不稳定甚至已经失效了，这些就是重点怀疑对象。

• 逐个临时禁用仓库测试
  要是还是拿不准，可以通过逐个禁用可疑仓库来验证：

  1. 找到仓库对应的源配置文件，一般在/etc/apt/sources.list或者/etc/apt/sources.list.d/目录下
  2. 把可疑仓库的配置行用#注释掉
  3. 运行sudo apt update，如果这次速度恢复正常，那刚才注释的仓库就是罪魁祸首

备注：内容来源于stack exchange，提问作者Kokizzu