「rm -rf /」コマンドでどこまで取得できますか？

あなたが走っrm -rf /た場合、システムが実際にどこまで到達するかとよく疑問に思っていました。OSが自分自身を消去できるとは思わない（？）

ボーナス質問：コマンドが実行された後、rm自分自身を削除しますか？

更新： VirtualBoxを使用して、いくつかの主要なUNIXディストリビューションでこれをテストしました。答えは何が起こるかを正確に説明しています。正しいパラメーターを指定すると、rmはディスク上のすべての物理ビットのデータを削除します。しかし、GNU以外のバージョンのrmを使用すると、いくつかの問題が発生しました。たとえば、BusyBoxには独自のバージョンがあり、可能な限り削除することはできません。

この質問は今週のスーパーユーザー質問でした。詳細については
、2011年7月7日のブログエントリを参照するか、独自の今週の質問を送信してください。

rmGNU coreutils を使用している場合（通常のLinuxディストリビューションである場合はほとんど）、rm -rf /組み込みの保護によって拒否されます（マンページおよびウィキペディアによると、それを試していません）。

この保護はで上書きできます--no-preserve-root。rmすべてのファイルを削除しようとした後、停止することなく、可能な限りすべてを削除します。もちろん、/procやなどの仮想ファイルシステムは削除されません/sysが、それは無関係です。ディスク上のすべてを削除します。

コマンドが終了すると、OSを含む空のディスクが消去されます。カーネルと現在のプロセスは引き続きメモリから実行されますが、多くのプロセスはファイルへのアクセスに失敗するため死にます。OSは次回の起動に失敗します。

テクノ音楽を聴きながら視覚的にこのようなことをしたい人のために。

Linuxでのrm-rfの実行（ビデオ）

プロセスが死に始めたときに名前を付けることができる場合のボーナスポイント。

VMをセットアップして、お試しください。

それはかなり遠くまで行きます... guiを使用している場合、物事がより顕著に劣化することに気付くのは楽しいかもしれません。（メニューのアイコンが読み込みを停止するなど）

手放すと、OSはほとんど回復できなくなりますが、データを簡単に取り戻すことができるかもしれません。

いずれにせよ、OSの再インストールが必要になります。

さて、http：//bellard.org/jslinux/で試してみると：

RM：デバイスをビジーリソース：「/ PTS / devの」削除することはできません
RMを「/ devの」削除することはできません：ディレクトリでない空の
RMは：「/ procの/スワップ」削除することはできません：操作許可されていない
RMを：することができます「/ proc / kallsyms」を削除しない：操作は許可されていません
rm：「/ proc / dma」を削除できません：操作は許可されていません

SNIP 881エントリー

rm： '/ proc / 149 / oom_adj'を
削除できません：許可が拒否されましたrm： '/ proc / 149'を
削除できませんrm： '/ proc'を削除できませんrm：デバイスまたはリソースがビジー状態です
rm： 「/ tmp」を削除できない：デバイスまたはリソースがビジー
rm：「/」を削除できない：デバイスまたはリソースがビジー

私は、これは上の上に噛んされて思い出すalt.sysadmin.recoveryのようなものがなかったとき、昔の時代に戻って/proc、そして/dev珍しいiノードの束のためのエントリを含む普通のディレクトリでした...

...しかし、Unixの一部のバリアント（私の記憶はHP-UXですが、それはまったく間違っている可能性があります）では、実行中のプログラムの最後のディレクトリエントリを削除できませんでした。（共有ライブラリ？それらは何ですか？）

そのようなシステムでは、場合には、メンテナンスモードで最大1開始（ないそうであっても、何も実行しませんでしたが、自分の殻を、initおよび二次のファイルシステムがマウントされなかった）となかったexec /bin/rm -rf /、あなたは完全に空のルートファイルシステムに残されることになる除いている/binと/bin/rm希望生き残ります。

恐ろしい悪魔修道院の住人は、これが適切で適切であると考えました。

rm -rf / POSIX標準に違反することが示唆されているため、最近の実装では許可されません。

「rm -rf /Oracleのブログに」保護

とにかく、最終的に仕様が変更され、Solaris 10には（ビルド36以降）/ usr / bin / rm（/ binはSolarisの/ usr / binへのシンボリックリンク）と/ usr /のバージョンがありますこのように動作するxpg4 / bin / rm：

[28] /bin/rm -rf /
rm of / is not allowed
[29] 

他の人が私が見たことがなかった1つのポイント：現在開いているファイル（例：rm自体）は、たとえ削除されても、閉じられるまでドライブから実際には消えません。

ターミナルでrootとしてログに記録された（サーバーで私を怒らせた）一度試してみたため、ほとんどすべてが失われます。消去されない唯一のものは、OSに不可欠なプロセスのみです。

どこまで入手できるかは、基本的には特定のUnix / Linuxディストリビューションに依存します。

しかし、あなたの基本的な質問に答えるために、はい- rmコマンドは他の標準コマンド/binや他のフォルダと同様に削除されます。

以下は、VMを使用してLinux Ubuntu 15.04で実行した簡単なテストです。

1. 以下を介して仮想マシンを初期化しますvagrant。

   vagrant init ubuntu/vivid64 && vagrant up --provider virtualbox && vagrant ssh
   

2. 次に、標準の方法ですべてのファイルを削除しようとすると、次のことができません。

   vagrant@vagrant-ubuntu-vivid-64:~$ sudo rm -fr /
   rm: it is dangerous to operate recursively on '/'
   rm: use --no-preserve-root to override this failsafe
   

3. 試してみましょう--no-preserve-root。仮想マシンにログインしていることを常に再確認し（そのためvagrant@vagrant-ubuntu-vivid-64:~$）、実行します（自宅で試さないでください）：

   vagrant@vagrant-ubuntu-vivid-64:~$ sudo rm -vfr --no-preserve-root /
   removed directory: '/lost+found'
   removed directory: '/opt'
   removed '/bin/nc'
   removed '/bin/less'
   removed '/bin/wdctl'
   removed '/bin/nano'
   ...
   removed '/bin/rmdir'
   removed '/bin/sh'
   removed '/bin/rm'
   ...
   removed directory: '/bin'
   removed directory: '/usr/games'
   removed '/usr/bin/byobu-launcher-install'
   removed '/usr/bin/ipcmk'
   removed '/usr/bin/sum'
   removed directory: '/usr/bin'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9.2'
   removed '/usr/lib/gcc/x86_64-linux-gnu/5.0.1'
   removed directory: '/usr/lib/gcc/x86_64-linux-gnu/5'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9/libquadmath.so'
   removed '/usr/lib/gcc/x86_64-linux-gnu/4.9/libgomp.so'
   ...
   removed directory: '/run/initramfs'
   removed directory: '/media'
   rm: cannot remove '/proc/fb': Operation not permitted
   rm: cannot remove '/proc/fs/ext4/sda1/options': Operation not permitted
   ...
   removed '/vmlinuz'
   removed '/boot/config-3.19.0-23-generic'
   removed '/boot/grub/grubenv'
   ...
   removed directory: '/boot'
   removed '/lib64/ld-linux-x86-64.so.2'
   rm: cannot remove '/dev/hugepages': Device or resource busy
   rm: cannot remove '/dev/mqueue': Device or resource busy
   rm: cannot remove '/dev/shm': Device or resource busy
   removed '/dev/vcsa7'
   ...
   removed '/dev/mem'
   removed '/dev/rfkill'
   removed '/dev/vga_arbiter'
   ...
   rm: cannot remove '/sys/fs/ecryptfs/version': Operation not permitted
   removed directory: '/etc'
   removed directory: '/mnt'
   removed '/vagrant/.vagrant/machines/default/virtualbox/action_provision'
   removed '/vagrant/.vagrant/machines/default/virtualbox/action_set_name'
   removed '/vagrant/.vagrant/machines/default/virtualbox/creator_uid'
   removed '/vagrant/.vagrant/machines/default/virtualbox/id'
   removed '/vagrant/.vagrant/machines/default/virtualbox/index_uuid'
   removed '/vagrant/.vagrant/machines/default/virtualbox/private_key'
   removed '/vagrant/.vagrant/machines/default/virtualbox/synced_folders'
   removed directory: '/vagrant/.vagrant/machines/default/virtualbox'
   removed directory: '/vagrant/.vagrant/machines/default'
   removed directory: '/vagrant/.vagrant/machines'
   removed directory: '/vagrant/.vagrant'
   removed '/vagrant/Vagrantfile'
   rm: cannot remove '/vagrant': Device or resource busy
   

   その後、何も起こらなかったようにシェルプロンプトに戻りますが、いくつかの組み込みおよびを除いてコマンドを実行することはできませんkillので、ジョブを終了してセッションを終了できます:)

   例えば：

   $ rm
   rm: command not found
   $ kill
   kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec]
   $ which kill
   -bash: /usr/bin/which: No such file or directory
   $ kill -9 $$
   Connection to 127.0.0.1 closed.
   

だから、それはかなり含め、すべて、削除rm、lsおよび他のすべてのコマンドを、それでもあなたはログインします。一部のデバイスなど、削除されなかった特別なフォルダーや/dev、通常のディレクトリ/ファイルではないものもありますが、プロセスおよびカーネルデータへのインターフェイスを提供する疑似ファイルシステムです。/proc/sys

VagrantまたはLinuxがない場合は、JavaScript Linux x86エミュレーターで遊ぶことができます。

そのような災害から回復する可能性に興味がある場合は、以下を確認してください。

• 月曜日の朝の間違い：sudo rm -rf --no-preserve-root /