From owner-svn-doc-all@FreeBSD.ORG Thu Apr 18 22:01:19 2013 Return-Path: Delivered-To: svn-doc-all@freebsd.org Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 91ED7EB2; Thu, 18 Apr 2013 22:01:19 +0000 (UTC) (envelope-from ryusuke@FreeBSD.org) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) by mx1.freebsd.org (Postfix) with ESMTP id 84305640; Thu, 18 Apr 2013 22:01:19 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.6/8.14.6) with ESMTP id r3IM1J9H025772; Thu, 18 Apr 2013 22:01:19 GMT (envelope-from ryusuke@svn.freebsd.org) Received: (from ryusuke@localhost) by svn.freebsd.org (8.14.6/8.14.5/Submit) id r3IM1JQG025771; Thu, 18 Apr 2013 22:01:19 GMT (envelope-from ryusuke@svn.freebsd.org) Message-Id: <201304182201.r3IM1JQG025771@svn.freebsd.org> From: Ryusuke SUZUKI Date: Thu, 18 Apr 2013 22:01:19 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r41458 - head/ja_JP.eucJP/books/handbook/kernelconfig X-SVN-Group: doc-head MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-all@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the entire doc trees \(except for " user" , " projects" , and " translations" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Apr 2013 22:01:19 -0000 Author: ryusuke Date: Thu Apr 18 22:01:18 2013 New Revision: 41458 URL: http://svnweb.freebsd.org/changeset/doc/41458 Log: - Merge the following from the English version: r40833 -> r41375 head/ja_JP.eucJP/books/handbook/kernelconfig/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/kernelconfig/chapter.xml Modified: head/ja_JP.eucJP/books/handbook/kernelconfig/chapter.xml ============================================================================== --- head/ja_JP.eucJP/books/handbook/kernelconfig/chapter.xml Thu Apr 18 20:49:14 2013 (r41457) +++ head/ja_JP.eucJP/books/handbook/kernelconfig/chapter.xml Thu Apr 18 22:01:18 2013 (r41458) @@ -3,7 +3,7 @@ The FreeBSD Documentation Project The FreeBSD Japanese Documentation Project - Original revision: r40833 + Original revision: r41375 $FreeBSD$ --> @@ -43,20 +43,18 @@ カーネルは &os; オペレーティングシステムの中核をなすものです。 カーネルは、メモリ管理、セキュリティ制御の強制、ネットワーク、 ディスクアクセスなどを担っています。 - &os; はどんどん動的に構成することができるようになっていますが、 - まだ、時にはカーネルコンフィグレーションをやり直して、 - 再構築する必要があります。 + &os; は動的に構成することができるようになっていますが、 + まだ、時にはカスタムカーネルを設定してコンパイルする必要があります。 この章では、以下のことを扱っています。 - なぜカスタムカーネルの構築が必要になることがあるのか。 + いつカスタムカーネルの構築が必要になるか。 - コンフィグレーションファイルの書き方や、 - 既存のコンフィグレーションファイルの置き換え。 + カーネルコンフィグレーションファイルのカスタマイズの方法。 @@ -72,50 +70,49 @@ - この章で表示されているコマンドは、 + この章で表示されているすべてのコマンドは、 root 権限で実行する必要があります。 なぜカスタムカーネルを作るか? - 伝統的に、&os; のカーネルは モノリシック - (monolithic) カーネルと呼ばれるものでした。 - これは、カーネルが単一の巨大なプログラムで、 + 伝統的に、&os; は モノリシック + (monolithic) カーネルを使っていました。 + このカーネルは、単一の巨大なプログラムで、 扱えるデバイスは固定されていて、 カーネルの振る舞いを変えたければ新しいカーネルを構築して、 コンピュータを再起動して新しいカーネルを動かさなれければならなかったということです。 - 今日では &os; は、 - カーネルのかなりの機能が必要に応じて動的にカーネルに組み込んだり外したりできるモジュールにおかれているモデルへと、 - 急速に移行しています。こうしてカーネルは - (ノート PC の PCMCIA カードのように) - 突如使えるようになったハードウェアに対応したり、 - カーネルが作成された時点では必要なかった新たな機能を取り入れられるようになります。 + 今日では、&os; + カーネルのかなりの機能はモジュールに含まれるようになり、 + 必要に応じて動的にカーネルに組み込んだり外したりできるようになりました。 + この移行により、動いているカーネルが新しいハードウェアに迅速に対応したり、 + カーネルに新たな機能を取り入れられるようになります。 このようなカーネルは、モジュラ (modular) カーネルと呼ばれます。 しかしながら、いまだにいくらかは静的にカーネルを構成する必要があります。 - ある場合においては、機能がカーネルとあまりに密接に結びついているため、 - 動的に組み込むことができません。ほかには、 - 単に誰もその機能に対する組み込み可能なカーネルモジュールを書く時間をとっていないだけということもあります。 - - システムに合わせたカーネルの構築は、高度な知識を持つ - BSD ユーザが避けて通ることのできない最も重要な通過儀礼の 1 つです。 - この作業は、多くの時間を必要としますが、あなたの &os; - システムに多くの利益をもたらします。 + 機能がカーネルとあまりに密接に結びついているため、 + 動的に組み込むことができない場合があるためです。 + セキュリティ的に、カーネルモジュールを読み込んだり外すことができず、 + 必要となる機能を静的にカーネルにコンパイルしなければならない場合もあります。 + + システムに合わせたカーネルを構築することは、多くの場合、 + 高度な知識を持つ BSD ユーザが避けて通ることのできない通過儀礼です。 + この作業は多くの時間を必要としますが、&os; + システムに利益をもたらします。 広範囲のハードウェアをサポートしなければならない - GENERIC カーネルとは異なり、 - システムに合わせたカーネルは - あなたの PC - のハードウェアのみをサポートします。これは、 + GENERIC カーネルとは異なり、カスタムカーネルは、 + 使用しているコンピュータのハードウェアのみをポートするように、 + 必要のない機能を省くことができます。これは、 次にあげるような利益をもたらします。 素早く起動します。 - カーネルはあなたのシステム上にあるハードウェアしか検出を行わないので、 - あなたのシステムの起動にかかる時間を劇的に短くできます。 + カーネルはシステム上にあるハードウェアしか検出しないので、 + システムの起動にかかる時間を短くできます。 @@ -129,13 +126,12 @@ アプリケーションはその容量分のメモリを使用できないので、 これは重要なことです。 したがって、メモリが少ないシステムでは、 - カーネルの再構築は大変重要です。 + カーネルの再構築は重要です。 追加のハードウェアをサポートします。 - システムに合わせたカーネルは、サウンドカードなど - GENERIC + カスタムカーネルは、GENERIC カーネルに存在しないデバイスのサポートを追加することができます。 @@ -157,12 +153,10 @@ コンピュータのハードウェア一覧を作成すると良いでしょう。 もし、&os; 以外のオペレーティングシステムがすでにインストールされているのであれば、 現在インストールされているオペレーティングシステムの設定を調べることで、 - 簡単に一覧を作成できます。 + 一覧を作成できます。 たとえば、µsoft; の デバイスマネージャ - は、インストールされているデバイスに関する重要な情報を持っています。 - デバイスマネージャ は、 - コントロールパネルから開くことが出来ます。 + は、インストールされているデバイスに関する情報を持っています。 µsoft.windows; のバージョンによっては、 @@ -173,12 +167,12 @@ もし他のオペレーティングシステムがコンピュータにインストールされていないのであれば、 管理者はこれらの情報を手動で収集する必要があります。 - 情報を集める方法のひとつが、&man.dmesg.8; ユーティリティと - &man.man.1; コマンドを用いる方法です。 + 情報を集める方法のひとつが、&man.dmesg.8; と + &man.man.1; を用いる方法です。 &os; のほとんどのデバイスドライバにはマニュアルページが用意され、 対応しているハードウェアの一覧を提供しています。 また、起動時には検出されたハードウェアの一覧が表示されます。 - たとえば、以下の行は、psm + たとえば、以下の行は、&man.psm.4; ドライバがマウスを検出したことを示しています。 psm0: <PS/2 Mouse> irq 12 on atkbdc0 @@ -192,10 +186,10 @@ psm0: model Generic PS/2 mouse, device I 場合によっては、dmesg が起動時の検出結果ではなく、 システムメッセージだけを表示することがあります。 このような場合には、/var/run/dmesg.boot - ファイルで出力を確認できます。 + で出力を確認できます。 ハードウェアを見つけるためのもうひとつの方法は、 - より冗長な出力を行う &man.pciconf.8; ユーティリティを用いる方法です。 + より冗長な出力を行う &man.pciconf.8; を用いる方法です。 たとえば、以下のようになります。 ath0@pci0:3:0:0: class=0x020000 card=0x058a1014 chip=0x1014168c rev=0x01 hdr=0x00 @@ -208,16 +202,16 @@ psm0: model Generic PS/2 mouse, device I を用いて得られ、 ath ドライバがワイヤレスイーサネットデバイスにあることを示しています。 - man ath を実行すると - &man.ath.4; のマニュアルページが表示されます。 + man ath を実行して + &man.ath.4; を読んでください。 &man.man.1; を フラグで実行すると、 - 有用な情報を得ることができます。上のケースでは以下のようになります。 + 有用な情報を得ることができます。たとえば、 + ある特定の単語を含むマニュアルページの一覧を表示するには、 + 以下のようになります。 &prompt.root; man -k Atheros - ある特定の単語を含むマニュアルページの一覧が表示されます。 - ath(4) - Atheros IEEE 802.11 wireless network driver ath_hal(4) - Atheros Hardware Access Layer (HAL) @@ -238,11 +232,11 @@ ath_hal(4) - Atheros Hardw カーネルモジュールは、 /boot/kernel - ディレクトリにあります。&man.kldload.8; によって、 + にあり、&man.kldload.8; によって、 すでに実行中のカーネルに動的に読み込まれているモジュールもあるかもしれません。 すべてというわけではありませんが、ほとんどのカーネルドライバには、 - モジュールやマニュアルページが用意されています。 - たとえば、前の章で例として出た ath + 読み込み可能なモジュールやマニュアルページが用意されています。 + たとえば、&man.ath.4; ワイヤレスイーサネットドライバのマニュアルページには以下の記述があります。 Alternatively, to load the driver as a module at boot time, place the @@ -250,27 +244,21 @@ following line in &man.loader.conf.5;: if_ath_load="YES" - ここで示された手順通り、 - /boot/loader.conf ファイルに - if_ath_load="YES" 行を追加すると、 + /boot/loader.conf に + if_ath_load="YES" を追加すると、 起動時にモジュールが読み込まれるようになります。 - ただし、特定のサブシステムであったり、 - とても重要なドライバのような場合には、 - 対応するモジュールが存在しないこともあります。 - たとえば、Fast File System (FFS) は、 - カーネルでのみ設定可能なオプションです。 - ネットワークサポート (INET) も同様です。 - 残念ながら、ドライバが必要かどうかを知るには、 - モジュールそのものを調べる方法しかありません。 + ただし、対応するモジュールが存在しないこともあります。 + 特定のサブシステムでは、ほとんど多くの場合存在しません。 + ドライバが必要かどうかを知る一つの方法は、 + モジュールそのものを調べることです。 - カーネルを壊すことは簡単で、 - デバイスやオプションのサポートをビルドから削除するだけで壊れてしまうことがあります。 + デバイスやオプションのサポートを外すことは簡単で、 + その結果、カーネルを壊すことがあります。 たとえば、&man.ata.4; ドライバをカーネルコンフィグレーションファイルから除くと、 - ATA ディスクドライバを用いるシステムは、 - loader.conf に記述がないかぎり起動しません。 - もし、確信がないのであれば、モジュールを確認し、 + ATA ディスクドライバを用いるシステムは起動しません。 + 確信が持てないものについては、 カーネルにサポートを残したままにしてください。 @@ -286,50 +274,51 @@ following line in &man.loader.conf.5;: カーネルを構築するには、&os; のすべてのソースファイルが必要です。 - まず、 - カーネル再構築に必要なディレクトリをざっと見てみましょう。 - ここではディレクトリはすべて - /usr/src/sys 以下の相対位置で示します。 - また、パス名 /sys からもアクセス可能です。 + カーネルを構築する場所は、/usr/src/sys です。 ここには、カーネルの各部分を構成するサブディレクトリがいくつもあります。 - しかし、私たちの目的で最も重要なのは - arch/conf です。 - ここで、あなたのシステムに合わせてカーネルコンフィグレーションを編集します。 - それから compileディレクトリ、 - ここはカーネルが作られる場所です。 - arch は、i386, - amd64, ia64, - powerpc, sparc64 - または pc98 - (日本で普及している PC のための開発ブランチ) のいずれかを表します。 + その中には、カーネルコンフィグレーションファイルのある arch/conf、 + および、カーネルを作る場所である compile も含まれています。 + arch には、 + サポートされている各アーキテクチャ、i386, amd64, ia64, powerpc, sparc64 および pc98 のサブディレクトリがあります。 各アーキテクチャのディレクトリ内部にあるファイルはすべてそのアーキテクチャでのみ使用されます。 残りのコードは、アーキテクチャに依存しない、 - &os; が移植されるすべてのプラットフォームで共有されるコードです。 + すべてのプラットフォームで共有されるコードです。 サポートされているデバイス、ファイルシステム、オプションが、 それぞれのサブディレクトリに分かれている、 という論理的な構成に注意してください。 この章で示されるコマンドの例は、 - i386 アーキテクチャを使用していることを仮定しています。 - 他のアーキテクチャを使用しているのであれば、 + i386 アーキテクチャを仮定しています。 + 他のアーキテクチャのシステムでは、 使用しているアーキテクチャに適したパス名に変更してください。 - もし、あなたのシステムに /usr/src/ - ディレクトリが存在しない (または、空である) のであれば、 - カーネルのソースがインストールされていません。 - すべてのソースツリーをインストールするもっとも簡単な方法は、 で説明した &man.csup.1; を用いる方法です。 + もし、/usr/src/ + が存在していなかったり、空であれば、 + カーネルのソースはインストールされていません。 + ソースをインストールするもっとも簡単な方法は、 で説明した + svn を用いる方法です。 以下のように、/usr/src/sys/ へのシンボリックリンクも作成してください。 &prompt.root; ln -s /usr/src/sys /sys - つぎに、 - arch/conf に移動して、 + つぎに、cd を用いて arch/conf + に移動し、 GENERIC - コンフィグレーションファイルをカーネルに与えたい名前にコピーしてください。 + コンフィグレーションファイルをカスタムカーネルの名前にコピーしてください。 たとえば次のようにします。 &prompt.root; cd /usr/src/sys/i386/conf @@ -342,19 +331,15 @@ following line in &man.loader.conf.5;: と呼ぶことにします。 - カーネルコンフィグレーションファイルを、直に - /usr/src の下に置くのはよい考えとはいえません。 - なにか問題が起きたときに、 - /usr/src を消してやり直したいと思うかもしれません。 - その後で、あなたがカスタマイズしたカーネルコンフィグレーションファイルを消してしまったことに気づくのに時間はかからないでしょう。 - また、GENERIC ファイルを直接編集しないでください。 - なぜなら、編集後に - ソースツリーをアップデート - すると、ファイルが上書きされ、変更点が失われてしまいます。 - - カーネルコンフィグレーションファイルは他の場所において、 - i386 - ディレクトリにシンボリックリンクを張る方がよいでしょう。 + カーネルコンフィグレーションファイルの編集を終えたら、 + ファイルのバックアップを /usr/src 以外の場所に保存してください。 + GENERIC ファイルを直接編集しないでください。 + + もしくは、カーネルコンフィグレーションファイルは他の場所において、 + i386 + にシンボリックリンクを張る方法もあります。 たとえば、次のようにします。 @@ -364,45 +349,37 @@ following line in &man.loader.conf.5;: &prompt.root; ln -s /root/kernels/MYKERNEL - では、MYKERNEL - をあなたの好きなエディタで編集してください。もし、 - システムをインストールしたばかりならば、利用できるエディタは - vi - だけかもしれません。ここでは使い方の説明はしませんが、 + MYKERNEL + をテキストエディタで編集してください。 + デフォルトのエディタは vi で、 + 使い方については、 参考図書 - にあるような多くの本で詳しく説明 されていますので、 - そちらを参照してください。&os; にはより簡単なエディタとして + にあるような多くの本で詳しく説明されています。 + そちらを参照してください。初心者に対してより簡単なエディタである ee - があります。初心者の方であればこちらをエディタに選ぶとよいでしょう。 + も利用できます。 まずファイルの最初の方のコメント行を編集し、 - あなたのコンフィグレーションに合せて変更した点などを記述して - GENERIC と区別がつくようにしておきましょう。 - SunOS - - もし &sunos; や他の BSD - オペレーティングシステムでカーネルの再構築をしたことがあれば、 - このファイルはとても親しみやすいでしょう。しかし、DOS のようなその他の - オペレーティングシステムしか知らない人から見れば、 - GENERIC - コンフィグレーションファイルはとてもなじみにくいものかもしれません。 - そのような場合は、 - コンフィグレーションファイル - の節をゆっくりと注意深く読んでください。 + 設定内容や GENERIC + からの変更点を記述しておきましょう。 + + もし、GENERIC + コンフィグレーションファイルが親しみにくいのであれば、コンフィグレーションファイル + の節をゆっくりと注意深く読んでください。 - &os; プロジェクトの最新のソースファイルと、あなたのソースツリーを同期させている - 場合、アップデートを行う際には、必ず - /usr/src/UPDATING - ファイルをチェックしてください。 + 最新のソースと ソースツリーを同期 したら、 + 何らかのアップデートを行う前に、必ず + /usr/src/UPDATING をチェックしてください。 このファイルには、 アップデートされたソースコードに関する重要な問題や特別に注意すべき点がすべて書かれています。 - /usr/src/UPDATING は常にあなたの &os; - のソースと同期しているので、 - ハンドブックの記述よりも内容が新しいことがあります。 + /usr/src/UPDATING は常に &os; + のソースのバージョンと同期しているので、 + ハンドブックの記述よりも新しい内容を含んでいます。 - さあ、カーネルのソースコードをコンパイルしましょう。 + 編集を保存したら、カーネルのソースコードをコンパイルしましょう。 カーネルの構築 @@ -413,13 +390,14 @@ following line in &man.loader.conf.5;: /usr/src ディレクトリに移動します。 + class="directory">/usr/src ディレクトリに + cd で移動します。 &prompt.root; cd /usr/src - カーネルをコンパイルします。 + カスタムコンフィグレーションファイルの名前を指定して新しいカーネルをコンパイルします。 &prompt.root; make buildkernel KERNCONF=MYKERNEL @@ -433,47 +411,50 @@ following line in &man.loader.conf.5;: デフォルトでは、カスタムカーネルを構築すると - すべて のカーネルモジュールが同時に構築されます。 + すべて のカーネルモジュールが再構築されます。 カーネルのアップデートをより早く行いたい、または、 - カスタムモジュールのみを構築したいといった場合には、 + カスタムモジュールのみを構築したいといった場合は、 カーネルの構築を開始する前に、以下のように /etc/make.conf を編集してください。 MODULES_OVERRIDE = linux acpi sound/sound sound/driver/ds1 ntfs - この変数は、すべてのモジュールのかわりに構築するモジュールを指定します。 + この変数は、すべてのモジュールを構築するというデフォルトの設定にかわり、 + 構築するモジュール一覧を指定します。 WITHOUT_MODULES = linux acpi sound ntfs この変数は、構築を行わないトップレベルのモジュールを指定します。 - カーネルの構築のプロセスに関する、他の有益な変数については、 + カーネルの構築プロセスに関連する、他の変数については、 &man.make.conf.5; を参照してください。 - /boot/kernel.old + /boot/kernel.old - 新しいカーネルは /boot/kernel ディレクトリに + 新しいカーネルは /boot/kernel に /boot/kernel/kernel という名前でコピーされ、 今までのカーネルは /boot/kernel.old/kernel という名前へ変更されます。 では、新しいカーネルを使うために、システムをシャットダウンして再起動してください。 - うまく行かない場合は、この章の終りの + うまく行かない場合は、 問題が起きた場合には - を参照してください。有用な情報があるかもしれません。この章の新しいカーネルが + や、新しいカーネルが 起動しない - 場合のリカバリの方法を注意深く読んでおいてください。 + 場合のリカバリの方法を参照してください。 ブートローダ (&man.loader.8;) や設定などのブートプロセスに関係する他のファイルは、 - /boot に置かれます。 + /boot に置かれます。 サードパーティ製やカスタムモジュールを /boot/kernel に置くこともできますが、 コンパイルしたカーネルとモジュールを同期しておく必要があります。 - コンパイルしたカーネルとモジュールが対応しない場合には、 - システムが不安定になったり、正常に動作しない可能性があります。 + コンパイルしたカーネルとモジュールが対応していないと、 + システムが不安定になる可能性があります。 @@ -504,9 +485,9 @@ following line in &man.loader.conf.5;: # に続くものはすべてコメントとして扱われ、 無視されます。ここでは、それぞれのキーワードについて GENERIC に出てくる順番で説明します。 - アーキテクチャ依存のおびただしい数のオプション一覧については、 - GENERIC と同じディレクトリにある - NOTES ファイルをご覧ください。 + アーキテクチャ依存のおびただしい数のオプション一覧については、 + そのアーキテクチャの GENERIC + と同じディレクトリにある NOTES ご覧ください。 アーキテクチャに依存しないオプションについては、 /usr/src/sys/conf/NOTES ファイルをご覧ください。 @@ -514,10 +495,8 @@ following line in &man.loader.conf.5;: ディレクティブを利用できます。 コンフィグレーションファイルに他のファイルを取り込むことができるので、 すでに存在するファイルに対する小さな変更を簡単に維持できます。 - たとえば、オプションやドライバを少しだけ追加した - GENERIC カーネルを必要としているのであれば、 - include を用いて、以下のように GENERIC - からの差分だけの記述でコンフィグレーションファイルを作成できます。 + たとえば、オプションやドライバの追加が少しだけの場合には、 + 以下のように GENERIC からの差分だけの管理が可能になります。 include GENERIC ident MYKERNEL @@ -528,20 +507,18 @@ options IPFIREWALL_DEFAULT_TO_AC options IPDIVERT - 多くの管理者は、 - コンフィグレーションファイルを個別に管理していたこれまでの手法にくらべ、 - このモデルが大変有益だと考えるでしょう。 - ローカルのコンフィグレーションファイルには、GENERIC - とローカルとの差分のみが記述されており、 - GENERIC がアップグレードされて新しい機能が追加されると、 + この方法では、ローカルのコンフィグレーションファイルには、 + ローカルにある GENERIC + カーネルとの差分が記述されています。 + アップグレードが行われると、 + GENERIC に追加された新しい機能は、 (nooptions や nodevice によって外されない限り) ローカルのカーネルにも反映されます。 この章のここから先は、典型的なコンフィグレーションファイルの中身と、 さまざまなオプションやデバイスの役割について説明します。 - 利用可能なすべてのオプションを含むファイルを - (通常はテスト目的で) 構築するには、 + 利用可能なすべてのオプションを含むファイルを構築するには、 以下のコマンドを root 権限で実行してください。 &prompt.root; cd /usr/src/sys/i386/conf && make LINT @@ -566,9 +543,9 @@ options IPDIVERT machine i386 マシンのアーキテクチャです。これは - amd64, - i386, ia64, - pc98, powerpc または + amd64, i386, + ia64, pc98, + powerpc または sparc64 のいずれかでなければなりません。 @@ -580,15 +557,12 @@ options IPDIVERT cpu I586_CPU cpu I686_CPU - 上記のオプションは、あなたのシステムの CPU タイプを指定します。 - 複数の行を書いても構いません - (例: I586_CPU とすべきか - I686_CPU とすべきかはっきり分からない場合)。 - しかしながら、カスタムカーネルを作る場合、あなたの持つ CPU - だけを指定するのがベストです。 - もしあなたの CPU がどのタイプか分からない場合、 + このオプションは、CPU タイプを指定します。 + 複数の CPU エントリを書いても構いませんが、 + カスタムカーネルを作る場合、使用する CPU だけを指定するのがベストです。 + CPU のタイプを判断するには、 /var/run/dmesg.boot - ファイルを確認して起動メッセージを調べるとよいでしょう。 + にある起動メッセージを調べるとよいでしょう。 カーネルオプション @@ -597,35 +571,29 @@ cpu I686_CPU ident GENERIC - ここにはカーネルの識別名を書きます。 - (前記の例の MYKERNEL のように) - あなたがカーネルに付けたい名前に書き換えて下さい。 - ident に書いた名前はカーネルを起動する時に表示されるので、 - (実験的なカーネルを構築する場合など) - 普段使っているカーネルと区別したいときは、 - 新しいカーネルに違う名前を付けると良いでしょう。 + これはカーネルの識別名です。 + たとえば、MYKERNEL + のように、新しいカーネルに付けたい名前に書き換えて下さい。 + ident に書いた値はカーネルを起動する時に表示されます。 #To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. デバイスドライバのオプションは &man.device.hints.5; を用いて設定されます。 - &man.loader.8; は、起動時にデフォルトで - /boot/device.hints を確認します。 + デフォルトの場所は + /boot/device.hints です。 hints オプションを用いると、 - カーネルにこれらのヒント情報を静的に加えてコンパイルできます。 - その場合には、/boot に - device.hints - ファイルを作成する必要はありません。 + カーネルにこれらのヒント情報を静的に加えてコンパイルするので、 + device.hints を作成する必要はありません。 makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols - 通常の &os; のビルド過程では、 - オプションとともにカーネルを構築すると、デバッグ情報を含みます。 - このオプションは &man.gcc.1; がデバッグ情報を生成するようにします。 + このオプションは &man.gcc.1; + がデバッグ情報を生成するようにします。 options SCHED_ULE # ULE scheduler @@ -634,16 +602,14 @@ cpu I686_CPU options PREEMPTION # Enable kernel thread preemption - カーネル空間において、優先度の高いスレッドがプリエンプションできるようにします。 + 優先度の高いカーネルスレッドがプリエンプションできるようにします。 このオプションを使うことでインタラクティブになり、 待ち状態になるよりすぐに実行状態になるようスレッドの割り込みを許可します。 options INET # InterNETworking ネットワークのサポート。 - ネットワークに接続する予定がなくてもこのオプションは残して下さい。 - 殆どのプログラムは少なくともループバックネットワーク - (あなたの PC の中でのネットワーク接続) を必要としますので、 + ほとんどのプログラムは少なくともループバックネットワークを必要とするので、 基本的にこの行は必須です。 options INET6 # IPv6 communications protocols @@ -653,7 +619,7 @@ cpu I686_CPU options FFS # Berkeley Fast Filesystem これは標準のハードドライブファイルシステムです。 - ハードディスクから起動する場合は残して下さい。 + システムがハードディスクから起動する場合は残して下さい。 options SOFTUPDATES # Enable FFS Soft Updates support @@ -661,22 +627,23 @@ cpu I686_CPU ディスクへの高速な書き込みを支援します。 カーネルがこの機能を提供していても、 特定のディスクに対してはこのオプションを有効にする必要があります。 - &man.mount.8; の出力を見て、使用しているディスクで + &man.mount.8; の出力を見て、 Soft Updates が有効になっているかどうかを確認してください。 soft-updates オプションが見当たらなければ、 - (現在使用しているファイルシステムには) &man.tunefs.8; や、 - (新規のファイルシステムには) &man.newfs.8; - コマンドで有効にする必要があります。 + 現在使用しているファイルシステムには &man.tunefs.8;、 + 新規のファイルシステムには &man.newfs.8; + コマンドで有効にできます。 options UFS_ACL # Support for access control lists - このオプションは、カーネルのアクセス制御リストのサポートを有効にします。 + このオプションは、カーネルのアクセス制御リスト + (ACL) のサポートを有効にします。 この機能は拡張属性および UFS2 が有効になっていることに依存し、 - で機能の説明が行われています。 + で機能の説明が行われています。 ACL はデフォルトで有効にされています。 もし、これまでにファイルシステムで有効にしていたのであれば、 カーネルの中で無効にすべきではありません。 - なぜなら、無効にするとアクセス制御リストが削除され、 + なぜなら、無効にすると ACL が削除され、 ファイルの保護が予想できない方法で行われるためです。 options UFS_DIRHASH # Improve performance on big directories @@ -703,10 +670,10 @@ cpu I686_CPU options NFSSERVER # Network Filesystem Server options NFS_ROOT # NFS usable as /, requires NFSCLIENT - ネットワークファイルシステム。 - &unix; ファイルサーバから TCP/IP + ネットワークファイルシステム (NFS)。 + NFS ファイルサーバから TCP/IP を介してパーティションをマウントするのでない限り、 - これらの行をコメントアウトして下さい。 + これらの行をコメントアウトできます。 カーネルオプション @@ -715,34 +682,34 @@ options NFS_ROOT # NFS options MSDOSFS # MSDOS Filesystem &ms-dos; ファイルシステム。 - 起動時に DOS でフォーマットされたハードドライブをマウントするのでない限り、 - この行は安全にコメントアウトできます。 + 起動時に DOS でフォーマットされたハードドライブのパーティションをマウントするのでなければ、 + この行はコメントアウトできます。 この機能は最初に DOS パーティションをマウントする時に自動的にロードされます。 - 又、優秀な emulators/mtools - を使ってもマウント、 - アンマウントすることなしに DOS フロッピーにアクセスすることができます。 - (MSDOSFS は必要としません) + emulators/mtools package + を使うと、マウント、アンマウントすることなしに DOS + フロッピーにアクセスすることができ、 + MSDOSFS を必要としません。 options CD9660 # ISO 9660 Filesystem CD-ROM 用の ISO 9660 ファイルシステム。 - もしあなたが CD-ROM ドライブを持っていないか、 - 時々データ CD をマウントするだけならこの行をコメントアウトしても大丈夫です - (データ CD を最初にマウントする時、自動的にロードされます)。 + もしシステムが CD-ROM ドライブを持っていないか、 + ときどきデータ CD をマウントするだけなら、 + データ CD を最初にマウントする時に自動的にロードされるので、 + この行をコメントアウトしてください。 音楽 CD はこのファイルシステムを必要としません。 options PROCFS # Process filesystem (requires PSEUDOFS) プロセスファイルシステム。 - これは /proc にマウントされる、 - ファイルシステムの ふりをする もので、 - &man.ps.1; のようなプログラムに、 - どんなプロセスが走っているかに関するより多くの情報を提供させる事ができます。 + これは /proc + にマウントされるもので、他のプログラムに、 + どんなプロセスが走っているかについて、 + より多くの情報を提供する事ができます。 ほとんどのデバッグおよびモニタリングツールが PROCFS なしで起動するので、 ほとんどの環境では PROCFS を必要としません。 - 新しくインストールした場合には、 - デフォルトではプロセスファイルシステムをマウントしません。 + デフォルトのインストールではこのファイルシステムをマウントしません。 options PSEUDOFS # Pseudo-filesystem framework @@ -752,7 +719,7 @@ options NFS_ROOT # NFS options GEOM_PART_GPT # GUID Partition Tables. GUID - パーティションテーブル に対応します。 + パーティションテーブル (GPT) に対応します。 GPT では、1 つのディスクに数多くのパーティション (標準の構成では最大 128) を作成可能です。 @@ -769,8 +736,8 @@ options NFS_ROOT # NFS 古いバージョンの &os; でコンパイルされた古いシステムコールインターフェースを用いるアプリケーションを利用する場合に必要とされます。 古いアプリケーションを実行するすべての &i386; システムで、このオプションの利用を推奨します。 - 5.X でのみサポートされている ia64 や &sparc64; といったプラットフォームでは、 - このオプションは必要ありません。 + &os; 4.X より後にサポートされた ia64 や &sparc64; + といったプラットフォームでは、このオプションは必要ありません。 options COMPAT_FREEBSD5 # Compatible with &os;5 @@ -786,7 +753,7 @@ options NFS_ROOT # NFS options COMPAT_FREEBSD7 # Compatible with &os;7 - このオプションは、&os; 8 以降において + このオプションは、&os; 8 以降において、 &os; 7.X でコンパイルされた &os; 7.X のシステムコールインタフェースを用いるアプリケーションを利用する場合に必要とされます。 @@ -794,9 +761,9 @@ options NFS_ROOT # NFS この行は、カーネルがそれぞれの SCSI 機器を検出する前に 5 秒間待つようにします。 - あなたが IDE ドライブしか持たないなら無視して結構です。 - そうでないなら、起動時間を短くするために、この数字を小さく変更できます。 - 勿論、そうした場合に &os; が SCSI + システムが IDE ドライブしか持たないなら無視するか、 + 起動時間を短くするために、この数字を小さく変更できます。 + もし、&os; が SCSI 機器を認識しなくなってしまったら、もう一度数字を増やしてください。 options KTRACE # ktrace(1) support @@ -808,7 +775,8 @@ options NFS_ROOT # NFS このオプションは System V 共有メモリを提供します。 この機能の最も一般的な使用方法は X における XSHM 拡張です。 多くのグラフィックス重視のプログラムではこの機能を自動的に描画のスピードアップに利用します。 - X を使っているなら、これを含めておいた方がいいでしょう。 + Xorg がインストールされているなら、 + これを含めてください。 options SYSVMSG # SYSV-style message queues @@ -822,21 +790,21 @@ options NFS_ROOT # NFS あまり使われませんが、カーネルサイズは数百バイト大きくなるだけです。 - &man.ipcs.1; コマンドを - オプションで実行すると、これらの System V + &man.ipcs.1; を + で実行すると、これらの System V 機能を使っているプロセスのリストを表示します。 options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions リアルタイム拡張が 1993 &posix; に追加されました。 - Ports Collection の内のいくつかのアプリケーション - (たとえば &staroffice) - はこれを使っています。 + Ports Collection + の内のいくつかのアプリケーションはこれを使っています。 options KBD_INSTALL_CDEV # install a CDEV entry in /dev - キーボードデバイスノードを /dev + キーボードデバイスノードを /dev に作成するにはこのオプションが必要です。 options ADAPTIVE_GIANT # Giant mutex is adaptive. @@ -847,14 +815,14 @@ options NFS_ROOT # NFS 個々の資源をプロテクトするロック機構に移行しています。 ADAPTIVE_GIANT オプションは、 スピンしている適応型 mutex のセットに Giant を追加します。 - すなわち、スレッドが Giant mutex をロックしようとする際、 + スレッドが Giant mutex をロックしようとする際、 他の CPU 上のスレッドによってすでにロックされていた場合には、 最初のスレッドは実行状態のままロックが解除されるのを待ちます。 通常、スレッドは実行の機会をスリープ状態で待ちます。 もし、よくわからないのであれば、そのままにしておいてください。 - &os; 8.0-RELEASE 以降では + &os; 8.0-RELEASE からは、 (NO_ADAPTIVE_MUTEXES オプションでコンパイルを行って非適合型にするのでなければ) すべての mutex はデフォルトで適合型になりました。 @@ -868,26 +836,26 @@ options NFS_ROOT # NFS device apic # I/O APIC - apic デバイスは、I/O APIC の割り込みを有効にします。 + このデバイスは、I/O APIC の割り込みを有効にします。 ユニプロセッサおよび SMP カーネル両方で使用できますが、 SMP カーネルでは必須です。 マルチプロセッサに対応するには options SMP を追加してください。 - apic デバイスは i386 アーキテクチャにのみ存在します。 + このデバイスは i386 アーキテクチャにのみ存在します。 他のアーキテクチャでは、この行を含まないでください。 device eisa - あなたが EISA マザーボードを持っている場合、 + システムが EISA マザーボードを持っている場合、 この行を含めて下さい。これは EISA バスに接続されているすべてのデバイスの自動検出と設定を可能にします。 device pci - あなたが PCI マザーボードを持っている場合、この行を含めて下さい。 + システムが PCI マザーボードを持っている場合、この行を含めて下さい。 これは PCI カードの自動検出と PCI から ISA バスへのゲートウエイを可能にします。 @@ -959,8 +927,8 @@ device ncv # NCR 53C500 device nsp # Workbit Ninja SCSI-3 device stg # TMC 18C30/18C50 - SCSI コントローラです。 - あなたのシステムにないデバイスはコメントアウトして下さい。 + このセクションでは、 + システムにない SCSI コントローラはコメントアウトして下さい。 もし IDE しかないシステムならこれらすべてを削除できます。 *_REG_PRETTY_PRINT 行は、 対応するドライバに対するデバッグオプションです。 @@ -974,15 +942,14 @@ device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) - SCSI 周辺機器です。 - あなたが持っていないデバイスはコメントアウトして下さい。 + システムにない SCSI 周辺機器はコメントアウトしてください。 もし IDE しか持っていないならこれらを完全に削除できます。 USB &man.umass.4; ドライバ、およびその他のいくつかのドライバは、 本当の SCSI デバイスではないにもかかわらず、 SCSI サブシステムを利用します。 - そのため、そのようなドライバがカーネルコンフィグレーションに含まれている場合には、 + そのようなドライバがカーネルコンフィグレーションに含まれている場合には、 SCSI サポートを削除しないでください。 @@ -1009,59 +976,56 @@ device pst # Promise Sup device twe # 3ware ATA RAID サポートされる RAID コントローラです。 - これらのどれも持っていない場合、 - すべてをコメントアウト又は削除することができます。 + システムがこれらのどれも持っていない場合には、 + すべてをコメントアウトもしくは削除してください。 # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller - キーボードコントローラ (atkbdc) - は AT キーボード及び PS/2 スタイルポインティングデバイスの + atkbdc キーボードコントローラは + AT キーボードおよび PS/2 スタイルポインティングデバイスの I/O サービスを提供します。 - キーボードドライバ (atkbd) と PS/2 - ポインティングデバイスドライバ (psm) + &man.atkbd.4; および &man.psm.4; はこのコントローラを必要とします。 device atkbd # AT keyboard - atkbd ドライバ。 - atkbdc コントローラと協調して動作し、 + &man.atkbd.4; ドライバ。 + &man.atkbdc.4; コントローラと協調して動作し、 AT キーボードコントローラに接続された AT 84 キーボードや AT 拡張キーボードへのアクセスを提供します。 device psm # PS/2 mouse - あなたのマウスが PS/2 + マウスが PS/2 マウスポートに接続するタイプならこのデバイスを使って下さい。 device kbdmux # keyboard multiplexer 標準のキーボードマルチプレクサのサポート。 - 2 つ以上のキーボードを用いる予定がないのであれば、 + システムが 2 つ以上のキーボードを用いなければ、 この行を削除してもかまいません。 device vga # VGA video card driver - ビデオカードドライバです。 + &man.vga.4; ビデオカードドライバです。 device splash # Splash screen and screen saver support - 起動時にスプラッシュスクリーンが表示されます! - スクリーンセーバもこのデバイスを必要とします。 + 起動時のスプラッシュスクリーンおよびスクリーンセーバが必要とします。 # syscons is the default console driver, resembling an SCO console device sc - sc は SCO に類似したデフォルトのコンソールドライバです。 + &man.sc.4; は SCO に類似したデフォルトのコンソールドライバです。 殆どのフルスクリーンのプログラムは termcap のようなターミナルデータベールライブラリにアクセスするので、 sc を使うか VT220 互換のコンソールドライバである vt を使うかは重要ではありません。 ログイン時、このコンソールでフルスクリーンプログラムが動かないときは - TERM 変数を scoansi に設定して下さい。 - + TERM 変数を scoansi に設定して下さい。 # Enable this for the pcvt (VT220 compatible) console driver #device vt @@ -1071,14 +1035,15 @@ device sc これは VT220 互換のコンソールドライバで、 VT100/102 と後方互換性があります。 sc とハード的に互換性がないラップトップでも問題なく動きます。 - ここでもログイン時に TERM 変数を + ログイン後、TERM を vt100 又は vt220 と設定して下さい。 - このドライバは、sc デバイス用の + vt100 + は仮想的にすべてのプラットフォームで有効であるため、 + sc デバイス用の termcap や terminfo - のエントリが無い、ネットワーク上の多くの異なったマシンに接続する際にも有用です *** DIFF OUTPUT TRUNCATED AT 1000 LINES ***