为了了解打包整个系统并在系统崩溃后恢复该系统的大致速度，我将我们的一个主要系统部分克隆到工作站上，虽然它不是我们公司系统不可或缺的一部分，但如果能正常运行就好了。我计算了整个系统的打包时间，并对其进行了检查，以确保它看起来不错。
然后我跑了起来rm -rf / --no-preserve-root。我以前从来没有机会这样做，所以一开始很有趣。
当我重新启动电脑时，什么都没有出现。没有“Dell”徽标，没有 BIOS 选项，什么都没有。
我把驱动器连接到另一个盒子上，然后懊恼地发现它有一个 UEFI 分区。我猜我的死亡命令有效地破坏了那个分区。
我将另一个正常运行的驱动器连接到现已停止使用的工作站，但工作站仍然什么也不做。
有人见过类似的东西吗？或者有人建议要查找什么？运行该rm命令怎么会把整个盒子弄得一团糟？
更新：我们把盒子退给了戴尔。我们无法准确诊断这是巧合还是情况正如 dronus 所描述的。不过，我会接受 dronus 的回答，因为它描述了这种情况发生的可能原因。此外，它会警告其他人将来不要做同样的事情。如果有人发现戴尔使用有缺陷的 UEFI 的记录，那将会很有帮助。
答案1
一种罕见的可能性是你触发了一些臭名昭著的 UEFI 错误，这些错误已经导致三星和联想的一些系列笔记本电脑损坏。
它的工作原理如下：UEFI 规范提出了一种非易失性存储器（nvram 或 eeprom），操作系统可以访问它来存储设置或调试信息。Linux 实际上在内核崩溃的情况下使用此功能：如果根文件系统不再受信任（例如，在内核代码中出现异常后），它会切换为只读。现在可以使用 UEFI 功能，并将调试信息写入非易失性存储器。到目前为止，这听起来是个好主意：稍后可以检索数据并用于探究崩溃原因。
但是，由于某些 UEFI 固件存在缺陷，非易失性消息存储器的一些管理例程会损坏。根据消息，这些固件会在初始化消息存储器时崩溃，通常是在启动时很早的时候。它们甚至可能无法达到 VGA 初始化，在这种情况下，机器似乎完全变砖了。在上述情况下，没有软件解决方案，必须更换主板。
运行可能会在遍历和删除内核文件系统（例如）或rm -rf / --no-preserve-root时触发另一个内核错误，最终导致内核恐慌，最终触发上面提到的非易失性消息内存错误。/sys/dev/proc
答案2
不，不可能用该命令以这种方式破坏 BIOS（传统或 UEFI）。
即使您设法破坏了 UEFI 分区，核心 BIOS 文件也不会受到影响，因为它们驻留在主板上的非易失性存储器（主要基于闪存）中。
UEFI 分区托管附加软件组件（例如：调试器、驱动程序、ecc），但即使没有有效的 UEFI 分区，机器也应该启动到 BIOS。
答案3
虽然很有趣，但rm -rf /它只能在自己的小牢笼中造成破坏——也就是它所处的分区。它不能弄乱磁盘 MBR，也不能神奇地摧毁你的电脑。
您的情况还有其他问题。