path: root/ja_JP.eucJP/books/handbook/backups/chapter.sgml

<!--
     The FreeBSD Documentation Project
     The FreeBSD Japanese Documentation Project

     Original revision: 1.8
     $Id: chapter.sgml,v 1.2 1999-07-12 15:30:57 motoyuki Exp $
-->

<chapter id="backups">
  <title>バックアップ</title>

  <para>ハードウェアコンパチビリティの問題は現在のコンピュータ業界
    でもっとも多く起きる種類の問題であり,
    FreeBSD もこれに無縁ではありません.
    市場にある驚くほど多様な種類の製品をサポートすることによって,
    FreeBSDは 安価に普及している PC ハードウェアで
    動かすことができるという利点はこの点では不利でもあります.
    FreeBSD のサポートするハードウェアを徹底的に調べて
    提供することは不可能ですが, このセクションでは FreeBSD
    に含まれるデバイスドライバとそのドライバがサポートする
    ハードウェアのカタログを示します. 可能で適切なものについては
    特定の製品についての注釈を含めました.
    また,このハンドブックの <link linkend="kernelconfig-config">
      コンフィグレーションファイル</link> のセクションにも
    サポートされているデバイスのリストがありますので
    そちらもご覧ください.</para>

  <para>FreeBSD はボランティアプロジェクトでテスト部門には
    資金がありませんから, より多くの情報をこのカタログに載せるには
    あなたがたユーザに頼らなければなりません.
    あなた自身の経験により, あるハードウェアが FreeBSD
    で動くか動かないかがわかったとしたら &a.doc; へ e-mail
    して知らせてください. サポートされているハードウェアについての
    質問は, &a.questions; (詳しいことは <link linkend="eresources-mail">
      メーリングリスト</link>を参照してください) へ宛ててください.
    情報を提供したり質問をする時は FreeBSD のバージョンと使っている
    ハードウェアのできるだけ詳しい情報を含めることを
    忘れないでください.</para>

  <sect1>
    <title>* フロッピーへのバックアップはどうでしょう?</title>

    <para></para>
  </sect1>

  <sect1 id="backups-tapebackups">
    <title>テープメディア</title>

    <para>一般的なテープメディアには 4mm, 8mm, QIC, ミニカートリッジ
      DLT があります.</para>

    <sect2 id="backups-tapebackups-4mm">
      <title>4mm (DDS: Digital Data Storage)</title>

      <para>4mm テープはワークステーションのバックアップメディアとして
	QIC から置き換えられつつあります. この傾向は
	QICドライブの製造のリーダであった Archiveを Connerが買収し
	QICドライブの製造を中止したことで加速しました.
	4mmドライブは小型で静かですが 8mm
	ドライブの持っているような信頼性の評判はありません.
	カートリッジは 8mmカートリッジよりも安価で小型 (3 x 2 x 0.5
	インチ; 76 x 51 x 12 mm) です. 4mmドライブ は
	8mm同様にヘリカルスキャン (訳注:
	VTRと同様の回転ヘッドを使う方式)
	を使用しているという理由でヘッドの寿命は短いです.</para>

      <para>これらのドライブのデータスループットは
	150kB/s程度から最大で500kB/s程度の範囲です. データ容量は
	1.3GBから 2.0GBです. ハードウェア圧縮が多くのドライブで可能で,
	およそ 2倍の容量になります.
	マルチドライブテープライブラリユニットは1つの筐体に
	6ドライブを持つことができ自動的にテープを交換します.
	ライブラリの容量は 240GBに達します.1つの例外です)
	送りだしリールと巻き取りリールの両方が
	カートリッジの中にあります.</para>
      <!-- kuriyama - ) not balanced. -->

      <para>4mmドライブは 8mmドライブ同様にヘリカルスキャンを使います.
	ヘリカルスキャンの利点と欠点は 4mm ドライブ と 8mm
	ドライブ共通です.</para>

      <para>テープの寿命は 2000 回のパスあるいは 100
	回のフルバックアップ です.</para>
    </sect2>

    <sect2 id="backups-tapebackups-8mm">
      <title>8mm (Exabyte)</title>

      <para>8mm テープは SCSI
	テープドライブとして最もよく使われているもので,
	データ交換用として最良の選択です. ほとんどのサイトには Exabyte
	の 2GB 8mm テープドライブがあるでしょう (訳注: Unix
	ワークステーションを何台も置いているようなサイトには 1
	台くらいはあるというような意味です). 8mm
	ドライブは信頼性が高く, 使いやすく, 静かです.
	カートリッジは安価で小型です (4.8 x3.3 x 0.6 インチ; 122 x 84
	x 15 mm). 欠点は, テープとヘッドの相対的な速度が高速なために
	比較的ヘッドとテープの寿命が短いことです.</para>

      <para>データスループットは 250kB/s 程度から 500kB/s
	程度の範囲です. データ容量は 300MB から 7GB です.
	ハードウェア圧縮が多くのドライブで可能で,およそ 2
	倍の容量になります.  単一のユニットのドライブから, 1
	つの筐体に 6 台のドライブと 120
	巻のテープを持ったマルチドライブテープライブラリまで
	利用することができます. ライブラリではテープはユニットにより
	自動的に交換されます. ライブラリの容量は 840GB
	以上に達します.</para>

      <para>データはヘリカルスキャンを使ってテープに記録されます.
	ヘリカルスキャン方式ではヘッドはメディアに対してある傾き
	(約6度) に配置されます. テープはヘッドのある円筒の周の
	270度にわたって接触します. テープが円筒面を走行する間,
	円筒は回転しています. この結果,
	高密度のデータのつまったトラックは,
	狭い間隔でテープの上端と下端の間を斜めに横切ります. </para>
    </sect2>

    <sect2 id="backups-tapebackups-qic">
      <title>QIC</title>

      <para>QIC-150 テープとドライブはたぶん最も一般的に使われている
	ドライブとメディアでしょう. QIC
	テープドライブは現実的なバックアップドライブとして
	少なくとも高価なものではありません.
	欠点はメディアのコストです. QIC テープは 8mm や 4mm
	テープに比較して GB あたりのデータの保存で 5 倍ほど高価です.
	しかしあなたの必要とする量が半ダース程のテープで十分であれば,
	QICは正しい選択となるかもしれません. QIC は
	<emphasis>最も</emphasis>一般的なテープドライブです.
	すべてのサイトに QICドライブのどれかの容量のものがあります.
	問題は, QIC は同じようなテープ (まったく同じ場合もある)
	に多様な記録密度があることです. QIC
	ドライブは静かではありません. これらのドライブはデータ記録を
	開始する前に音をたててシークしますし, リード, ライト,
	シークの時にはっきりと聞こえる音を出します. QIC
	テープの大きさは (6 x 4 x 0.7 インチ; 152 x 102 x 17 mm).
	<link
	  linkend="backups-tapebackups-mini">ミニカートリッジ</link>
	で使われている 1/4 インチ幅のテープについては別に議論します.
	テープライブラリやチェンジャはありません.</para>

      <para>データスループットは 150kB/s から 500kB/s の範囲です.
	データ容量の範囲は 40MB から 15GB です. ハードウェア圧縮が
	最近の多くのドライブで使えるようになっています. QIC ドライブは
	DAT ドライブに置き換えられつつあり,
	あまり頻繁には利用されなくなっています.</para>

      <para>データは複数のトラックにわかれてテープに記録されます.
	トラックはテープメディアの
	長さ方向の一端からもう一方の端までです. (訳注: 1トラックの
	read/write が終わるとテープの 走行方向を反転させ次のトラックの
	read/write を行います) トラックの数と,
	それに対応するトラックの幅は テープの容量によって変わります.
	すべてではありませんがほとんどの最近のドライブは
	少なくとも読み出しについては (場合によっては書き込みも)
	下位互換性があります.  QIC
	はデータの安全性についてはよいといわれています
	(ヘリカルスキャンドライブに比べて機構は単純でより丈夫です).
      </para>

      <para>テープは 5000回のバックアップで寿命となるでしょう.</para>
    </sect2>

    <sect2 id="backups-tapebackups-mini">
      <title>* ミニカートリッジ</title>

      <para></para>
    </sect2>

    <sect2 id="backups-tapebackups-dlt">
      <title>DLT</title>

      <para>DLTはここに示したドライブのタイプの中で
	最高速のデータ転送レートです. 1/2 インチ (12.5mm)
	テープが単リールのカートリッジ (4 x 4 x 1 インチ; 100 x 100 x
	25 mm) に入っています.
	カートリッジのひとつの側面全体がスイングゲートになっています.
	ドライブの機構がこのゲートを開け, テープリーダを引き出します.
	テープリーダには楕円形の穴があり,
	ドライブがテープを引っ掛けるのに使います.
	巻き取りのためのリールはドライブの中にあります.
	ここに挙げた他のカートリッジはすべて  ( 9
	トラックテープはただ1つの例外です)
	送りだしリールと巻き取りリールの両方がカートリッジの中に
	あります.</para>

      <para>データスループットは約1.5MB/sで, 4mm, 8mm, QIC
	テープドライブの3倍です. データ容量は単一のドライブで 10GBから
	20GBの範囲です.
	マルチテープチェンジャ,マルチテープドライブ,5から
	900巻のテープを1から20ドライブで扱う
	マルチドライブテープライブラリがあり, 50GB から 9TB
	の容量が得られます.</para>

      <para>データは ( QIC テープのように)
	テープの走行方向と並行に複数あるトラックへ記録されます. 2
	つのトラックに同時書き込みを行います. Read/Write
	ヘッドの寿命は比較的長いと言えます.
	テープの走行が止まればヘッドと
	テープの間の相対運動はありません.</para>
    </sect2>

    <sect2>
      <title>新品のテープを最初に使う場合</title>

      <para>新品の完全な空テープを読もうとしたり書き込もうとすると処理
	は失敗するでしょう.
	次のようなコンソールメッセージが出るでしょう.</para>

      <screen>sa0(ncr1:4:0): NOT READY asc:4,1
st0(ncr1:4:0):  Logical unit is in process of becoming ready</screen>

      <para>テープに識別ブロック (Identifire Block:block number 0)
	がありません.QIC-525標準の採用されている
	QICテープドライブのすべてで識別ブロックをテープに書きます.
	2つの解決方法があります.</para>

      <para>(訳注: 方法1)<command>mt fsf 1</command>
	によってテープドライブは識別ブロックをテープに書きます.</para>

      <para>(訳注:
	方法2)フロントパネルのボタンを押してテープをとりだします.
      </para>

      <para>再びテープを入れ,データをテープに &man.dump.8; します.</para>

      <para>&man.dump.8; はそのうちに <literal>DUMP: End of tape
	  detected</literal> と表示し, コンソールには
	<literal>HARDWARE FAILURE info:280
	  asc:80,96</literal>と表示されるでしょう.</para>

      <para><command>mt
	  rewind</command>を使ってテープを巻戻します.</para>

      <para>この次からはテープの操作は成功するでしょう.</para>
    </sect2>
  </sect1>

  <sect1 id="backup-programs">
    <title>バックアッププログラム</title>

    <para>よく使われる3つのプログラムは &man.dump.8;, &man.tar.1;,
	&man.cpio.1; です.</para>

    <sect2>
      <title>ダンプとリストア</title>

      <para>&man.dump.8; と &man.restore.8; は伝統的な
	Unixのバックアッププログラムです.
	これらはドライブのファイルシステム上のファイル, リンク,
	ディレクトリをディスクブロックの集まりとして処理します.
	  &man.dump.8;
	はデバイスやファイルシステム全体をバックアップし,
	一部分のバックアップや, &man.ln.1; によるソフトリンクや
	他のファイルシステムをマウントを行った, 1
	つ以上のファイルシステムにまたがる
	ディレクトリツリーのバックアップはできません. &man.dump.8;
	はファイルやディレクトリを構成する
	データブロックをテープに書くだけで,
	ファイルやディレクトリをテープに書くことはありません.
	  &man.dump.8; には初期の ATT UNIX のバージョン 6 (1975
	年ごろ) に由来する癖が残っています. デフォルトのパラメタは 9
	トラックテープ (6250 bpi)
	に適したものになっていて現在の高密度メディア (最大 62,182
	ftpi) に適していません.
	現在のテープドライブの容量を有効に利用するため,
	デフォルト値をコマンドラインで置き換えなければなりません.
      </para>

      <para>&man.rdump.8; と &man.rrestore.8;
	は他のコンピュータに接続されているテープドライブに
	ネットワーク経由でバックアップをします.
	どちらのプログラムもリモートテープドライブにアクセスするために
	  &man.rcmd.3; と &man.ruserok.3; に依存しています.
	このためユーザがバックアップを実行するためには
	<literal>rhosts</literal> によるリモートアクセスが必要です.
	  &man.rdump.8; と &man.rrestore.8;
	の引数はリモートコンピュータに適切なものを用います.
	  &man.rrestore.8;
	はリモートコンピュータから使うのに適しています. (例えば
	FreeBSD コンピュータより <hostid>komodo</hostid> という名前の
	Sun に接続されている Exabyte テープドライブへ
	<command>/sbin/rdump 0dsbfu 54000 13000 126 komodo:/dev/nrsa8
	  /dev/rda0a 2>&amp;1</command> として
	<command>rdump</command>したような場合の restoreに使います)
	警告: セキュリティは
	<literal>rhosts</literal>の管理にかかっています.
	あなたの状況を注意深く調べてください.</para>
    </sect2>

    <sect2>
      <title>Tar</title>

      <para>&man.tar.1; ATT Unix のバージョン 6 (1975ごろ)
	にさかのぼる事ができます. &man.tar.1;
	はファイルシステムと協調して機能し,
	ファイルやディレクトリをテープに書きます. &man.tar.1; は
	  &man.cpio.1;
	で使えるようなフルレンジのオプションは持ちませんが
	  &man.cpio.1;
	で使うような奇妙なコマンドパイプラインは必要ありません.</para>

      <para>大部分の &man.tar.1;
	にはネットワーク経由のバックアップの機能はありませんが,
	FreeBSD で使用されている GNU の &man.tar.1; は,
	<command>rdump</command>
	とおなじ構文でリモートデバイスを扱うことができます. komodo
	というホスト名の Sun に繋いである Exabyte
	のテープデバイスに対して &man.tar.1; を実行するには,
	次のようにします. <!-- kuriyama - komodo? -->
	<command>/usr/bin/tar cf komodo:/dev/nrsa8 .
	  2>&amp;1</command> リモートデバイスをサポートしていない tar
	を使用している場合は, パイプラインと &man.rsh.1; を使うことで,
	リモートテープデバイスにデータを送る事ができます.
	(コマンド使用例はまだです)</para>
    </sect2>

    <sect2>
      <title>Cpio</title>

      <para>&man.cpio.1; は本来,  Unix
	ファイルを磁気メディアで交換するためのプログラムです.
	  &man.cpio.1; はバイトスワッピング,
	多くの異なるアーカイブフォーマットの書き込みのオプション
	(それ以外にも多数のオプションがあります)があり,
	パイプで他のプログラムにデータを渡す事もできます.
	この最後に挙げた特徴により, &man.cpio.1;
	はインストールメディアについては優れた選択です. &man.cpio.1;
	は <filename>stdin</filename> からの入力でなければならず,
	ディレクトリツリーの探索や
	ファイルリストについての機能はありません.</para>

      <para>&man.cpio.1;
	はネットワーク経由のバックアップの機能はありません.
	リモートテープドライブにはパイプラインと &man.rsh.1;
	を使って送る事ができます. (コマンド使用例はまだです)</para>
    </sect2>

    <sect2>
      <title>Pax</title>

      <para>&man.pax.1; は <command>tar</command> と
	<command>cpio</command> に対する IEEE/POSIX の回答です.
	長年の間, 様々なバージョンの <command>tar</command> や
	<command>cpio</command> は,
	互いにわずかながら非互換性を有していました.
	各々をしらみ潰しに標準化する代わりに, POSIX
	は新しいアーカイブユーティリティを作ることにしました.
	<command>pax</command>
	は専用に開発された新しいフォーマットに加えて, いくつもの cpio
	や tar のフォーマットの読み書きに対応しようと試みています.
	コマンド群は <command>tar</command> よりも
	<command>cpio</command> の方にいくぶん似ています.</para>
    </sect2>

    <sect2 id="backups-programs-amanda">
      <title>Amanda</title>

      <para><ulink
	  url="../ports/misc.html#amanda-2.4.0">Amanda</ulink>
	(Advanced Maryland Network Disk Archiver)
	は単一のプログラムではなくクライアント /
	サーバ型のバックアップシステムです. Amanda サーバは, Amanda
	クライアントであるネットワークで
	サーバに接続された複数のコンピュータから
	一つのテープドライブへバックアップをおこないます.
	このような場合の一般的な問題はいくつもの大容量の
	ディスクからデータディレクトリをテープにバックアップするには
	時間がかかりすぎてしまうという事です. Amanda
	はこの問題を解決します. Amanda
	は同時に複数のファイルシステムのバックアップを おこなう時に
	「ホールディングディスク」を使う事ができます.
	Amandaの設定ファイルに書いたすべてのファイルシステムの
	フルバックアップを特定の間隔でとるために「アーカイブセット」
	と呼ばれるテープグループを作ります.
	これには夜間に作られるすべてのファイルシステムの増分
	(あるいは差分として) のバックアップも含みます.
	障害の起きたファイルシステムの回復には最も新しい
	フルバックアップと増分のバックアップが必要です.	</para>

      <para>設定ファイルでバックアップのコントロールと Amanda
	によるネットワークトラフィック量を設定します. Amanda
	はデータをテープに書くのにバックアッププログラムの
	いずれかを使うでしょう. Amanda
	はその一部分でもパッケージでも利用可能ですが,
	デフォルトではインストールされません. </para>
    </sect2>

    <sect2>
      <title>何もしない</title>

      <para>&ldquo;何もしない&rdquo;
	というのはコンピュータのプログラムではありませんが,
	バックアップの戦略として最も広く採用されている物です.
	これには初期投資が必要ありません.
	したがわなければならないバックアップスケジュールもありません.
	ただ何もしないだけです. もしデータに何かが起きたら,
	苦笑いして耐えてください.</para>

      <para>あなたにとって時間やデータの価値が少ないか
	あるいはまったくないのであれば &ldquo;何もしない&rdquo;
	のはあなたのコンピュータに最も適した
	バックアッププログラムでしょう. しかし注意してください. Unix
	は便利なツールです. 6 ヶ月も使っていれば価値のあるファイルの
	山ができ上がっているでしょう.</para>

      <para>&ldquo;何もしない&rdquo; は
	<filename>/usr/obj</filename> やその他の,
	コンピュータによってつくり出された
	ディレクトリツリーについては適切な方法です.
	一つの例はこのハンドブックのファイルで, これらは
	<acronym>SGML</acronym> のファイルより生成された物です.
	<acronym>HTML</acronym>
	ファイルのバックアップを作る必要はありません.
	<acronym>SGML</acronym>
	のソースファイルは定期的にバックアップします. </para>
    </sect2>

    <sect2>
      <title>どのバックアッププログラムが最適でしょう?</title>

      <para><emphasis>定期的に</emphasis> &man.dump.8; しましょう.
	Elizabeth D. Zwicky はここで検討したプログラムすべてについて
	拷問的なテストをおこないました.  すべてのデータと
	Unixファイルシステムの状態すべてを保存するには明らかに
	  &man.dump.8; でしょう.  Elizabeth
	は大きく変化に富んだ異常な状態
	(いくつかはあまり異常でもない状態のものもあります)
	になっているファイルシステムで,
	それぞれのプログラムでファイルシステムの
	バックアップとリストアを行ってテストしました.
	特色のある状態には, ホールを持つファイル,
	ホールとヌルブロックを持つファイル,
	奇妙な文字をファイル名に持つファイル, 読み出し不可,
	書き込み不可のファイル, デバイスファイル,
	バックアップ中にファイルのサイズを変更する,
	バックアップ中にファイルの作成/削除をおこなうなどがあります.
	彼女は1991年10月の LISA Vで結果の発表をしています.<ulink
	  url="http://reality.sgi.com/zwicky_neu/testdump.doc.html">torture-testing Backup and Archive Programs</ulink> を参照してください.</para>
    </sect2>

    <sect2>
      <title>緊急時のリストア手順</title>

      <sect3>
	<title>災難の起きる前に</title>

	<para>起き得るどのような災難に対しても以下の
	  4ステップだけが必要な準備です.</para>

	<para>ステップ 1では,
	  ファイルシステムテーブル(<command>/etc/fstab</command>)
	  やブートメッセージで示されるすべてのディスクの
	  disklabelをそれぞれ2コピーづつプリント (例えば
	  <command>disklabel da0 | lpr</command> を実行します)
	  します.</para>
	<!-- kuriyama - /etc/fstab is command ? -->

	<para>ステップ 2では, <filename>boot.flp</filename> と
	  <filename>fixit.flp</filename>
	  にそのシステムのすべてのデバイスドライバが
	  含まれているか確認します. 最も簡単な確認の方法は,
	  フロッピーをドライブに入れてリブートし,
	  ブートメッセージを確認することです.
	  あなたのシステムのデバイスがすべて含まれ, 機能していれば,
	  step 3へ飛んでください.</para>

	<para>そうでないなら,
	  そのシステムのすべてのディスクをマウントでき,
	  テープドライブにもアクセスできる
	  2種類のカスタムブートフロッピーディスクを作る必要があります.
	  これらのフロッピーには &man.fdisk.8;, &man.disklabel.8;,
	    &man.newfs.8;, &man.mount.8;,
	  と利用したいバックアッププログラムが
	  入っていなければなりません.
	  これらのプログラムはスタティックリンクされた
	  プログラムである必要があります. &man.dump.8;
	  を使うのであればフロッピーに &man.restore.8;
	  を入れる必要があります.</para>

	<para>ステップ 3では, 通常の方法でバックアップを作ります.
	  最新のバックアップの後でおこなわれた変更は
	  回復することはできません.
	  バックアップテープにライトプロテクトをしてください.</para>

	<para>ステップ 4では, フロッピー
	  (<filename>boot.flp</filename> と
	  <filename>fixit.flp</filename> あるいはステップ
	  2で作った2枚のカスタムブートフロッピーディスクです)
	  とバックアップテープのテストをします.
	  手順のノートを作りましょう.
	  このノートはブートフロッピーディスク,
	  バックアップテープに入れておきプリントアウトしておきます.
	  あなたがリストアをおこなうような時は
	  おそらく錯乱状態でしょうからこのノートはバックアップを
	  破壊してしまうようなことを防ぐのに役立つでしょう
	  (どのようにして破壊するって? <command>tar xvf
	    /dev/rsa0</command> とする替りに偶然 <command>tar cvf
	    /dev/rsa0</command>
	  とタイプしてバックアップテープに上書きしてしまうかも
	  しれません).</para>

	<para>訳注: 上書きはライトプロテクトをしておけば防げますが,
	  なんらかの原因でプロテクトがはずれているかもしれません.
	  ちなみに訳者の経験から言えば上のようなミスタイプは
	  結構起きます.</para>

	<para>安全性を増すために,
	  毎回ブートフロッピーディスクを作り, 2
	  巻のバックアップテープを取ります.
	  一方を離れた場所に保管します.
	  離れた場所は同じ建物の地下室ではいけません.
	  世界貿易センタービルにあった数多くの会社は
	  苦い経験よりこの教訓を得ました.
	  離れた場所とはコンピュータやディスクドライブから
	  かなり離れていて物理的に分離されていなければなりません.</para>

	<para>ブートフロッピーディスクを作るスクリプトの一例</para>

	<programlisting>
<![ CDATA [#!/bin/sh
#
# create a restore floppy	リストアフロッピーの作成
#
# format the floppy		フロッピーのフォーマット
#
PATH=/bin:/sbin:/usr/sbin:/usr/bin

fdformat -q fd0
if [ $? -ne 0 ]
then
	echo "Bad floppy, please use a new one"
	exit 1
fi

# place boot blocks on the floppy	フロッピーにブートブロックを書く
#
disklabel -w -B /dev/rfd0c fd1440

#
# newfs the one and only partition	ただ1つのパーティションを newfs
#
newfs -t 2 -u 18 -l 1 -c 40 -i 5120 -m 5 -o space /dev/rfd0a

#
# mount the new floppy		新しいフロッピーをマウント
#
mount /dev/fd0a /mnt

#
# create required directories	必要なディレクトリの作成
#
mkdir /mnt/dev
mkdir /mnt/bin
mkdir /mnt/sbin
mkdir /mnt/etc
mkdir /mnt/root
mkdir /mnt/mnt			# for the root partition
mkdir /mnt/tmp
mkdir /mnt/var

#
# populate the directories
#
# MINIカーネルがない場合は作ります
if [ ! -x /sys/compile/MINI/kernel ]
then
	cat << EOM
The MINI kernel does not exist, please create one.
Here is an example config file:
#	MINIカーネルの config fileの例
# MINI -- A kernel to get FreeBSD on onto a disk.
#
machine		"i386"
cpu		"I486_CPU"
ident		MINI
maxusers	5
options		INET		# needed for _tcp _icmpstat _ipstat
				# _udpstat _tcpstat _udb
options		FFS		#Berkeley Fast File System
options		FAT_CURSOR	#block cursor in syscons or pccons
options		SCSI_DELAY=15	#Be pessimistic about Joe SCSI device
options		NCONS=2		#1 virtual consoles
options		USERCONFIG	#Allow user configuration with -c XXX

config		kernel	root on da0 swap on da0 and da1 dumps on da0

controller	isa0
controller	pci0

controller	fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr
disk		fd0 at fdc0 drive 0

controller	ncr0

controller	scbus0

device		sc0 at isa? port "IO_KBD" tty irq 1 vector scintr
device		npx0 at isa? port "IO_NPX" irq 13 vector npxintr

device		da0
device		da1
device		da2

device		sa0

pseudo-device	loop		# required by INET
pseudo-device	gzip		# Exec gzipped a.out's
EOM
	exit 1
fi

cp -f /sys/compile/MINI/kernel /mnt

gzip -c -best /sbin/init > /mnt/sbin/init
gzip -c -best /sbin/fsck > /mnt/sbin/fsck
gzip -c -best /sbin/mount > /mnt/sbin/mount
gzip -c -best /sbin/halt > /mnt/sbin/halt
gzip -c -best /sbin/restore > /mnt/sbin/restore

gzip -c -best /bin/sh > /mnt/bin/sh
gzip -c -best /bin/sync > /mnt/bin/sync

cp /root/.profile /mnt/root

cp -f /dev/MAKEDEV /mnt/dev
chmod 755 /mnt/dev/MAKEDEV

chmod 500 /mnt/sbin/init
chmod 555 /mnt/sbin/fsck /mnt/sbin/mount /mnt/sbin/halt
chmod 555 /mnt/bin/sh /mnt/bin/sync
chmod 6555 /mnt/sbin/restore

#
# create the devices nodes	デバイスノードを作る
#
cd /mnt/dev
./MAKEDEV std
./MAKEDEV sd0
./MAKEDEV sd1
./MAKEDEV sd2
./MAKEDEV st0
./MAKEDEV pty0
cd /

#
# create minimum filesystem table	最小限のファイルシステムテーブル
#
cat > /mnt/etc/fstab <<EOM
/dev/fd0a	/	ufs	rw 1 1
EOM

#
# create minimum passwd file		最小限のパスワードファイル
#
cat > /mnt/etc/passwd <<EOM
root:*:0:0:Charlie &:/root:/bin/sh
EOM

cat > /mnt/etc/master.passwd <<EOM
root::0:0::0:0:Charlie &:/root:/bin/sh
EOM

chmod 600 /mnt/etc/master.passwd
chmod 644 /mnt/etc/passwd
/usr/sbin/pwd_mkdb -d/mnt/etc /mnt/etc/master.passwd

#
# umount the floppy and inform the user	フロッピーを unmount
#
/sbin/umount /mnt]]></programlisting>
      </sect3>

      <sect3>
	<title>災難の後に</title>

	<para>重要な問題は, ハードウェアが生き残ったかどうかです.
	  定期的なバックアップを取っていれば
	  ソフトウェアについて心配する必要はありません.</para>

	<para>ハードウェアがダメージを受けていたら,
	  最初にそのダメージを受けた部品を交換してください.</para>

	<para>ハードウェアに問題がなければ,
	  フロッピーをチェックしてください.
	  カスタムブートフロッピーディスクを使っているのであれば
	  シングルユーザ(<prompt>boot:</prompt> プロンプトの出た時に
	  <literal>-s</literal> とタイプしてください)
	  でブートしてください. それから次の
	  「ファイルシステムを1つずつ回復する」
	  を読んでください.</para>

	<para><filename>boot.flp</filename> と
	  <filename>fixit.flp</filename>
	  を使っているのであればこのまま読み続けてください.
	  <filename>boot.flp</filename> を入れてブートしてください.
	  本来のインストールメニューが表示されるはずです. (ここで)
	  <literal>fixit XXX</literal>オプションを選びます. 指示の通り
	  <filename>fixit.flp</filename> を入れてください.
	  <command>restore</command> とその他の必要なプログラムは
	  <filename>/mnt2/stand</filename>に置かれています.</para>
	<!-- kuriyama - XXX ? -->

	<para>ファイルシステムを一つずつ回復する</para>

	<para>最初のディスクのrootパーティションを &man.mount.8;
	  (例えば <command>mount /dev/da0a /mnt</command> のように)
	  マウントして見てください.
	  ディスクラベルが破壊されている場合は &man.disklabel.8;
	  を使ってあらかじめプリントしておいた通りに
	  パーティションを作り直しラベルをつけてセーブしてください.
	    &man.newfs.8; を使いファイルシステムを作り直します.
	  ルートパーティションを読み書き可能にマウント (<command>mount
	    -u -o rw /mnt</command>) しなおします.
	  バックアッププログラムとバックアップテープを使って
	  このファイルシステムのデータを回復します (例えば
	  <command>restore vrf /dev/sa0</command>とします).
	  ファイルシステムをアンマウント (<command>umount
	    /mnt</command>など) して,
	  障害を受けたファイルシステムそれぞれについて
	  繰り返してください.</para>

	<para>システムが動き出したら,
	  新しいテープにデータをバックアップしてください.
	  どのような理由で再び事故が起きたりデータが
	  失われるかはわかりません. これに時間を費す事で,
	  後々の災難から救われる事になります.</para>
      </sect3>

      <sect3>
	<title>* 災難対策をしていませんでした.
	  どうしたらいいでしょう?</title>

	<para></para>
      </sect3>
    </sect2>
  </sect1>
</chapter>

<!--
     Local Variables:
     mode: sgml
     sgml-declaration: "../chapter.decl"
     sgml-indent-data: t
     sgml-omittag: nil
     sgml-always-quote-attributes: t
     sgml-parent-document: ("../handbook.sgml" "part" "chapter")
     End:
-->