rescue(8)

rescue − /rescue にある緊急用ユーティリティ

/rescue ディレクトリには、ひどく損傷したシステムを復旧するのに使うため の、一般的なユーティリティのコレクションが納められています。 FreeBSD 5.2 から、 ダイナミックリンクされたルートへと移行したため、アップグレードの失 敗やディスクエラーのために、 /bin や /sbin にある標準ツールが機能しなくな るという可能性が現実的となりました。 /rescue にあるツールはスタティックリ ンクされているため、損傷に対してより強くなっているはずです。しかし、スタ ティックリンクされているために、 /rescue にあるツールは、標準のユーティリ ティよりも機能が貧弱です。特にロケール、 pam(3) 、及び nsswitch ライブラ リを全面的に利用することはできません。

もしシステムが起動に失敗して、次のようなプロンプトを表示した場合:

Enter full pathname of shell or RETURN for /bin/sh:

まず最初に、標準のシェルである /bin/sh の起動を試みます。これに失敗した ら、 rescue シェルである /rescue/sh の起動を試みます。システムを復旧する には、最初にルートパーティションを読み書き可で再マウントする必要がありま す。これは次の mount(8) コマンドで行うことが出来ます。

/rescue/mount -uw /

次の段階は、 /bin 、 /sbin 、及び /usr/lib の中身を二重チェックして、可能 なら FreeBSD の緊急用の、もしくは ‘‘ライブファイルシステム’’ CD-ROM (例え ば、公式リリース版の FreeBSD ISO イメージの disc2 ) をマウントし、ファイ ルをコピーします。いったん /bin/sh 、 /bin/ls 、及び他の標準ユーティリ ティを首尾よく実行できるようになったなら、標準のシステムで再起動を試みて ください。

/rescue のツールは crunchgen(1) を使ってコンパイルされており、これにより 標準のユーティリティに比べると、かなりコンパクトに出来ます。容量が厳しい 環境で FreeBSD システムをビルドするのに、 /rescue を標準の /bin と /sbin ディレクトリの代替として使うことが出来ます。単純に /bin と /sbin を、 /rescue へのシンボリックリンクに変更するのです。 /rescue はスタティックリ ンクされているので、そのような環境では /usr/lib の大部分を省略してしまう ことも可能です。

今までの /stand とは対照的に、 /rescue は FreeBSD のソース及びバイナリの 標準のアップグレードにより更新されます。

rescue 階層のルート。

関連項目

crunchgen(1), crash(8)

rescue ユーティリティは FreeBSD 5.2 に初めて登場しました。

rescue システムは Tim Kientzle ⟨kientzle@acm.org⟩ によって作成されまし た。このマニュアルページは Simon L. Nielsen ⟨simon@FreeBSD.org⟩ によっ て、 Tim Kientzle ⟨kientzle@acm.org⟩ のテキストを基にして書かれました。

rescue ツールの大部分は、相当に麻痺した状態のシステムでも動作します。これ の最もひどい例外は rescue 版の vi(1) で、今のところ termcap(5) ファイルに アクセスできるように、 /usr がマウントされている必要があります。うまくい けば、そのうちフェイルセーフな termcap(3) エントリが、 ncurses(3) ライブ ラリに追加されるでしょう。そうすれば /usr がすぐにはマウントできないシス テムでも、 /rescue/vi が使用できるようになります。それまでは、ファイルの 編集が必要なのに /usr がマウントできない場合、 rescue 版の ed(1) エディタ が /rescue/ed として使用できます。

FreeBSD 10.0 July 23, 2003 FreeBSD 10.0