rootでrm -rf /をするとどうなるか（理論編）

rootユーザーでやってしまうと悲劇としか言いようがないのが「rm -rf /」。
幸いにも僕はまだやってしまったことはないのですが、この挙動を分析しているサイトを見つけました。

UNIX で root が "/bin/rm -rf /" をした場合の結末として、以下のようになるという主張を実際に見たり聞いたりしたことがあるのですが、全て明らかに誤りです。信じてはいけません。

* /bin/rm が消えた時点で、rm のプロセス自体が異常終了する。（なんでやねん！ ...まあ、SVR2, 4.1BSD では /bin/rmdir が消えたら止まると思うけど。）
* dynamic library が消えた後に rm のプロセスや動作中のコマンドが異常終了する。（なんでやねん！）
* それまで動いていたコマンド（デーモン類）が、コマンドファイルが消えた後に終了する。（なんでやねん！）
* カーネルが unlink(2) された時点で、システムがクラッシュする。（なんでやねん！）
* open されたファイルを unlink すると、ファイルの内容を参照できるのは sync(2) されるまでであり、updated(8) と競争することになる。（なんでやねん！）
* rm コマンドのファイル「だけ」が残る。（rm が残る環境はあり得るが、そこでは他にも沢山のものが残らなければ変。）

このページの目的は、具体的な実験例で "rm -rf /" の結末を示すことで、 UNIX カーネルの semantics （振舞い）を確認し、デマを払拭することにあります。

自分もrm -rf /をしてしまうとすぐにシステムがクラッシュするんではないかと思いましたが、そういえばUNIXでは開いているファイルは消えない^*1んでしたね。確かこれを応用してファイルをopen()してからそのファイルをすぐにunlink()すると他のプロセスから触れないtmpファイルが作れる（しかも、プロセスが終了すると一緒に消えてなくなる）っていうテクニックがあったはずです。

それと同じように現在使っているプログラムは閉じない限り消えないわけですね。やっぱりカーネルは奥が深いなぁ。