我在尝试安装 Skype 后重新启动了计算机，我已恢复了对
etc/dbus-1/system.conf
但启动我的机器后，我几乎立即收到 99 的流，有时甚至是 80 的流，仅此而已。没有任何内容被记录到日志中，因为它甚至在加载内核之前就失败了，实际上是在按下电源后的一两秒内。
我不知道我对上述文件的更改是否相关，也许这只是巧合，我应该从哪里开始寻找一些线索？我什至不知道现在要谷歌什么，还是软件或硬件（SSD？）故障。
答案1
好的，我已经解决了。幸运的是，一切都很好，这是only引导扇区的问题。甚至在内核加载之前就出现故障，让我转向 MBR，所以我用我的笔式驱动器启动了系统，在这种情况下使用便携式 win、linux 和几个工具，安装了我的磁盘（第一个缓解 - 文件系统很好）简单地chroot编辑（请参阅下面的编辑） ）到我的常规根并调用
lilo -v
我的系统又活了。我很好奇什么会造成如此奇怪的错误，我已经修改了我的问题中提到的文件，当然它不会改变任何内容，系统会以我的更改启动，但没有更改。我没有接触过任何与引导扇区有关的东西，甚至没有接触过系统内部的任何东西，所以这非常令人不安，我真的更希望这是我的失败。
这是我的 SSD 上出现的错误吗？或者一些宇宙射线？或者也许是病毒？我不知道，如果有人知道如何重现该错误，我会很乐意尝试。
/dev编辑：正如 @peterph 所写，“在 chroot 到根分区之前绑定挂载/proc到根分区中的适当位置是一个好主意（TM） ” - 感谢您注意到这一点。