Ubuntuコマンドがシステムをブロックしましたか？

数日前にコンピューターにUbuntuを新たにインストールして、排他的なプログラムを実行しました。私はそれを終え、Windowsを再インストールするためにドライブをフォーマットしようとしていました。しかし、私の弟はOSを破壊する端末でこのコマンドを実行したかったので、とにかくドライブをフォーマットするので痛くないと思いました。

これでした：

sudo rm -rf --no-preserve-root /

このコマンドが世界または何かを終わらせることになっているなら、私のNoobinessをすみません。そのため、OSを台無しにして、WindowsセットアップUSBでPCを再起動し、Windowsセットアップでドライブをフォーマットすることを計画しました。

ただし、再起動時に、モニターは入力をまったく受信していませんでした。また、HDDインジケータ（または赤信号が何であれ）は、1つのことをしていませんでした。（実際はオフでした。）ファンは動いていて、DVDドライブは動いていました。（PCスピーカーがそこにあるとは思わないので、ビープ音のエラーコードが必要な場合は、申し訳ありません。）

VGAケーブルをグラフィックカードからマザーボードに切り替えようとしましたが、まだ入力がありません。この古いWindows XPディスクをディスクドライブに挿入しようとしましたが、何も表示されませんでした。[削除]、[F12]などのボタンをマッシュしましたが、何も起こりませんでした。それから私はオンラインで見て、RAMを装着し直す提案を試みましたが、何も変わりませんでした。CMOSを手動でリセットすることを考えていますが、まだそれを取得していません。（推奨しない場合は、PCを台無しにしたくないので教えてください。）

UEFIがあるので、BIOSが破損した場合にバックアップチップを使用できる場合があります。

これは、systemdを実行しているUEFIシステムで可能です。

• Phoronix：UEFIの世界では、「rm -rf /」がシステムを破壊する可能性があります
• Systemdバグレポート、その記事のソース

要約すると、そのバグレポートからコメントを引用します。

ポイント1：
削除/sys/firmware/efi/efivars/するとEFI構成が破壊されますが、適切に実装されたEFIではこれは回復可能です。

ポイント2：
壊れた/不完全に実装されたEFIを備えたハードウェアがいくつかあり、それらに標準的な適合処理を行うことで永続的にブリックできます。たとえば、UbuntuがいくつかのEFIメモリに追加のデータを保存することにより、いくつかのSamsungラップトップをブリックした場合を参照してください。この動作は標準では問題ありませんでしたが、この特定の実装を破壊しました。

ポイント3：
書き込みを/dev/sda行うルートとして何かを実行すると、パーティションテーブルやファイルシステムが破壊されます。バックアップがない場合は特に悪いことですが、パーティション分割、新しいファイルシステムの作成、OSの再インストール後、マシンは再び動作します。そのため、他のメディアを起動してインストールをやり直すことで、そこから回復できます。

ポイント4：
EFIのスラッシングは、まったく別の種類の問題です。最悪の場合、POSTに到達しないため、マシンで何もできなくなります。他のメディアから起動したり、不足しているものを修正するためのEFIユーティリティを入力したりする必要はありません。その点、コンピューターは本当に高価な文鎮です。

この問題は、systemdを実行し、efivarfs書き込み可能な（at /sys/firmware/efi/efivars）をマウントするディストリビューションで発生します。Systemdはそこに書き込む必要があるため、systemdを使用するディストリビューションが影響を受けます。ただし、Upstartシステムが影響を受けるという兆候はないようです。

コマンドrm -rf /を実行すると、任意のUEFIデバイス（入力元のデバイスを含む）をブリックできます。これを行うと、マウントされたドライブとEFIファームウェア変数を含むすべてのファイルが削除されます（これがブリックです）。Linuxは中EFI変数をマウント/sys/firmware/efi/efivars/し、rm -rf /そのフォルダ内のすべてのファイル（EFI変数）を削除します。お使いのコンピューターはレンガである可能性が高く、修正できません（EFIはNVRAMを使用します）。

古いBIOSコンピュータはrm -rf /、削除できるEFIファームウェア変数を持たないため、ブリックしません。また、数行のコードでWindows上で同じことを行う（すべてのEFI変数を削除する）こともできます。

通常、ファイルを削除してもドライブが破壊されることはありません（最後の編集を参照してください-明らかに、方法があります）。このコマンドは、Windowsコマンドラインでdel -sc：*。*と入力するのと同じです（DOS構文メモリが正しい場合）。もちろん、OSを削除するとOSに障害が発生しますが、それ以上のことはありません。

パーティション全体を含め、他のものと一緒にブートディレクトリを削除しても、実際にはGRUBプロンプトが表示されるはずです。GRUBブートローダーはディレクトリ構造の一部ではないため消去されませんが、そのメニューはそうであるため、ロードを試みてエラーを出す必要があります。

他にも問題があり、Ubuntuとは関係ありません。ディスクに障害が発生しても、USBまたはDVDの起動プロセスには影響しません。

編集：OK、UEFI BIOSのために私の答えは時代遅れだと思いますが、これは私がほとんど知らないことです。明らかに、重要なUEFI構成情報を削除することが可能です。何が起こるかは、これがファイルシステムにマウントされ、誤って実行された場合、読み取り専用ではなく、消去できるため、BIOSから消去されると考えられます。

HDでWindowsが認識していない形式（ext4など）を使用している場合、Windowsインストーラーメディアがハングする可能性があります。

この場合、GParted（このような）でLinux LiveCDを実行し、Windowsをインストールする前にハードドライブをNTFSやFAT32などにフォーマットする必要があります。

ここでの大きな問題は、ファイルシステムがデバイスにまたがることができることです。これには、マウントされたものが含まれます。UEFIの問題です。ちなみに、これはAndroidの問題です。また、カメラをマウントしている場合は、たとえば、DCIMのコンテンツも削除しましたか？それで、あなたは何を学びましたか？製造元があなたを助けてくれるかもしれませんし、あなたは他の方法でフラッシュできるかもしれません。

次回、dd if = / dev / zeroでディスクをワイプすると、物事を軽快に削除して戻ってくることがあります。それはすべて涙で終わるでしょう。あなたは実際にこのような誰かをいたずらする時間を作ることができます、それはdelより少し悪いです。ルートディレクトリのMS-DOS PC。