“ Grep中断,导致引导过程永远挂起”


10

问题中的问题(来自Debian Wiki):

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

如果您认为可以处理损坏的Debian系统,那么可以。您知道libpam0g中断而阻止所有登录时该怎么办?您知道grep中断导致引导过程永久挂起时该怎么办吗?这些事情发生了。他们会再次发生。

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


4
我犯的一个错误grepgrep -r pattern . > pattern.grep。由于外壳程序在调用之前创建了输出文件grep,因此该grep命令将搜索输出文件,该文件会不断增长,直到磁盘装满为止。我不知道这是否与可能导致引导过程永久挂起的任何事情有关。
基思·汤普森

Answers:


8

引导脚本grep有时会调用。如果grep由于错误而挂起,则调用的第一个引导脚本grep将挂起。或者,更常见的是,如果这些脚本之一被破坏并且调用时grep未提供文件名参数且未重定向输入,grep则将永远坐在那里等待控制台输入(如果您在控制台前,那不是很糟糕,并且可以键入Ctrl+D)。如果脚本损坏并且grep在没有人在写的管道或设备上调用,则太糟糕了。


5

好吧,显而易见的方法是“ grep永远挂起,因此使用grep的东西会永远挂起,而引导过程中的东西会挂起”。

文字可能只是说明性的问题,而不是字面意义的例子,但这并非不可能。

要真正理解,请从开始阅读,/etc/init.d/rc并且/etc/init.d/rcS-这些是运行所有启动系统代码的Shell脚本。

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.