公寓被套在0％[工作中]

当我尝试apt-get使用终端进行任何操作时，apt-get都会卡在0% [Working]。

我是通过Google排名靠前的页面访问此页面的，但这些答案对我没有帮助。相反，我使用以下命令清除了本地本地存储的打包文件：

apt-get clean

您可以尝试检查缓存并清理缓存目录。
按顺序进行（每个步骤都更深入，请在找到解决方案时停下来）：

• sudo apt-get clean（更新）在最新版本上，它将清除本地检索到的软件包文件库。大多数时候就足够了。在早期版本中不是这样。

  它从/ var / cache / apt / archives /和/ var / cache / apt / archives / partial /中删除除锁定文件之外的所有内容。

• 看里面/var/lib/apt/lists/partial/应该是空的。
  如果没有，您sudo rm /var/lib/apt/lists/partial/*最终可以决定将其清空sudo rm -f /var/lib/apt/lists/partial/*

• sudo apt-get check

  它更新程序包缓存并检查是否有损坏的依赖项。

• 将的清单缩小到正常数量（不是很大）的存储库/etc/apt/sources.list。
  如果它们太多，则系统可能会挂起，尝试构建所有依赖关系树。
  您可以创建一组最小的资源库的Ubuntu源列表生成器的网站，并在那之后你备份的 /etc/apt/sources.list（如与sudo cp -i /etc/apt/sources.list /etc/apt/sources.list.000），您可以粘贴，而不是你目前的名单。

• 最终，您可以检查是否有带有https而不是http 的源列表文件，但未apt-transport-https安装（请参阅注释）。
• 再试一次sudo apt-get update，如果失败
• 和之后备份您的/var/lib/apt/lists目录sudo cp -r -p -i /var/lib/apt/lists ${HOME}/temp_apt_listssudo rm -R /var/lib/apt/lists/*
• 再跑sudo apt-get update一次

您可能需要手工清理以下一些目录（您始终可以备份它们，并且仅在删除其中的文件之后）：

• /etc/apt/sources.list.d/
  用于从中获取软件包的位置的文件片段。配置项：Dir :: Etc :: SourceParts。
• etc / apt / preferences.d /
  版本首选项的文件片段。配置项：Dir :: Etc :: PreferencesParts。
• / var / cache / apt / archives / partial /
  传输中软件包文件的存储区域。配置项：Dir :: Cache :: Archives（部分内容将隐式附加）
• / var / lib / apt / lists / partial / 用于存储状态信息的存储区域。配置项：Dir :: State :: Lists（部分内容将隐式附加）
• / var / lib / apt / lists / 用于在sources.list（5）配置项中指定的每个软件包资源的状态信息的存储区：Dir :: State :: Lists。

PS>如果成功，请记住删除不再需要的备份副本，但并非sources.list.000总是如此！
您可以在与此相关的答案中找到其他提示。

更新
存在一个旧错误，因为软件包squid-deb-proxy-client 无法清除其所有更改，因此可以解决：

删除该行：
Acquire :: http :: ProxyAutoDetect“ / usr / share / squid-deb-proxy-client / apt-avahi-discover”;

从：
/etc/apt/apt.conf.d/30autoproxy

这个bug线程可能有用

如果可能，请更猛烈地取出包装。

当我切换到一些https仓库时，我也发现这种情况正在发生。需要apt-transport-https安装apt 才能正常工作（可以理解，当您尝试下载某些内容时，这可能是个问题）。

确保您可以ping出自己的网络，更重要的是可以访问Ubuntu网络，即

 ping us.archive.ubuntu.com
 OR
 ping security.ubuntu.com

您应该获得类似于以下内容的输出：

 PING security.ubuntu.com (91.189.88.161) 56(84) bytes of data.
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=1 ttl=52 time=127 ms
 64 bytes from keeton.canonical.com (91.189.88.161): icmp_seq=2 ttl=52 time=128 ms

  --- security.ubuntu.com ping statistics ---
  2 packets transmitted, 2 received, 0% packet loss, time 1000ms
  rtt min/avg/max/mdev = 127.325/127.952/128.579/0.627 ms

首先尝试通过更新它

aptitude update

然后运行apt-get

还是应该将镜子更换为离您最近的镜子，请注意- 我该如何使用靠近我的镜子或选择更快的镜子？

这也可能是由于位于阻止访问的代理后面造成的。有时我出现NODATA错误 ...有时停留在0% [Working...]。

如果更改了位置，请同时更改下载服务器：

sudo software-properties-gtk

单击其他，然后选择最佳服务器：

之后，选择并删除所有其他软件存储库：

最后：

sudo apt-get update
sudo apt-get upgrade

检查您的网络是否可访问。就我而言，我重新安装了Raspiberry-Pi。我检查了RPi的日期和时间，它没有更新。所以我手动更改了日期

sudo date -s "2019 Mar 20 02:42"

并重新启动。现在我的RPi运行良好。

在debian 9中，我的apt在执行任何需要访问Internet的任务之前被卡在0％[工作]下。在尝试了许多其他方法之后，当我禁用网络管理器并开始使用systemd-networkd代替时，此问题终于得到解决。

我在互联网上的任何地方都找不到答案，但实际上是根据几个小时前执行的命令找到的。这样的命令的一个例子是

echo "deb http://dl.bintray.com/tproenca/pmsarm7 jessie main" | sudo tee /etc/apt/sources.list.d/pms.list

之后，将文件添加到/etc/apt/sources.list.d/。在此目录中，也可以添加源。在我的情况下，是teamviewer包含了自己的列表，该列表具有无效的url。因此导致我的更新失败。这些是我执行的命令。

注意： teamviewer.list导致了我的问题，但是在此目录中，任何东西都可以满足您的需求。试试看，做备份！）

cd /etc/apt/
cp sources.list.d/* sources.list.d.backup/
rm sources.list.d/teamviewer.list
apt-get clean
apt-get check
apt-get update

希望这可以节省一个人可以节省我的时间！

我有同样的问题，但我是这样解决的：

sudo systemctl restart networking

希望对您有所帮助。

具有只读文件系统也可能导致此问题。

您可以使用以下命令进行检查：

mount | grep "on / "

如果输出包含ro作为安装标志之一，则您的根文件系统处于只读模式。您将必须以读写方式重新挂载文件系统，然后apt-get update才能继续。

有关如何重新安装文件系统的资源：

• https://linux.die.net/man/8/mount
• 如何将文件系统重新挂载为读/写？

安装apt-transport-https帮助我安装了新的Debian 9。

sudo apt-get install apt-transport-https