`rm -rf / --no-preserve-root`はBIOSを台無しにできますか？

システム全体をtarballし、それがfoobar'dであった場合にそのシステムを復元するおおよその速度を確認するために、私たちの会社のシステムに不可欠ではないが、機能している。システム全体のtarballを作成する時間を計り、それを調べて見た目が良いことを確認しました。

それから走りましたrm -rf / --no-preserve-root。それをする機会がなかったので、とても楽しかったです。最初は。

ボックスを再起動すると、何も表示されませんでした。「Dell」ロゴではなく、BIOSのオプションでもありません。

ドライブを別のボックスに接続すると、残念なことにUEFIパーティションがあることがわかりました。私の死の司令部はそのパーティションを効果的に使い果たしたと思います。

現在機能していないワークステーションに別の機能するドライブを接続しましたが、ワークステーションはまだ何もしません。

誰かがこのようなものを見ましたか、何を探すべきかについての提案がありますか？そのrmコマンドを実行すると、ボックス全体がどのように高貴に台無しになったのでしょうか？

更新：箱をデルに返却しました。それが偶然なのか、dronusが述べているような状況なのかを正確に診断することはできませんでした。ただし、これが発生する可能性のある理由を説明しているドロヌスの回答を受け入れます。さらに、将来同じことをしないように他の人に警告します。誰かがバグのあるUEFIを使用してDellの記録を見つけたら、それは役に立ちます。

まれな可能性の1つとして、悪名高いUEFIバグのいくつかを引き起こした可能性があります。これにより、SamsungおよびLenovoのノートブックのシリーズが既に殺されています。

これは次のように機能します。UEFI仕様では、OSがアクセスして設定またはデバッグ情報を保存できる不揮発性メモリ（nvramまたはeeprom）が提案されています。Linuxは実際にカーネルパニックの場合にこの機能を使用します。ルートファイルシステムが信頼されなくなった場合（たとえば、カーネルコードの例外の後）、読み取り専用に切り替えられます。これでUEFI機能を使用できるようになり、デバッグ情報が不揮発性メモリに書き込まれます。これまでのところ、これは良いアイデアのように思えます。データは後で取得し、クラッシュの理由を調べるために使用できます。

しかし、バグのあるUEFIファームウェアのいくつかの行では、不揮発性メッセージメモリの管理ルーチンが壊れています。メッセージによっては、これらのファームウェアはメッセージメモリの初期化時にクラッシュします。通常は起動のかなり早い段階です。VGAの初期化に到達しないこともあります。その場合、マシンは完全にブロックされているように見えます。上記の場合、ソフトウェアソリューションはなく、メインボードを交換する必要がありました。

を実行rm -rf / --no-preserve-rootすると/sys、/devやなどのカーネルファイルシステムをトラバースおよび削除するときに別のカーネルバグがトリガーされ/proc、最終的にカーネルパニックが発生し、最終的に上記の不揮発性メッセージメモリバグがトリガーされます。

いいえ、そのコマンドでこの方法でBIOS（レガシーまたはUEFI）を破壊することはできません。

UEFIパーティションをいくぶん破壊したとしても、コアBIOSファイルはマザーボードにソケットされた不揮発性メモリ（フラッシュベース、ほとんど）にあるため、影響を受けません。

UEFIパーティションは追加のソフトウェアコンポーネント（例：デバッガー、ドライバー、ecc）をホストしますが、有効なUEFIパーティションがなくてもマシンはBIOSで起動する必要があります。

楽しみながら、rm -rf /それ自身の小さな刑務所内で大混乱を破ることができます-それは与えられたパーティションです。ディスクMBRを台無しにすることも、コンピューターを魔法のように破壊することもできません。

あなたの場合、他の何かが間違っています。

他の答えは、BIOSを消去することはおそらくあなたの問題ではないことに同意しているようです。そこで、別の考えがあります。

コンピューターがUEFIモードに切り替えられたときに、BIOS画面が完全にスキップされます。メーカーのロゴも、何もありません。起動しようとするだけで、ブータブルメディアがないことを通知します。

セットアップを入力するためのキーを覚えていれば、コンピューターが起動したときにキーを叩くことができ、それでもBIOS設定に入ることができます。

BIOSセットアップキーがわかっている場合は、それを押してセットアップを開始するか、実際に動作していることを信頼してtarをディスクに復元してから、起動してみてください。UEFIブータブルメディアの他の一部を使用して、それが巨大なtarである場合に起動しようとする方が速い場合があります（Memtest86はUEFIブートをサポートするはずです）。

/sys/firmware/efi/efivarsある特殊なファイルシステムのすべてのEFI変数を含みます。ベンダーがベストプラクティスに従わなかった場合、rm -rf重要なものを消去してファームウェアを混乱させた可能性があります。