`rm -rf / --no-preserve-root`がBIOSを台無しにすることはありますか？
システム全体をtarballingし、それがfoobarされた場合にシステムを復元するためのおおよその速度を確認するために、私はプライマリシステムの1つをワークステーションに部分的にクローンしました。機能している。私はシステム全体のtarballを作成するタイミングをとり、それが正常に見えることを確認するために検査しました。
その後、rm -rf / --no-preserve-root。今までにその機会がなかったので、とても楽しかったです。最初は。
ボックスを再起動すると、何も表示されませんでした。 「Dell」ロゴではなく、BIOSのオプションではありません。
ドライブを別のボックスに接続したところ、UEFIパーティションがあることが悔やまれました。私の死の司令部はそのパーティションを効果的にホースで繋いだと思います。
機能しなくなった別のドライブを現在機能していないワークステーションに接続しましたが、ワークステーションはまだ何もしません。
誰かがこのようなものを見た、または何を探すべきかについての提案がありますか？このrmコマンドを実行すると、ボックス全体がどれほど王室を台無しにしたのでしょうか。
更新：箱をデルに返送しました。それが偶然なのか状況なのかを正確に診断することはできませんでした dronusによって記述されているように 。ただし、これが発生する可能性のある理由を説明しているため、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重要なものを消去し、ファームウェアを混乱させました。