為了了解壓縮整個系統的大概速度，然後在系統被 foobar 壓縮時恢復該系統，我將我們的一個主要係統部分克隆到一個工作站上，該工作站雖然不是我們公司係統的組成部分，但可以很好地有功能。我計時創建整個系統的 tarball，並檢查它以確保它看起來不錯。
我然後就跑了rm -rf / --no-preserve-root。我以前從未有過這樣的機會，所以這很有趣。首先。
當我重新啟動盒子時，什麼都沒有出現。不是「戴爾」標誌，不是BIOS選項，什麼都沒有。
我將驅動器連接到另一個盒子，並懊惱地發現它有一個 UEFI 分割區。我認為我的死亡命令有效地沖洗了那個分區。
我將另一個正常工作的驅動器連接到現已失效的工作站，但工作站仍然不執行任何操作。
有沒有人看過這樣的事情，或是有關於尋找什麼的建議？運行該rm命令是如何將整個盒子弄得如此混亂的？
更新：我們將盒子退還給戴爾。我們無法準確診斷這是巧合還是情況正如德羅納斯所描述的。然而，我會接受德羅納斯的回答，因為它描述了發生這種情況的可能原因。此外，它將警告其他人將來不要做同樣的事情。如果有人發現戴爾使用有缺陷的 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，也不會神奇地破壞您的電腦。
你的情況還有其他問題。