可能`rm -rf / --no-preserve-root`弄乱了bios?

Modified on: Tue, 25 Jun 2019 10:00:03 +0800

为了查看压缩整个系统的大致速度,然后恢复该系统,如果它是foobar'd,我将我们的一个主要系统部分克隆到工作站上,虽然不是我们公司系统的组成部分,但是很高兴有功能。我定时创建整个系统的tarball,并检查它以确保它看起来很好。

然后我运行rm -rf / --no-preserve-root。我以前从来没有机会这样做,所以这很有趣。起初。

当我重新启动盒子时,没有任何显示。不是“戴尔”徽标,不是BIOS的选项,没有。

我将驱动器连接到另一个盒子,并且发现我感到懊恼的是它有一个UEFI分区。我认为我的死亡命令有效地扼杀了那个分区。

我将一个不同的,正常运行的驱动器连接到现已解散的工作站,但工作站仍然无效。

有没有人见过这样的事情,或者有什么建议?运行那个rm命令如何管理整个盒子?#/ p>

更新:我们将盒子退回戴尔。我们无法准确地诊断它是巧合还是根据dronus 描述的情况。但是,我会接受dronus的回答,因为它描述了为什么会发生这种情况的可能原因。此外,它会提醒其他人不要在将来做同样的事情。如果有人发现戴尔使用有缺陷的UEFI的某些记录,那将会有所帮助。

最佳答案

一种罕见的可能性是你触发了一些臭名昭着的UEFI漏洞,已经杀死了一些三星和联想笔记本电脑系列。

它的工作原理如下:UEFI规范提出了一个非易失性存储器(nvram或eeprom),操作系统可以访问它来存储设置或调试信息。 Linux实际上在内核崩溃的情况下使用此功能:如果根文件系统不再受信任(例如,在内核代码中的异常之后),则将其切换为只读。现在可以使用UEFI特征,并且将调试信息写入非易失性存储器。到目前为止,这听起来是个好主意:数据可能会在以后检索并用于探索崩溃原因。

然而,对于一些有缺陷的UEFI固件,一些非易失性消息存储器的管理例程被破坏。根据消息的不同,这些固件会在初始化消息内存时崩溃,通常在启动时很早。他们甚至可能无法达到VGA初始化,在这种情况下,机器看起来完全是砖砌的。在上述情况下,没有软件解决方案,主板必须更换。

运行rm -rf / --no-preserve-root可能会在遍历和删除内核文件系统时触发另一个内核错误,如/sys/dev

作者:,dronus

相关问答

添加新评论