rm -rf / --no-preserve-root 會弄亂 BIOS 嗎？
為了查看壓縮整個系統的大致速度，然後在它被 foobar’d 恢復時恢復該系統，我將我們的一個主要係統部分複製到一個工作站上，雖然它不是我們公司係統的組成部分，但很好有功能。我定時創建整個系統的壓縮包，並檢查它以確保它看起來不錯。
然後我跑了
rm -rf / --no-preserve-root。我以前從來沒有機會這樣做，所以很有趣。首先。當我重新啟動盒子時，什麼都沒有出現。不是“戴爾”徽標，不是 BIOS 選項，什麼都沒有。
我將驅動器連接到另一個盒子上，令我懊惱的是它有一個 UEFI 分區。我假設我的死亡命令有效地沖洗了那個分區。
我將一個不同的、正常工作的驅動器連接到現在已經失效的工作站上，但工作站仍然什麼都不做。
有沒有人看到過這樣的事情，或者有關於尋找什麼的建議？執行該命令是如何
rm將整個盒子搞得如此混亂的？更新：我們將盒子退回給戴爾。我們無法準確診斷這是巧合還是dronus 所描述的情況。但是，我會接受 dronus 的回答，因為它描述了發生這種情況的可能原因。此外，它將警告其他人將來不要做同樣的事情。如果有人發現戴爾使用有缺陷的 UEFI 的一些記錄，那將很有幫助。
一種罕見的可能性是您觸發了一些臭名昭著的 UEFI 錯誤，這些錯誤已經殺死了一些三星和聯想筆記型電腦系列。
它的工作原理是這樣的：UEFI 規範提出了一種非易失性記憶體（nvram 或 eeprom），作業系統可以訪問它來儲存設置或調試資訊。Linux 在核心崩潰的情況下實際上使用了這個特性：如果根文件系統不再受信任（例如，在核心程式碼中出現異常之後），它就會被切換到只讀狀態。現在可以使用 UEFI 功能，並將調試資訊寫入非易失性儲存器。到目前為止，這聽起來是個好主意：數據可能會在以後被檢索並用於探索崩潰原因。
然而，由於 UEFI 韌體的某些行有缺陷，非易失性消息儲存器的一些管理常式被破壞。根據消息的不同，這些韌體在消息儲存器初始化時會崩潰，通常在啟動的早期。他們甚至可能沒有達到 VGA 初始化，在這種情況下，機器似乎完全變磚了。在上述情況下，沒有軟體解決方案，必須更換主機板。
執行
rm -rf / --no-preserve-root可能會在遍歷和刪除核心文件系統時觸發另一個核心錯誤/sys，/dev或/proc，這可能最終導致核心恐慌，最終觸發上述非易失性消息記憶體錯誤。