安装保留的软件包:libgl1-mesa-dev 导致进入紧急模式

安装保留的软件包:libgl1-mesa-dev 导致进入紧急模式

我最近在运行 16.04 时发现apt upgrade一些软件包被保留了下来。我去调查并找到了答案这里。它基本上说你应该单独安装软件包而不是运行apt dist-upgrade。所以我所做的就是我调用的唯一两个软件包apt install是: libgl1-mesa-dev libgl1-mesa-devlibgl1-mesa-dev

其余部分则作为依赖项出现。

但正如标题所说,机器最终进入了紧急模式。因此,无论如何,安装可能都是一个坏主意。为了解决这个问题,我从 GRUB 以救援模式(不要与紧急模式混淆)启动系统,并运行 dpkg 来修复损坏/丢失的软件包。有趣的是,系统将在此之后立即正常启动。当我再次启动它时,它将进入紧急模式。要获得正常的 GUI,我必须在每次启动时运行 dpkg,尽管 dpkg 不执行任何操作,但它仍能正常工作。

我的问题是:

什么是保留的软件包?为什么你不应该安装它们?如果有的话该如何处理...

是什么导致 ubuntu 进入紧急模式?如果我执行特殊的启动过程,它就可以正常工作。

答案1

哇,这一系列问题问得真好。

  1. 滞留包裹是什么?
  2. 为什么你不应该安装它们?
  3. 如果有的话该如何处理...
  4. 什么原因真正导致 Ubuntu 进入紧急模式?
  5. 为什么(解释一下我的意思)如果我经过我的特殊启动过程,它能正常工作吗?

说实话,你可能想把这个问题分成两部分(理论部分保留包裹和如何摆脱你的处境)。现在我在这里冒险,因为我对你的情况有很多不了解的地方。我的答案是给你一些东西,这样你就可以分开并提出更好的(更全面?)问题,或者至少将你的解决方案链接到可能的地方。

被扣留的包裹,问题 1-3

https://askubuntu.com/a/945816/72260应该有助于了解哪些软件包被保留以及如何处理它们。总结一下,有几个可能的原因,包括依赖关系中断、固定软件包、“搁置”软件包以及在安装时会导致依赖关系不一致的软件包。您可以通过多种方式处理它们,从清除到使用其他工具或手动安装(就像您所做的那样)到等待软件包维护者自己修复依赖关系。

是的,有时你不应该安装它们。不幸的是,我没有足够的知识来告诉你哪种情况是哪种情况的黄金秘诀。:(

紧急模式,问题 4

如果我们谈论的是紧急模式,就像截图中那样这里,那么有几个已知原因。通常运行应该journalctl会让你对你的情况有所了解。从你写的内容来看,你很可能混淆了依赖关系。解决方案之一是可能工作是重新安装这些有问题的软件包(及其依赖项)。

如果没有更多详细信息,我不知道是什么原因导致你的系统进入紧急模式,或者为什么 dpkg 有帮助,但仅限于一次启动。

相关内容