“grep 中断，导致启动过程永远挂起”

Question

问题中的问题（来自Debian wiki）：

我应该在桌面上使用 sid 吗？

如果您认为您可以处理损坏的 Debian 系统，当然可以。如果 libpam0g 中断，阻止所有登录，您知道该怎么做吗？如果 grep 中断，导致引导过程永远挂起，您知道该怎么做吗？这些事情都发生了。它们会再次发生。

我的问题是，损坏如何grep导致引导过程永远挂起？

Answer 1

启动脚本grep在某个时候调用是很常见的。如果grep由于错误而挂起，则调用的这些引导脚本中的第一个grep将挂起。或者，更常见的是，如果这些脚本之一被破坏并且在grep不提供文件名参数和不重定向输入的情况下调用，grep将永远等待控制台输入（如果你在控制台前面，那还不错，并且可以键入Ctrl+D）。如果脚本被破坏并调用grep没有人编写的管道或设备......太糟糕了。

Answer 2

嗯，显而易见的方法是“grep 永远挂起，所以使用 grep 的东西永远挂起，而引导过程中的某些东西会这样做”。

文本可能是说明性的，而不是字面上的问题示例，但这并非不可能。

要真正理解，请开始阅读/etc/init.d/rc和/etc/init.d/rcS- 这些是运行所有启动系统位的 shell 脚本。