主页 / unix / 问题 / 411039
Accepted
sadljkfhalskdjfh
Asked: 2017-12-16 03:44:25 +0800 CST

Gentoo 的 openrc 永远挂在“缓存服务依赖项......”

  • 772

每当我启动我的 gentoo 笔记本电脑时，openrc 就会永远挂在“缓存服务依赖项...”阶段。这会导致我的计算机无法启动，除非我使用 sysrq 密钥将其杀死并手动启动系统。

ps用作诊断工具时，我发现grep和cut程序（脚本的子级）挂起，使用gendepends.sh0% CPU。在调用openrc default.

无论如何，我可以使用许多方法来解决这个问题，但我想知道最可能的原因并正确解决它。

当我尝试手动解决依赖关系时，这是 pstree 的相关输出：

  |                       |   `-doas /lib/rc/bin/rc-depend -u
  |                       |       `-rc-depend -u
  |                       |           `-gendepends.sh /lib64/rc/sh/gendepends.sh
  |                       |               `-gendepends.sh /lib64/rc/sh/gendepends.sh
  |                       |                   `-gendepends.sh /lib64/rc/sh/gendepends.sh
  |                       |                       |-cut -d = -f 2
  |                       |                       |-grep pid
  |                       |                       |-tr -d \\"
  |                       |                       `-tr -d [:space:]

在gendepends.sh中，这些命令在任何地方都没有提到，所以我假设它们是从另一个由它提供的脚本调用的。

编辑：我现在已经解决了这个问题。原来是由一个旧的 init 脚本引起的，该脚本由于某种原因仍然存在于我的 initscripts 目录中。删除脚本解决了这个问题。感谢您的建议。

gentoo init

1 个回答

  1. Best Answer

    这些命令不会无处不在。它们一定是由一些初始化脚本调用的，但可能参数错误或期望不存在的数据。我可以想象他们等待一些没有提供的输入。

    在您的输出中ps -ef找到父进程 (PPID) 的 ID，这可能是罪魁祸首；您也可以尝试pstree获得更好的概述。尝试找出调用命令的脚本行，也许您可​​以找出进程的原因，从而导致整个启动过程挂起。

    如果您无法指出问题，则将 的输出添加ps -ef到您的问题中（您可以将其缩短为挂起命令及其父级，直到 PID 0），以及 init 脚本（如果涉及）。

    • 1

相关问题