From 8668df5d704f4ac307e8297f57d83ecd9d13cf08 Mon Sep 17 00:00:00 2001 From: Masafumi Max NAKANE Date: Mon, 17 Nov 1997 15:49:00 +0000 Subject: [PATCH] Initial import of the Japanese translated version of the FAQ. This translation is based on FAQ.sgml 1.94 and revision 1.1 of other files. Submitted by: the FreeBSD Japanese Documentation Project --- ja/FAQ/FAQ.sgml | 73 ++ ja/FAQ/Makefile | 16 + ja/FAQ/acknowledgments.sgml | 45 ++ ja/FAQ/admin.sgml | 974 +++++++++++++++++++++++++++ ja/FAQ/applications.sgml | 140 ++++ ja/FAQ/commercial.sgml | 101 +++ ja/FAQ/hackers.sgml | 269 ++++++++ ja/FAQ/hardware.sgml | 439 ++++++++++++ ja/FAQ/install.sgml | 476 +++++++++++++ ja/FAQ/jcontrib.sgml | 78 +++ ja/FAQ/jmembers.sgml | 103 +++ ja/FAQ/kernelconfig.sgml | 163 +++++ ja/FAQ/misc.sgml | 233 +++++++ ja/FAQ/network.sgml | 747 ++++++++++++++++++++ ja/FAQ/preface.sgml | 521 ++++++++++++++ ja/FAQ/serial.sgml | 521 ++++++++++++++ ja/FAQ/troubleshoot.sgml | 423 ++++++++++++ ja/FAQ/x.sgml | 287 ++++++++ ja_JP.EUC/FAQ/FAQ.sgml | 73 ++ ja_JP.EUC/FAQ/Makefile | 16 + ja_JP.EUC/FAQ/acknowledgments.sgml | 45 ++ ja_JP.EUC/FAQ/admin.sgml | 974 +++++++++++++++++++++++++++ ja_JP.EUC/FAQ/applications.sgml | 140 ++++ ja_JP.EUC/FAQ/commercial.sgml | 101 +++ ja_JP.EUC/FAQ/hackers.sgml | 269 ++++++++ ja_JP.EUC/FAQ/hardware.sgml | 439 ++++++++++++ ja_JP.EUC/FAQ/install.sgml | 476 +++++++++++++ ja_JP.EUC/FAQ/jcontrib.sgml | 78 +++ ja_JP.EUC/FAQ/jmembers.sgml | 103 +++ ja_JP.EUC/FAQ/kernelconfig.sgml | 163 +++++ ja_JP.EUC/FAQ/misc.sgml | 233 +++++++ ja_JP.EUC/FAQ/network.sgml | 747 ++++++++++++++++++++ ja_JP.EUC/FAQ/preface.sgml | 521 ++++++++++++++ ja_JP.EUC/FAQ/serial.sgml | 521 ++++++++++++++ ja_JP.EUC/FAQ/troubleshoot.sgml | 423 ++++++++++++ ja_JP.EUC/FAQ/x.sgml | 287 ++++++++ ja_JP.eucJP/FAQ/FAQ.sgml | 73 ++ ja_JP.eucJP/FAQ/Makefile | 16 + ja_JP.eucJP/FAQ/acknowledgments.sgml | 45 ++ ja_JP.eucJP/FAQ/admin.sgml | 974 +++++++++++++++++++++++++++ ja_JP.eucJP/FAQ/applications.sgml | 140 ++++ ja_JP.eucJP/FAQ/commercial.sgml | 101 +++ ja_JP.eucJP/FAQ/hackers.sgml | 269 ++++++++ ja_JP.eucJP/FAQ/hardware.sgml | 439 ++++++++++++ ja_JP.eucJP/FAQ/install.sgml | 476 +++++++++++++ ja_JP.eucJP/FAQ/jcontrib.sgml | 78 +++ ja_JP.eucJP/FAQ/jmembers.sgml | 103 +++ ja_JP.eucJP/FAQ/kernelconfig.sgml | 163 +++++ ja_JP.eucJP/FAQ/misc.sgml | 233 +++++++ ja_JP.eucJP/FAQ/network.sgml | 747 ++++++++++++++++++++ ja_JP.eucJP/FAQ/preface.sgml | 521 ++++++++++++++ ja_JP.eucJP/FAQ/serial.sgml | 521 ++++++++++++++ ja_JP.eucJP/FAQ/troubleshoot.sgml | 423 ++++++++++++ ja_JP.eucJP/FAQ/x.sgml | 287 ++++++++ 54 files changed, 16827 insertions(+) create mode 100644 ja/FAQ/FAQ.sgml create mode 100644 ja/FAQ/Makefile create mode 100644 ja/FAQ/acknowledgments.sgml create mode 100644 ja/FAQ/admin.sgml create mode 100644 ja/FAQ/applications.sgml create mode 100644 ja/FAQ/commercial.sgml create mode 100644 ja/FAQ/hackers.sgml create mode 100644 ja/FAQ/hardware.sgml create mode 100644 ja/FAQ/install.sgml create mode 100644 ja/FAQ/jcontrib.sgml create mode 100644 ja/FAQ/jmembers.sgml create mode 100644 ja/FAQ/kernelconfig.sgml create mode 100644 ja/FAQ/misc.sgml create mode 100644 ja/FAQ/network.sgml create mode 100644 ja/FAQ/preface.sgml create mode 100644 ja/FAQ/serial.sgml create mode 100644 ja/FAQ/troubleshoot.sgml create mode 100644 ja/FAQ/x.sgml create mode 100644 ja_JP.EUC/FAQ/FAQ.sgml create mode 100644 ja_JP.EUC/FAQ/Makefile create mode 100644 ja_JP.EUC/FAQ/acknowledgments.sgml create mode 100644 ja_JP.EUC/FAQ/admin.sgml create mode 100644 ja_JP.EUC/FAQ/applications.sgml create mode 100644 ja_JP.EUC/FAQ/commercial.sgml create mode 100644 ja_JP.EUC/FAQ/hackers.sgml create mode 100644 ja_JP.EUC/FAQ/hardware.sgml create mode 100644 ja_JP.EUC/FAQ/install.sgml create mode 100644 ja_JP.EUC/FAQ/jcontrib.sgml create mode 100644 ja_JP.EUC/FAQ/jmembers.sgml create mode 100644 ja_JP.EUC/FAQ/kernelconfig.sgml create mode 100644 ja_JP.EUC/FAQ/misc.sgml create mode 100644 ja_JP.EUC/FAQ/network.sgml create mode 100644 ja_JP.EUC/FAQ/preface.sgml create mode 100644 ja_JP.EUC/FAQ/serial.sgml create mode 100644 ja_JP.EUC/FAQ/troubleshoot.sgml create mode 100644 ja_JP.EUC/FAQ/x.sgml create mode 100644 ja_JP.eucJP/FAQ/FAQ.sgml create mode 100644 ja_JP.eucJP/FAQ/Makefile create mode 100644 ja_JP.eucJP/FAQ/acknowledgments.sgml create mode 100644 ja_JP.eucJP/FAQ/admin.sgml create mode 100644 ja_JP.eucJP/FAQ/applications.sgml create mode 100644 ja_JP.eucJP/FAQ/commercial.sgml create mode 100644 ja_JP.eucJP/FAQ/hackers.sgml create mode 100644 ja_JP.eucJP/FAQ/hardware.sgml create mode 100644 ja_JP.eucJP/FAQ/install.sgml create mode 100644 ja_JP.eucJP/FAQ/jcontrib.sgml create mode 100644 ja_JP.eucJP/FAQ/jmembers.sgml create mode 100644 ja_JP.eucJP/FAQ/kernelconfig.sgml create mode 100644 ja_JP.eucJP/FAQ/misc.sgml create mode 100644 ja_JP.eucJP/FAQ/network.sgml create mode 100644 ja_JP.eucJP/FAQ/preface.sgml create mode 100644 ja_JP.eucJP/FAQ/serial.sgml create mode 100644 ja_JP.eucJP/FAQ/troubleshoot.sgml create mode 100644 ja_JP.eucJP/FAQ/x.sgml diff --git a/ja/FAQ/FAQ.sgml b/ja/FAQ/FAQ.sgml new file mode 100644 index 0000000000..5435b1ee10 --- /dev/null +++ b/ja/FAQ/FAQ.sgml @@ -0,0 +1,73 @@ + + + + + + + + + + + + + + + + + + + + +%jmembers; +]> + +
+ + FreeBSD 2.X についての FAQ (よくある質問とその答え) + + The FreeBSD Documentation Project + + $Date: 1997-11-17 15:48:59 $ + + + これは FreeBSD システムバージョン 2.X についての FAQ です. + 特に断わりがない限りはどの項目も FreeBSD 2.0.5 以降のものを想定しています. + <XXX>のついている項目はまだ作業中のものです. + + + + +

日本語版の作成は FreeBSD 日本語ドキュメンテーションプロジェクトが + オリジナルの英語版をもとにしておこなっています. 日本語訳および, + 日本語版のみに関することは &a.doc-jp; において日本語で議論されています. + 必要に応じて日本語ドキュメンテーションプロジェクトから + 本家ドキュメンテーションプロジェクトに対してフィードバックを + おこないますので, 英語が得意でない方は &a.doc-jp; まで日本語で + コメントをお寄せください. + +

また, この FreeBSD FAQ とは別に, 日本の FreeBSD ユーザ有志によって + メーリングリスト や ニュースグループ などへの投稿 + をもとに作成された が公開されています. 特に日本語環境など日本固有の話題 + が充実していますので, こちらも合わせてご覧ください. + +&preface; +&install; +&hardware; +&troubleshoot; +&commercial; +&applications; +&kernelconfig; +&admin; +&x; +&network; +&serial; +&misc; +&hackers; +&acknowledgments; +&jcontrib; + +

diff --git a/ja/FAQ/Makefile b/ja/FAQ/Makefile new file mode 100644 index 0000000000..ccb89892ea --- /dev/null +++ b/ja/FAQ/Makefile @@ -0,0 +1,16 @@ +# $Id: Makefile,v 1.1.1.1 1997-11-17 15:49:00 max Exp $ +# Original revision: 1.6 +# The FreeBSD Japanese Documentation Project + +DOC= FAQ +DOCDIR= ${SHAREDIR}/doc/ja_JP.EUC +FORMATS= html roff +SGMLOPTS+=-e EUC-JP +SGMLOPTS+=-links + +SRCS= FAQ.sgml acknowledgments.sgml admin.sgml applications.sgml +SRCS+= commercial.sgml hackers.sgml hardware.sgml install.sgml +SRCS+= kernelconfig.sgml misc.sgml network.sgml preface.sgml +SRCS+= serial.sgml troubleshoot.sgml x.sgml + +.include diff --git a/ja/FAQ/acknowledgments.sgml b/ja/FAQ/acknowledgments.sgml new file mode 100644 index 0000000000..ccbdf3d983 --- /dev/null +++ b/ja/FAQ/acknowledgments.sgml @@ -0,0 +1,45 @@ + + + + + + 謝辞 +

訳: &a.koga;.10 November 1997. + +

+ + この FAQ について問題を見つけたり, 何か登録したい場合は, + までメールを送ってください. フィードバック + してくれるみなさんには感謝感謝なのです. + みなさんに手伝ってもらわないとこの FAQ はよくなりませんから! + + + FreeBSD Core Team + + + + + +

あと, 抜けてしまった他の方々に対して, 謝罪と心からの感謝を捧げます! + + diff --git a/ja/FAQ/admin.sgml b/ja/FAQ/admin.sgml new file mode 100644 index 0000000000..b4fb30e20b --- /dev/null +++ b/ja/FAQ/admin.sgml @@ -0,0 +1,974 @@ + + + + + + システム管理 +

訳: &a.nishika;.12 November 1997. + + + システムスタートアップファイルはどこにあるのですか? + +

2.0.5R から 2.2.1R までは, プライマリコンフィグレーションファイルは + /etc/sysconfig にあります. オプションはすべて, このファイルと + および /etc/netstartといった, + 別のファイルに指定されています. + +

ファイル /etc/sysconfig を見て, システムに適合するように + 変更してください. このファイルはそれぞれの場所に何を書けばいいのかを表す + コメントがたくさん書かれています. + +

2.2.2 に続くリリース と 3.0 では, /etc/sysconfig は, + より分りやすい名前の に改名され, それに従って + 書式もいくぶん改められます. /etc/netstart も + /etc/rc.network に改名され, 全部のファイルを + /usr/src/etc/rc* /etcで一度にコピーすることが + 出来るようになります. + +

ファイル /etc/rc.local は常にここにあり, + や ファイル /etc/rc.serial はシリアルポートの初期化 + (例えばポートの設定を固定したり等々) のためにあります. + +

ファイル /etc/rc.i386 は iBCS2 エミュレーションのような + Intel アーキテクチャ固有の設定や PC システムコンソール設定のためにあります. + +

2.1.0R からは, "ローカル" スタートアップファイルをディレクトリ + /etc/sysconfig (または /etc/rc.conf) + の中に作って指定することもできます: + + + # Location of local startup files. + local_startup=/usr/local/etc/rc.local.d + + +

.sh で終わるそれぞれのファイルは, アルファベット順に実行されます. + +

ファイル名を変えることなくある一定の順序で確実に実行したいのであれば, + 順序が保証されるように以下のようにして, + それぞれのファイルの頭に数値をつけるようなデザインを + 使うことができます: + + + 10news.sh + 15httpd.sh + 20ssh.sh + + +

この方法は見苦しく (あるいは SysV のように :-)) なりますが, + /etc/rc.local を 手品のような編集でソートするようなことなく + ローカルの追加パッケージを使うためには, シンプルでしかもよく使われる + 手法ではあります. ほとんどの ports/packages は + /usr/local/etc/rc.d をローカルスタートアップディレクトリ + であると仮定しています. + + + 簡単にユーザを追加するにはどうすればいいのですか? + +

コマンドを使用してください. + +

Ollivier Robert によって Perl で書かれた ``<roberto@FreeBSD.ORG> にたずねてみてください. + 現在さらなる開発をおこなっています. + +

また, ユーザを削除するには + コマンドを使用してください. + + + FreeBSD システムに新しいハードディスクを追加するには? + +

最も簡単な方法はインストールプログラムからおこなうことです. root で + /stand/sysinstall を起動してインストールプログラム + を利用することができます. + +

また, インストールフロッピーディスクを持っている場合は, そこから + リブートしてシステムが完全に動作していないインストールプログラムの内で, + パーティション & ラベルエディタを利用してください. + +

警告: 注意深く読んで自分が何をおこなっているか理解する + 以外に方法はありません! ここで説明されていることはシステム + を「破壊する」かもしれません. 注意しておこなってください! + 事前に「バックアップ」をおこなうことを忘れずに! + +

2.1.5-RELEASE までの + を実行する前に + を手動で実行する必要があるでしょう. + つまり, パーティション分割の計算を自分でおこなうということです. + これは簡単だというウワサです :-) + ''disklabel -r <diskname>'' + を実行してラベルのひな型が得られるかどうかを確認してください. + (例えば ''disklabel -r /dev/rwd0s2'' は, + 新しいディスクが wd0 つまり 1 台めの IDE ディスク, そして + FreeBSD スライスは二つめ, つまり s2 であることを仮定しています) + . 以下のようなものが出力されるはずです:- + + + # /dev/rwd0s2: + type: ESDI + disk: wd0s2 + label: + flags: + bytes/sector: 512 + sectors/track: 63 + tracks/cylinder: 64 + sectors/cylinder: 4032 + cylinders: 610 + sectors/unit: 2459520 + rpm: 3600 + interleave: 1 + trackskew: 0 + cylinderskew: 0 + headswitch: 0 # milliseconds + track-to-track seek: 0 # milliseconds + drivedata: 0 + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 2459520 0 4.2BSD 0 0 0 # (Cyl. 0 - 609) + + +

サイズ (size) が正しいことを確認してください. この例では, + 2459520 sectors/unit x 512 bytes/sector / 2**20 (1 メガバイト) + = 1200 メガバイトとなっています. あとのものは (b/s, t/c, s/c, + interleave, など), から適切なデフォルト値が取得されますが, + 古いディスクについては + をご覧ください. 'fsize' はファイルシステム用の + であり,'bsize' は + です. 'c' は + スライス全体をカバーするパーティション (またはスライスされていない + ディスクではディスク全体) であり, そのまま残しておく必要があります. + これはファイルシステムとして使用してはいけません. + 'c' パーティションはディスクラベルが存在しない場合でもカーネルが + 存在するように見せかけている手品なのです. + +

スライス全体を一つのファイルシステムとしたいようなごく普通の + 場合は, 'e' のエントリを修正する必要があります. ファイルシステム + に妥当な値として fsize を 1024, bsize を 8192 + (8 フラグメント/ブロック) に設定して, 'e' のエントリを以下のように + 修正します:- + + + e: 2459520 0 4.2BSD 1024 8192 + + +

さて, 二つのファイルシステム用に二つのパーティションを + 作成したいいような (ちょっとだけ) 難しい場合です. にしたがって, パーティションを + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 614400 0 4.2BSD 1024 8192 + f: 1843200 614400 4.2BSD 1024 8192 + + +

disklabel -e wd0s2'' で + ディスクラベルを直接編集することができます. を参照してください. + +

FreeBSD 2.1.5 以降を使用していて, 他のシステムに関心がなく, + ディスク全体を FreeBSD 専用にするつもりなら, 以下のような手順を + 踏むことによって, 作業を短縮することも可能です. + + + # dd if=/dev/zero of=/dev/rwd0 count=100 + # disklabel -Brw wd0 auto + # disklabel -e wd0 + + +

最初の コマンドは, カーネルのディスクコードを + 混乱させる可能性のある古いゴミが, ディスクの先頭に確実に + 残らないようにしています. 次はブート時にディスクから検出された + デフォルト値を使って, 自動的にスケルトンラベルを生成しています. + それに続けて, ラベルの編集を行っています. + +

やっと終りました! 以下のような感じでファイルシステムを + 初期化しましょう:- + + + newfs -d0 /dev/rwd0s2e + newfs -d0 /dev/rwd0s2f + + +

ディスク名とスライス番号によって, 事前にスクリプト + を実行して, お望みのデバイスノードを + 作成する必要があるかもしれません. + +

そして新しいファイルシステムを mount します ( を参照してください) :- + + + mount /dev/wd0s2e /mnt/foo + mount /dev/wd0s2f /mnt/bar + + +

ブート時に自動的にファイルシステムを mount するには + を編集してください. + +

+ + + を参照してください. + + + ブロックは一つ以上のフラグメントを構成します. 上記の資料と + を参照してください. + + + たまたま「本物のディスク」を持っている場合, より詳細な情報を + に与える必要があります. 例えば, + 古い ESDIディスクのような画一的なジオメトリ, 本当のヘッド, + セクタ, シリンダです. これらすべてはディスクドライブのケース, + オーナーズマニュアル, 被害者仲間などから得ることができるはずです. :-) + + + 慣例により, パーティション 'a' はブート可能なパーティション, + パーティション 'b' はスワップスペースとして予約されています. + 正規のパーティションの名称は 'd' から始まることになっています. + (386BSD 0.1 から FreeBSD 2.0 までは 'd' は特別な意味を + 持っていたため, パーティション 'e' はファイルシステムを持つ + 最初のブート可能でないパーティションとして使われる場合 + もあります.) + + + BSD パーティションテーブルが必要とする領域は, + ファイルシステム内に用意しておく必要があります. + これはスワップパーティションではいけません. したがって, + シリンダ 0 でスワップパーティションが始まらないように, + 開始位置をずらすかパーティション 'a' にファイルシステム + を配置してください. + + + + 新しいリムーバブルドライブを持っていますが, どうやって使うの? + +

そのリムーバブルドライブが ZIP であれ EZ drive であれ + (あるいはもしそういう風に使いたいのなら, フロッピーであれ), + またハードディスクであれ, 一旦システムにインストールされて認識され, + カートリッジ, フロッピー等々が挿入されていれば, + ことはどのデバイスでも全く同じように進みます. + +

ZIP ドライブやフロッピーで, すでに DOS のファイルシステムで + フォーマットしてある場合, 次のコマンドを使うことができます. + これはフロッピーの場合です. + + + mount -t msdos /dev/fd0c /floppy + + +

出荷時の設定の ZIP ディスクではこうです. + + + mount -t msdos /dev/sd2s4 /zip + + +

その他のディスクに関しては, + や /stand/sysinstall を使って, どのようにレイアウト + されているか確かめてください. + +

以降は ZIP ドライブが 3 番目の SCSI ディスクで, + sd2 と認識されている場合の例です. + +

他人と共有しなければならないフロッピーやリムーバブルディスク + でなければ, BSD ファイルシステムを載せてしまうのが良い考えでしょう. + ロングファイル名もサポートされ, パフォーマンスは少なくとも + 2 倍は向上しますし, おまけにずっと安定しています. + まず最初に, DOS レベルでのパーティション / ファイルシステムを + 無効にしておく必要があります. 使用するのは /stand/sysinstall でも結構です. + 複数のオペレーティングシステムを入れることを考慮する + 必要がないような容量の小さなドライブの場合は, + 次のように FAT パーティションテーブル (スライス) + 全体を飛ばして, BSD のパーティション設定を行うだけで良いでしょう. + + + dd if=/dev/zero of=/dev/rsd2 count=2 + disklabel -Brw sd2 auto + + +

複数の BSD パーティションをつくる場合, disklabel (詳しい情報は + にあります) か + /stand/sysinstall を使います. 固定ディスク上にスワップ領域 + を加える場合はそういうことをしたいと思うのはもっともですが, + ZIP のようなリムーバブルドライブの上ではそういう考えは不適切 + でしょう. + +

最後に, 新しいファイルシステムをつくります. ディスク全体を使用する + ZIP ドライブの場合は, 以下のようにします. + + + newfs /dev/rsd2c + + +

次にマウントします. + + + mount /dev/sd2c /zip + + +

また, 次のような行を に入れておくのも良い考えでしょう. + "mount /zip" と入力するだけでマウントできるようになります. + + + /dev/sd2c /zip ffs rw,noauto 0 0 + + + + どのようにしたら DOS の拡張パーティションをマウントできますか? + +

DOS 拡張パーティションはすべての基本パーティションの後に + 認識されます. たとえば, 2台目の SCSIドライブの拡張パーティションに + "E" パーティションがあるとしますと, これは /dev にスライス 5 + のスペシャルファイルを作る必要があり, /dev/sd1s5 としてマウントされます. + + + # cd /dev + # ./MAKEDEV sd1s5 + # mount -t msdos /dev/sd1s5 /dos/e + + + + 他のシステムのファイルシステムを FreeBSD でマウントすることはできますか? + +

を見てください. より多くの情報があります. + +

この問題について他の情報があれば, 他の人から感謝されるでしょう. + + + どのようにしたら FreeBSD を NT ローダーからブートさせることができますか? + +

FreeBSD のネイティブルートパーティションの最初のセクタを + ファイルにして DOS/NT パーティション上に置くという画期的な + アイディアがあります. + ファイル名を c:\bootsect.bsd + (c:\bootsect.dos からの発想です) + としたとします. c:\boot.ini + ファイルを次のように編集します: + + + [boot loader] + timeout=30 + default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS + [operating systems] + multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT" + C:\BOOTSECT.BSD="FreeBSD" + C:\="DOS" + + +

この手順では DOS, NT, FreeBSD その他が(もし NTFS に変換してしまっているなら) DOS フォーマットの + フロッピーディスクか FAT パーティションを /mnt に DOS + マウントします. + + + dd if=/dev/rsd0a of=/mnt/bootsect.bsd bs=512 count=1 + + +

リブートして DOS か NT に切替えます. NTFS ユーザは + + attrib -s -r c:\boot.ini + + +

上の例の + attrib -r -s c:\boot.ini + + +

FreeBSD が MBR からブートするようになっている場合, + それぞれのネイティブパーティションからブートするように設定した後で, + DOS から `` + + FreeBSD と Linux を LILO からブートするには? + + +

理論的には, LILO から FreeBSD をブートするには DOS スタイルの + オペレーティングシステムとして扱えばできるはずですが, 私はいまだに + うまくいったためしがありません. LILO を置く場所を MBR から Linux + のブートパーティションの先頭に変えれば, FreeBSD のブートマネージャから + LILO をブートすることができます. 私はこっちを使っています. + +

Windows95 と Linux を使用している場合は, いずれにせよ後者の方が + お勧めです. Windows95 を再インストールする必要にかられたとき, + Linux をブート可能に戻す手続きが簡単ですむからです + (Windows95 は偏屈なオペレーティングシステムで, マスターブートレコード + (MBR) から他のオペレーティングシステムを追い払ってしまうのです). + + + + 「危険覚悟の専用 (dangerously dedicated) ディスク」は健康に悪いの? + + +

さて, これは確かに PC の世界からやって来た人々にとっては + 一般的なお話でしょうが, ここで Unix の世界の方からやって来た, + FreeBSD が動作する, しかも FreeBSD だけが動作するマシンをセットアップ + しようとしている人の場合を考えてみましょう. 彼らは + オペレーティングシステムがディスク全体を, その始めのセクタから + 終りの 1 つに至るまで使い切る, 古典的な Unix の流儀に慣れ親しんで + います. このような, FreeBSD が 1 日 24 時間, 1 週間に 7 日走り続け, + 他のオペレーティングシステムがブートされることなど有り得ないマシン + では, 正しい fdisk のテーブルは何の役にも立ちません. 結果, もし + sysinstall の fdisk エディタで ``A)ll FreeBSD'' を選択し, 続く質問に + ``No'' と答えれば, こちらのモードを選択したことになります. + この場合, BSD のブートストラップがこのドライブの MBR になるので, + ブートマネージャ等にスペースが残されていないことに注意してください. + 何かを MBR にインストールすれば, BSD のブートストラップに + ダメージを与えることになるでしょう. + +

では, なぜこれが 「危険覚悟の」と言われるのでしょう? + このモードのディスクが, 通常の PC のユーティリティが有効な fdisk + テーブルと見なす情報を持っていないからです. ユーティリティの出来 + 如何によりますが, そのようなディスクを発見したとき, 警告を + 出すものもあります. また, もっと悪い場合, 確認も通告もなしに + BSD のブートストラップにダメージを与えるものもあるでしょう. + PC ではより広範囲で使われているあるオペレーティングシステムは, + そういう非ユーザフレンドリーな行為をすることでよく知られています + (もちろん, その行為は「ユーザフレンドリ」の名の元で + 行われるわけですが). 少なくとも 1 種の, 例えば HP Netserver + で使用されていた (もちろん, そこだけではありませんが) Award の + BIOS は, 有効な fdisk テーブルを持っていないと認識した全ての + ハードディスクを無視することで知られています. + ブート時にこの現象が起こると, BIOS はそのようなディスクをさっさと + 無視してフロッピードライブを読みに行き, しかも ``Read error'' + というあっさりしたメッセージしか吐きません. 感動ものでしょ? + 多分彼らにとってはこれが「ユーザフレンドリ」なんでしょうね. + よくわかりませんけど. + +

このモードの利点はいくつかあります. FreeBSD がディスク全体を所有でき, + 1980 年代の素朴なパーティショニングモデルのためだけに, いくつもの + 本来不要な「トラック」を無駄使いする必要がなくなります. + このモデルは, パーティショニングをどのようにすべきかという点に関して, + いくらか不自然で, 今では無意味でさえある制限を課します. + この制限は, しばしば PC に OS をインストールする際の最大の頭痛の種と + なります. パーティショニングの情報を fdisk のテーブルに保存する際に + 2 つの異なる, 冗長な方法が用意されているがゆえに, 結果として + ジオメトリの不整合を引き起こすのです. の章をご覧下さい. + 「危険覚悟の専用」モードでは, BSD のブートストラップはセクタ 0 + から始まりますが, BIOS のディスクジオメトリ「変換」の方式とは + 無関係に, 常に等しい C/H/S の値に変換される唯一のセクタ + なのです. したがって, ブートしなくなる危険を犯すことなしに, + 異なる変換方式を採用しているシステム / コントローラ間で, + ディスクを交換することができるのです. + +

「危険覚悟の専用ディスク」を通常の PC での使用法に + 戻すには, 原則として 2 つ方法があります. 1 つは十分な NULL + バイトを MBR に書き込んで, きたるべきインストーラにディスク + はまっさらだと思い込ませる方法です. 例えば, こんな感じです. + + + dd if=/dev/zero of=/dev/rsd0 count=15 + + +

また, マニュアルには書かれていない DOS の「機能」 + + + fdisk /mbr + + +

は, BSD ブートストラップを追い払ってくれる上に, + 新しいマスターブートレコードをインストールしてくれます. + + + どのようにしたらスワップ領域を増やせますか? + +

スワップパーティションのサイズを増やすのが最良の方法ですが, + 別のディスクを追加しなくて済むという利点のある方法があります. + (これを行う時には + も見ておいてください) + +

スワップを別のディスク上に追加することは, 単純に同じディスク上 + にスワップを追加する場合よりも高速に動作するようになります. + 例に挙げれば, あるディスク上のソースをコンパイルしているとして, + スワップが別のディスク上に作られていれば, これらが同じディスク上 + にある場合よりも断然速いです. SCSI ディスクの場合は特にそうだと言えます. + +

IDE ドライブは同時に同じチャネル上の複数のドライブには + アクセスできません (FreeBSD は mode 4 をサポートしていないので, + すべての IDE ディスク I/O は ``programmed'' です). + IDE の場合であってもやはり, スワップを別のハードディスク上に + 作成することをおすすめします. + ドライブは実に安いものです, 心配するだけ無駄です. + +

よいサーバと非常に高速なネットワーク環境でないのであれば, + スワップを NFS 上に置こうというのは本当にばかげた考えです. + +

これは 64MBの vn-swap を作る例です (ここでは /usr/swap0 + としますが, もちろん好きな名前を使うことができます). + +

カーネルが次の行を含むコンフィグファイルから構成されているかを + 確認します. GENERIC カーネルには, この行が含まれています. + + + pseudo-device vn 1 #Vnode driver (turns a file into a device) + + + + vn デバイスを作ります + + cd /dev + sh ./MAKEDEV vn0 + + + スワップファイルを作ります (/usr/swap0) + + + dd if=/dev/zero of=/usr/swap0 bs=1024k count=64 + + + /etc/rc.conf でスワップファイルを有効化させます + + + swapfile="/usr/swap0" # Set to name of swapfile if aux swapfile desired. + + + マシンをリブートします + + +

スワップファイルをすぐに有効化させたいのなら以下のようにタイプします + + vnconfig -ce /dev/vn0c /usr/swap0 swap + + + + プリンタのセットアップで問題があります + +

ハンドブックのプリンタの部分を参照してください. + 探している問題のほとんどが書かれているはずです. + をご覧ください. + + + 私のシステムのキーボードマッピングは間違っています. + +

kbdcontrol プログラムは, キーボードマップファイルを読み込むための + オプションを備えています. + /usr/share/syscons/keymaps の下にたくさんのマップファイルがあります. + システムに関連のあるものを一つ選んで, ロードしてください. + + + kbdcontrol -l uk.iso + + + /usr/share/syscons/keymaps と拡張子 によって使用されます. + +

これは /etc/sysconfig (または ) 中で設定することができます. + このファイル中にあるそれぞれのコメントを参照してください. + +

2.0.5R やそれ以降の版では, テキストフォントやキーボードマッピングに + 関係のあるものはすべて, /usr/share/examples/syscons + の中におさめられています. + +

現在以下のマッピングがサポートされています: + + + + Belgian ISO-8859-1 + Brazilian 275 keyboard Codepage 850 + Brazilian 275 keyboard ISO-8859-1 + Danish Codepage 865 + Danish ISO-8859-1 + French ISO-8859-1 + German Codepage 850 + German ISO-8859-1 + Italian ISO-8859-1 + Japanese 106 + Japanese 106x + Latin American + Norwegian ISO-8859-1 + Polish ISO-8859-2 (programmer's) + Russian Codepage 866 (alternative) + Russian koi8-r (shift) + Russian koi8-r + Spanish ISO-8859-1 + Swedish Codepage 850 + Swedish ISO-8859-1 + Swiss-German ISO-8859-1 + United Kingdom Codepage 850 + United Kingdom ISO-8859-1 + United States of America ISO-8859-1 + United States of America dvorak + United States of America dvorakx + + + + ユーザディスククォータが正常に動作していないようです. + +

+ + '/' にはディスククォータを設定しないでください, + + クォータファイルが置かれるファイルシステム上に + クォータファイルを置くようにしてください. つまり: + + FS QUOTA FILE + /usr /usr/admin/quotas + /home /home/admin/quotas + ... + + + + + わたしの ccd の何が適合していない (Inappropriate) のでしょう? + +

このような症状が現れます: + + + # ccdconfig -C + ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format + # + + +

通常この現象はタイプを ' 未使用 (unused)' のまま放っておかれた + 'c' パーティションをつなげようとした場合に現れます. ccd ドライバは + FS_BSDFFS タイプをベースとするパーティションを要求します. + つなげようとしているディスクのディスクラベルを編集して, + パーティションのタイプを '4.2BSD' に変更してください. + + + どうしてわたしの ccd のディスクラベルを変更することができないのでしょう? + +

このような症状が現れます: + + + # disklabel ccd0 + (it prints something sensible here, so let's try to edit it) + # disklabel -e ccd0 + (edit, save, quit) + disklabel: ioctl DIOCWDINFO: No disk label on disk; + use "disklabel -r" to install initial label + # + + +

これは ccd から返されるディスクラベルが, 実はディスク上にはない + まったくの偽の情報だからです. これを明示的に書き直すことで + 問題を解消できます, このようになります: + + + # disklabel ccd0 > /tmp/disklabel.tmp + # disklabel -Rr ccd0 /tmp/disklabel.tmp + # disklabel -e ccd0 + (this will work now) + + + + FreeBSD は System V の IPC プリミティブをサポートしますか? + +

はい. FreeBSD は System-V スタイルの IPC をサポートします. + 共有メモリ, メッセージ, セマフォが含まれます. 以下の行を + カーネルコンフィグファイルに加えると, サポートが有効になります. + + + options SYSVSHM + options "SHMMAXPGS=64" # 256Kb of sharable memory + options SYSVSEM # enable for semaphores + options SYSVMSG # enable for messaging + + +

コンパイルしてインストールしてください. + +

+ + UUCP で mail を配送するには sendmail をどう使えばよいのですか? + +

FreeBSD に付属している sendmail は, インターネットに直接 + つながっているサイトにあわせて設定してあります. UUCP 経由で mail + を交換したい場合には sendmail の設定ファイルを改めてインストール + しなければなりません. + +

/etc/sendmail.cfを自分の手で改造するのは純粋主義者の + やるような事です. sendmailの version 8 は のような + プリプロセッサを通して設定ファイルを生成する新しいアプローチを + 取っており, より抽象化されたレベルの設定ファイルを編集します. + 以下のディレクトリの中にある設定ファイルを使用してください. + + + /usr/src/usr.sbin/sendmail/cf + + +

もしすべてのソースをインストールしていない場合には sendmail + の設定ツールは, 別の tar ファイルにまとめてあります. CD-ROM が + mount されている場合には, 次のようにしてください. + + + cd /usr/src + tar -xvzf /cdrom/dists/src/ssmailcf.aa + + +

これはたった数 100Kbyte ですから心配ないでしょう. cf + ディレクトリにある README に, m4 での設定の基本的な説明があります. + +

UUCP での配送のためには, mailertable を使用すれば + よいでしょう. これによって, sendmail が配送方式を決定するデータベースを + 作成することができます. + +

まずはじめに, .mc ファイルを作成しなければなりません. + /usr/src/usr.sbin/sendmail/cf/cf というディレクトリが, + これらのファイルを作成する場所です. 既にいくつか例があると思います. + これから作成するファイルの名前を foo.mc とすると, + sendmail.cf を求めているような形式に変換するには, + 次のようにしてください. + + + cd /usr/src/usr.sbin/sendmail/cf/cf + make foo.cf + cp foo.cf /etc/sendmail.cf + + +

標準的な .mc ファイルは次のようになります. + + + include(`../m4/cf.m4') + VERSIONID(`Your version number') + OSTYPE(bsd4.4) + + FEATURE(nodns) + FEATURE(nocanonify) + FEATURE(mailertable) + + define(`UUCP_RELAY', your.uucp.relay) + define(`UUCP_MAX_SIZE', 200000) + + MAILER(local) + MAILER(smtp) + MAILER(uucp) + + Cw your.alias.host.name + Cw youruucpnodename.UUCP + + +

nodns と nocanonify という指定をすることで, + mail の配送に DNS を使用しなくなります. UUCP_RELAY という + 行に関しては, ある理由から必要ですがそれは聞かないでください. + .UUCPで終わる仮想ドメインを処理することのできるインターネット上での + ホスト名をここに書いてください. 通常は, ISP の mail リレーホストを + 書くことになると思います. + +

これが終了したら, 次に /etc/mailertable というファイル + が必要です. 標準的な例は次のとおりです. + + + # + # makemap hash /etc/mailertable.db < /etc/mailertable + # + horus.interface-business.de uucp-dom:horus + .interface-business.de uucp-dom:if-bus + interface-business.de uucp-dom:if-bus + .heep.sax.de smtp8:%1 + horus.UUCP uucp-dom:horus + if-bus.UUCP uucp-dom:if-bus + . uucp-dom:sax + + +

見れば分かるように, これは実在する設定のファイルです. はじめの + 3 行はドメイン名で指定されたメールが default の経路で配送されずに, + ``近道'' するために UUCP で隣りのサイトに送るための特別な状況を + 処理するものです. + 次の行は Ethernet でつながっているローカルのドメインに対しては + SMTP で送るための設定です. + 最後に, UUCP での隣りのサイトが. UUCP で終わる仮想ドメインの書式で + 指定されており, default の rule を ``uucp-neighbour!recipient'' + で上書きするためのものです. 一番最後の行はいつもドットを一つ書きます. + これは, ここまでの行でマッチしなかったすべてのホストにマッチし, + このサイトから世界に向けて出ていくための mail gateway に UUCP + で配送するためのものです. + uucp-dom: に続けて書かれているノード名は, + uuname コマンドで指定することによって UUCP + で直接配送される正しいノード名でなければなりません. + +

最後に, このファイルは使用する前に DBM データベースのファイルに + 変換する必要があります. これをおこなうコマンドラインは mailertable + の最初のコメントに書いてあります. mailertable を変更した時には, + 必ずこのコマンドを実行してください. + +

最後のヒントです: もし特定のメール配送がうまく作動するかどうか + 確かめたい場合には, sendmail の-bt オプションを + 使用してください. このオプションによって sendmail は + アドレステストモードで起動します. ``0 '' の後に + 配送したいアドレスを書いてください. 最後の行に, 実際に使用される + mail agent, この mail agent で送られる送信先のホスト, そして + (多分変換されている) アドレスが表示されます. このモードを抜けるには + Control-D を押してください. + + + j@uriah 191% sendmail -bt + ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) + Enter

+ > 0 foo@interface-business.de + rewrite: ruleset 0 input: foo @ interface-business . de + ... + rewrite: ruleset 0 returns: $# uucp-dom $@ if-bus $: foo \ + < @ interface-business . de > + > ^D + j@uriah 192% + + + + + ダイアルアップでインターネットに接続する環境でメールをセットアップするにはどうやるの? + + +

静的に IP アドレスが割り当てられる場合は, デフォルトの状態を + 変更する必要はありません. 割り当てられた名前をホストネームと + するだけで, sendmail が後のことを引き受けてくれます. + +

ダイアルアップ メールボックスからメールを取ってくるためには, retrieval (回収) + エージェントをインストールする必要があります. /etc/ppp/ppp.linkup に以下のように記述すると, インターネットと + 接続が完了した時点で自動的にメールを取得するようになります. + + + MYADDR: + !bg su user -c fetchmail + + +

この例では, + poll myISP.com protocol pop3 fetchall pass MySecret; + + +

言うまでもなく, このファイルは 正しい 上の要件を満たすには, 以下のような + VERSIONID(`bsd.home.mc version 1.0') + OSTYPE(bsd4.4)dnl + FEATURE(nouucp)dnl + MAILER(local)dnl + MAILER(smtp)dnl + Cwbsd.home + CwmyISP.com + MASQUERADE_AS(`myISP.com')dnl + FEATURE(allmasquerade)dnl + FEATURE(masquerade_envelope)dnl + FEATURE(nocanonify)dnl + FEATURE(nodns)dnl + define(SMART_HOST, `relay.myISP.com') + DmmyISP.com + define(`confDOMAIN_NAME',`myISP.com')dnl + + +

+ diff --git a/ja/FAQ/applications.sgml b/ja/FAQ/applications.sgml new file mode 100644 index 0000000000..4944309858 --- /dev/null +++ b/ja/FAQ/applications.sgml @@ -0,0 +1,140 @@ + + + + + + ユーザアプリケーション +

訳: &a.junkun; &a.shou; .8 November 1997. + + + そういうユーザアプリケーションはどこにあるの? + +

FreeBSDに port (移植) されたソフトウェアパッケージについては, + + をご覧下さい. このリストには現在 1000 を越える項目があり, + しかも毎日更新されています. このページを小まめに訪れるか, + + を購読すると, 新しく入った ports を定期的にチェックすることが + できます. + +

大部分の ports は 2.2 と 3.0 ブランチの両方で利用できるはずです. + 多くは 2.1.x 系のシステムでも同様に動作するでしょう. + FreeBSD のリリースが出る度に, そのリリースの時点での ports ツリーの + スナップショットが撮られ, ports/ ディレクトリに + 納められることになっています. + +

また, ``package'' という考えも採用されています. これは基本的には + gzip されたバイナリディストリビューションに, インストール時に + 環境に合わせた作業が必要になった場合にそれを執り行う多少の英知を + 付け加えたものです. package を使えば, どのようなファイルが + 配布物として含まれているかと言った細かい事柄にいちいち煩わされる + ことなく, 簡単にインストールやアンインストールを繰り返す + ことができます. + +

インストールしたい package があるなら, /stand/sysinstall + の, 「インストール後の FreeBSD の設定を行う」の下にある + package のインストールメニューを使うか, package のファイル名を + 指定して pkg_add(1) を使用して下さい. package の + ファイル名には通常末尾に .tgz がついています. + CDROM をご使用の方は, CD の packages/All ディレクトリから + それらのファイルを利用することができます. また, 以下の場所から, + FreeBSD の各種バージョンにあわせた package をダウンロードする + こともできます. + + + 2.1.x-release 用 + + + 2.2.5-release/2.2-stable 用 + + + 3.0-current 用 + + + +

お近くのミラーサイトもご利用下さい. + +

新しい ports が続々と追加されている状態なので, 全ての ports に + 対応する package が存在するわけではないことを覚えておいてください. + 定期的に マスターサイトを訪れて, どのような + package が利用できるのかチェックするのも良いでしょう. + + + libc.so.3.0 はどこにありますか? + +

2.1.x のシステムで 2.2/3.0 用の package を動かそうとしていますね. + 前のセクションを読んで, システムに合った正しい port/package を + 入手してください. + + + + 386/486SX のマシンで ghostscript を動かすとエラーがでます. + +

あなたのマシンには数値演算プロセッサが塔載されていませんね? + カーネルにコプロセッサの代わりとなる数値演算エミュレータを + 追加する必要があります. + 以下のオプションをカーネルのコンフィグレーションファイルに + 追加して, カーネルを再構築してください. + + + options GPL_MATH_EMULATE + + +

+ + SCO/iBCS2 のアプリケーションを実行すると, + +

まず最初に /etc/sysconfig (または + ) の中の + 最後のセクションを編集し, 以下の変数を + # Set to YES if you want ibcs2 (SCO) emulation loaded at startup + ibcs2=NO + + +

これでシステムの起動時に + カーネルモジュールが読み込まるようになります. + +

次に /compat/ibcs2/dev/ を以下のように編集します: + + +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null +lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys +-rw-rw-r-- 1 root wheel 0 Oct 28 12:02 null +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null +crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx + + +

open や close の処理は, socksysから へ + シンボリックリンクを張ることで代用します. + 残りの処理は, -current に入っているコードが担当しています. + これは以前のものより ずっとスッキリした方法です. + +

ローカルでの X のソケット接続に + INN (インターネットニュース) の設定方法は? + +

inn の package や port をインストールしたあとに + を見てみましょう. + 初心者向けの INN FAQ があります. + + + diff --git a/ja/FAQ/commercial.sgml b/ja/FAQ/commercial.sgml new file mode 100644 index 0000000000..c668cb7b3c --- /dev/null +++ b/ja/FAQ/commercial.sgml @@ -0,0 +1,101 @@ + + + + + + 商用アプリケーション +

訳: &a.junkun;.10 November 1997. + +

+ FreeBSD 用の Motif はどうやったら手に入りますか + +

FreeBSD 用の Motif 2.0 に関する情報は + から + 手に入れることができます. + +

この製品は以下の物が含まれています: + + OSF/Motif manager, xmbind, panner, wsm. + + uil, mrm, xm, xmcxx, インクルードファイルや Imake + ファイルといった開発者向けキット + + スタティックライブラリ, およびダイナミックライブラリ + + デモンストレーションプログラム + + 整形済みのマニュアルページ + + +

注文する際には FreeBSD 用の Motif であることをきちんと + 確認してください. BSDI や Linux 用の Motif も Xi Graphics + から販売されています. 現在フロッピーディスク 4枚組ですが, + 将来的には CDE のように統合された CD に変わるでしょう. + + + FreeBSD 用の CDE はどうやったら手に入りますか + +

FreeBSD 用の CDE 1.0.10 に関する情報は + から + 手に入れることができます. これは Motif 1.2.5 を含んでおり, + Motif 2.0 と一緒に使用することができます. + +

これは FreeBSD 用と Linux 用の統合された CD-ROM です. + + + + 高機能な商用 X サーバってあるんですか? + +

はい, + から, FreeBSD ほか Intel ベースのシステムで動作する + Accelerated-X という製品が販売されています. + +

この高性能な X サーバは楽に設定をおこなえるほか, 数多くのビデオボード + をサポートしています. サーバはバイナリのみが含まれます. + FreeBSD 用と Linux 用の統合されたフロッピーディスクに入っています. + +

バージョン 3.1 の「互換デモ」が無料で入手できます. + +

また Xi Graphics は FreeBSD 用の Motif と CDE も販売しています (前を参照). + + + + + または + + + + + + FreeBSD 用のデータベースシステムはありますか? + +

もちろんあります! Conetic Software Systems が FreeBSD 2.0.5 + 以降のシステムで動作する C/base と C/books データベースシステムを + 移植しています. さらに Sleepycat Software は DB database library + の商用サポートバージョンを販売しています. + + + + + + + . + + + + diff --git a/ja/FAQ/hackers.sgml b/ja/FAQ/hackers.sgml new file mode 100644 index 0000000000..926bd0a326 --- /dev/null +++ b/ja/FAQ/hackers.sgml @@ -0,0 +1,269 @@ + + + + + + まじめな FreeBSD ハッカーだけの話題 +

訳: &a.iwasaki;.8 November 1997. + + + + SNAP とか RELEASE とかは何? + + +

現在, FreeBSD の + + には, 三つのアクティブ/準アクティブなブランチがあります. + + + + +

現在, + + 自分用のカスタムリリースを構築するには? + +

リリースを構築するには三つのことが必要です: + まず, ドライバが組み込まれたカーネルを実行させている必要があります. + 以下をカーネルコンフィグレーションファイルに追加し, + カーネルを作り直してください: + + + pseudo-device vn #Vnode driver (turns a file into a device) + + +

次に, CVS リポジトリ全体を手元においておく必要があります. + これを入手するには + + が使用できますが, tag の値は `.' である必要があり, + さらに release の名称は cvs である必要があります: + + + *default prefix=/home/ncvs + *default base=/a + *default host=cvsup.FreeBSD.org + *default release=cvs + *default delete compress use-rel-suffix + + ## Main Source Tree + src-all + src-eBones + src-secure + + # Other stuff + ports-all + www + doc-all + + +

そして 最後に, ビルド用にかなりの空き領域を用意する必要があります. + そのディレクトリを /some/big/filesystem として, + 上の例で CVS リポジトリを /home/ncvs に置いたものとすると, + 以下のようにしてリリースを構築します: + + + setenv CVSROOT /home/ncvs # or export CVSROOT=/home/ncvs + cd /usr/src/release + make release BUILDNAME=3.0-MY-SNAP CHROOTDIR=/some/big/filesystem/release + + +

処理が終了すると, リリース全体が /some/big/filesystem/release + に構築され, 完全な FTP インストール用の配布物が + /some/big/filesystem/release/R/ftp に作成されます. + -current 以外の開発ブランチの SNAP を自分で構築したい場合は, + + カスタムのインストールディスクを作るにはどうすればいいのですか? + +

/usr/src/release/Makefile のいろいろなターゲットとして + インストールディスク, ソース, バイナリアーカイブを作る完全な処理を + 自動的におこなうようになっています. Makefile に十分な情報があります. + しかし, 実行には ``make world'' が必要で, + 多くの時間とディスクの容量が必要です. + + + + ``make world'' をおこなうと既存のバイナリを上書きしてしまうのですが. + + +

ええ, それが一般的な考え方です. 名前が示しているように + ``make world'' はすべてのシステムのバイナリを一から作り直しますので, + 結果としてクリーンで一貫性のある環境を得ることができます + (これがそれだけ長い時間がかかる理由です). + +

環境変数 ${DESTDIR}を root とみなした + ディレクトリツリーにインストールされます. + あるでたらめな共有ライブラリの変更やプログラムの再構築によって + `` + + システムブート時に ``(bus speed defaulted)'' とメッセージが出ます. + + +

アダプテックの 1542 SCSI ホストアダプタはユーザがソフトウェア的に + バスアクセス速度の設定をおこなうことができます. 以前のバージョンの + 1542 ドライバは使用可能な最大の速度を求めてアダプタを + その設定にしようとしました. これは特定のユーザのシステムでは + 問題がある事がわかり, 現在ではカーネルコンフィグオプションに + `` + + インターネットアクセスに制限があっても current を追いかけられますか? + +

はい, を使って + ソースツリー全体のダウンロードを + どのようにして配布ファイルを 240kバイトに分割しているのですか? + +

比較的新しい BSDベースのシステムでは split に任意のバイト境界で + 分割する ``以下は /usr/src/Makefile からの例です. + + + bin-tarball: + (cd ${DISTDIR}; \ + tar cf - . \ + gzip --no-name -9 -c | \ + split -b 240640 - \ + ${RELEASEDIR}/tarballs/bindist/bin_tgz.) + + + + 私はカーネルに拡張をおこないました. 誰に送ればいいですか? + +

+ を参照してください. + +

あなたのアイディアに感謝します! + + + PnP ISA カードの検出と初期化はどのようにおこなうのですか? + +

氏より: + +

要点は, ホストが認識されていないボードを探す時に, すべての + PnP ボードが応答することのできる少数の I/O ポートがあるという + ことです. それにより, PnP プローブルーチンが開始したとき, PnP + ボードが存在するなら, すべての PnP ボードは自分のモデル番号を + 返します. そのポートを I/O read するとプローブルーチンは + 問いに対するワイアード-OR された ``yes'' を得ます. この場合は + 少なくとも 1ビットが ON になります. そして, プローブルーチンは + モデル ID (Microsoft/Intel によって割り当てられています) + が X より小さいボードを ``オフライン'' にすることができます. + この操作をおこない, 問い合わせに応答しているボードがまだ + 残っているかどうかを調べます. もし ``ID は二つの 32-bit (つまり 64bit) フィールド + 8 bit + チェックサムからなります. 最初の 32 bits はベンダの識別子です. + これは公表されてはいませんが, 同一のベンダから供給されている + 異なるタイプのボードでは異なる 32-bit ベンダ ID を持つことが + できるように考えられます. 製造元を特定するだけのために 32 bits + はいくらか過剰です. + +

下位の 32 bits はシリアル番号, イーサネットアドレスなどの + ボードを特定するものです. ベンダは上位 32 bits が異なっていない + のであれば下位 32 bits が同一である 2枚目のボードを製造することは + ありません. したがって, 同じタイプの複数のボードをマシンに + いれることができ, この場合でも 64 bits 全体ではユニークです. + +

32 bit のフィールドはすべてを 0 にすることはできません. + これは初期化のバイナリサーチの間ワイアード-OR によって 0 ではない + ビットを参照するからです. + +

システムがすべてのボードの与えられた ID を認識すると, + それぞれのボードに対応した処理を一つずつ (同一の I/O ポートを通して) + おこないます. そして, 利用できる割り込みの選択などのボードが必要 + とするリソースを検出します. すべてのボードについてこの情報を集めます. + +

この情報はハードディスク上の ECU ファイルなどの情報とまとめられ, + マザーボードの BIOS にも結合されます. マザーボード上のハードウェア + への ECU と BIOS PnP のサポートは通常は統合されていますが, + 周辺機器については真の PnPであるとはいえません. + しかし, BIOS の情報に ECU の情報を加えて調査することで, + プローブルーチンは PnP デバイスが再配置できなくなることを + 避けることができます. + +

それから, 再度 PnP デバイスにアクセスし, I/O, DMA, IRQ, + メモリマップアドレスの設定をします. デバイスはこのアドレスに + 見えるようになり, 次にリブートするまでこの位置を占めます. しかし, + あなたの望む時に移動させることが不可能であるといっている + わけではありません. + +

以上の話では大きく単純化をしてありますが, 基本的な考え方は得 + られたでしょう. + +

マイクロソフトはボードのロジックが 対立するI/O サイクルでは + デコードしていない (訳注: おそらく read 時しかデコードされていず + write 時はポートが空いているという意味でしょう) + プライマリプリンタのステータスポートのいくつかを PnP のために + 占有しました. 私は初期の PnP の提案レビュー時に IBM 純正の + プリンタボードでステータスポートの write のデコードがされている + ということに気がつきましたが, MS は ``tough (頑固, 不運, + 無法な)'' と言っています. そしてプリンタのステータスポートへ + アドレスの設定のために write をおこなっています. また, + そのアドレス + + FreeBSD は, Intel 以外のアーキテクチャをサポートしないんですか? + +

いくつかのグループが, FreeBSD の他のアーキテクチャのサポートに関心を + 示しており, 現在数人が DEC の協力を得て FreeBSD の ALPHA アーキテクチャへの + 移植に取り組んでいます. 新しいアーキテクチャに関する一般的な議論は + <platforms@FreeBSD.ORG> をご利用ください. + + + デバイスドライバを開発したので, メジャー番号が必要です. + +

これは, 開発したドライバを公開するかどうかに依存します. + 公開するのであれば, ドライバのソースコード, files.i386 の変更, + コンフィグファイルのサンプル, デバイスが使うスペシャルファイルを作成する + + のコードを私たちに送ってください. 公開するつもりがない場合, ライセンスの + 問題により公開できない場合は, キャラクタメジャー番号 32 もしくは + ブロックメジャー番号 8 が, このような目的のために予約されています. + これらの番号を使用してください. どちらの場合であれ, ドライバに関する情報を + <hackers@FreeBSD.ORG> に流して頂けると助かります. + + + diff --git a/ja/FAQ/hardware.sgml b/ja/FAQ/hardware.sgml new file mode 100644 index 0000000000..058e2d5752 --- /dev/null +++ b/ja/FAQ/hardware.sgml @@ -0,0 +1,439 @@ + + + + + + ハードウェアコンパチビリティ +

訳: &a.nishika;.12 November 1997. + + + FreeBSD は, どんなハードディスクドライブをサポートしているのですか? + +

FreeBSD は, EIDE と SCSI ハードディスクドライブをサポート + しています (互換コントローラも含みます: 次の節参照). また + オリジナルの "Western Digital" インタフェースを使用している + すべてのドライブも (MFM, RLL, ESDI, もちろん IDE も) + サポートしています. 独自仕様のインタフェースを使用する + ESDI コントローラでは動作しないものがあり, WD1002/3/6/7 + とその互換インタフェースと衝突します. + + + どの SCSI コントローラをサポートしているのですか? + +

FreeBSD は, 以下の SCSI コントローラをサポートしています: + + + + AH-152x シリーズ <ISA> + AH-154x シリーズ <ISA> + AH-174x シリーズ <EISA> + Sound Blaster SCSI (AH-152x 互換) <ISA> + AH-2742/2842 シリーズ <ISA/EISA> + AH-2820/2822/2825 シリーズ (Narrow/Twin/Wide) <VLB> + AH-294x および aic7870 MB コントローラ (Narrow/Twin/Wide) <PCI> + + AH-394x (Narrow/Twin/Wide) + + の節で + 引き合いにも出されるカードの一つです.) + + BT-545 シリーズ <ISA> + BT-742 シリーズ <EISA> + BT-747 シリーズ <EISA> + BT-946 シリーズ <PCI> + BT-956 シリーズ <PCI> + + + + + NCR 53C82x ベースの SCSI コントローラ <PCI> + NCR 53C860/75 ベースの SCSI コントローラ <PCI> + + + Trantor 130 ベースの SCSI コントローラ <ISA> + + + + + + + UH-24f シリーズ <EISA> + UH-34f シリーズ <VLB> + + + + + どんな CD-ROM ドライブをサポートしているのですか? + +

サポートされている SCSI コントローラに接続できる SCSI + ドライブすべてをサポートしています. + +

また, 以下の専用 CD-ROM インタフェースもサポートしています. + + + ミツミ LU002 (8bit), LU005 (16bit) および FX001D (16bit 2倍速). + ソニー CDU 31/33A + Sound Blaster 非 SCSI タイプの CD-ROM + 松下 / Panasonic CD-ROM + ATAPI 互換の IDE CD-ROM + + +

SCSI でないカードはすべて, SCSI ドライブよりも極めて動作速度が + 遅いことが知られており, ATAPI CD-ROM には動作しないものもあるようです. + +

Walnut Creek の FreeBSD 2.2 CD-ROM からは CD からの直接ブートが + サポートされています. + + + ZIP ドライブをサポートしていますか? + +

もちろん, FreeBSD は SCSI ZIP ドライブ (外付け) をサポートしています. + ZIP ドライブは SCSI ID を 5 か 6 に設定した状態でなら使用できますが, + もし SCSI ホストアダプタの BIOS がサポートしてさえいれば + ZIP ドライブからブートさせることもできます. 私はどのホストアダプタが + SCSI ID を 0 や 1 以外に設定したデバイスからブートできるのか知りませんが... + ドキュメントを参照してください (うまくいった場合は教えてください). + +

パラレル ZIP ドライブはサポートされていません. まだ ZIP ドライブを + 購入していないのなら, SCSI の ZIP ドライブを購入することをおすすめします... + 同程度の価格で, よりよいパフォーマンスが得られます. それにパラレルポートから + ブートするなんて考えられないでしょう. + +

すでにパラレル ZIP ドライブを持っているのであれば, + フランスの + + + + に Linux のドライバがあります. + +

それから および + についても + 確認しておいてください. + + + + では, JAZ や EZ, それからその他のリムーバブルドライブはサポートしていますか? + + +

FreeBSD では, IDE バージョンの EZ ドライブを除くすべての SCSI デバイスは, + SCSI のディスクと同等に扱われます. また IDE EZ は IDE ドライブと同等となります. + +

も参照. + + + どのマルチポートシリアルカードをサポートしていますか? + +

一覧は + の節にあります. + +

無名のカードにもうまく動くものがあり, + 特に AST 互換といわれているものに多く見られます. + +

カード設定の詳細な情報は, + オンラインマニュアルを参照してください. + + + 珍しいバスマウスを持っているのですが, どのように設定すればいいのですか? + +

FreeBSD は Logitech と ATI のグラフィックアダプタカードに付属している + バスマウスをサポートしています. + これらを使用するには, カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルする必要があります. + + + device mse0 at isa? port 0x23c tty irq5 vector mseintr + + + + + PS/2 (キーボードマウス) を使うには, どのように設定すればいいのですか? + + +

あなたの使っている FreeBSD が比較的新しいバージョンのものなら, + インストールの時に, 単にカーネルのコンフィグレーションのメニュー上で + PS/2 マウスを有効化するだけです, あるいは後で boot: プロンプト上で + -c を指定することでもメニューは現れます. + デフォルトでは無効に設定されていますので, 明示的に + 有効化してあげないといけません. + +

あなたの使っている FreeBSD が比較的古いものなら, + カーネルコンフィグレーションファイルに以下の行を加えて + カーネルを再コンパイルする必要があります. + + + device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr + # Options for psm: + options PSM_CHECKSYNC #checks the header byte for sync. + + +

カーネルの再構築についてよく知らないのであれば, + + を参照してください. + +

ブート時にカーネルが psm0 を検出したら, psm0 のエントリが /dev + の中にあることを確認してください. 以下のようにします. + + + cd /dev; sh MAKEDEV psm0 + + +

これは root でログインしているときにおこなってください. + + + + ラップトップ PC のマウス/トラックボール/タッチパッドは使えますか? + + +

を参照してください. + 加えて, にあるモーバイルコンピューティングの + ページもご覧ください. + + + どんなテープドライブをサポートしていますか? + +

FreeBSD は SCSI, QIC-36 (QIC-02 インタフェース付き) および + QIC-40/80 (フロッピーベース) テープドライブをサポートしています. + これらには 8-mm (Exabyte と呼ばれています) や DAT ドライブも含まれています. + QIC-40/80 ドライブは遅いことが知られています. + +

初期の 8-mm ドライブの中には SCSI-2 とまったく互換性を持たないものがあります. + これらは FreeBSD 上では動作しません. + + + どんなテープチェンジャーをサポートしていますか? + +

FreeBSD 2.2 は + デバイスと + コマンドを使用した SCSI チェンジャーをサポートしています. + 実際のチェンジャーの制御方法の詳細は, + のマニュアルページにあります. + +

使用している製品が, などのようにチェンジャーに対応済みのものでない場合は, + 次のことについて留意してください. + それらの製品は任意のポイント間のテープの移動を制御するだけなので, + テープがどのスロットに入っているか, 現在ドライブにあるテープが + どのスロットに戻るべきかを把握しておく必要があります. + + + どんなサウンドカードをサポートしていますか? + +

FreeBSD は SoundBlaster, SoundBlaster Pro, SoundBlaster 16, + Pro Audio Spectrum 16, AdLib それから Gravis UltraSound サウンドカードを + サポートしています. MPU-401 やその互換カードも機能に制限はあるものの + サポートされています. SoundBlaster 16 ASP カードはまだサポートされていません. + マイクロソフトサウンドシステムもサポートされています. + +

+ どんなネットワークカードをサポートしていますか? + +

より完全な一覧については の節を参照してください. + カードごとの必要なドライバが一覧表になっていないので, + 以下の不完全な一覧でまとめてみます. + + + driver/ + DEC DC21x40 およびそれらと互換性のある PCI コントローラ + (21140 100bT カードを含みます) + + driver/ + NE2000 および 1000 + WD/SMC 8003, 8013 および Elite Ultra (8216) + 3Com 3c503 + HP 27247B および 27252A + および 上に挙げたもののクローン + + driver/ + DEC EtherWORKS II および EtherWORKS III コントローラ. + + driver/ + AT&T EN100/StarLAN 10 + 3COM 3c507 Etherlink 16/TP + NI5210 + + driver/ + Isolan AT 4141-0 + Isolink 4110 + + driver/ + 3com 3c501 (Multicast や DMA はサポートされていません) + + driver/ + 3com 3c505 Etherlink/+ + + driver/ + IBM PCMCIA クレジットカードアダプタ + + drive/ + Lance/PCnet カード (Isolan, Novell NE2100, NE32-VL)(*) + + driver/ + 3com 3c509 (カードの PNP サポートを無効化しなければなりません) + + driver/ + Intel InterExpress + + driver/ + Cronyx/Sigma multiport Sync/Async (Cisco および PPP framing) + + driver/ + 3Com PCMCIA Etherlink III (通称 3c589) (A-C のみ) + + driver/ + DEC DEFEA EISA FDDI コントローラ + + driver/ + DEC DEFPA PCI FDDI コントローラ + + driver/ + Fujitsu MB86960A/MB86965A Ethernet カード + + + +

+ 数値演算コプロセッサを持っていません - 何かまずいでしょうか? + +

一般にこれらは問題とはなりません. しかし, 数値演算エミュレーションコードの + パフォーマンスか正確さのいずれかを選択する状況があります. + ( についての節をご覧ください). + とくに, X 上で弧を描く際にとても遅くなることでしょう. + 数値演算コプロセッサを購入されることを強くおすすめします. + とても役立つことでしょう. + +

+ 2.x で, 他にどのドライバがサポートされていますか? + +

以下に示すものは上記に属さないドライバのリストです. + + + + B004 互換の Transputer ボード用ドライバ + + ``ctx'' driver + CORTEX-I Frame grabber 用ドライバ + + ``gp'' driver + National Instruments AT-GPIB および + AT-GPIB/TNT board 用ドライバ + + ``pca'' driver + PC スピーカからオーディオファイルを演奏させるためのドライバ + + ``spigot'' driver + Creative Labs の Video Spigot 用ドライバ + + driver + Genuis GS-4500 ハンドスキャナ用ドライバ + + driver + ジョイスティック用ドライバ + + driver/ + National Instrument's Lab-PC および Lab-PC+ 用ドライバ + + driver/ + PS/2 マウスポート + + + X-10 POWERHOUSE 用ドライバ + + + + + + パワーマネージメント機能付きのラップトップ PC を持っています. + +

FreeBSD は一部のマシンの APM をサポートしています. + + の部分をご覧ください. + + + diff --git a/ja/FAQ/install.sgml b/ja/FAQ/install.sgml new file mode 100644 index 0000000000..9ef5debf57 --- /dev/null +++ b/ja/FAQ/install.sgml @@ -0,0 +1,476 @@ + + + + + + インストール +

訳: &a.iwasaki; &a.murata; .8 November 1997. + + + + FreeBSD を入手するにはどのファイルをダウンロードすればいいですか? + + +

通常は floppies/boot.flp というファイルの + フロッピーディスクイメージが一つだけ必要になります. 1.44MB の + フロッピーディスクに書き込み, そこからブートしてその他のファイル群を + ダウンロードします (インストールプログラムが TCP/IP 接続, テープ, CD-ROM, + フロッピーディスク, DOS パーティションなど, インストールに必要なもの + すべてに関する処理を担当します). + +

この手続きの完全な説明と, 一般的なインストール時の問題については + + を参照してください. + + + FreeBSD のインストールについての説明書はどこにありますか? + +

インストールの説明書は次のところにあります. + + + + FreeBSD を動作させるには何が必要ですか? + +

386 以上の PC, 5MB 以上の RAM, そして最低 60MB の + ハードディスク容量が必要となります. ローエンドの MDA カード + でも動作しますが, X11R6 を使うには VGA かそれ以上のビデオカード + が必要となります. + +

+ の節も併せてご覧ください. + + + 4 MB しかメモリがないのですが, インストールできますか? + +

4MB のシステムにインストールできた FreeBSD の最新版は + FreeBSD 2.1.7 でした. 2.2 のように, 2.2 などのより新しいバージョンの + FreeBSD は新規のインストールに最低 5MB は必要になります. + +

インストールプログラムが 4MB では動作しないだけで, 3.0 を含む + FreeBSD のすべてのバージョンは 4MB の RAM で動作可能です. + インストールする時だけさらに 4MB 追加しておき, システムが + セットアップされて動作するようになった後に, また 4MBを取り出して + もとに戻すこともできます. あるいは 4MB より多くメモリを搭載 + したシステムにディスクを持っていき, そのマシンでインストール + した後にディスクを戻すこともできます. + +

また, FreeBSD 2.1.7 でも 4MB ではインストールできない場合も + あります. 正確には, 640KB のベースメモリ + 3MB の拡張メモリ + ではインストールはできません. もしマシンのマザーボードが + 640KB から 1MB の領域で「失われた」メモリを再マップできる + 場合は, FreeBSD 2.1.7 をインストールできるかもしれません. + +

BIOS のセットアップ画面で, `remap' のオプションを探して + 有効 (Enable) にしてみてください. また, ROM shadowing を無効 + (Disable) にしておかなくてはなりません. + +

簡単なやり方としては, インストールする時だけあと 4MB 追加 + しておく方法があります. 必要なオプションだけを選択して + カスタムカーネルを構築し, また 4MB を取り出してもとに戻せば + いいのです. + +

また, 2.0.5 をインストールして, それから 2.1.7 のインストーラ + の ``upgrade'' オプションでシステムを 2.1.7 へアップグレード + するというやり方もあります. + +

インストールしたあとでカスタムカーネルの構築をした場合, 4MB + でも動作します. 2MBでブートに成功した人もいます. (でもその + システムはほとんど使いものになりませんでした :-)) + + + + 自分用のインストールフロッピーを作るには? + + +

現在はカスタムインストールフロッピーディスク「だけ」を作る方法はありません. + カスタムインストールフロッピーディスクイメージを含む, release 環境全体を + 新たに作る必要があります. /usr/src/release/floppies/Makefile + にあるコードでフロッピーディスクイメージ「だけ」を作れるはずですが, + まだ完全なものにはなっていません. + +

カスタムの release 環境をつくるには + の指示にしたがってください. + + + 自分の PC に複数のオペレーティングシステムを入れるには? + +

をご覧ください. + + + 同じマシンで Windows 95 と共存できますか? + +

まず Windows 95 をインストールして, そのあとで FreeBSD を + インストールしてください. FreeBSD のブートマネージャが Win95 + と FreeBSD のブート管理をしてくれるようになります. + Windows 95 を後にインストールした場合はひどいことに, + 問い合わせることもなくブートマネージャを上書きしてしまいます. + そうなってしまった場合は次の節をご覧ください. + + + + Windows 95 がブートマネージャを潰しちゃった! どうやって戻すの? + + +

ブートマネージャの再インストールの方法として, FreeBSD では + 以下に示す二通りの方法が用意されています: + + + DOS を起動し, FreeBSD の配布物の中にある tools/ ディレクトリ + へ移動し, bootinst.exe を探してみてください. + そして次のように実行してください: + +

bootinst.exe boot.bin + +

ブートマネージャが再インストールされます. + + FreeBSD のブートフロッピーディスクから起動し, 「カスタム」 + インストールメニューを選択し, 続いて「パーティション」を + 選択します. ブートマネージャがインストールされていたドライブ + (多分最初のもの) を選択し, パーティションエディタにたどり着いたら, + (何も変更せず) そのまま (W)rite を指定します. 確認のメッセージ + が出ますので「はい」と答え, ブートマネージャ選択の画面で確実に + "Boot Manager" を選択します. + これでブートマネージャがディスクに再び書き込まれます. + インストールメニューから抜けてリブートするとハードディスクは + 元通りになります. + + + + 不良ブロックのあるディスクにインストールできますか? + +

FreeBSD の不良ブロックの扱い ( + コマンド) は, + (ひいき目に見ても) 100% 完全ではなく, 残念ながら + 多数の不良ブロックのある IDE や ESDI ドライブは FreeBSD + では使用できないと言わざるをえません! でも, 非常に多くの IDE + ベースのシステムで動作しているようですので, 簡単にあきらめて + しまう前にとりあえず試してみましょう. + +

不良ブロックのある SCSI ドライブの場合は, + を参照してください. + + + インストーラからブートしたら変なことになりました! + +

インストーラからブートしようとしたときに, マシンが固まってし + まうとか自然とリブートしてしまうといった現象であれば, + 次の三つの項目を確認してください:- + + + 新品の, フォーマットしたての, エラーフリーの + フロッピーディスクを使っていますか? (三年間もベッドの下に + 放置されていた雑誌の付録みたいなやつではなくて, + 買ってきたばかりの新品が好ましいですね) + + フロッピーイメージをバイナリモードでダウンロード + しましたか? (困った顔をしないでください. 私たちの中 + で一番優秀な人でさえ, 少なくとも一回はバイナリファイルを + ASCII モードで思いがけずダウンロードしたことがあるのです!) + + Windows95 や Windows NT のような最近ご流行の + オペレーティングシステムを使用している場合, システムを + シャットダウンしてありのままの本物の DOS を再起動 + しましたか? これらの OS は, ディスク作成プログラム + のようなハードウェアに直接書き込みをおこなうプログラムに + 干渉できます: GUI の中の DOS シェル内部で動作している + 場合でも, この問題は発生します. + + +

また, Netscape でブートイメージをダウンロードする場合も問題 + があることが報告されていますので, できれば別の FTP クライアント + を使うのがよいでしょう. + + + あれ! テープからインストールできません! + +

2.1.7R をテープからインストールする場合, tar ブロックサイズ + を 10 (5120 バイト) にしたテープを作る必要があります. + デフォルト の tar ブロックサイズは 20 (10240 バイト) で, + このデフォルトサイズで作られたテープでは 2.1.7R を + インストールすることはできません. もしこうしたテープを使うと, + レコードサイズが大き過ぎるというエラーが起きることになります. + + + + ラップトップ PC に PLIP (パラレルライン IP) 経由でインストールできますか? + + +

次のようにして二つのコンピュータを Laplink パラレルケーブル + を通して接続してください: + + + +----------------------------------------+ + |A-name A-End B-End Descr. Port/Bit | + +----------------------------------------+ + |DATA0 2 15 Data 0/0x01 | + |-ERROR 15 2 1/0x08 | + +----------------------------------------+ + |DATA1 3 13 Data 0/0x02 | + |+SLCT 13 3 1/0x10 | + +----------------------------------------+ + |DATA2 4 12 Data 0/0x04 | + |+PE 12 4 1/0x20 | + +----------------------------------------+ + |DATA3 5 10 Strobe 0/0x08 | + |-ACK 10 5 1/0x40 | + +----------------------------------------+ + |DATA4 6 11 Data 0/0x10 | + |BUSY 11 6 1/0x80 | + +----------------------------------------+ + |GND 18-25 18-25 GND - | + +----------------------------------------+ + + +

また, Mobile Computing についての + ページもご覧ください. + + + + ハードディスクドライブには, どのジオメトリを使うべきでしょうか? + + +

(ここでディスクの「ジオメトリ」とは, ディスクのシリンダ, + ヘッダ, トラック当りのセクタの数を意味しています - 便宜上, + C/H/S とすることにします. これはディスクのどの領域で読み書きを + おこなうかを PC の BIOS が決定する手段となります.) + +

これについてはある理由のために, 誤解されている点が多いようです. + まず最初に, FreeBSD はディスクブロックで動作しているため, + SCSI ドライブのすべての問題はSCSI ディスクでは, 使用するジオメトリはコントローラの拡張 BIOS + トランスレーションが有効になっているかどうかによります (``>1GB の + DOS ディスクドライブのサポート'' とも呼ばれます). + 無効になっている場合, N シリンダ, 64 ヘッド, 32 セクタ/トラック + を使用しますが, ここで `N' は MB 単位のディスク容量です. + 例えば, 2GB ディスクは見かけ上 2048 シリンダ, 64 ヘッド, + 32 セクタ/トラックとなります. + +

それが「有効」になっており (MS-DOS ではこの方法で, ある制限 + を回避する場合もあります), ディスク容量が 1GB を越える場合は, + M シリンダ, 63 ヘッド (64 「ではなく」), 255 セクタ/トラック + を使用します. `M' は MB 単位のディスク容量を 7.844238 (!) + で割った値となります. ということで, 2GB ディスクの例では, + 261 シリンダ, 63 ヘッド, 255 セクタ/トラックとなります. + (訳注: 以上は Adaptec 社と NCR 社製の SCSI アダプタの場合です. + SCSI アダプタによって変換の数値が変わってくるのでマニュアルを + 参照してください.) + +

これについてよく分からない場合や FreeBSD がインストール中に + 正しくジオメトリを取得できない場合, これを回避するもっとも + 簡単な方法はディスクに小さな DOS パーティションを作ることです. + そうすると正しいジオメトリが取得されるはずです (そして, + 残しておきたくないとかネットワークカードのプログラミング用に + 使いたい場合などには, いつでもパーティションエディタで DOS + パーティションを削除することができます). + +

もう一つの方法として, FreeBSDと一緒にに配布されているフリー + で使えるユーティリティに ``toolsディレクトリかいろいろな FTP サイトにあります) + と呼ばれるものがあり, ディスク上の他のオペレーティングシステム + が使用しているジオメトリを調べるのに役立ちます. そして, この + ジオメトリ情報をパーティションエディタに入力することができます. + + + ディスクの分割の仕方で何か制限はありますか? + +

はい. BIOS がカーネルをブートできるようにルートパーティションが + 1024 シリンダ以内にあることを確認する必要があります + (これは FreeBSD ではなく PC の BIOS の制限です). + +

SCSI ドライブでは, 通常はルートパーティションが最初の 1024MB + に収まっていることが前提となります (または拡張 BIOS トランスレーション + が有効になっている場合は最初の 4096MB - 他の質問をご覧ください). + IDE でそれに相当する値は 504MB となります. + (訳注: E-IDE 対応の BIOS 搭載マシンの場合は IDE の 504MB という + 制限はありません.) + + + + 大容量ディスクを持っていますが, ディスクマネージャは使えますか? + + +

FreeBSD は Ontrack Disk Manager を認識し, これを考慮にいれます. + 他のディスクマネージャはサポートしません. + +

ディスク全体を FreeBSD で使いたい場合は, ディスクマネージャ + は必要ありません. BIOS が扱える容量いっぱいで (通常は 504MB) + ディスクの設定をおこなうと, FreeBSD は実際の容量を算出する + はずです. MFM コントローラ付きの古いディスクを使っている場合は, + FreeBSD に使用するシリンダ数を詳細に指定する必要があります. + +

FreeBSD と他のオペレーティングシステムが入っているディスクを + 使用したい場合は, ディスクマネージャなしでもできるでしょう: + FreeBSD のブートパーティションと他のオペレーティングシステム + 用のスライスが最初の 1024 シリンダ内に収まっている事を確認 + するだけです. 気になる方は, ブートパーティションを 20 メガバイト + ぐらいにして大きめにするととよいでしょう. + + + + FreeBSD のブート時に ``Missing Operationg System'' と表示されます + + +

これは FreeBSD や DOS, そのほかの OS がディスク領域 + のとらえ方で衝突 + しあっていることから起こる典型的な例です. こうなったら + FreeBSD をインストールし直す以外にはありませんが, + 他のところで説明した手順にしたがってやれば, + ほぼ間違いなくうまくいくはずです. + + + ブートマネージャの `F?' プロンプトが表示されません. + +

これはすでに前に質問されている問題のもう一つの症状です. BIOS + のジオメトリと FreeBSD のジオメトリ設定が一致していないのです! + コントローラや BIOS がシリンダの変換 (``>1GB ドライブの + サポート'' とも呼ばれます) をサポートしていたら, + その設定を無効化して FreeBSD をインストールし直してみてください. + + + + 16MB を越えるメモリを搭載していますが, 何か問題が起こりますか? + + +

性能問題以外は無しです. FreeBSD 2.X は bounce-buffer をサポートしており, + バスマスタリングコントローラは 16MB より上のメモリ領域に + アクセスできます. (ISA デバイスを使用している場合のみ必要 + となりますが, 一部の EISA と VLB デバイスでも必要な場合 + があります.) + +

また, もっと多くのメモリを搭載している場合, Compaq や利用可能な + メモリサイズを正しく報告しない他の BIOS を使用している場合は, + の節をご覧ください. + + + ソースを全部インストールする必要はありますか? + +

一般的には「いいえ」です. しかし最低でも, `` + を実行する時は例外です. + カーネルのソースをインストールしなくてもよい例として, どこか + 別の場所からカーネルのソースを読み込み専用で NFS マウントする + 事ができ, またそこから新しいバイナリを作成できるようになって + います. (カーネルソースの制限があるので, 直接 /usr/src を + マウントする事はおすすめできません. それよりもどこか別の + ディレクトリにマウントして, ソースツリーの複製ができるように + 適切にシンボリックリンクを張ってください.) + +

ソースをネットワーク上に持ち, そこからシステムをビルド + するようにしておけば, FreeBSD の将来のリリースへのアップグレード + がずっと簡単になります. + +

実際にソースのサブセットを選択するには, システムインストール + ツールの「配布ファイル」メニューにある「カスタム」メニュー + を使用します. また, src/install.sh スクリプトでも + 与える引数によってソース配布ファイルの一部分をインストールできます. + + + カーネルは作り直さなくちゃならないんですか? + +

カーネルを新しく作り直すのは元々 FreeBSD のインストール時に + どうしても必要なことでした. でも最近のリリースでは, とても + ユーザフレンドリなカーネル設定ツールの恩恵を受けています. + FreeBSD のブートプロンプト (boot:) で "-c" と打てば + ビジュアルな設定画面になり, ほとんどの一般的な ISA カードに + ついてのカーネルの設定をすることができるのです. + +

今でも, 必要なデバイスドライバだけを組み込んだカーネルを + 作ることはよい事とされています. ほんのちょっとだけメモリを + 節約できますからね. でもほとんどのシステムでは, もはや + どうしてもやらなくちゃならないことではないのです. + + + + アメリカ合衆国国外に住んでいますが, DES 暗号化ソフトウェアは使えますか? + + +

DES スタイルの暗号化コードの使用が絶対避けられないものでない + 場合は, DES 暗号化アルゴリズムを合法的に合衆国国外に持ち出す事 + ができないため, 合衆国国外のユーザは合衆国の FTP サイト + から該当するソフトウェア (しかし, これに代わる libcrypt が, オーストラリアの David + Burren によって書かれたソースをベースに作られています. + これは合衆国国外のいくつかの FTP ミラーサイトで公開されています. + この制限の課せられていない libcrypt のソースと, それを + 使ったプログラムのバイナリは, 以下の FTP サイトから入手する + 事ができます: + + + ftp://ftp.internat.freebsd.org/pub/FreeBSD + ftp://storm.sea.uct.ac.za/pub/FreeBSD + + ftp://ftp.iqm.unicamp.br/pub/FreeBSD + + ftp://nic.funet.fi/pub/unix/FreeBSD/eurocrypt + + 訳注: 日本国内では以下のサイトにあります. + ftp://jaz.jp.freebsd.org/pub/FreeBSD-internat + + +

この合衆国国外向けの 合衆国国外のユーザは, お願いですからいかなる暗号化ソフトウェア + も合衆国内からダウンロードしないでください. ダウンロードされた + サイトの管理者は, 法律的にとても難しく困難な立場に立たされる + 事になります. + +

合衆国以外向けの Kerberos も開発されつつあります. 現在の + バージョンは anonymous FTP で braae.ru.ac.za から + 入手できます. + +

また, 合衆国国外向けの暗号化ソフトウェアに関する議論のための + もあります. + より詳しい情報については, メールの本文に ``<majordomo@braae.ru.ac.za> まで送ってください. + + + diff --git a/ja/FAQ/jcontrib.sgml b/ja/FAQ/jcontrib.sgml new file mode 100644 index 0000000000..dae0ddc69c --- /dev/null +++ b/ja/FAQ/jcontrib.sgml @@ -0,0 +1,78 @@ + + + + + FreeBSD FAQ 日本語化について + +

FreeBSD 日本語ドキュメンテーションプロジェクトは, FreeBSD 関係の日本語 + ドキュメントが少ないことを嘆いた数人の FreeBSD ユーザの提唱によって + 1996年2月26日にスタートし, FreeBSD 日本語ハンドブックの作成をはじめとした + 活動をおこなってきました. + FreeBSD FAQ の日本語化については, オリジナルの翻訳作業だけでなく + 日本国内に固有の話題についても広く情報を集め, 日本の FreeBSD ユーザにとって + 真に有益なドキュメントを提供しようと考えています. + オリジナルの FAQ は日毎に更新されており, 私たちもまた + これに追い付くために作業を続けていきます. もちろん, 新しいメンバも大歓迎です. + 日本語翻訳版について, 何かお気づきの点がありましたら, &a.doc-jp; + までご連絡ください. + また, もし私たちの作業を手伝ってくれるなら, + + をご覧の上, 是非参加してください. + + + 翻訳者 (五十音順) + +

+ + &a.arimura + &a.ryo + &a.iwasaki + &a.yoshiaki + &a.kuriyama + &a.koga + &a.motoyuki + &a.nakai + &a.nishika + &a.hanai + &a.kiroh + &a.shou + &a.murata + &a.junkun + + + + 査読者 (五十音順) + +

+ + &a.asami + &a.iwasaki + &a.yoshiaki + &a.ohashi + &a.kuriyama + &a.motoyuki + &a.saeki + &a.hanai + &a.nao + &a.kiroh + &a.hino + &a.shiyama + &a.shou + &a.murata + &a.earth + + + + 作業環境整備 (五十音順) + +

+ + &a.ryo + &a.iwasaki + &a.simokawa + &a.hideyuki + + + + diff --git a/ja/FAQ/jmembers.sgml b/ja/FAQ/jmembers.sgml new file mode 100644 index 0000000000..2073421ba7 --- /dev/null +++ b/ja/FAQ/jmembers.sgml @@ -0,0 +1,103 @@ + + + + + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + diff --git a/ja/FAQ/kernelconfig.sgml b/ja/FAQ/kernelconfig.sgml new file mode 100644 index 0000000000..1aa2cdb9e7 --- /dev/null +++ b/ja/FAQ/kernelconfig.sgml @@ -0,0 +1,163 @@ + + + + + + カーネルコンフィグレーション +

訳: &a.kiroh;.10 November 1997. + + + + カーネルをカスタマイズしたいんですが, 難しいですか? + + +

全然難しくありません. 最低 ソースコードで提供すると多少ディスクスペースを多く消費します. + しかし, 何か問題があった場合や, 動作を確認したい場合など, + + cd /usr/src/sys/i386/conf + cd ../../compile/MYKERNEL + + +

以前のリリース (FreeBSD 2.X) でのカーネルコンフィグファイルが + 既にある場合は, ステップ 2 は必要ないかもしれません. + 以前のファイルをコピーして, 書式が変更されてたり, + 廃止されたドライバがないか, 注意深く確認してください. + +

カーネルコンフィグファイル /kernel にコピーされ, + 古い /kernel は, /kernel.old に + /kernel.old から + ブートすることも可能ですので, 必ず覚えておいてください. + リブートすると, デフォルトでは新しいカーネルでブートします. + +

何らかの理由でステップ 7 のコンパイルが失敗したら, ステップ 4 + にもどって, 最後になりますが, 新しいカーネルが使用しているハードウェアに + うまく適合しているかどうか調べるために元のブートメッセージを + 調べる必要がある場合は, + コマンドを使ってみてください. このコマンドは, 古いカーネルの + ブート時のメッセージをすべて表示します. メッセージの中には, + 新しいカーネルを設定するのに, 非常に有用な情報が含まれます. + +

+ + + +

推測ですけど, 数値演算コプロセッサを持ってないからと思って, + をカーネルコンフィグファイルから削除しちゃったんじゃ + ないですか? + マルチポートシリアル関連のコードでの, 割り込みの競合 + +

+ # + # Multiport high-speed serial line - 16550 UARTS + # + device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr + device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr + device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr + device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr + + + + QIC-40/80 ドライブのサポートを有効にするには? + +

の行に, `` +controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 flags 0x1 vector fdintr +disk fd0 at fdc0 drive 0 ^^^^^^^^^ +disk fd1 at fdc0 drive 1 +#tape ft0 at fdc0 drive 2 +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + + +

次に, /dev/ft0 デバイスを作成します. /dev/ + に移動して, 以下のコマンドを実行します. + + + sh ./MAKEDEV ft0 + + +

これは, 1 番目のドライブの例です. 2 番目には /dev/ft0 デバイスは, `` + のマニュアルページを参照してください. + +

/usr/src/sbin/ft から最新の + diff --git a/ja/FAQ/misc.sgml b/ja/FAQ/misc.sgml new file mode 100644 index 0000000000..54d54065f4 --- /dev/null +++ b/ja/FAQ/misc.sgml @@ -0,0 +1,233 @@ + + + + + + その他の質問 +

訳: &a.yoshiaki;.10 November 1997. + + + + FreeBSD は Linux より多くのスワップ領域を消費するのはなぜですか? + + +

そうではありません. 本当は「なぜスワップが全部使われてる + ように見えるのか」と聞きたいのでしょう. そういうことであれば, + その理由は, 実行プログラムのクリーンな (無変更の) ブロックを, + 終了後すぐに捨ててしまわずにスワップ領域に残しておけば, + そのプログラムが再実行される際にファイルシステムから読み直すよりも + 迅速に実行することができるからです. + +

メモリ中に同時に保持する事のできるダーティページの実際の量は + 減少しません. クリーンなページが必要に応じて置き換えられます. + + + + FreeBSD の実行フォーマットの a.out はどのようなものですか, a.out を使う理由, ELFを使う理由は何でしょう? + + +

FreeBSD の a.outフォーマットを理解するためには, + まず UNIXにおいて現在 「優勢」な 3種類の実行フォーマットについて + いくらか知っておく必要があります: + + + + +

最も古く 「由緒正しい」 unix オブジェクトフォーマットです. + マジックナンバを含む短くてコンパクトなヘッダが先頭にあり, + これがフォーマットの特徴とされています (参照 + + より詳細な内容があります). ロードされる 3種類のセグメント: + .text, .data, .bss と加えてシンボルテーブルと文字列テーブルを + 含みます. + + COFF +

SVR3 のオブジェクトフォーマットです. ヘッダは単一の + セクションテーブルから成り, .text, .data, .bss セクション以外 + の部分を持つことができます. + + ELF +

FreeBSD はこの問題を解決するための試みとして, 既知の 書き加える + ユーティリティを提供しています. + のマニュアルページ + を参照してください. より多くの情報があります. + + +

FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリース + で試され, 実証されてきた + フォーマットを使用しています. + いつかは FreeBSDシステムでネイティブ FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の + SunOSスタイルの共有ライブラリのメカニズムに極めて近い + ものになっていて非常に使いやすいためにこれほど話は単純では + ありません. 実際に + なぜシンボリックリンクのパーミッションは chmod で変えられないのですか? + +

この場合, `` と + のマニュアルページにはもっと詳しい情報があります. + +

+ をオプションをつけずにシンボリックリンクの名前の後ろにスラッシュ + (``/'') をつけて使います. 例えば, `` + chmod 555 foo/ + + +

後ろにスラッシュをつけると, + はシンボリックリンク + `` + + login 名が + +

+ FreeBSD 上で DOS のバイナリを動かすことはできますか? + +

今のところはできませんが, BSDI は彼らの + へメールを送ってください. + +

現在, + という巧妙なユーティリティが ports + コレクションにあり, 8088 のエミュレーションと DOS の + テキストモードアプリケーションを動かすに十分な BIOS + サービスをおこないます. これは X ウィンドウシステムが必要です + (XFree86 として提供されています) + + + + `` + +

+ とはソフトウェアアップデートプロトコル (Software Update + Protocol) で CMU で開発ツリーの同期のために開発されました. + 私たちの中心開発ツリーをリモートサイトで同期させるために + 使っていました. + +

SUP はバンド幅を浪費しますので, 今は使っていません. ソースコードの + アップデートの現在のおすすめの方法は + にあります. + + + FreeBSD をクールに使うには? + +

Q. FreeBSD を動かす時に温度測定をおこなった人はいますか? Linux + は dos よりも温度が下がるということは知っていますが, FreeBSD + についてはこのようなことに触れたものを見たことはありません. + 実際熱くなっているように見えます. + +

A. いいえ. 私たちは 250 マイクログラムの LSD-25 をあらかじめ + 与えておいたボランティアに対する目隠し味覚テストを大量に + おこなっています. + 35% のボランティアは FreeBSD はオレンジのような味 + がすると言っているのに対し Linux は紫煙のような味わいがある + と言っている人もいます. 私の知る限り両方のグループとも温度の + 不一致については触れていません. この調査で, 非常に多くの + ボランティアがテストをおこなった部屋から不思議そうに出てきて, + このようなおかしな結果を示したことに私たちは当惑させられました. + 私は, ほとんどのボランティアは Apple にいて彼らの最新の + 「引っかいて匂いをかぐ」 GUI を使っているのではないかと + 考えています. 私たちは奇妙な古い仕事をしているのでしょう! + +

真面目に言うと, FreeBSD も Linux も `` + 誰かが私のメモリカードをひっかいているのですか?? + +

Q. FreeBSDでカーネルのコンパイルをしている時にメモリから + 引っかいているような奇妙な音が聞こえるようなことはあるのでしょうか? + コンパイルをしている時 (あるいは起動時にフロッピドライブを + 認識した後の短い間など), 奇妙な引っかくような音がメモリカードの + あたりから聞こえてきます. + +

A. その通りです. BSDのドキュメントでしばしば「デーモン」に + ついて述べられている理由がわかるでしょう. しかし多くの人は本当の + 事については触れていません. 非物質的な存在があなたのコンピュータ + にあるのです. メモリからの引っかいたような音は, 実際に色々な + システム管理タスクの扱いをいかに最善なものにするかという内容を交わす, + デーモンたちのかん高いささやきなのです. + +

「雑音」があなたに DOS プログラムの ``fdisk /mbr'' + を使ってうまくささやきを取り除かせようとしているように聞こえても, + 彼らは逆にそうすることをやめさせようとしているのかもしれません. + 本当は内蔵スピーカからのビル ゲイツの悪魔的な声が + あなたに影響を与えているのかもしれません. + 実行するのは止めましょう, そして振り返ってはいけません! + BSD の守護神 (daemon) の力により, + 繰り返しあなたのマシンを支配下に置こうとし, あなたの魂を + 無限地獄に突き落そうとする DOSと Windows の双子の悪鬼 (demon) の + 影響から自由になりましょう. + 選択の機会は与えられました. 私自身はこの引っかくような音が + 聞こえていたことを嬉しく思っています. + + + diff --git a/ja/FAQ/network.sgml b/ja/FAQ/network.sgml new file mode 100644 index 0000000000..b9511dcd15 --- /dev/null +++ b/ja/FAQ/network.sgml @@ -0,0 +1,747 @@ + + + + + + ネットワーキング +

訳: &a.arimura; &a.shou; &a.nishika; . + 13 November 1997. + + + ``diskless boot'' に関する情報はどこで得られますか? + +

``diskless boot'' というのは, FreeBSD がネットワーク上で起動し, + 必要なファイルを自分のハードディスクではなくてサーバから読み込むものです. + 詳細については + + を読んでください. + + + + FreeBSD をネットワークの router として使用することはできますか? + + +

インターネット標準やこれまでのよい経験によって指摘されている通り, + FreeBSD は標準ではパケットを forward するように設定されていません. + しかし, の中で次の変数の値を + + gateway_enable=YES # Set to YES if this host will be a gateway + + +

このオプションによって の変数 + ほとんどの場合, router についての情報を同じネットワーク + の他の計算機等に知らせるために, 経路制御のためのの process + を走らせる必要があるでしょう. FreeBSD には BSD の標準経路制御デーモン + である + が付属していますが, より複雑な状況に対処するためには + 注意してほしいのは, FreeBSD をこのようにして使用している場合でも, + router に関するインターネット標準の必要条件を完全には満たしていない + ということです. しかし, 普通に使用する場合にはほとんど問題ありません. + + + + Win95 の走っているマシンを, FreeBSD 経由でインターネットに接続できますか? + + +

通常, この質問が出てくる状況は自宅に二台の PC があり, 一台では + FreeBSD が, もう一台では Win95 が走っているような場合です. + ここでやろうとしていう事はFreeBSDの走っている計算機をインターネット + に接続し, Win95 の走っているマシンからは FreeBSD の走っているマシンを + 経由して接続をおこなう事です. これは二つ前の質問の特別な場合に相当します. + +

FreeBSDをとして設定する方法については, + 役に立つ文書があります. + +

や + + のような また, に関する節も参照してください. + + + + ISC からリリースされている BIND の最新版は compile できないんでしょうか? + + +

BIND の配布物と FreeBSD とでは ``compat/include/sys/cdefs.h を削除してください. + + + FreeBSD で SLIP と PPP は使えますか? + +

使えます. FreeBSD を用いて他のサイトに接続する場合には, + , + , + そして + + のマニュアルページを見てください. + は SLIP のサーバ専用で, + は SLIP のクライアント専用です. + +

これらのプログラムの解説が, + の以下のセクションにあります. + + + + + + + + + + + +

「シェルアカウント」を通じてのみインターネットへアクセス可能な場合, + package みたいなものが欲しくなるかもしれませんね. + これを使えば, ローカルマシンから直接 ftp や http のようなサービスに + (限定的ではありますが) アクセスすることができます. + + + + FreeBSD は NAT か IP マスカレードをサポートしていますか? + +

ローカルなサブネット (一台以上のローカルマシン) を持っているが, + インターネットプロバイダから 1 つしか IP アドレスの割り当てを + 受けていない場合 (または IP アドレスを動的に割り当てられている場合でも), + プログラムを使いたくなるかもしれませんね. + も, 同様の機能を持っており, + が使われます. + + + + + + +

まず のマニュアルと, を読んでみましょう. 次に, + + + set log Phase Chat Connect Carrier lcp ipcp ccp command + + +

という命令を /etc/ppp/ppp.conf に加えて + (default セクションの先頭に加えるのが一番良いでしょう) + ログを有効にしてみてください. その際, に + + + !ppp + *.* /var/log/ppp.log + + +

と書かれた行が含まれているか, また, /var/log/ppp.log + が存在しているかどうか確かめておいてください. さて, これで + 何が起きているのか突き止めるために, ログファイルからたくさんの + 情報を得られるようになりました. ログに訳の分らない部分があっても + 心配ご無用. あなたが助けを求めた誰かにとっては, その部分が + 意味をなす場合があるのです. + +

訳注: ログの取得に syslog を使用するようになったのは + 2.2.5 以降からです. + +

使用中の ppp のバージョンで "set log" 命令を解釈しない場合は, + + をダウンロードすべきです. FreeBSD の 2.1.5 以降でビルドできます. + + + ppp が -auto モードでダイアルしてくれない + +

まず最初に, デフォルトルートが確立しているかどうかチェックして + ください. を実行すると, 以下のような情報が表示されるはずです. + + +Destination Gateway Flags Refs Use Netif Expire +default 10.0.0.2 UGSc 0 0 tun0 +10.0.0.2 10.0.0.1 UH 0 0 tun0 + + +

これはあなたがハンドブックやマニュアル, ppp.conf.sample の中で + 出てくるアドレスを使用していると仮定した場合の例です. + デフォルトルートが確立していない場合, ppp.conf の中の が走っている可能性があります. FreeBSD 2.2.5 より前の + バージョンに付属していた + add 0 0 HISADDR + + +

と書かれた行を以下のように修正してください. + + + add 0 0 10.0.0.2 + + +

netstat -rn でデフォルトルートの情報が表示されない場合, もう一つ, + (2.2.2 より前のリリースでは + /etc/sysconfig と呼ばれていました) の中でデフォルトの + ルータを誤って設定し, ppp.conf から + + + delete ALL + + +

の行をうっかり消してしまった可能性があります. + この場合は, ハンドブックの + の項を読み直してください. + + + "No route to host" とはどういう意味ですか? + +

このエラーは通常, /etc/ppp/ppp.linkup に以下のような + セクションが無い場合に起こります. + + MYADDR: + delete ALL + add 0 0 HISADDR + + +

これは動的 IP アドレスを使用している場合, またはゲートウェイの + アドレスを知らない場合にのみ必要な設定です. インタラクティブモード + を使用している場合, + delete ALL + add 0 0 HISADDR + + +

詳しい情報については, ハンドブックの + の項を参照してください. + + + 3 分ほど経つと接続が切れてしまう + +

ppp のタイムアウトは デフォルトでは 3 分です. これは + + + set timeout NNN + + +

という命令によって調整することができます. ppp.conf + に入れることも, インタラクティブモードでプロンプトから入力することも + できます. ソケットを用いる + か + を使用し, 訳注 pppctl は 2.2.5R からです. + +

詳しい情報は + のマニュアルを参照してください. + + + 負荷が高いと接続が切れてしまう + +

Link Quality Reporting (LQR) の設定を行っている場合, + マシンと接続先の間で非常にたくさんの LQR パケットが失われている + 可能性があります. 結果として ppp は回線の具合いが悪いと考え, + 回線を切断するのです. 2.2.5 より前のバージョンの FreeBSD では + LQR はデフォルトで有効になっています. 現在ではデフォルトの状態で + 無効です. LQR は以下の命令で無効にすることができます. + + + disable lqr + + + + 接続がランダムに切れてしまう + +

時々, ノイズの多い回線, あるいは待ち機能付きの回線では, + モデムが (誤って) キャリアを失ったと思い込み, ハングアップしてしまう + ことがあります. + +

大多数のモデムでは, 一時的なキャリアの喪失にどれだけ我慢するか + 設定で決めることができます. 例えば USR Sportster では, S10 レジスタ + の値を 10 倍した秒数がその値になります. この場合, モデムをもっと + のんびり屋さんにするには, dial 行に次のような文字列を加えると + 良いでしょう. + + + set dial "...... ATS10=10 OK ......" + + +

詳しくはお使いのモデムのマニュアルをご覧ください. + + + Login OK! のメッセージが出た後, 何も起こらない + +

2.2.5 より前のリリースの FreeBSD では, + はリンクが確立した後, 接続先が Line Control Protocol (LCP) + を発信するのを待ちます. しかし, 多くの ISP ではネゴジェーションを + 自分からは起こさず, クライアントが起こすのを待っています. + + set openmode active + + +

+ でもまだ "magic is the same" というエラーが出る + +

時折, 接続直後のログに "magic is the same" というメッセージが + あらわれることがあります. このメッセージがあらわれても何も起きない + 場合もありますし, どちらかの側が接続を切ってしまう場合もあります. + +

これは通常, ディスクアクセスの遅いサーバマシンのシリアルポートで + getty が生きていて, ppp がログインスクリプトか, ログイン直後に + 起動されたプログラムから実行されている場合に起こります. 原因は + getty の終了されるまでと, ppp が実行され, クライアント側の ppp が + Line Control Protocol (LCP) を送り始めるまでのタイミングにあります. + サーバ側のシリアルポートで ECHO が有効なままになっているので, + クライアント側の ppp にパケットが「反射」してしまうのです. + +

LCP ネゴジェーションの一部として, リンクの両サイドで magic number + を定めて, 「反射」が起きていないかどうか確かめる作業があります. + 規約では, 接続相手がこちらと同じ magic number を提示してきたら, + NAK を送って新しい magic number を選択しなければならないと + 定めています. この作業の間, サーバのシリアルポートの ECHO がずっと + 有効になったままなので, クライアント側の ppp は LCP パケットを送り, + パケットが反射して全く同じ magic number が送られてくるのを見つけ, + それに対して NAK を送るのです. 一方 NAK 自体も (これは ppp が magic + number を変更しなければいけないことを意味しています) 反射して + くるので, 結果として magic number が数えきれないほど変更され, + その全てがサーバの tty バッファの中に積み重なることになるのです. + サーバでスタートした ppp はとすぐ magic number であふれかえってしまい, + LCP のネゴジェーションを十分に行ったものと判断して, さっさと接続を + 切ってしまいます. 一方, クライアント側は反射が帰ってこなくなったので + 満足しますが, それもサーバが接続を切ったことを知るまでです. + +

これを回避するには, 以下の命令を ppp.conf の中に入れるしかありません. + + + set openmode passive + + +

これで ppp はサーバが LCP ネゴジェーションを起こすのを待つように + なります. しかし, 自分からは決してネゴジェーションを起こさないサーバ + もあるかもしれません. もしこの状況に遭遇した場合, send-pr を使って + これをバグとして報告してください. そうすれば, ppp の機能を変更して, + LCP ネゴジェーションを起こすまでの時間をユーザが指定できるよう, + 変数を追加する必要があると認められるでしょう. + + + ppp が接続直後に固まってしまう + +

2.2.5 より前のバージョンの FreeBSD では, + disable pred1 + + + + ppp の内部でシェルを起動しようとすると固まってしまう + +

このような場合は, 代わりに + ヌルモデムケーブルを使用しているとき, ppp が終了しない + +

ヌルモデムケーブルを使用して直接接続している場合, + enable lqr + + +

こうすると, 接続先がネゴジェーションを行う場合, デフォルトで + LQR の使用を受け入れるようになります. + + + ppp を -auto モードで動かすと, 勝手にダイアルすることがある + +

原因を突き止めるためには, 以下の命令を使用してください. + + + set log +tcp/ip + + +

これで接続を通過する全てのトラヒックをログに残すことができるように + なりました. 次に突然回線がつながったときのログのタイムスタンプを + たどれば, 原因を突き止めることができるはずです. + +

原因がわかったら, 次に, このような状況ではダイヤルが起こらないように + しましょう. 通常, この手の問題は, DNS で名前の解決をしようとしたために + 起こります. DNS による名前の解決によって, 接続が行われるのを防止する + には, 次のような手段を用います (これは + set dfilter 1 deny udp src eq 53 + set dfilter 2 deny udp dst eq 53 + set dfilter 3 permit 0/0 0/0 + + +

これはデマンドダイヤル機能に問題を生じさせるため, + 常に適切であるとはかぎりません. ほとんどのプログラムは + 他のネットワーク関連の処理をおこなう前に DNS への問い合わせ + が必要になります. + +

DNS の場合は, 何が実際にホスト名を検索しようとしているのかを + 突き止めるべきでしょう. 大抵の場合は, + が犯人です. 設定ファイルで sendmail に + DNS に問い合わせないようになっているか確認すべきです. + 詳しくは の節を + ご覧ください. + + + CCP エラーとはどういう意味ですか + +

ログファイル中の以下のエラーは, + + + CCP: CcpSendConfigReq + CCP: Received Terminate Ack (1) state = Req-Sent (6) + + +

ネゴジェーションにおいて ppp は Predictor1 圧縮を用いるべく主張したが, + 接続先は圧縮を使用しないことを主張した場合に起こります. このメッセージ + には何の害もありませんが, 出るのが嫌なら, 以下の命令を用いて + こちら側でも Predictor1 圧縮を無効にすることで対応できます. + + + disable pred1 + + + + ファイル転送の途中で, ppp が IO エラーを出して固まってしまう + +

FreeBSD 2.2.2 以前のバージョンの tun ドライバには, tun インタフェース + の MTU のサイズより大きなパケットを受け取ることができないというバグが + ありました. MTU のサイズより大きなパケットを受け付けると IO エラーが + 起こり, syslogd 経由で記録されるのです. + +

ppp の仕様では, LCP のネゴジェーションを行う場合を含む + どのような場合でも最低 1500 オクテットの + Maximum Receive Unit (MRU) を受け入れる必要があります. + ですから, MTU を 1500 以下に設定した場合でも, ISP はそれに関係なく + 1500 の大きさのパケットを送ってくるでしょう. そしてこのイケてない + 機能にぶちあたって, リンクが固まるのを目にすることになるのです. + +

FreeBSD 2.2.2 以前のバージョンでは, MTU を決して 1500 より小さく + しないことで, この問題を回避することができます. + + + + どうして ppp は接続速度をログに残さないんでしょう? + +

モデムとの「やり取り」全ての行をログに残すには, + 以下のようにして接続速度のログの有効化を行ってください: + + + set log +connect + + +

これは + + に最後にくることが要求されている "expect" という文字列がくるま + でのすべてのものをログに記録させます. + +

接続速度はログにとりたいけれど, PAP や CHAP を使っている + (その結果, dial スクリプト中の CONNECT 以降に全く「やりとり」 + を行わない - "set login" スクリプトには何も書かない) のであれ + ば, ppp に "expect" を含んだ CONNECT 行全てがくるまで待たせる + ようにしないといけません, 以下のようになります: + + + set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n" + + +

ここで, CONNECT を受信してから, 何も送らず, linefeed を + 待っています, + どれにも当てはまらない! どうしたらいいの? + +

これまでの全ての質問に当てはまらない場合, 設定ファイル, コマンドの出力 (接続前と接続後) を含む, + あなたの持っている全ての情報を + メーリングリストや + ニュースグループへ + 送ってください. 誰かがあなたを正しい方向へ導いてくれるでしょう. + + + /dev/ed0 デバイスを作成することができません. + +

+ Berkeley UNIX におけるネットワークの構成においては, ネットワーク + のインタフェースは kernel のコードからのみ直接あつかうことが + できます. より詳しく知りたい場合は, /etc/rc.network + というファイルや, このファイルの中に書いてあるさまざまなプログラム + についてのマニュアルページを見てください. それでもまだ分からない場合には, + 他の BSD 系の OS のネットワーク管理についての本を読むべきでしょう. + ごく少しの例外をのぞいては, FreeBSD のネットワーク管理は SunOS 4.0 + や Ultrix と基本的に同じです. + + + Ethernet アドレスのエイリアスはどのようにして設定できますか? + +

のコマンドラインに `` + ifconfig ed0 alias 204.141.95.2 netmask 0xffffffff + + + + 3C503 で他のネットワークの port を使用するにはどのようにすればよいですか? + +

他の port を使用したい場合には, のコマンドラインにパラメータを + 追加しなければなりません. default は ``. + の using the ifconfig_* の変数を使って指定されるはずです. + + + FreeBSD との間で NFS がうまくできません. + +

PC 用のネットワークカードによっては NFS のようなネットワークを + 酷使するアプリケーションにおいて問題を起こすものがあります. + +

この点に関しては + を見てください. + + + 何故 Linux のディスクを NFS マウントできないのでしょうか? + +

Linux の NFS のコードによっては許可されたportからの + リクエストからしか受けつけないものがあります. + 以下を試してみてください. + + + mount -o -P linuxbox:/blah /mnt + + + + 何故 Sun のディスクを NFS マウントできないのでしょうか? + +

SunOS 4.X が走っている Sun Workstation は許可された port からの + mount のリクエストしか受けつけません. + 以下を試してみてください. + + + mount -o -P sunbox:/blah /mnt + + + + PPP で NeXTStep に接続する際に問題があるのですが. + +

の中で次の変数を NO にして, + TCP extension を無効にしてみてください. + + + tcp_extensions=NO + + +

Xylogic の Annex も同様の問題がありますので, Annex 経由で PPP をおこなう + 場合にもこの変更を行ってください. + + + IP multicast を有効にするには? + +

FreeBSD 2.0 においては multicast は標準で完全に対応しています. + 現在使用している計算機を multicast の router として使用するには, + より詳しい情報は以下の場所にあります. + + +Product Description Where +--------------- ----------------------- --------------------------------------- +faq.txt Mbone FAQ ftp.isi.edu:/mbone/faq.txt +imm/immserv jpg/gif画像のための ftp.hawaii.edu:/paccom/imm.src.tar.Z + IMage Multicast +nv Networkビデオ ftp.parc.xerox.com: + /pub/net-reseach/exp/nv3.3alpha.tar.Z +vat LBL Visual Audioツール ftp.ee.lbl.gov: + /conferencing/vat/i386-vat.tar.Z +wb LBL White Board ftp.ee.lbl.gov: + /conferencing/wb/i386-wb.tar.Z +mmcc MultiMedia Conference ftp.isi.edu: + 制御プログラム /confctrl/mmcc/mmcc-intel.tar.Z +rtpqual RTPパケットの質を ftp.psc.edu:/pub/net_tools/rtpqual.c + チェックするツール +vat_nv_record vatとnvのための ftp.sics.se:archive/vat_nv_record.tar.Z + 録画ツール + + + + DEC の PCI チップセットを用いている network カードにはどのような物がありますか? + +

による一覧があります. + + + Vendor Model + ---------------------------------------------- + ASUS PCI-L101-TB + Accton ENI1203 + Cogent EM960PCI + Compex ENET32-PCI + D-Link DE-530 + DEC DE435 + Danpex EN-9400P3 + JCIS Condor JC1260 + Linksys EtherPCI + Mylex LNP101 + SMC EtherPower 10/100 (Model 9332) + SMC EtherPower (Model 8432) + TopWare TE-3500P + Zynx ZX342 + + + + 何故自分のサイトのホストに対して FQDN を使用する必要があるのですか? + +

実際にはそのホストは別のドメインにあるのではないですか. たとえば, + foo.bar.edu というドメインの中から, bar.edu ドメインにある + ``mumble'' というホストを指定したい場合には, ``mumble'' だけでは + 駄目で, ``mumble.bar.edu'' という fully-qualified domain name で + 指定しなければなりません. + +

伝統的に, BSD の BIND の resolver ではこのような事は可能でしたが, + FreeBSD に入っている + の現在のバージョンでは, 自分以外のドメインに対して FQDN + でない別名を自動的につけてくれるような事はありません. + したがって mumble というホスト名は mumble.foo.bar.edu + という名前か, もしくは root ドメイン内にある場合にしか適用されません. + +

これは, mumble.bar.edu と mumble.edu + ということなったドメイン名に対してホスト名のサーチがおこなわれていた + 以前の振る舞いとは異なったものです. このような事が悪い例もしくは + セキュリティホールとみなされる理由については RFC 1535 を見てください. + +

の中で + + + domain foo.bar.edu + + +

と書いてある行を + + + search foo.bar.edu bar.edu + + +

のように書きかえることで, 上のような事ができます. しかし, + RFC 1535 にあるように, search order が ``ローカルな管理と + パブリックな管理の境界'' をまたがないようにしてください. + + + すべてのネットワークの操作に対して ``Permission denied'' というメッセージが表示されるのですが. + +

もしfirewallの設定を間違えた場合にネットワークの操作が再びできる + ようにするには, root で login して次のコマンドを実行してください. + + + ipfw add 65534 allow all from any to any + + +

FreeBSD の firewall の設定についての情報は + + にあります. + + + diff --git a/ja/FAQ/preface.sgml b/ja/FAQ/preface.sgml new file mode 100644 index 0000000000..3672214965 --- /dev/null +++ b/ja/FAQ/preface.sgml @@ -0,0 +1,521 @@ + + + + + + まえがき +

訳: &a.kuriyama;, &a.hanai;, &a.nakai;. + 5 November 1997. + +

FreeBSD 2.X FAQ へようこそ! + + + この FAQ の目的は? + +

Usenet の FAQ がそうであるように, この文書も FreeBSD + オペレーティングシステムに関して頻繁に尋ねられる質問を + 網羅することを目的としています (もちろんそれに対する答えも!). + FAQ は本来バンド幅を減らし, 同じ質問が何度も繰り返されるのを + 避けるために作られたものですが, 最近は有用な情報源と + 見なされるようになってきました. + +

この FAQ をできる限り有用なものにしようと, あらゆる努力が + はらわれています. もし何かしらの改善案が浮かんだら, ぜひ + まで + メールを送ってください. + + + FreeBSD って何? + +

FreeBSD 2.X はカリフォルニア大学バークレイ校が i386 系の + プラットフォーム向けにリリースした 4.4BSD-lite をもとにした + UN*X ライクなオペレーティングシステムです. 間接的には同じ + バークレイ校の Net/2 を William Jolitz が i386 系に移植した + 386BSD も基にしていますが, 386BSD のコードはほとんど残って + いません. FreeBSD についての詳細と, 何ができるかについては + + を参照してください. + +

FreeBSD は企業やインターネットサービスプロバイダ, 研究者, + コンピュータ専門家, 学生, 家庭のユーザなどにより, 業務や教育, + 娯楽に用いられています. これらに関しては + + を参照してください. + +

FreeBSD に関するより詳しい情報は + + を参照してください. + + + FreeBSD が目指しているもの + +

FreeBSD プロジェクトの目的は, いかなる用途にも使用でき, 何ら + 制限のないソフトウェアを供給することです. 私たちの多くは, + コード (そしてプロジェクト) に対してかなりの投資をしてきており, + これからも多少の無駄はあっても投資を続けて行くつもりです. + ただ, 他の人達にも同じような負担をするよ うに主張している + わけではありません. FreeBSD に興味を持っている一人の残らず + 全ての人々に, 目的を限定しないでコードを提供すること. + これが, 私たちの最初のそして最大の「任務」であると信じて + います. そうすれば, コードは可能な限り広く使われ, 最大の + 恩恵をもたらすことができるでしょう. これが, 私たちが熱烈に + 支持しているフリーソフトウェアの最も基本的な目的であると, + 私は信じています. + +

私たちのソースツリーに含まれるソースのうち, GNU + 一般公有使用許諾 (GPL) または GNU ライブラリ + 一般公有使用許諾 (GLPL) に従っているものについては, 多少制限が + 科されています. ただし, ソースコードへのアクセスの + 保証という, 一般の制限とはいわば逆の制限 (訳注1) です. ただし + GPL ソフトウェアを商用で利用する場合, さらに複雑になるのは + 避けられません. そのため, それらのソフトウェアを, より制限の + 少ない BSD 著作権に従ったソフトウェアで置き換える努力を, + 可能な限り日々続けています. + +

(訳注1) GPL では, 「ソースコードを実際に受け取るか, あるいは, + 希望しさえすればそれを入手することが可能であること」を求めています. + + + どうして FreeBSD と呼ばれているのですか? + +

+ + 無料 (free) で使うことができる (商利用も含む). + + オペレーティングシステムの完全なソースコードが自由に + (freely) 手に入り, 商利用・非商利用にかかわらず, + 最低限の制限で他の仕事への利用, 配布, 導入が可能. + + 改良やバグフィックスがある場合, 誰でも (free) その + コードを提出でき, ソースツリーに加えることができます + (いくつかの簡単な条件には従ってもらいます). + + +

母国語が英語でない読者のために, ここでは ``free'' という単語が + 二通りに用いられていることを指摘しておくとわかりやすいかも + しれません. ひとつは「無料である」ということ, もうひとつは + 「自分のやりたいようにできる」ということです. FreeBSD のコードで + + FreeBSD の最新バージョンは? + +

+ が最新の stable バージョンで, 1997 年 10 月にリリース + されました. また, これは最新の release バージョンでもあります. + +

簡単に言ってしまうと, -stable は + 最新のリリースのすばらしい新機能の数々よりも, 安定性と変更回数の + 少なさを好む ISP や他の企業のユーザをターゲットにしています. + 今のところ, これらのバージョンは同一のものですが, この状況も + -currentブランチが一般のリリースとして十分に洗練されるまでの + ことでしょう. + +

これは 3.0-current snapshot がビジネスサービス向けとしては不安定である, + と言っているわけではなく, 3.0 特有の機能 (新しいコンパイラ技術や + 高速なネットワークコードなど) を必要とする多くの人たちは, これを + 使う決定をし, 良い成果を収めています. + 私たちとしては, このブランチでさらに実績を積むまでは, + 3.0 が自信を持っておすすめめできるものあるということを + 「保証」したくないだけなのです. + + + FreeBSD-currentって何? + +

は + オペレーティングシステムのの開発バージョンで, やがて 3.0-RELEASE + となります. よってこれは, そこに携わっている開発者や, + どんな障害をも乗り越えていけるタフな愛好家たちにとってのみ + 興味深いものです. + -current の使用に際しての詳細は の + + を参照してください. + +

オペレーティングシステムに馴染みがない場合や一時的な問題か + 本物の問題かを見極める能力がない場合は, FreeBSD-current を + 使うべきではありません. このブランチは時々急激に拡張されたり, + ビルドできない状態になることもちょっちゅうあります. + FreeBSD-current を使う人は, 問題を分析して「小さな欠陥」では + なく間違いであると思われるものだけを報告できるものと想定され + ています. 「make world したら group 関係でエラーがでました」 + のような質問は -current メーリングリストでは軽蔑の眼差しで + あしらわれることもあります. + +

時たま, -current の開発コードから が作成され, snapshot の中からは 配布 CD-ROM + が作成されることもあります. + それぞれの snapshot には以下のような目的があります: + + + インストールプログラムの最新版のテスト. + + 試してみたいけれど, 基礎的な所から毎日変わるような + ものを追いかける時間もバンド幅も無い, という人にも + -current を使えるようにする. また, そのような人たち + のシステム移行のための手っ取り早い方法を提供する. + + あとでとんでもないことをしてしまった時のために, + 問題となるコードの特定の参照基準点を保存しておく. (通常は + CVS がこういうハプニングのような恐ろしい事態を防止して + いるんですけどね :) + + テストが必要な新しい機能を, できる限り多くの + 隠れテスターに試してもらう. + + +

どんな目的であれ, snapshot が「製品レベルの品質」であるとの考えに + 基づく要求は行わないでください. 安定性やテスト十分性にこだわる人は + 完全なリリースから離れてはいけません. + +

3.0-current および 2.2-stable ブランチ両方の snapshot は, + 平均的に一日に一度生成されており, から直接入手することが + できます. + + + FreeBSD-stable のコンセプトって何? + +

FreeBSD 2.0.5 がリリースされた後, 私たちは FreeBSD の開発を + 2 系統に分割することにしました. 一つは というブランチで, バグの修正はしっかりテストされ, + 機能の強化は少しずつしか行われません (急な変更や実験的機能を望まない, + インターネットサービスプロバイダや営利企業向け). もう一方のブランチは + で, + 2.0 がリリースされて以来 3.0-RELEASE (そしてその後も) へ向けて脈々と + 続いているものです. + ASCII で描いた簡単な図がわかりやすいかは自信がありませんが, + こんな感じになります: + + + 2.0 + | + | + | [2.1-stable] + *BRANCH* 2.0.5 -> 2.1 -> 2.1.5 -> 2.1.6 -> 2.1.7.1 [2.1-stable 終了] + | (1997年3月) + | + | + | [2.2-stable] + *BRANCH* 2.2.1 -> 2.2.2-RELEASE -> 2.2.5-RELEASE -> ... + | (1997年3月) (1997年10月) + | + | + 3.0-SNAPs (1997年第一四半期開始) + | + | + 3.0.0-RELEASE (1998年第一四半期) + | + \|/ + + + [今後の 3.x リリース群] + + +

以前の 2.1-stable ブランチが 2.2.0 がリリースされたことによって + 終了し, 「安定版ブランチ」がいわゆる 2.2-stable として新しくなったのに対して, + -current ブランチは 3.0 とその先へ向けてゆっくりと進化を続けています. + 3.0-current は, 実際に 3.0 がリリースされるまで, 活発な開発の + 舞台として続いていくでしょう. その時点で 3.0 は別のブランチとなり, + 3.1-current が次の「最新ブランチ」となる予定です. + + + 2.1-stable ブランチが 2.1.7.1 で終わったのはなぜですか? + +

三つのブランチの開発を続けたいのはやまやまなのですが, 残念ながら + このような状況を効率的に扱えるバージョン管理ツールがまだ + 存在しないのです. + 現在我々が使っているツールで, 複数のブランチを数ヶ月以上の + 長期間に渡って並行してバージョン管理し続けることは, まさに + 悪夢のような作業なのです. + 一方で 2.1-stable ブランチは一年以上も続いていますから, FreeBSD + の開発者たちの作業の大変さを考えると, このまま継続することは + 深刻な問題に陥りかねません. + おそらくみんなが望むものを提供してくれるような方法がそのうち + 考え出されるでしょうし, また, 我々もそのような方法について + 検討中なのですが, 現状では古い -stable ブランチを + + (2.1.7 の後の最終リリース) + で終了し, 2.2.2 からを新たな -stable とすることが + 最善の手段であると考えています. + + + FreeBSD のリリースはいつ作られるのですか? + +

原則的には, FreeBSD コアチームは新しい機能やバグフィックスが + 充分集まり, リリースの安定性を損なうことが無いようにさまざま + な変更が十分に安定しているという条件を満たしている場合にのみ, + 新しいバージョンの FreeBSD をリリースします. + たとえこの用心深さが新しい機能が使えるようになることを + 待ち望んでいるユーザを欲求不満にさせるとしても, 多くのユーザは + このことを FreeBSD の最も良い所の一つだと考えています. + +

平均的には, だいたい 6 ヶ月ごとにリリースが作成されます. + +

もう少し刺激が欲しい (あるいは待ち遠しい) 方々向けに SNAP + というものが存在し, これは特にリリースに近付いてきた数ヶ月 + ぐらいの期間により頻繁に公開されます. + + + FreeBSD は PC 用だけしかないの? + +

現時点ではそうですが, DEC Alpha アーキテクチャへの移植 + が計画されています. 異なるアーキテクチャのマシンを + 持っていて, ゆっくり待てないという場合には次の URL を + 参照してください. + + + または + . + + + 誰が FreeBSD の責任者? + +

プロジェクトの全体的な方向性や, 誰にソースツリーにコードの + 書き込み権限を与えるか, などといった FreeBSD プロジェクトに関する + 重要な意思決定は 17 名からなる + + によってなされます. + ソースツリーを直接変更できる人はもっと多く, 80 名以上の + がいます. + +

しかし, 通常の変更ではないものはで先行して議論されますが, + この議論への参加については一切の制限はありません. + + + どこから FreeBSD を入手できますか? + +

FreeBSD のすべての主要なリリースは anonymous FTP 経由で + から入手できます: + + + 現在の 2.2-stable リリース, 2.2.5R は + にあります. + + 現在の 3.0-current, 3.0-SNAP は + + にあります. + + 次の 2.2 ブランチのリリースへと向かっている + RELENG_2_2 ブランチ (2.2.5 -> 2.2.x) に基づき一日に一回, + + リリースが作成されます. + 不慮の手違いによるまれな例外もありますが, RELENG_2_2 ブランチは + 注意深く保守されています (実験的な変更はなく, -current でテスト済みの + 変更だけが入ります). + + + リリースも ブランチ用に一日に一回 + 作成されており, これらは純粋に最先端の開発者およびテスターのために + 提供されています. + + +

また, FreeBSD は CD-ROM でも入手でき, 次のところでオーダできます. + +

Walnut Creek CDROM + 4041 Pike Lane, Suite D-386 + Concord, CA 94520 USA + Orders: +1 800 786-9907 + Questions: +1 510 674-0783 + FAX: +1 510 674-0821 + email: + + WWW: + + +

オーストラリアでは, 次のところに問い合わせてください. + +

Advanced Multimedia Distributors + Factory 1/1 Ovata Drive + Tullamarine, Melbourne + Victoria + Australia + Voice: +61 3 9338 6777 + + CDROM Support BBS + 17 Irvine St + Peppermint Grove WA 6011 + Voice: +61 9 385-3793 + Fax: +61 9 385-2360 + +

イギリスの場合は次のところです. + + The Public Domain & Shareware Library + Winscombe House, Beacon Rd + Crowborough + Sussex. TN6 1UL + Voice: +44 1892 663-298 + Fax: +44 1892 667-473 + + + + FreeBSD のメーリングリストについて知りたいのですが? + +

完全な情報が + にあります. + + + FreeBSD のニュースグループは何がありますか? + +

完全な情報が + にあります. + + + + FreeBSD の IRC (Internet Relay Chat) について何か情報はありますか? + + +

FreeBSD の IRC に関して二つのチャンネルがあります. + + + メインのチャンネルは, EFNET 上の #FreeBSD です. + 正式な IRC サーバが使用できます. + + IRC クライアントで + + + FreeBSD の本 + +

Greg Lehey の本 ``Installing and Running FreeBSD'' が + Walnut Creek から出版されており 2.2.5 の CD-ROM が付属しています. + また, より詳しい本が ``The Complete FreeBSD'' というタイトルで + 出ており, 印刷されたマニュアルページと 2.2.5 の CD-ROM + が付属しています. 現在大抵の大型書店で入手できるはずです. + +

FreeBSD ドキュメンテーションプロジェクトがありますので, + doc メーリングリストにコンタクトしてみてください + (さらに参加すればもっとよいでしょう). + . + +

FreeBSD の「ハンドブック」もあり, + + から読むことができます. + 現在作業中ですので不完全な部分もあることに注意してください. + +

しかし, FreeBSD 2.2.X は Berkeley 4.4BSD-Lite2 ベースなので, + ほとんどの 4.4BSD のマニュアルが FreeBSD 2.2.X にも応用できます. + O'Reilly and Associates が以下のマニュアルを出版しています. + + + 4.4BSD System Manager's Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 804 pages + ISBN: 1-56592-080-5 + + 4.4BSD User's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 905 pages + ISBN: 1-56592-075-9 + + 4.4BSD User's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 712 pages + ISBN: 1-56592-076-7 + + 4.4BSD Programmer's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 886 pages + ISBN: 1-56592-078-3 + + 4.4BSD Programmer's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 596 pages + ISBN: 1-56592-079-1 + + +

WWW 経由で以下の URL から, これらの詳細な説明を読むことができます. + + + +

4.4BSD のカーネル構成についてより徹底的に知りたいのなら, + これなら間違いないでしょう: + +

McKusick, Marshall Kirk, Keith Bostic, Michael J Karels, + and John Quarterman. + +

The Design and Implementation of the 4.4BSD Operating + System. Reading, Mass. : Addison-Wesley, 1996. + ISBN 0-201-54979-4 + +

システム管理について参考になる本は次のものです. + +

Evi Nemeth, Garth Snyder, Scott Seebass & Trent R. Hein, + ``Unix System Administration Handbook'', Prentice-Hall, 1995 + ISBN: 0-13-151051-7 + +

この本は TCP/IP だけでなく DNS, NFS, SLIP/PPP, sendmail, + INN/NNTP, 印刷などの基礎を扱っています. 高価ですが + (およそ US$45-$55), 買う価値はあります. + また, 色々なツールのソースコードが入った CD-ROM が付属しています. + しかし, それらのほとんどは FreeBSD 2.2.5R CD-ROM に収録されています + (さらに FreeBSD CD-ROM の収録物の方がより新しい場合があります). + + + Problem Report (障害報告) データベースにアクセスする方法は? + +

ユーザ変更要求のすべてが公開されている Problem Report データベースは + 障害報告の + と + の web ベースのインタフェースを通して, 問い合わせ + (または提出) をおこなうことができます. また, send-pr(1) + コマンドを使用して, 電子メール経由で障害報告や変更要求を提出することもできます. + + + その他の情報 + +

以下のニュースグループには FreeBSD ユーザに直接関係のある + 議論が行われてます. + + + (moderated) + + + + + + +

Web 上のリソース: + + + . + + + +

FreeBSD handbook には本当に完璧な + + の一覧があり, 買うべき本をさがしている方は読む価値があります. + + + diff --git a/ja/FAQ/serial.sgml b/ja/FAQ/serial.sgml new file mode 100644 index 0000000000..b1b69b510d --- /dev/null +++ b/ja/FAQ/serial.sgml @@ -0,0 +1,521 @@ + + + + + + シリアル接続 +

訳: &a.ryo;.16 November 1997. + +

このセクションでは, FreeBSD でシリアル接続をする時の一般的な質問に答えます. + PPP および SLIP については, + のセクションを参照してください. + + + どうやったら FreeBSD がシリアルポートを認識したことを知る事ができますか? + +

FreeBSD のカーネルがブートする時, カーネルはその設定にしたがって, + システムのシリアルポートを検出します. 起動時に表示されるメッセージをよく観察するか, + 起動後に次のコマンドを実行する事によって確認できます. + + + dmesg | grep sio + + +

ここに上に挙げたコマンドの出力例を示します. + + + sio0 at 0x3f8-0x3ff irq 4 on isa + sio0: type 16550A + sio1 at 0x2f8-0x2ff irq 3 on isa + sio1: type 16550A + + +

これは, 二つのシリアルポートを示しています. 1番めは, + irq が 4 で のセクションを参照してください. + + + どうやったら FreeBSD がモデムカードを認識したことを知ることができますか? + +

前の質問を参照してください. + + + 2.0.5 にアップグレードしたら + +

心配ありません. + どうやったら FreeBSD でシリアルポートにアクセスできますか? + +

3番目のポート (DOS では, COM3 と呼ばれます.) には, + ダイヤルアウトデバイスとしては /dev/cuaa2, + ダイヤルインデバイスとして /dev/ttyd2 があります. + それではこの両者にはどのような違いがあるのでしょうか? + +

まず, ダイヤルインの時には /dev/ttydX をブロッキングモードでオープンすると, + プロセスは対応する + マルチポートシリアルカードをサポートさせるにはどうしたらよいのでしょうか? + +

繰り返しになりますが, のセクションでは, + あなたのカーネルの設定についての情報が得られるでしょう. + マルチポートシリアルカードを使用するためには, カーネルの設定ファイルに, + カードの持つそれぞれのシリアルポートに対応する + の行を記述する必要があります. しかし, irq とベクターは一つのエントリにのみ記述してください. + カード上のすべてのポートは一つの irq を共有しなければなりません. 一貫性を持たせるためにも, + 最後のシリアルポートの所で irq を指定してください. + また, 次に示す例は, AST の 4 ポートシリアルカードを irq 7 で設定したものです. + + + options "COM_MULTIPORT" + device sio4 at isa? port 0x2a0 tty flags 0x781 + device sio5 at isa? port 0x2a8 tty flags 0x781 + device sio6 at isa? port 0x2b0 tty flags 0x781 + device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr + + +

このフラグはマスタポートがマイナーナンバー 7 ( + FreeBSD で複数のマルチポートシリアルカード間で irq を共有することはできますか? + +

現在のところはできません. それぞれのカード毎に異なった irq を使ってください. + + + ポートにデフォルトのパラメータを設定する事は出来ますか? + +

+ stty -a -f /dev/ttyd1 + + +

このデバイスに対する設定を変更した場合, その設定はデバイスをクローズするまで有効です. + デバイスを再オープンした場合, それらの設定はデフォルトに戻ってしまいます. + デフォルトの設定に変更を加えるために, ``初期設定'' デバイスをオープンし, + 設定を修正することができます. + 例えば, XON/XOFF フロー制御という設定を + ttyd5 のデフォルトにしたい場合, 次のようにおこなってください. + + + stty -f /dev/ttyid5 clocal cs8 ixon ixoff + + +

この設定をおこなうためのコマンドを記述するのに適切なファイルは, + /etc/rc.serial です. これでアプリケーションが``設定固定'' デバイスを調整してやることによって, + アプリケーションによる設定の変更を禁止することができます. 例えば, + stty -f /dev/ttyld5 57600 + + +

これにより, アプリケーションは 当然のことながら, 初期設定デバイスおよび, 設定固定デバイスは + スクリプトはデバイスエントリを作成する時に, + このような設定は行いません. + + + どのようにしたら モデム経由でダイヤルアップログインができるのでしょうか? + +

つまり, インターネットサービスプロバイダーになりたいのですね. + それにはまず, 1 台ないし複数の自動応答モデムが必要です. + モデムには, キャリアーを検出した時には CD信号を出力し, + そうでない場合には出力しないことが必要とされます. また RTS/CTS フロー制御を使うか, + ローカルフロー制御をまったく使わないかのどちらかでしょう. + 最後に, コンピュータとモデムの間は固定速度でなければなりません. + ただ, (ダイヤルアップの発呼者に対して親切であるためには) こちらのモデムと相手側のモデムの間の速度を, + モデム間で自動調整できるようにすべきでしょう. + +

多くあるヘイズコマンド互換モデムに対して, 次のコマンドはこれらの設定をおこない, + その設定を不揮発性メモリーに保存します. + + + AT &C1 &D3 &K3 &Q6 S0=1 &W + + +

MS-DOS のターミナルプログラムに頼らずに AT コマンドを送出するには, + のセクション以下を参照してください. + +

次に, モデム用のエントリを に作成しましょう. + このファイルには, オペレーティングシステムがログインを待っているすべてのポートが記述されています. + 以下のような行を追加してください. + + + ttyd1 "/usr/libexec/getty std.57600" dialup on insecure + + +

この行は, 2 番目のシリアルポート (/dev/ttyd1) には, + 57600 bps の通信速度でノンパリティ (に記述されています.) + のモデムが接続されていることを示しています. このポートの端末タイプは ``dialup'' です. + またこのポートは, ``on'' すなわちログイン可能であり, + ``insecure'' これは これが一般的な, ターミナルタイプとして ``dialup'' を使う方法です. + 多くのユーザーは, .profile や .login で, login 時の端末タイプが dialup であった場合には, + 実際の端末タイプをユーザーに問い合わせるように設定しています. + この例は, ポートが ``insecure'' でした. このポートで '' を使って に変更を加えた後は, hungup もしくは プロセスに送る必要があります. + + + kill -HUP 1 + + +

この操作は init プロセスに を再読み込みさせます. + これにより, init プロセスは getty プロセスを すべての ``on'' となっているポートに起動させます. + 次のようにして, ポートがログイン可能かを知ることができます. + + + ps -ax | grep '[t]tyd1' + + +

ログイン可能であれば, 次のような出力が得られるはずです. + + + 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1 + + + + ダムターミナルを FreeBSD マシンに接続するにはどうしたらよいのでしょうか? + +

もし, 他のコンピューターを FreeBSD の端末として接続したいのならば, + お互いのシリアルポート間をつなぐヌルモデムケーブル + [訳注: リバースケーブルもしくはクロスケーブルとも呼ばれます.] + を用意してください. もし, 既製の端末を使う場合は, 付属するマニュアルを参照してください. + +

そして, を上と同じように変更してください. + 例えば, WYSE-50 という端末を 5 番目のポートに接続するならば, + 次のようなエントリを使用してください. + + + ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure + + +

この例は, /dev/ttyd4 ポートにノンパリティー, + 端末タイプが wyse50, 通信速度が 38400 bps ( に記述されています.) の端末が存在しており, + + どうして + +

おそらくあなたのシステムでは や は ユーザーか, + そうする代わりに, 次のようにタイプすることにより, あなたのシステムの全ユーザーが + + # chmod 4511 /usr/bin/cu + # chmod 4511 /usr/bin/tip + + + + 私の Hayes モデムはサポートされていないのですが, どうしたらいいのでしょうか. + +

実際, のオンラインマニュアルは古くなっています. + すでに, Hayes ダイアラーが実装されています. + ファイルで, ``Hayes ドライバは, 最近のモデムの新しい機能である, を使う場合には, + (また, 実際, デフォルトの /usr/src/usr.bin/tip/tip の下の`` + これらの AT コマンドを入力するには? + +

ファイルの中で ``/dev/cuaa0に接続されている場合, + 次のようにします: + + + cuaa0:dv=/dev/cuaa0:br#19200:pa=none + + +

モデムがサポートする最大の bps レートを br フィールドに使います. + そして を実行すると, モデムが利用できるようになります. + +

/dev/cuaa0がシステムに存在しない場合は, 次のようにします: + + + # cd /dev + # ./MAKEDEV cuaa0 + + +

または + # cu -l``line'' -s``speed'' + + +

``line'' にはシリアルポートを指定します (例えば /dev/cuaa0). + そして ``speed'' には接続する速度を指定します (例えば 57600). + その後 AT コマンドを実行したら, ~.と入力すれば終了します. + + + pn 機能の + +

電話番号 (pn) 機能の中での + にある電話番号を参照するように伝えます. しかし のような設定ファイルの中では特殊文字となります. + そこで, バックスラッシュを使ってエスケープを行います: + + + pn=\@ + + + + コマンドラインから電話番号を指定するには? + +

`` に追加します. + 例えば, 次のようにします: + + + tip115200|Dial any phone number at 115200 bps:\ + :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: + tip57600|Dial any phone number at 57600 bps:\ + :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: + + +

そして `` より を使いたい場合, cu の generic エントリを使います: + + + cu115200|Use cu to dial any number at 115200bps:\ + :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: + + +

そして `` + 毎回 bps レートを入力しなければいけませんか? + +

は 1200 bps が正しいデフォルト値であるとみなすので, + `` + ターミナルサーバを経由して複数のホストへアクセスしたいのですが. + +

毎回接続されるのを待って `` + に次のようなエントリを追加します: + + + pain|pain.deep13.com|Forrester's machine:\ + :cm=CONNECT pain\n:tc=deep13: + muffin|muffin.deep13.com|Frank's machine:\ + :cm=CONNECT muffin\n:tc=deep13: + deep13:Gizmonics Institute terminal server:\ + :dv=/dev/cua02:br#38400:at=hayes:du:pa=none:pn=5551234: + + +

これで, `` + + +

これは大学に電話回線がいくつかあって, + 数千人の学生が接続しようとする場合によくある問題です. + +

あなたの大学のエントリを + ファイルに作成して, \@ を使います: + + + big-university:\ + :pn=\@:tc=dialout + dialout:\ + :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none: + + +

そして ファイルに大学の電話番号の一覧を書きます: + + + big-university 5551111 + big-university 5551112 + big-university 5551113 + big-university 5551114 + + +

は一連の電話番号を上から順に試みて, + 最終的に接続できなければあきらめます. リトライを続けさせたい場合は, + + CTRL+P を 1回送るために 2度押す必要があるのはなぜ? + +

CTRL+P は通常 ``force (強制)'' 文字であり, + に次の文字がリテラルデータであることを伝えます. + force 文字は「変数の設定」を意味する ``$HOME/.tiprc に次のように定義することで, + 任意の文字を force 文字として利用できます: + + + force= + + + + 打ち込んだ文字が突然すべて大文字になりました?? + +

CTRL+A を押してしまい, caps-lock キーが壊れている場合のために設計された + ``'' + の ``raise character'' モードに入ったのでしょう. + 既に述べた 以下は CTRL+2 や CTRL+A などを頻繁に使う必要のある Emacs ユーザにうってつけの + .tiprc ファイルのサンプルです: + + + force=^^ + raisechar=^^ + + +

^^ は SHIFT+CTRL+6 です. + + + + +

もし他の UNIX のシステムと接続しているなら, + や を実行することで送受信をします. 書式は以下のようになります: + + + ~p <ローカルのファイル名> [<リモートのファイル名>] + ~t <リモートのファイル名> [<ローカルのファイル名>] + + +

この方法ではエラーチェックを行いませんので, + zmodem などの他のプロトコルを使った方がよいでしょう. + + + + +

まず始めに, FreeBSD の ports コレクション (と + との, 2つの通信カテゴリーのプログラムのどちらか) をインストールします. + +

ファイルを受信するには, リモート側で送信プログラムを起動します. + そして, エンターキーを押してから ``ファイルを送信するには, リモート側で受信プログラムを起動します. + そして, エンターキーを押してから `` diff --git a/ja/FAQ/troubleshoot.sgml b/ja/FAQ/troubleshoot.sgml new file mode 100644 index 0000000000..4cd57aeffe --- /dev/null +++ b/ja/FAQ/troubleshoot.sgml @@ -0,0 +1,423 @@ + + + + + + トラブルシューティング +

訳: &a.yoshiaki;.10 November 1997. + + + ハードディスクに不良ブロックがあります! + +

SCSI ディスクの場合は自動的に再マップする機能があるはずです. + しかし, 理解し難い理由から多くのドライブがこの機能が無効化 + されて出荷されています... + +

これを有効化するには, 最初のデバイスのモードページを変更する + 必要があります. これは次のコマンドを実行することで, FreeBSD + 上でおこなうことができます (root 権限でおこないます). + + + scsi -f /dev/rsd0c -m 1 -e -P 3 + + +

そして, AWRE と ARRE の値を 0 から 1 へ変更します:- + + + AWRE (Auto Write Reallocation Enbld): 1 + ARRE (Auto Read Reallocation Enbld): 1 + + +

他の種類のディスクでは, オペレーティングシステムからサポート + されているかによります. 残念ながら, この目的のために FreeBSD + が提供する ``bad144'' コマンドはかなり手を入れる必要があります... + +

IDE ディスクは, おそらく不良ブロックの再マップを内蔵していると + 思います; ディスクの説明書がある場合は, この機能が無効になって + いるかを確認するとよいでしょう. しかし, ESDI, RLL, ST-506 + ディスクは, 通常これをおこないません. + + + Bustek 742a EISA SCSI が認識されません. + +

この情報は 742a のためのものですが, 他の Buslogic カードについても + 同様のことが言えます. (Bustek = Buslogic) + +

742a カードには大きくわけて 2つのバージョンが存在します. + ハードウェアリビジョンの A-G と H 以降です. リビジョンの + 文字はカードの隅にあるアセンブリ番号の後ろにあります. + 742a は二つの ROM チップを持っており, 一つは BIOS チップで + もう一つはファームウェアチップです. FreeBSD はあなたの + 持っているものがどの BIOS バージョンかは問題ありませんが, + ファームウェアバージョンについては問題となります. + Buslogic の技術サポート部門に連絡すれば, アップグレード版の + ROM を送ってくれることでしょう. BIOS チップと + ファームウェアチップはペアで出荷されます. + アダプタカードのハードウェアリビジョンにあわせた + 最も新しいファームウェア ROM を使用しなければなりません. + +

リビジョン A-G のカードには, 2.41/2.21 までの + BIOS/ファームウェアのセットを使用することができます. + リビジョン H 以降のカードには, 最新のものである + 4.70/3.37 の BIOS/ファームウェアのセットを + 使用することができます. これらのファームウェアの違いは, + ファームウェア 3.37 が 「ラウンドロビン方式」 + をサポートしているところからきています. + +

Buslogic のカードには, 製造番号も刻印されています. 古い + ハードウェアリビジョンのカードを持っている場合は, Buslogic の RMA + 部門に問い合わせて製造番号を伝えると, 新しいハードウェアリビジョンの + カードに交換することもできます. もしカードが十分新しければ, 彼らは + 交換に応じてくれるでしょう. + +

FreeBSD 2.1 は ファームウェアリビジョン 2.21 + 以降のものをサポートしています. + これよりも古いファームウェアリビジョンのものは, + Buslogic カードとして正常に認識されません. + しかし, Adaptec 1540 として認識されるかもしれません. + 初期の Buslogic のファームウェアは AHA1540 互換モードを + 持っています. しかし, EISA カードにとってこれは + よいことではありません. + +

古いハードウェアリビジョンのカードを持っていてファームウェア + 2.21 を入手するのであれば, ジャンパ W1 の位置をデフォルトの + A-B から B-C に合わせる必要があるでしょう. + +

742a EISA カードには, の節で説明している + 「16 MB を越える」ことによる問題はありません. + これは Vesa-Local Buslogic SCSI カードで発生する問題です. + + + + HP Netserver 上のオンボード SCSI コントローラが認識されません. + + +

基本的にこれは既知の問題です. HP Netserver マシンの + EISA オンボード SCSI コントローラは EISA のスロット番号 11 + を占有しますが, 「本当の」EISA スロットはすべてそれよりも + 前のアドレスに配置されているのです. 残念ながら, + 10 番以上の EISA スロットは PCI に割り当てられたアドレス空間 + と衝突し, FreeBSD + の自動コンフィグレーションは, 現状ではうまくこの状況を + 処理できていないのです. + +

ですから現時点での最良の方法は, カーネルオプションの + + に記述されているようにしてカーネルをコンパイルし, + 構築してください. + +

もちろん, これはこのようなマシンにインストールする際に + 卵が先か鶏が先か」といった問題を生み出すことになります. + この問題を回避するために, ユーザコンフィグ + (UserConfig) の中には特別な仕組みが組み込まれています. + このとき ``visual'' インタフェースは使用せず, + コマンドラインインタフェースを使用してください. 単純に + + + eisa 12 + quit + + +

とプロンプト上から打ち込み, + 後は普通にインストールをおこなってください. + とにかくカスタムカーネルのコンパイルとインストールをおこなうことを + おすすめしますが, + + + も現時点ではこの値の変更を認識するようになっています. + +

うまくいけば, 将来のバージョンではこの問題が解決していることでしょう. + +

+ をご覧ください. + + + この CMD640 IDE コントローラはどこかおかしいようです. + +

それは壊れているのです. 両方のチャンネルを同時に制御できないのです. + +

現在ではこのチップを使っているシステムでは自動的に検出して + うまく動かすためのしくみが使えるようになっています. くわしくは + マニュアルページのディスクドライバ (man 4 wd) を参照してください. + +

CMD640 IDE コントローラを使っているシステムで FreeBSD 2.2.1 + あるいは 2.2.2 を使っている場合でセカンダリのチャネルを + 使いたいのであれば + `` + +

たぶん IRQ の衝突が原因でしょう (二つのボードが同じ IRQ + を使用しているなど). FreeBSD 2.0.5R 以前では, これに関しては + 寛大で IRQ の衝突があってもネットワークドライバは機能して + いました. しかし 2.0.5R 以降は IRQ の衝突はもはや寛大では + ありません. -c オプションをつけてブートして ed0/de0/... の + エントリをボードの設定に合わせてください. + +

ネットワークカードの BNC コネクタ (訳注: 10BASE-2 タイプ + のインターフェース) を使っている場合, デバイスのタイムアウト + はターミネーションの不良によっても起きます. + これをチェックするにはケーブルを外してターミネータを直接 NIC + に接続します. そしてエラーメッセージが消えるかどうか + 確認します. + + + CDROM をマウントしようとすると ``Incorrect super block'' と言われます. + +

にマウントしたいデバイスのタイプを指定する必要 + があります. デフォルトでは + はファイルシステムを + `` オプションをつけて明示する必要があります. + これはもちろん + CDROM が ISO 9660 ファイルシステムである場合です. ほとんどの + CDROM はこの形式です. 1.1R の FreeBSD では (訳注: 現行の 2.1.5R, + 2.2R でも同様です) 自動的に Rock Ridge 拡張 + (長いファイル名への対応) をうまく解釈します. + +

CDROM のデバイス ``/dev/cd0c'' を + /mnt にマウントしたい場合の例では, 次のようにします: + + + mount -t cd9660 /dev/cd0c /mnt + + +

デバイスの名前はインタフェースによっては別の名前になっている + かもしれないので注意してください (``/dev/cd0c'' は + この場合の例です). + オプション `` + mount_cd9660 /dev/cd0c /mnt + + + + CDROM をマウントしようとすると ``Device not configured'' と言われます. + +

これは 一般的に CDROM ドライブの中に CDROM が入っていないか, + ドライブがバス上に見えないことを意味します. ドライブに CDROM + を入れるか, IDE (ATAPI) であれば master/slave の状態をチェック + してください. CDROM ドライブに CDROM を入れてから認識するまで + 数秒かかりますので少し待ってみてください. + +

SCSI CDROM ではバスリセットへの応答時間が遅いために失敗する + ことがあるかもしれません. SCSI CDROM を持っている場合は + カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルして試してみてください. + + + options "SCSI_DELAY=15" + + +

(訳注: 現在の GENERIC カーネルでは上の設定はデフォルトに + なっています. 問題のある場合は SCSI_DELAY の数値を増やして + みてください.) + + + 私のプリンタはとてつもなく遅いのです. どうしたらよいのでしょう? + +

パラレルインタフェースで, 問題はとんでもなく遅いだけであるなら, + プリンタボートを ``polled'' モードに設定してみてください: + + + lptcontrol -p + + +

HP の新しいプリンタのいくつかは割り込みモードでは + 使えないようです. (完全にわかったわけではありませんが) + タイミングの問題のように思われます. + + + 私のプログラムは時々 ``Signal 11'' のエラーで止まってしまいます. + +

これはハードウェア (メモリ, マザーボードなど) の不具合いが + 原因です. PC でメモリテストプログラムを動かしてみてください. + ただしメモリが正常に動作していると報告されたとしても, ぎりぎりで + メモリテストにパスしたメモリは, 処理の内容 (例えば + kernel のコンパイルや特にシステムの負荷が高いような場合には, + Adaptec 1542 などの SCSI コントローラのバスマスタ DMA など) + によっては問題が起きる可能性は大いにあります. + +

SIG11 FAQ (後で URLを示します) では遅いメモリが一般的に問題 + を起こしがちであることを指摘しています. BIOS セットアップで + ウエイトステート数を増やすかメモリを速いものに交換してください. + +

私の場合はキャッシュ RAM やオンボードキャッシュコントローラ + の問題でした. このような問題ではないか確認するために BIOS + セットアップでオンボード (セカンダリ) キャッシュを無効にして + みてください. + +

以下のところには広い範囲の FAQ があります. + + + + ブートの時に画面が真っ暗になって同期も取れません. + +

これは ATI Mach 64 ビデオカードの既知の問題です. + この問題はカードがアドレス + ドライバのバグ + (仕様?) のため4番目のシリアルポートがなくても, 通常この + アドレスを使う sio3 (4 番目のポートにあたります) を無効にしても, + ドライバはこのアドレスをさわります. + +

バグが修正されるまでは, 次のようにして対処してください. + + + ブートプロンプトが出たら 問題はありません. + + exit とタイプしてブートを続行します. + + +

もしシリアルポートを有効にしたいのであれば以下の変更をおこなって + 新しいカーネルを作る必要があります. + /usr/src/sys/i386/isa/sio.c の中で1ヵ所ある + この対処をおこなった後でもまだ X ウィンドウシステムはうまく + 動かないかもしれません. いくつかの新しい ATI Mach 64 ビデオカード + (特に ATI Mach Xpression) は現在のバージョンの + + を見てベータリリースへのリンクを追ってください. + 以下のファイルを持ってきましょう. + +

AccelCards, BetaReport, Cards, Devices, FILES, README.ati, + README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc, + X312BMa64.tgz + +

古いファイルをこの新しいバージョンのファイルに置き換え, + をもう一度実行します. + + + + 128MB の RAM があるのですが, 64MB しか認識しません. + +

FreeBSD がメモリのサイズを BIOS から取得する方法の制限により, + KB 単位で 16 ビット分までしか検出できません + (すなわち最大 65535Kb=64MB です). + 64MB 以上メモリを積んでいる場合は, FreeBSD は最初の 64MB + のみを使用します (これより少ない場合もあります. ある BIOS + の場合はメモリサイズが 16MB に制限されます). + +

この問題を回避するには, 以下に示すカーネルオプションを + 使用する必要があります. 完全なメモリ情報を BIOS から取得する + 方法もありますが, ブートブロックに空きが無いため実装できません. + ブートブロックの問題が解決されれば, いつか拡張 BIOS + 機能を使用して完全なメモリ情報を取得できるようになるでしょう. + とりあえず現在は, カーネルオプションを使ってください. + + + options "MAXMEM=<n>" + + +

+ FreeBSD 2.0 が ``kmem_map too small!'' と言ってパニックします. + +

このパニックは, ネットワークバッファ (特に mbuf クラスタ) + の仮想メモリが無くなったことを示します. 以下のオプションを + カーネルコンフィグファイルに追加して mbuf クラスタに使用できる + 仮想メモリの量を増やしてください. + +

options "NMBCLUSTERS=<n>" + +

<n> には, 同時に使用したい TCP コネクションの数に応じて + 512 から 4096 までの数値を指定できます. とりあえず 2048 を + 試してみるのを勧めます. これでパニックは完全の予防できるはずです. + mbuf クラスタの割り当て／使用状況については, + で知ることができます. + + + 新しいカーネルでリブートすると ``CMAP busy panic'' となってパニックを起こしてしまいます. + +

ファイル /var/db/kvm_*.db において範囲外のデータを + 検出するためのロジックは失敗することがあり, こうした矛盾のある + ファイルを使用することでパニックを引き起こすことがあります. + +

これが起こったなら, シングルユーザでリブートした後に, + 以下のコマンドを実行してください. + + + rm /var/db/kvm_*.db + + + + ahc0: brkadrint, Illegal Host Access at seqaddr 0x0 というエラーが出ます + +

これは Ultrastor SCSI Host Adapter と衝突しています. + +

ブート時に kernel configuration メニューに入り, 問題を起こしている + を disable にしましょう. + + + sendmailが ``mail loops back to myself'' というメッセージを出すのですが. + +

この事は, sendmail FAQ に次のように書いてあります. + + + * "Local configuration error" というメッセージが出ます. 例えば: + + 553 relay.domain.net config error: mail loops back to myself + 554 ... Local configuration error + + のような物ですが, どのようにしたらこの問題を解決できますか? + + これは, 例えば domain.net のようなドメイン宛てのメールを + MX record で特定のホスト (ここでは relay.domain.net) に送ろう + としたのに, そのホストでは domain.net 宛てのメールを受け取れる + ような設定になっていない場合です. 設定の際に + FEATURE(use_cw_file) を指定してある場合には/etc/sendmail.cw + の中に domain.net を追加してください. もしくは, /etc/sendmail.cf + の中に "Cw domain.net" を追加してください. + + +

もはや現在の は sendmail release とは一緒には保守されて + いません. しかし次のネットニュースに定期的に投稿されてます. + , + , + , + , + . + また, メール経由でコピーを入手する場合は + 宛まで本文に "send + usenet/news.answers/mail/sendmail-faq" と書いて送ります. + + + diff --git a/ja/FAQ/x.sgml b/ja/FAQ/x.sgml new file mode 100644 index 0000000000..0dc2e2beae --- /dev/null +++ b/ja/FAQ/x.sgml @@ -0,0 +1,287 @@ + + + + + + X Window System と仮想コンソール +

訳: &a.motoyuki;.13 November 1997. + + + X を動かしたいのですが, どうすればいいのですか? + +

もっとも簡単な方法は (訳注: FreeBSD の) インストールの際に + X を動かすことを指定するだけです. + +

それから + ツールのドキュメントを読んでこれに従ってください. + このツールはあなたのグラフィックカードやマウスなどに合わせて + XFree86(tm) の設定を行うのを助けてくれます. + +

Xaccel サーバーについて調べてみるのもいいでしょう. + これはとても納得のいく価格で販売されています. 詳しくは + をご覧ください. + + + 私のマウスはなぜ X で動かないのでしょうか? + +

syscons (デフォルトのコンソールドライバ) を使っているのであれば, + それぞれの仮想スクリーンでマウスポインターをサポートするように + FreeBSD を設定できます. X でのマウスの衝突を避けるために, syscons は + ``/dev/sysmouse'' という仮想デバイスをサポートしています. + 本物のマウスデバイスから入力された全てのマウスのイベントは sysmouse + デバイスへ MouseSystems プロトコルで出力されます. + 一つ以上の仮想コンソールと X の + /etc/rc.conf: + moused_type=ps/2 # 実際のマウスのタイプ + moused_port=/dev/psm0 # 実際のマウスポート + moused_flags= + + /etc/XF86Config + Section Pointer + Protocol "MouseSystems" + Device "/dev/sysmouse" + ..... + + +

X で ``/dev/mouse'' を使うのを好む人もいます. + この場合は, ``/dev/mouse'' を + + にリンクしてください: + + + # cd /dev + # rm -f mouse + # ln -s sysmouse mouse + + + + X のメニューやダイアログボックスがうまく動きません. + +

Num Lock キーをオフにしてください. + +

Num Lock キーがデフォルトでブート時にオンになる場合は, + + # Let the server do the NumLock processing. This should only be + # required when using pre-R6 clients + ServerNumLock + + + 訳注: この問題は XFree86 3.2 以降では解決しています. + + + 仮想コンソールとは何ですか? どうやったら使えますか? + +

仮想コンソールは, 簡単にいうと, ネットワークや X + を動かすなどの複雑なことをおこなわずに, いくつかのセッションを + 同時におこなうことを可能にします. + +

システムのスタート時には, ブートメッセージが出た後に login + プロンプトが表示されます. そこで login ネームとパスワードを + 入力すると 1 番目の仮想コンソール上で仕事 (あるいは遊び) を + 始めることができます. + +

他のセッションを始めたい場合もあるでしょう. それは動かしている + プログラムのドキュメントを見たり, FTP の転送が終わるまで待つ間 + メールを読もうとしたりすることかもしれません. + Alt-F2 を押す (Alt キーを押しながら F2 キーを押す) と 2 番目の + 「仮想コンソール」で login プロンプトが待機していることが + わかります. 最初のセッションに戻りたいときは Alt-F1 を押します. + +

標準の FreeBSDインストールでは 3 枚の仮想コンソールが + 有効になっていて, Alt-F1, Alt-F2, Alt-F3 で仮想コンソール間の + 切替えをおこないます. + + より多くの仮想コンソールを有効にするには, + を編集して ``Virtual terminals'' のコメント行の後に `` + # /etc/ttys には ttyv3 がありますので + # "off" を "on" に変更します. + ttyv3 "/usr/libexec/getty Pc" cons25 on secure + ttyv4 "/usr/libexec/getty Pc" cons25 on secure + ttyv5 "/usr/libexec/getty Pc" cons25 on secure + ttyv6 "/usr/libexec/getty Pc" cons25 on secure + ttyv7 "/usr/libexec/getty Pc" cons25 on secure + ttyv8 "/usr/libexec/getty Pc" cons25 on secure + ttyv9 "/usr/libexec/getty Pc" cons25 on secure + ttyva "/usr/libexec/getty Pc" cons25 on secure + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

多くするか少なくするかはあなたの自由です. より多くの仮想 + ターミナルを使うとより多くのリソースを使うことになります. + 8MB 以下のメモリしかない場合はこれは重要な問題です. + もし必要があれば ``仮想コンソールを無効にするもっとも簡単な方法はコンソールを + off にすることです. 例えば 12 個全てのターミナルを割り当てている + 状態で X を動かしたいときは仮想ターミナル 12 を変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

これを次のように変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

キーボードにファンクションキーが 10 個しかないのであれば + 次のように設定します. + + + ttyv9 "/usr/libexec/getty Pc" cons25 off secure + ttyva "/usr/libexec/getty Pc" cons25 off secure + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

(これらの行を消すだけでもいいです.) + +

+ を編集したら次は十分な数の仮想ターミナルデバイスを + 作らなくてはなりません. もっとも簡単な方法を示します: + + + # cd /dev + # ./MAKEDEV vty12 # For 12 devices + + +

さて, 仮想コンソールを有効にするのにもっとも簡単 (そして確実) + な方法はリブートすることです. しかし, リブートしたくない場合は, + X ウィンドウシステムを終了させて次の内容を実行します + ( + kill -HUP 1 + + +

重要な点はこのコマンドを実行する前に X ウィンドウシステムを + 完全に終了させておくことです. もしそうしないと kill コマンドを + 実行した後にシステムはおそらくハングアップするでしょう. + + + X から仮想コンソールに切替えるにはどうすればよいのですか? + +

コンソールが X の表示をしている場合は, Ctrl-Alt-F1 などを使って + 仮想コンソールの切替えをおこなうことができます. ただし, X + から離れて仮想ターミナルへ移っている時は Alt-ファンクションキーを + 使って他の仮想ターミナルへ切替えたり X へ戻ったりします. + コントロールキーは押さないでください. Ctrl-Alt-ファンクションキーの + 組合せは X から仮想ターミナルに移る時だけ利用してください. + コントロールキーを押してしまうと ``control-lock'' モードになり + テキストコンソールが止まってしまいます. コントロールキーを押して + 回復させてください. + +

訳注: X に戻るには 3枚の仮想コンソールが有効になっている場合は + Alt-F4 です. 有効な仮想コンソールの数 +1 のファンクションキーの + 位置に X が割り当てられます. + + + XDM を/etc/ttysファイルから起動させるにはどうしますか? + +

を + から起動するのはよい方法ではありません. + なぜこのようなことが README ファイルなどにあるのかよくわかりません. + +

から起動させ, どのように実行されるか明記して + おいてください. それが /usr/X11R6/lib/X11/xdm/Xservers ファイルに X の使う + + xconsole を動かそうとすると ``Couldn't open console'' とエラーが出ます. + +

を + で起動しますと, /dev/console のパーミッションは + や + は動きません. + +

これはコンソールのパーミッションが標準ではそのように + 設定されているからです. マルチユーザシステムでは, ユーザの誰もが + システムコンソールに書き込むことが可能である必要は必ずしもありません. + VTY を使い 直接マシンにログインするユーザのために, + このような問題を解決するために + というファイルがあります. + +

要点を述べると, 次のような形式の行を + に加えます. + + + /dev/ttyv0 0600 /dev/console + + +

そうすると, /dev/ttyv0 からログインしたユーザが + コンソールを所有することになるでしょう. + + + + 私の PS/2 マウスは X ウィンドウシステム上でうまく動きません. + +

あなたのマウスとマウスドライバがうまく同期していないようです. + X から仮想ターミナルへ切替えて X へ戻ると再同期するかもしれません. + この問題がよく起きるようであれば, カーネルコンフィグレーション + ファイルに次のオプションを書いてカーネルを再構成してみてください. + + + options PSM_CHECKSYNC + + +

もし, カーネルの再構築をおこなったことがないのであれば + のセクションを + 見てください. + +

このオプションにより, マウスとドライバの同期の問題の起きる + 可能性は少なくなるでしょう. もしそれでもこの問題が起きるようであれば, + マウスとドライバが再同期するまでマウスボタンのどれかを + 押し続けてください. + +

このオプションは残念ながら, すべてのシステムで働くわけではなく + また, ``tap'' の特色を持つ ALPS GlidePoint デバイスを PS/2 + マウスポートにつないだ場合は無効です. + + + diff --git a/ja_JP.EUC/FAQ/FAQ.sgml b/ja_JP.EUC/FAQ/FAQ.sgml new file mode 100644 index 0000000000..5435b1ee10 --- /dev/null +++ b/ja_JP.EUC/FAQ/FAQ.sgml @@ -0,0 +1,73 @@ + + + + + + + + + + + + + + + + + + + + +%jmembers; +]> + +

+ + FreeBSD 2.X についての FAQ (よくある質問とその答え) + + The FreeBSD Documentation Project + + $Date: 1997-11-17 15:48:59 $ + + + これは FreeBSD システムバージョン 2.X についての FAQ です. + 特に断わりがない限りはどの項目も FreeBSD 2.0.5 以降のものを想定しています. + <XXX>のついている項目はまだ作業中のものです. + + + + +

日本語版の作成は FreeBSD 日本語ドキュメンテーションプロジェクトが + オリジナルの英語版をもとにしておこなっています. 日本語訳および, + 日本語版のみに関することは &a.doc-jp; において日本語で議論されています. + 必要に応じて日本語ドキュメンテーションプロジェクトから + 本家ドキュメンテーションプロジェクトに対してフィードバックを + おこないますので, 英語が得意でない方は &a.doc-jp; まで日本語で + コメントをお寄せください. + +

また, この FreeBSD FAQ とは別に, 日本の FreeBSD ユーザ有志によって + メーリングリスト や ニュースグループ などへの投稿 + をもとに作成された が公開されています. 特に日本語環境など日本固有の話題 + が充実していますので, こちらも合わせてご覧ください. + +&preface; +&install; +&hardware; +&troubleshoot; +&commercial; +&applications; +&kernelconfig; +&admin; +&x; +&network; +&serial; +&misc; +&hackers; +&acknowledgments; +&jcontrib; + +

diff --git a/ja_JP.EUC/FAQ/Makefile b/ja_JP.EUC/FAQ/Makefile new file mode 100644 index 0000000000..ccb89892ea --- /dev/null +++ b/ja_JP.EUC/FAQ/Makefile @@ -0,0 +1,16 @@ +# $Id: Makefile,v 1.1.1.1 1997-11-17 15:49:00 max Exp $ +# Original revision: 1.6 +# The FreeBSD Japanese Documentation Project + +DOC= FAQ +DOCDIR= ${SHAREDIR}/doc/ja_JP.EUC +FORMATS= html roff +SGMLOPTS+=-e EUC-JP +SGMLOPTS+=-links + +SRCS= FAQ.sgml acknowledgments.sgml admin.sgml applications.sgml +SRCS+= commercial.sgml hackers.sgml hardware.sgml install.sgml +SRCS+= kernelconfig.sgml misc.sgml network.sgml preface.sgml +SRCS+= serial.sgml troubleshoot.sgml x.sgml + +.include diff --git a/ja_JP.EUC/FAQ/acknowledgments.sgml b/ja_JP.EUC/FAQ/acknowledgments.sgml new file mode 100644 index 0000000000..ccbdf3d983 --- /dev/null +++ b/ja_JP.EUC/FAQ/acknowledgments.sgml @@ -0,0 +1,45 @@ + + + + + + 謝辞 +

訳: &a.koga;.10 November 1997. + +

+ + この FAQ について問題を見つけたり, 何か登録したい場合は, + までメールを送ってください. フィードバック + してくれるみなさんには感謝感謝なのです. + みなさんに手伝ってもらわないとこの FAQ はよくなりませんから! + + + FreeBSD Core Team + + + + + +

あと, 抜けてしまった他の方々に対して, 謝罪と心からの感謝を捧げます! + + diff --git a/ja_JP.EUC/FAQ/admin.sgml b/ja_JP.EUC/FAQ/admin.sgml new file mode 100644 index 0000000000..b4fb30e20b --- /dev/null +++ b/ja_JP.EUC/FAQ/admin.sgml @@ -0,0 +1,974 @@ + + + + + + システム管理 +

訳: &a.nishika;.12 November 1997. + + + システムスタートアップファイルはどこにあるのですか? + +

2.0.5R から 2.2.1R までは, プライマリコンフィグレーションファイルは + /etc/sysconfig にあります. オプションはすべて, このファイルと + および /etc/netstartといった, + 別のファイルに指定されています. + +

ファイル /etc/sysconfig を見て, システムに適合するように + 変更してください. このファイルはそれぞれの場所に何を書けばいいのかを表す + コメントがたくさん書かれています. + +

2.2.2 に続くリリース と 3.0 では, /etc/sysconfig は, + より分りやすい名前の に改名され, それに従って + 書式もいくぶん改められます. /etc/netstart も + /etc/rc.network に改名され, 全部のファイルを + /usr/src/etc/rc* /etcで一度にコピーすることが + 出来るようになります. + +

ファイル /etc/rc.local は常にここにあり, + や ファイル /etc/rc.serial はシリアルポートの初期化 + (例えばポートの設定を固定したり等々) のためにあります. + +

ファイル /etc/rc.i386 は iBCS2 エミュレーションのような + Intel アーキテクチャ固有の設定や PC システムコンソール設定のためにあります. + +

2.1.0R からは, "ローカル" スタートアップファイルをディレクトリ + /etc/sysconfig (または /etc/rc.conf) + の中に作って指定することもできます: + + + # Location of local startup files. + local_startup=/usr/local/etc/rc.local.d + + +

.sh で終わるそれぞれのファイルは, アルファベット順に実行されます. + +

ファイル名を変えることなくある一定の順序で確実に実行したいのであれば, + 順序が保証されるように以下のようにして, + それぞれのファイルの頭に数値をつけるようなデザインを + 使うことができます: + + + 10news.sh + 15httpd.sh + 20ssh.sh + + +

この方法は見苦しく (あるいは SysV のように :-)) なりますが, + /etc/rc.local を 手品のような編集でソートするようなことなく + ローカルの追加パッケージを使うためには, シンプルでしかもよく使われる + 手法ではあります. ほとんどの ports/packages は + /usr/local/etc/rc.d をローカルスタートアップディレクトリ + であると仮定しています. + + + 簡単にユーザを追加するにはどうすればいいのですか? + +

コマンドを使用してください. + +

Ollivier Robert によって Perl で書かれた ``<roberto@FreeBSD.ORG> にたずねてみてください. + 現在さらなる開発をおこなっています. + +

また, ユーザを削除するには + コマンドを使用してください. + + + FreeBSD システムに新しいハードディスクを追加するには? + +

最も簡単な方法はインストールプログラムからおこなうことです. root で + /stand/sysinstall を起動してインストールプログラム + を利用することができます. + +

また, インストールフロッピーディスクを持っている場合は, そこから + リブートしてシステムが完全に動作していないインストールプログラムの内で, + パーティション & ラベルエディタを利用してください. + +

警告: 注意深く読んで自分が何をおこなっているか理解する + 以外に方法はありません! ここで説明されていることはシステム + を「破壊する」かもしれません. 注意しておこなってください! + 事前に「バックアップ」をおこなうことを忘れずに! + +

2.1.5-RELEASE までの + を実行する前に + を手動で実行する必要があるでしょう. + つまり, パーティション分割の計算を自分でおこなうということです. + これは簡単だというウワサです :-) + ''disklabel -r <diskname>'' + を実行してラベルのひな型が得られるかどうかを確認してください. + (例えば ''disklabel -r /dev/rwd0s2'' は, + 新しいディスクが wd0 つまり 1 台めの IDE ディスク, そして + FreeBSD スライスは二つめ, つまり s2 であることを仮定しています) + . 以下のようなものが出力されるはずです:- + + + # /dev/rwd0s2: + type: ESDI + disk: wd0s2 + label: + flags: + bytes/sector: 512 + sectors/track: 63 + tracks/cylinder: 64 + sectors/cylinder: 4032 + cylinders: 610 + sectors/unit: 2459520 + rpm: 3600 + interleave: 1 + trackskew: 0 + cylinderskew: 0 + headswitch: 0 # milliseconds + track-to-track seek: 0 # milliseconds + drivedata: 0 + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 2459520 0 4.2BSD 0 0 0 # (Cyl. 0 - 609) + + +

サイズ (size) が正しいことを確認してください. この例では, + 2459520 sectors/unit x 512 bytes/sector / 2**20 (1 メガバイト) + = 1200 メガバイトとなっています. あとのものは (b/s, t/c, s/c, + interleave, など), から適切なデフォルト値が取得されますが, + 古いディスクについては + をご覧ください. 'fsize' はファイルシステム用の + であり,'bsize' は + です. 'c' は + スライス全体をカバーするパーティション (またはスライスされていない + ディスクではディスク全体) であり, そのまま残しておく必要があります. + これはファイルシステムとして使用してはいけません. + 'c' パーティションはディスクラベルが存在しない場合でもカーネルが + 存在するように見せかけている手品なのです. + +

スライス全体を一つのファイルシステムとしたいようなごく普通の + 場合は, 'e' のエントリを修正する必要があります. ファイルシステム + に妥当な値として fsize を 1024, bsize を 8192 + (8 フラグメント/ブロック) に設定して, 'e' のエントリを以下のように + 修正します:- + + + e: 2459520 0 4.2BSD 1024 8192 + + +

さて, 二つのファイルシステム用に二つのパーティションを + 作成したいいような (ちょっとだけ) 難しい場合です. にしたがって, パーティションを + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 614400 0 4.2BSD 1024 8192 + f: 1843200 614400 4.2BSD 1024 8192 + + +

disklabel -e wd0s2'' で + ディスクラベルを直接編集することができます. を参照してください. + +

FreeBSD 2.1.5 以降を使用していて, 他のシステムに関心がなく, + ディスク全体を FreeBSD 専用にするつもりなら, 以下のような手順を + 踏むことによって, 作業を短縮することも可能です. + + + # dd if=/dev/zero of=/dev/rwd0 count=100 + # disklabel -Brw wd0 auto + # disklabel -e wd0 + + +

最初の コマンドは, カーネルのディスクコードを + 混乱させる可能性のある古いゴミが, ディスクの先頭に確実に + 残らないようにしています. 次はブート時にディスクから検出された + デフォルト値を使って, 自動的にスケルトンラベルを生成しています. + それに続けて, ラベルの編集を行っています. + +

やっと終りました! 以下のような感じでファイルシステムを + 初期化しましょう:- + + + newfs -d0 /dev/rwd0s2e + newfs -d0 /dev/rwd0s2f + + +

ディスク名とスライス番号によって, 事前にスクリプト + を実行して, お望みのデバイスノードを + 作成する必要があるかもしれません. + +

そして新しいファイルシステムを mount します ( を参照してください) :- + + + mount /dev/wd0s2e /mnt/foo + mount /dev/wd0s2f /mnt/bar + + +

ブート時に自動的にファイルシステムを mount するには + を編集してください. + +

+ + + を参照してください. + + + ブロックは一つ以上のフラグメントを構成します. 上記の資料と + を参照してください. + + + たまたま「本物のディスク」を持っている場合, より詳細な情報を + に与える必要があります. 例えば, + 古い ESDIディスクのような画一的なジオメトリ, 本当のヘッド, + セクタ, シリンダです. これらすべてはディスクドライブのケース, + オーナーズマニュアル, 被害者仲間などから得ることができるはずです. :-) + + + 慣例により, パーティション 'a' はブート可能なパーティション, + パーティション 'b' はスワップスペースとして予約されています. + 正規のパーティションの名称は 'd' から始まることになっています. + (386BSD 0.1 から FreeBSD 2.0 までは 'd' は特別な意味を + 持っていたため, パーティション 'e' はファイルシステムを持つ + 最初のブート可能でないパーティションとして使われる場合 + もあります.) + + + BSD パーティションテーブルが必要とする領域は, + ファイルシステム内に用意しておく必要があります. + これはスワップパーティションではいけません. したがって, + シリンダ 0 でスワップパーティションが始まらないように, + 開始位置をずらすかパーティション 'a' にファイルシステム + を配置してください. + + + + 新しいリムーバブルドライブを持っていますが, どうやって使うの? + +

そのリムーバブルドライブが ZIP であれ EZ drive であれ + (あるいはもしそういう風に使いたいのなら, フロッピーであれ), + またハードディスクであれ, 一旦システムにインストールされて認識され, + カートリッジ, フロッピー等々が挿入されていれば, + ことはどのデバイスでも全く同じように進みます. + +

ZIP ドライブやフロッピーで, すでに DOS のファイルシステムで + フォーマットしてある場合, 次のコマンドを使うことができます. + これはフロッピーの場合です. + + + mount -t msdos /dev/fd0c /floppy + + +

出荷時の設定の ZIP ディスクではこうです. + + + mount -t msdos /dev/sd2s4 /zip + + +

その他のディスクに関しては, + や /stand/sysinstall を使って, どのようにレイアウト + されているか確かめてください. + +

以降は ZIP ドライブが 3 番目の SCSI ディスクで, + sd2 と認識されている場合の例です. + +

他人と共有しなければならないフロッピーやリムーバブルディスク + でなければ, BSD ファイルシステムを載せてしまうのが良い考えでしょう. + ロングファイル名もサポートされ, パフォーマンスは少なくとも + 2 倍は向上しますし, おまけにずっと安定しています. + まず最初に, DOS レベルでのパーティション / ファイルシステムを + 無効にしておく必要があります. 使用するのは /stand/sysinstall でも結構です. + 複数のオペレーティングシステムを入れることを考慮する + 必要がないような容量の小さなドライブの場合は, + 次のように FAT パーティションテーブル (スライス) + 全体を飛ばして, BSD のパーティション設定を行うだけで良いでしょう. + + + dd if=/dev/zero of=/dev/rsd2 count=2 + disklabel -Brw sd2 auto + + +

複数の BSD パーティションをつくる場合, disklabel (詳しい情報は + にあります) か + /stand/sysinstall を使います. 固定ディスク上にスワップ領域 + を加える場合はそういうことをしたいと思うのはもっともですが, + ZIP のようなリムーバブルドライブの上ではそういう考えは不適切 + でしょう. + +

最後に, 新しいファイルシステムをつくります. ディスク全体を使用する + ZIP ドライブの場合は, 以下のようにします. + + + newfs /dev/rsd2c + + +

次にマウントします. + + + mount /dev/sd2c /zip + + +

また, 次のような行を に入れておくのも良い考えでしょう. + "mount /zip" と入力するだけでマウントできるようになります. + + + /dev/sd2c /zip ffs rw,noauto 0 0 + + + + どのようにしたら DOS の拡張パーティションをマウントできますか? + +

DOS 拡張パーティションはすべての基本パーティションの後に + 認識されます. たとえば, 2台目の SCSIドライブの拡張パーティションに + "E" パーティションがあるとしますと, これは /dev にスライス 5 + のスペシャルファイルを作る必要があり, /dev/sd1s5 としてマウントされます. + + + # cd /dev + # ./MAKEDEV sd1s5 + # mount -t msdos /dev/sd1s5 /dos/e + + + + 他のシステムのファイルシステムを FreeBSD でマウントすることはできますか? + +

を見てください. より多くの情報があります. + +

この問題について他の情報があれば, 他の人から感謝されるでしょう. + + + どのようにしたら FreeBSD を NT ローダーからブートさせることができますか? + +

FreeBSD のネイティブルートパーティションの最初のセクタを + ファイルにして DOS/NT パーティション上に置くという画期的な + アイディアがあります. + ファイル名を c:\bootsect.bsd + (c:\bootsect.dos からの発想です) + としたとします. c:\boot.ini + ファイルを次のように編集します: + + + [boot loader] + timeout=30 + default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS + [operating systems] + multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT" + C:\BOOTSECT.BSD="FreeBSD" + C:\="DOS" + + +

この手順では DOS, NT, FreeBSD その他が(もし NTFS に変換してしまっているなら) DOS フォーマットの + フロッピーディスクか FAT パーティションを /mnt に DOS + マウントします. + + + dd if=/dev/rsd0a of=/mnt/bootsect.bsd bs=512 count=1 + + +

リブートして DOS か NT に切替えます. NTFS ユーザは + + attrib -s -r c:\boot.ini + + +

上の例の + attrib -r -s c:\boot.ini + + +

FreeBSD が MBR からブートするようになっている場合, + それぞれのネイティブパーティションからブートするように設定した後で, + DOS から `` + + FreeBSD と Linux を LILO からブートするには? + + +

理論的には, LILO から FreeBSD をブートするには DOS スタイルの + オペレーティングシステムとして扱えばできるはずですが, 私はいまだに + うまくいったためしがありません. LILO を置く場所を MBR から Linux + のブートパーティションの先頭に変えれば, FreeBSD のブートマネージャから + LILO をブートすることができます. 私はこっちを使っています. + +

Windows95 と Linux を使用している場合は, いずれにせよ後者の方が + お勧めです. Windows95 を再インストールする必要にかられたとき, + Linux をブート可能に戻す手続きが簡単ですむからです + (Windows95 は偏屈なオペレーティングシステムで, マスターブートレコード + (MBR) から他のオペレーティングシステムを追い払ってしまうのです). + + + + 「危険覚悟の専用 (dangerously dedicated) ディスク」は健康に悪いの? + + +

さて, これは確かに PC の世界からやって来た人々にとっては + 一般的なお話でしょうが, ここで Unix の世界の方からやって来た, + FreeBSD が動作する, しかも FreeBSD だけが動作するマシンをセットアップ + しようとしている人の場合を考えてみましょう. 彼らは + オペレーティングシステムがディスク全体を, その始めのセクタから + 終りの 1 つに至るまで使い切る, 古典的な Unix の流儀に慣れ親しんで + います. このような, FreeBSD が 1 日 24 時間, 1 週間に 7 日走り続け, + 他のオペレーティングシステムがブートされることなど有り得ないマシン + では, 正しい fdisk のテーブルは何の役にも立ちません. 結果, もし + sysinstall の fdisk エディタで ``A)ll FreeBSD'' を選択し, 続く質問に + ``No'' と答えれば, こちらのモードを選択したことになります. + この場合, BSD のブートストラップがこのドライブの MBR になるので, + ブートマネージャ等にスペースが残されていないことに注意してください. + 何かを MBR にインストールすれば, BSD のブートストラップに + ダメージを与えることになるでしょう. + +

では, なぜこれが 「危険覚悟の」と言われるのでしょう? + このモードのディスクが, 通常の PC のユーティリティが有効な fdisk + テーブルと見なす情報を持っていないからです. ユーティリティの出来 + 如何によりますが, そのようなディスクを発見したとき, 警告を + 出すものもあります. また, もっと悪い場合, 確認も通告もなしに + BSD のブートストラップにダメージを与えるものもあるでしょう. + PC ではより広範囲で使われているあるオペレーティングシステムは, + そういう非ユーザフレンドリーな行為をすることでよく知られています + (もちろん, その行為は「ユーザフレンドリ」の名の元で + 行われるわけですが). 少なくとも 1 種の, 例えば HP Netserver + で使用されていた (もちろん, そこだけではありませんが) Award の + BIOS は, 有効な fdisk テーブルを持っていないと認識した全ての + ハードディスクを無視することで知られています. + ブート時にこの現象が起こると, BIOS はそのようなディスクをさっさと + 無視してフロッピードライブを読みに行き, しかも ``Read error'' + というあっさりしたメッセージしか吐きません. 感動ものでしょ? + 多分彼らにとってはこれが「ユーザフレンドリ」なんでしょうね. + よくわかりませんけど. + +

このモードの利点はいくつかあります. FreeBSD がディスク全体を所有でき, + 1980 年代の素朴なパーティショニングモデルのためだけに, いくつもの + 本来不要な「トラック」を無駄使いする必要がなくなります. + このモデルは, パーティショニングをどのようにすべきかという点に関して, + いくらか不自然で, 今では無意味でさえある制限を課します. + この制限は, しばしば PC に OS をインストールする際の最大の頭痛の種と + なります. パーティショニングの情報を fdisk のテーブルに保存する際に + 2 つの異なる, 冗長な方法が用意されているがゆえに, 結果として + ジオメトリの不整合を引き起こすのです. の章をご覧下さい. + 「危険覚悟の専用」モードでは, BSD のブートストラップはセクタ 0 + から始まりますが, BIOS のディスクジオメトリ「変換」の方式とは + 無関係に, 常に等しい C/H/S の値に変換される唯一のセクタ + なのです. したがって, ブートしなくなる危険を犯すことなしに, + 異なる変換方式を採用しているシステム / コントローラ間で, + ディスクを交換することができるのです. + +

「危険覚悟の専用ディスク」を通常の PC での使用法に + 戻すには, 原則として 2 つ方法があります. 1 つは十分な NULL + バイトを MBR に書き込んで, きたるべきインストーラにディスク + はまっさらだと思い込ませる方法です. 例えば, こんな感じです. + + + dd if=/dev/zero of=/dev/rsd0 count=15 + + +

また, マニュアルには書かれていない DOS の「機能」 + + + fdisk /mbr + + +

は, BSD ブートストラップを追い払ってくれる上に, + 新しいマスターブートレコードをインストールしてくれます. + + + どのようにしたらスワップ領域を増やせますか? + +

スワップパーティションのサイズを増やすのが最良の方法ですが, + 別のディスクを追加しなくて済むという利点のある方法があります. + (これを行う時には + も見ておいてください) + +

スワップを別のディスク上に追加することは, 単純に同じディスク上 + にスワップを追加する場合よりも高速に動作するようになります. + 例に挙げれば, あるディスク上のソースをコンパイルしているとして, + スワップが別のディスク上に作られていれば, これらが同じディスク上 + にある場合よりも断然速いです. SCSI ディスクの場合は特にそうだと言えます. + +

IDE ドライブは同時に同じチャネル上の複数のドライブには + アクセスできません (FreeBSD は mode 4 をサポートしていないので, + すべての IDE ディスク I/O は ``programmed'' です). + IDE の場合であってもやはり, スワップを別のハードディスク上に + 作成することをおすすめします. + ドライブは実に安いものです, 心配するだけ無駄です. + +

よいサーバと非常に高速なネットワーク環境でないのであれば, + スワップを NFS 上に置こうというのは本当にばかげた考えです. + +

これは 64MBの vn-swap を作る例です (ここでは /usr/swap0 + としますが, もちろん好きな名前を使うことができます). + +

カーネルが次の行を含むコンフィグファイルから構成されているかを + 確認します. GENERIC カーネルには, この行が含まれています. + + + pseudo-device vn 1 #Vnode driver (turns a file into a device) + + + + vn デバイスを作ります + + cd /dev + sh ./MAKEDEV vn0 + + + スワップファイルを作ります (/usr/swap0) + + + dd if=/dev/zero of=/usr/swap0 bs=1024k count=64 + + + /etc/rc.conf でスワップファイルを有効化させます + + + swapfile="/usr/swap0" # Set to name of swapfile if aux swapfile desired. + + + マシンをリブートします + + +

スワップファイルをすぐに有効化させたいのなら以下のようにタイプします + + vnconfig -ce /dev/vn0c /usr/swap0 swap + + + + プリンタのセットアップで問題があります + +

ハンドブックのプリンタの部分を参照してください. + 探している問題のほとんどが書かれているはずです. + をご覧ください. + + + 私のシステムのキーボードマッピングは間違っています. + +

kbdcontrol プログラムは, キーボードマップファイルを読み込むための + オプションを備えています. + /usr/share/syscons/keymaps の下にたくさんのマップファイルがあります. + システムに関連のあるものを一つ選んで, ロードしてください. + + + kbdcontrol -l uk.iso + + + /usr/share/syscons/keymaps と拡張子 によって使用されます. + +

これは /etc/sysconfig (または ) 中で設定することができます. + このファイル中にあるそれぞれのコメントを参照してください. + +

2.0.5R やそれ以降の版では, テキストフォントやキーボードマッピングに + 関係のあるものはすべて, /usr/share/examples/syscons + の中におさめられています. + +

現在以下のマッピングがサポートされています: + + + + Belgian ISO-8859-1 + Brazilian 275 keyboard Codepage 850 + Brazilian 275 keyboard ISO-8859-1 + Danish Codepage 865 + Danish ISO-8859-1 + French ISO-8859-1 + German Codepage 850 + German ISO-8859-1 + Italian ISO-8859-1 + Japanese 106 + Japanese 106x + Latin American + Norwegian ISO-8859-1 + Polish ISO-8859-2 (programmer's) + Russian Codepage 866 (alternative) + Russian koi8-r (shift) + Russian koi8-r + Spanish ISO-8859-1 + Swedish Codepage 850 + Swedish ISO-8859-1 + Swiss-German ISO-8859-1 + United Kingdom Codepage 850 + United Kingdom ISO-8859-1 + United States of America ISO-8859-1 + United States of America dvorak + United States of America dvorakx + + + + ユーザディスククォータが正常に動作していないようです. + +

+ + '/' にはディスククォータを設定しないでください, + + クォータファイルが置かれるファイルシステム上に + クォータファイルを置くようにしてください. つまり: + + FS QUOTA FILE + /usr /usr/admin/quotas + /home /home/admin/quotas + ... + + + + + わたしの ccd の何が適合していない (Inappropriate) のでしょう? + +

このような症状が現れます: + + + # ccdconfig -C + ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format + # + + +

通常この現象はタイプを ' 未使用 (unused)' のまま放っておかれた + 'c' パーティションをつなげようとした場合に現れます. ccd ドライバは + FS_BSDFFS タイプをベースとするパーティションを要求します. + つなげようとしているディスクのディスクラベルを編集して, + パーティションのタイプを '4.2BSD' に変更してください. + + + どうしてわたしの ccd のディスクラベルを変更することができないのでしょう? + +

このような症状が現れます: + + + # disklabel ccd0 + (it prints something sensible here, so let's try to edit it) + # disklabel -e ccd0 + (edit, save, quit) + disklabel: ioctl DIOCWDINFO: No disk label on disk; + use "disklabel -r" to install initial label + # + + +

これは ccd から返されるディスクラベルが, 実はディスク上にはない + まったくの偽の情報だからです. これを明示的に書き直すことで + 問題を解消できます, このようになります: + + + # disklabel ccd0 > /tmp/disklabel.tmp + # disklabel -Rr ccd0 /tmp/disklabel.tmp + # disklabel -e ccd0 + (this will work now) + + + + FreeBSD は System V の IPC プリミティブをサポートしますか? + +

はい. FreeBSD は System-V スタイルの IPC をサポートします. + 共有メモリ, メッセージ, セマフォが含まれます. 以下の行を + カーネルコンフィグファイルに加えると, サポートが有効になります. + + + options SYSVSHM + options "SHMMAXPGS=64" # 256Kb of sharable memory + options SYSVSEM # enable for semaphores + options SYSVMSG # enable for messaging + + +

コンパイルしてインストールしてください. + +

+ + UUCP で mail を配送するには sendmail をどう使えばよいのですか? + +

FreeBSD に付属している sendmail は, インターネットに直接 + つながっているサイトにあわせて設定してあります. UUCP 経由で mail + を交換したい場合には sendmail の設定ファイルを改めてインストール + しなければなりません. + +

/etc/sendmail.cfを自分の手で改造するのは純粋主義者の + やるような事です. sendmailの version 8 は のような + プリプロセッサを通して設定ファイルを生成する新しいアプローチを + 取っており, より抽象化されたレベルの設定ファイルを編集します. + 以下のディレクトリの中にある設定ファイルを使用してください. + + + /usr/src/usr.sbin/sendmail/cf + + +

もしすべてのソースをインストールしていない場合には sendmail + の設定ツールは, 別の tar ファイルにまとめてあります. CD-ROM が + mount されている場合には, 次のようにしてください. + + + cd /usr/src + tar -xvzf /cdrom/dists/src/ssmailcf.aa + + +

これはたった数 100Kbyte ですから心配ないでしょう. cf + ディレクトリにある README に, m4 での設定の基本的な説明があります. + +

UUCP での配送のためには, mailertable を使用すれば + よいでしょう. これによって, sendmail が配送方式を決定するデータベースを + 作成することができます. + +

まずはじめに, .mc ファイルを作成しなければなりません. + /usr/src/usr.sbin/sendmail/cf/cf というディレクトリが, + これらのファイルを作成する場所です. 既にいくつか例があると思います. + これから作成するファイルの名前を foo.mc とすると, + sendmail.cf を求めているような形式に変換するには, + 次のようにしてください. + + + cd /usr/src/usr.sbin/sendmail/cf/cf + make foo.cf + cp foo.cf /etc/sendmail.cf + + +

標準的な .mc ファイルは次のようになります. + + + include(`../m4/cf.m4') + VERSIONID(`Your version number') + OSTYPE(bsd4.4) + + FEATURE(nodns) + FEATURE(nocanonify) + FEATURE(mailertable) + + define(`UUCP_RELAY', your.uucp.relay) + define(`UUCP_MAX_SIZE', 200000) + + MAILER(local) + MAILER(smtp) + MAILER(uucp) + + Cw your.alias.host.name + Cw youruucpnodename.UUCP + + +

nodns と nocanonify という指定をすることで, + mail の配送に DNS を使用しなくなります. UUCP_RELAY という + 行に関しては, ある理由から必要ですがそれは聞かないでください. + .UUCPで終わる仮想ドメインを処理することのできるインターネット上での + ホスト名をここに書いてください. 通常は, ISP の mail リレーホストを + 書くことになると思います. + +

これが終了したら, 次に /etc/mailertable というファイル + が必要です. 標準的な例は次のとおりです. + + + # + # makemap hash /etc/mailertable.db < /etc/mailertable + # + horus.interface-business.de uucp-dom:horus + .interface-business.de uucp-dom:if-bus + interface-business.de uucp-dom:if-bus + .heep.sax.de smtp8:%1 + horus.UUCP uucp-dom:horus + if-bus.UUCP uucp-dom:if-bus + . uucp-dom:sax + + +

見れば分かるように, これは実在する設定のファイルです. はじめの + 3 行はドメイン名で指定されたメールが default の経路で配送されずに, + ``近道'' するために UUCP で隣りのサイトに送るための特別な状況を + 処理するものです. + 次の行は Ethernet でつながっているローカルのドメインに対しては + SMTP で送るための設定です. + 最後に, UUCP での隣りのサイトが. UUCP で終わる仮想ドメインの書式で + 指定されており, default の rule を ``uucp-neighbour!recipient'' + で上書きするためのものです. 一番最後の行はいつもドットを一つ書きます. + これは, ここまでの行でマッチしなかったすべてのホストにマッチし, + このサイトから世界に向けて出ていくための mail gateway に UUCP + で配送するためのものです. + uucp-dom: に続けて書かれているノード名は, + uuname コマンドで指定することによって UUCP + で直接配送される正しいノード名でなければなりません. + +

最後に, このファイルは使用する前に DBM データベースのファイルに + 変換する必要があります. これをおこなうコマンドラインは mailertable + の最初のコメントに書いてあります. mailertable を変更した時には, + 必ずこのコマンドを実行してください. + +

最後のヒントです: もし特定のメール配送がうまく作動するかどうか + 確かめたい場合には, sendmail の-bt オプションを + 使用してください. このオプションによって sendmail は + アドレステストモードで起動します. ``0 '' の後に + 配送したいアドレスを書いてください. 最後の行に, 実際に使用される + mail agent, この mail agent で送られる送信先のホスト, そして + (多分変換されている) アドレスが表示されます. このモードを抜けるには + Control-D を押してください. + + + j@uriah 191% sendmail -bt + ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) + Enter

+ > 0 foo@interface-business.de + rewrite: ruleset 0 input: foo @ interface-business . de + ... + rewrite: ruleset 0 returns: $# uucp-dom $@ if-bus $: foo \ + < @ interface-business . de > + > ^D + j@uriah 192% + + + + + ダイアルアップでインターネットに接続する環境でメールをセットアップするにはどうやるの? + + +

静的に IP アドレスが割り当てられる場合は, デフォルトの状態を + 変更する必要はありません. 割り当てられた名前をホストネームと + するだけで, sendmail が後のことを引き受けてくれます. + +

ダイアルアップ メールボックスからメールを取ってくるためには, retrieval (回収) + エージェントをインストールする必要があります. /etc/ppp/ppp.linkup に以下のように記述すると, インターネットと + 接続が完了した時点で自動的にメールを取得するようになります. + + + MYADDR: + !bg su user -c fetchmail + + +

この例では, + poll myISP.com protocol pop3 fetchall pass MySecret; + + +

言うまでもなく, このファイルは 正しい 上の要件を満たすには, 以下のような + VERSIONID(`bsd.home.mc version 1.0') + OSTYPE(bsd4.4)dnl + FEATURE(nouucp)dnl + MAILER(local)dnl + MAILER(smtp)dnl + Cwbsd.home + CwmyISP.com + MASQUERADE_AS(`myISP.com')dnl + FEATURE(allmasquerade)dnl + FEATURE(masquerade_envelope)dnl + FEATURE(nocanonify)dnl + FEATURE(nodns)dnl + define(SMART_HOST, `relay.myISP.com') + DmmyISP.com + define(`confDOMAIN_NAME',`myISP.com')dnl + + +

+ diff --git a/ja_JP.EUC/FAQ/applications.sgml b/ja_JP.EUC/FAQ/applications.sgml new file mode 100644 index 0000000000..4944309858 --- /dev/null +++ b/ja_JP.EUC/FAQ/applications.sgml @@ -0,0 +1,140 @@ + + + + + + ユーザアプリケーション +

訳: &a.junkun; &a.shou; .8 November 1997. + + + そういうユーザアプリケーションはどこにあるの? + +

FreeBSDに port (移植) されたソフトウェアパッケージについては, + + をご覧下さい. このリストには現在 1000 を越える項目があり, + しかも毎日更新されています. このページを小まめに訪れるか, + + を購読すると, 新しく入った ports を定期的にチェックすることが + できます. + +

大部分の ports は 2.2 と 3.0 ブランチの両方で利用できるはずです. + 多くは 2.1.x 系のシステムでも同様に動作するでしょう. + FreeBSD のリリースが出る度に, そのリリースの時点での ports ツリーの + スナップショットが撮られ, ports/ ディレクトリに + 納められることになっています. + +

また, ``package'' という考えも採用されています. これは基本的には + gzip されたバイナリディストリビューションに, インストール時に + 環境に合わせた作業が必要になった場合にそれを執り行う多少の英知を + 付け加えたものです. package を使えば, どのようなファイルが + 配布物として含まれているかと言った細かい事柄にいちいち煩わされる + ことなく, 簡単にインストールやアンインストールを繰り返す + ことができます. + +

インストールしたい package があるなら, /stand/sysinstall + の, 「インストール後の FreeBSD の設定を行う」の下にある + package のインストールメニューを使うか, package のファイル名を + 指定して pkg_add(1) を使用して下さい. package の + ファイル名には通常末尾に .tgz がついています. + CDROM をご使用の方は, CD の packages/All ディレクトリから + それらのファイルを利用することができます. また, 以下の場所から, + FreeBSD の各種バージョンにあわせた package をダウンロードする + こともできます. + + + 2.1.x-release 用 + + + 2.2.5-release/2.2-stable 用 + + + 3.0-current 用 + + + +

お近くのミラーサイトもご利用下さい. + +

新しい ports が続々と追加されている状態なので, 全ての ports に + 対応する package が存在するわけではないことを覚えておいてください. + 定期的に マスターサイトを訪れて, どのような + package が利用できるのかチェックするのも良いでしょう. + + + libc.so.3.0 はどこにありますか? + +

2.1.x のシステムで 2.2/3.0 用の package を動かそうとしていますね. + 前のセクションを読んで, システムに合った正しい port/package を + 入手してください. + + + + 386/486SX のマシンで ghostscript を動かすとエラーがでます. + +

あなたのマシンには数値演算プロセッサが塔載されていませんね? + カーネルにコプロセッサの代わりとなる数値演算エミュレータを + 追加する必要があります. + 以下のオプションをカーネルのコンフィグレーションファイルに + 追加して, カーネルを再構築してください. + + + options GPL_MATH_EMULATE + + +

+ + SCO/iBCS2 のアプリケーションを実行すると, + +

まず最初に /etc/sysconfig (または + ) の中の + 最後のセクションを編集し, 以下の変数を + # Set to YES if you want ibcs2 (SCO) emulation loaded at startup + ibcs2=NO + + +

これでシステムの起動時に + カーネルモジュールが読み込まるようになります. + +

次に /compat/ibcs2/dev/ を以下のように編集します: + + +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null +lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys +-rw-rw-r-- 1 root wheel 0 Oct 28 12:02 null +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null +crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx + + +

open や close の処理は, socksysから へ + シンボリックリンクを張ることで代用します. + 残りの処理は, -current に入っているコードが担当しています. + これは以前のものより ずっとスッキリした方法です. + +

ローカルでの X のソケット接続に + INN (インターネットニュース) の設定方法は? + +

inn の package や port をインストールしたあとに + を見てみましょう. + 初心者向けの INN FAQ があります. + + + diff --git a/ja_JP.EUC/FAQ/commercial.sgml b/ja_JP.EUC/FAQ/commercial.sgml new file mode 100644 index 0000000000..c668cb7b3c --- /dev/null +++ b/ja_JP.EUC/FAQ/commercial.sgml @@ -0,0 +1,101 @@ + + + + + + 商用アプリケーション +

訳: &a.junkun;.10 November 1997. + +

+ FreeBSD 用の Motif はどうやったら手に入りますか + +

FreeBSD 用の Motif 2.0 に関する情報は + から + 手に入れることができます. + +

この製品は以下の物が含まれています: + + OSF/Motif manager, xmbind, panner, wsm. + + uil, mrm, xm, xmcxx, インクルードファイルや Imake + ファイルといった開発者向けキット + + スタティックライブラリ, およびダイナミックライブラリ + + デモンストレーションプログラム + + 整形済みのマニュアルページ + + +

注文する際には FreeBSD 用の Motif であることをきちんと + 確認してください. BSDI や Linux 用の Motif も Xi Graphics + から販売されています. 現在フロッピーディスク 4枚組ですが, + 将来的には CDE のように統合された CD に変わるでしょう. + + + FreeBSD 用の CDE はどうやったら手に入りますか + +

FreeBSD 用の CDE 1.0.10 に関する情報は + から + 手に入れることができます. これは Motif 1.2.5 を含んでおり, + Motif 2.0 と一緒に使用することができます. + +

これは FreeBSD 用と Linux 用の統合された CD-ROM です. + + + + 高機能な商用 X サーバってあるんですか? + +

はい, + から, FreeBSD ほか Intel ベースのシステムで動作する + Accelerated-X という製品が販売されています. + +

この高性能な X サーバは楽に設定をおこなえるほか, 数多くのビデオボード + をサポートしています. サーバはバイナリのみが含まれます. + FreeBSD 用と Linux 用の統合されたフロッピーディスクに入っています. + +

バージョン 3.1 の「互換デモ」が無料で入手できます. + +

また Xi Graphics は FreeBSD 用の Motif と CDE も販売しています (前を参照). + + + + + または + + + + + + FreeBSD 用のデータベースシステムはありますか? + +

もちろんあります! Conetic Software Systems が FreeBSD 2.0.5 + 以降のシステムで動作する C/base と C/books データベースシステムを + 移植しています. さらに Sleepycat Software は DB database library + の商用サポートバージョンを販売しています. + + + + + + + . + + + + diff --git a/ja_JP.EUC/FAQ/hackers.sgml b/ja_JP.EUC/FAQ/hackers.sgml new file mode 100644 index 0000000000..926bd0a326 --- /dev/null +++ b/ja_JP.EUC/FAQ/hackers.sgml @@ -0,0 +1,269 @@ + + + + + + まじめな FreeBSD ハッカーだけの話題 +

訳: &a.iwasaki;.8 November 1997. + + + + SNAP とか RELEASE とかは何? + + +

現在, FreeBSD の + + には, 三つのアクティブ/準アクティブなブランチがあります. + + + + +

現在, + + 自分用のカスタムリリースを構築するには? + +

リリースを構築するには三つのことが必要です: + まず, ドライバが組み込まれたカーネルを実行させている必要があります. + 以下をカーネルコンフィグレーションファイルに追加し, + カーネルを作り直してください: + + + pseudo-device vn #Vnode driver (turns a file into a device) + + +

次に, CVS リポジトリ全体を手元においておく必要があります. + これを入手するには + + が使用できますが, tag の値は `.' である必要があり, + さらに release の名称は cvs である必要があります: + + + *default prefix=/home/ncvs + *default base=/a + *default host=cvsup.FreeBSD.org + *default release=cvs + *default delete compress use-rel-suffix + + ## Main Source Tree + src-all + src-eBones + src-secure + + # Other stuff + ports-all + www + doc-all + + +

そして 最後に, ビルド用にかなりの空き領域を用意する必要があります. + そのディレクトリを /some/big/filesystem として, + 上の例で CVS リポジトリを /home/ncvs に置いたものとすると, + 以下のようにしてリリースを構築します: + + + setenv CVSROOT /home/ncvs # or export CVSROOT=/home/ncvs + cd /usr/src/release + make release BUILDNAME=3.0-MY-SNAP CHROOTDIR=/some/big/filesystem/release + + +

処理が終了すると, リリース全体が /some/big/filesystem/release + に構築され, 完全な FTP インストール用の配布物が + /some/big/filesystem/release/R/ftp に作成されます. + -current 以外の開発ブランチの SNAP を自分で構築したい場合は, + + カスタムのインストールディスクを作るにはどうすればいいのですか? + +

/usr/src/release/Makefile のいろいろなターゲットとして + インストールディスク, ソース, バイナリアーカイブを作る完全な処理を + 自動的におこなうようになっています. Makefile に十分な情報があります. + しかし, 実行には ``make world'' が必要で, + 多くの時間とディスクの容量が必要です. + + + + ``make world'' をおこなうと既存のバイナリを上書きしてしまうのですが. + + +

ええ, それが一般的な考え方です. 名前が示しているように + ``make world'' はすべてのシステムのバイナリを一から作り直しますので, + 結果としてクリーンで一貫性のある環境を得ることができます + (これがそれだけ長い時間がかかる理由です). + +

環境変数 ${DESTDIR}を root とみなした + ディレクトリツリーにインストールされます. + あるでたらめな共有ライブラリの変更やプログラムの再構築によって + `` + + システムブート時に ``(bus speed defaulted)'' とメッセージが出ます. + + +

アダプテックの 1542 SCSI ホストアダプタはユーザがソフトウェア的に + バスアクセス速度の設定をおこなうことができます. 以前のバージョンの + 1542 ドライバは使用可能な最大の速度を求めてアダプタを + その設定にしようとしました. これは特定のユーザのシステムでは + 問題がある事がわかり, 現在ではカーネルコンフィグオプションに + `` + + インターネットアクセスに制限があっても current を追いかけられますか? + +

はい, を使って + ソースツリー全体のダウンロードを + どのようにして配布ファイルを 240kバイトに分割しているのですか? + +

比較的新しい BSDベースのシステムでは split に任意のバイト境界で + 分割する ``以下は /usr/src/Makefile からの例です. + + + bin-tarball: + (cd ${DISTDIR}; \ + tar cf - . \ + gzip --no-name -9 -c | \ + split -b 240640 - \ + ${RELEASEDIR}/tarballs/bindist/bin_tgz.) + + + + 私はカーネルに拡張をおこないました. 誰に送ればいいですか? + +

+ を参照してください. + +

あなたのアイディアに感謝します! + + + PnP ISA カードの検出と初期化はどのようにおこなうのですか? + +

氏より: + +

要点は, ホストが認識されていないボードを探す時に, すべての + PnP ボードが応答することのできる少数の I/O ポートがあるという + ことです. それにより, PnP プローブルーチンが開始したとき, PnP + ボードが存在するなら, すべての PnP ボードは自分のモデル番号を + 返します. そのポートを I/O read するとプローブルーチンは + 問いに対するワイアード-OR された ``yes'' を得ます. この場合は + 少なくとも 1ビットが ON になります. そして, プローブルーチンは + モデル ID (Microsoft/Intel によって割り当てられています) + が X より小さいボードを ``オフライン'' にすることができます. + この操作をおこない, 問い合わせに応答しているボードがまだ + 残っているかどうかを調べます. もし ``ID は二つの 32-bit (つまり 64bit) フィールド + 8 bit + チェックサムからなります. 最初の 32 bits はベンダの識別子です. + これは公表されてはいませんが, 同一のベンダから供給されている + 異なるタイプのボードでは異なる 32-bit ベンダ ID を持つことが + できるように考えられます. 製造元を特定するだけのために 32 bits + はいくらか過剰です. + +

下位の 32 bits はシリアル番号, イーサネットアドレスなどの + ボードを特定するものです. ベンダは上位 32 bits が異なっていない + のであれば下位 32 bits が同一である 2枚目のボードを製造することは + ありません. したがって, 同じタイプの複数のボードをマシンに + いれることができ, この場合でも 64 bits 全体ではユニークです. + +

32 bit のフィールドはすべてを 0 にすることはできません. + これは初期化のバイナリサーチの間ワイアード-OR によって 0 ではない + ビットを参照するからです. + +

システムがすべてのボードの与えられた ID を認識すると, + それぞれのボードに対応した処理を一つずつ (同一の I/O ポートを通して) + おこないます. そして, 利用できる割り込みの選択などのボードが必要 + とするリソースを検出します. すべてのボードについてこの情報を集めます. + +

この情報はハードディスク上の ECU ファイルなどの情報とまとめられ, + マザーボードの BIOS にも結合されます. マザーボード上のハードウェア + への ECU と BIOS PnP のサポートは通常は統合されていますが, + 周辺機器については真の PnPであるとはいえません. + しかし, BIOS の情報に ECU の情報を加えて調査することで, + プローブルーチンは PnP デバイスが再配置できなくなることを + 避けることができます. + +

それから, 再度 PnP デバイスにアクセスし, I/O, DMA, IRQ, + メモリマップアドレスの設定をします. デバイスはこのアドレスに + 見えるようになり, 次にリブートするまでこの位置を占めます. しかし, + あなたの望む時に移動させることが不可能であるといっている + わけではありません. + +

以上の話では大きく単純化をしてありますが, 基本的な考え方は得 + られたでしょう. + +

マイクロソフトはボードのロジックが 対立するI/O サイクルでは + デコードしていない (訳注: おそらく read 時しかデコードされていず + write 時はポートが空いているという意味でしょう) + プライマリプリンタのステータスポートのいくつかを PnP のために + 占有しました. 私は初期の PnP の提案レビュー時に IBM 純正の + プリンタボードでステータスポートの write のデコードがされている + ということに気がつきましたが, MS は ``tough (頑固, 不運, + 無法な)'' と言っています. そしてプリンタのステータスポートへ + アドレスの設定のために write をおこなっています. また, + そのアドレス + + FreeBSD は, Intel 以外のアーキテクチャをサポートしないんですか? + +

いくつかのグループが, FreeBSD の他のアーキテクチャのサポートに関心を + 示しており, 現在数人が DEC の協力を得て FreeBSD の ALPHA アーキテクチャへの + 移植に取り組んでいます. 新しいアーキテクチャに関する一般的な議論は + <platforms@FreeBSD.ORG> をご利用ください. + + + デバイスドライバを開発したので, メジャー番号が必要です. + +

これは, 開発したドライバを公開するかどうかに依存します. + 公開するのであれば, ドライバのソースコード, files.i386 の変更, + コンフィグファイルのサンプル, デバイスが使うスペシャルファイルを作成する + + のコードを私たちに送ってください. 公開するつもりがない場合, ライセンスの + 問題により公開できない場合は, キャラクタメジャー番号 32 もしくは + ブロックメジャー番号 8 が, このような目的のために予約されています. + これらの番号を使用してください. どちらの場合であれ, ドライバに関する情報を + <hackers@FreeBSD.ORG> に流して頂けると助かります. + + + diff --git a/ja_JP.EUC/FAQ/hardware.sgml b/ja_JP.EUC/FAQ/hardware.sgml new file mode 100644 index 0000000000..058e2d5752 --- /dev/null +++ b/ja_JP.EUC/FAQ/hardware.sgml @@ -0,0 +1,439 @@ + + + + + + ハードウェアコンパチビリティ +

訳: &a.nishika;.12 November 1997. + + + FreeBSD は, どんなハードディスクドライブをサポートしているのですか? + +

FreeBSD は, EIDE と SCSI ハードディスクドライブをサポート + しています (互換コントローラも含みます: 次の節参照). また + オリジナルの "Western Digital" インタフェースを使用している + すべてのドライブも (MFM, RLL, ESDI, もちろん IDE も) + サポートしています. 独自仕様のインタフェースを使用する + ESDI コントローラでは動作しないものがあり, WD1002/3/6/7 + とその互換インタフェースと衝突します. + + + どの SCSI コントローラをサポートしているのですか? + +

FreeBSD は, 以下の SCSI コントローラをサポートしています: + + + + AH-152x シリーズ <ISA> + AH-154x シリーズ <ISA> + AH-174x シリーズ <EISA> + Sound Blaster SCSI (AH-152x 互換) <ISA> + AH-2742/2842 シリーズ <ISA/EISA> + AH-2820/2822/2825 シリーズ (Narrow/Twin/Wide) <VLB> + AH-294x および aic7870 MB コントローラ (Narrow/Twin/Wide) <PCI> + + AH-394x (Narrow/Twin/Wide) + + の節で + 引き合いにも出されるカードの一つです.) + + BT-545 シリーズ <ISA> + BT-742 シリーズ <EISA> + BT-747 シリーズ <EISA> + BT-946 シリーズ <PCI> + BT-956 シリーズ <PCI> + + + + + NCR 53C82x ベースの SCSI コントローラ <PCI> + NCR 53C860/75 ベースの SCSI コントローラ <PCI> + + + Trantor 130 ベースの SCSI コントローラ <ISA> + + + + + + + UH-24f シリーズ <EISA> + UH-34f シリーズ <VLB> + + + + + どんな CD-ROM ドライブをサポートしているのですか? + +

サポートされている SCSI コントローラに接続できる SCSI + ドライブすべてをサポートしています. + +

また, 以下の専用 CD-ROM インタフェースもサポートしています. + + + ミツミ LU002 (8bit), LU005 (16bit) および FX001D (16bit 2倍速). + ソニー CDU 31/33A + Sound Blaster 非 SCSI タイプの CD-ROM + 松下 / Panasonic CD-ROM + ATAPI 互換の IDE CD-ROM + + +

SCSI でないカードはすべて, SCSI ドライブよりも極めて動作速度が + 遅いことが知られており, ATAPI CD-ROM には動作しないものもあるようです. + +

Walnut Creek の FreeBSD 2.2 CD-ROM からは CD からの直接ブートが + サポートされています. + + + ZIP ドライブをサポートしていますか? + +

もちろん, FreeBSD は SCSI ZIP ドライブ (外付け) をサポートしています. + ZIP ドライブは SCSI ID を 5 か 6 に設定した状態でなら使用できますが, + もし SCSI ホストアダプタの BIOS がサポートしてさえいれば + ZIP ドライブからブートさせることもできます. 私はどのホストアダプタが + SCSI ID を 0 や 1 以外に設定したデバイスからブートできるのか知りませんが... + ドキュメントを参照してください (うまくいった場合は教えてください). + +

パラレル ZIP ドライブはサポートされていません. まだ ZIP ドライブを + 購入していないのなら, SCSI の ZIP ドライブを購入することをおすすめします... + 同程度の価格で, よりよいパフォーマンスが得られます. それにパラレルポートから + ブートするなんて考えられないでしょう. + +

すでにパラレル ZIP ドライブを持っているのであれば, + フランスの + + + + に Linux のドライバがあります. + +

それから および + についても + 確認しておいてください. + + + + では, JAZ や EZ, それからその他のリムーバブルドライブはサポートしていますか? + + +

FreeBSD では, IDE バージョンの EZ ドライブを除くすべての SCSI デバイスは, + SCSI のディスクと同等に扱われます. また IDE EZ は IDE ドライブと同等となります. + +

も参照. + + + どのマルチポートシリアルカードをサポートしていますか? + +

一覧は + の節にあります. + +

無名のカードにもうまく動くものがあり, + 特に AST 互換といわれているものに多く見られます. + +

カード設定の詳細な情報は, + オンラインマニュアルを参照してください. + + + 珍しいバスマウスを持っているのですが, どのように設定すればいいのですか? + +

FreeBSD は Logitech と ATI のグラフィックアダプタカードに付属している + バスマウスをサポートしています. + これらを使用するには, カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルする必要があります. + + + device mse0 at isa? port 0x23c tty irq5 vector mseintr + + + + + PS/2 (キーボードマウス) を使うには, どのように設定すればいいのですか? + + +

あなたの使っている FreeBSD が比較的新しいバージョンのものなら, + インストールの時に, 単にカーネルのコンフィグレーションのメニュー上で + PS/2 マウスを有効化するだけです, あるいは後で boot: プロンプト上で + -c を指定することでもメニューは現れます. + デフォルトでは無効に設定されていますので, 明示的に + 有効化してあげないといけません. + +

あなたの使っている FreeBSD が比較的古いものなら, + カーネルコンフィグレーションファイルに以下の行を加えて + カーネルを再コンパイルする必要があります. + + + device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr + # Options for psm: + options PSM_CHECKSYNC #checks the header byte for sync. + + +

カーネルの再構築についてよく知らないのであれば, + + を参照してください. + +

ブート時にカーネルが psm0 を検出したら, psm0 のエントリが /dev + の中にあることを確認してください. 以下のようにします. + + + cd /dev; sh MAKEDEV psm0 + + +

これは root でログインしているときにおこなってください. + + + + ラップトップ PC のマウス/トラックボール/タッチパッドは使えますか? + + +

を参照してください. + 加えて, にあるモーバイルコンピューティングの + ページもご覧ください. + + + どんなテープドライブをサポートしていますか? + +

FreeBSD は SCSI, QIC-36 (QIC-02 インタフェース付き) および + QIC-40/80 (フロッピーベース) テープドライブをサポートしています. + これらには 8-mm (Exabyte と呼ばれています) や DAT ドライブも含まれています. + QIC-40/80 ドライブは遅いことが知られています. + +

初期の 8-mm ドライブの中には SCSI-2 とまったく互換性を持たないものがあります. + これらは FreeBSD 上では動作しません. + + + どんなテープチェンジャーをサポートしていますか? + +

FreeBSD 2.2 は + デバイスと + コマンドを使用した SCSI チェンジャーをサポートしています. + 実際のチェンジャーの制御方法の詳細は, + のマニュアルページにあります. + +

使用している製品が, などのようにチェンジャーに対応済みのものでない場合は, + 次のことについて留意してください. + それらの製品は任意のポイント間のテープの移動を制御するだけなので, + テープがどのスロットに入っているか, 現在ドライブにあるテープが + どのスロットに戻るべきかを把握しておく必要があります. + + + どんなサウンドカードをサポートしていますか? + +

FreeBSD は SoundBlaster, SoundBlaster Pro, SoundBlaster 16, + Pro Audio Spectrum 16, AdLib それから Gravis UltraSound サウンドカードを + サポートしています. MPU-401 やその互換カードも機能に制限はあるものの + サポートされています. SoundBlaster 16 ASP カードはまだサポートされていません. + マイクロソフトサウンドシステムもサポートされています. + +

+ どんなネットワークカードをサポートしていますか? + +

より完全な一覧については の節を参照してください. + カードごとの必要なドライバが一覧表になっていないので, + 以下の不完全な一覧でまとめてみます. + + + driver/ + DEC DC21x40 およびそれらと互換性のある PCI コントローラ + (21140 100bT カードを含みます) + + driver/ + NE2000 および 1000 + WD/SMC 8003, 8013 および Elite Ultra (8216) + 3Com 3c503 + HP 27247B および 27252A + および 上に挙げたもののクローン + + driver/ + DEC EtherWORKS II および EtherWORKS III コントローラ. + + driver/ + AT&T EN100/StarLAN 10 + 3COM 3c507 Etherlink 16/TP + NI5210 + + driver/ + Isolan AT 4141-0 + Isolink 4110 + + driver/ + 3com 3c501 (Multicast や DMA はサポートされていません) + + driver/ + 3com 3c505 Etherlink/+ + + driver/ + IBM PCMCIA クレジットカードアダプタ + + drive/ + Lance/PCnet カード (Isolan, Novell NE2100, NE32-VL)(*) + + driver/ + 3com 3c509 (カードの PNP サポートを無効化しなければなりません) + + driver/ + Intel InterExpress + + driver/ + Cronyx/Sigma multiport Sync/Async (Cisco および PPP framing) + + driver/ + 3Com PCMCIA Etherlink III (通称 3c589) (A-C のみ) + + driver/ + DEC DEFEA EISA FDDI コントローラ + + driver/ + DEC DEFPA PCI FDDI コントローラ + + driver/ + Fujitsu MB86960A/MB86965A Ethernet カード + + + +

+ 数値演算コプロセッサを持っていません - 何かまずいでしょうか? + +

一般にこれらは問題とはなりません. しかし, 数値演算エミュレーションコードの + パフォーマンスか正確さのいずれかを選択する状況があります. + ( についての節をご覧ください). + とくに, X 上で弧を描く際にとても遅くなることでしょう. + 数値演算コプロセッサを購入されることを強くおすすめします. + とても役立つことでしょう. + +

+ 2.x で, 他にどのドライバがサポートされていますか? + +

以下に示すものは上記に属さないドライバのリストです. + + + + B004 互換の Transputer ボード用ドライバ + + ``ctx'' driver + CORTEX-I Frame grabber 用ドライバ + + ``gp'' driver + National Instruments AT-GPIB および + AT-GPIB/TNT board 用ドライバ + + ``pca'' driver + PC スピーカからオーディオファイルを演奏させるためのドライバ + + ``spigot'' driver + Creative Labs の Video Spigot 用ドライバ + + driver + Genuis GS-4500 ハンドスキャナ用ドライバ + + driver + ジョイスティック用ドライバ + + driver/ + National Instrument's Lab-PC および Lab-PC+ 用ドライバ + + driver/ + PS/2 マウスポート + + + X-10 POWERHOUSE 用ドライバ + + + + + + パワーマネージメント機能付きのラップトップ PC を持っています. + +

FreeBSD は一部のマシンの APM をサポートしています. + + の部分をご覧ください. + + + diff --git a/ja_JP.EUC/FAQ/install.sgml b/ja_JP.EUC/FAQ/install.sgml new file mode 100644 index 0000000000..9ef5debf57 --- /dev/null +++ b/ja_JP.EUC/FAQ/install.sgml @@ -0,0 +1,476 @@ + + + + + + インストール +

訳: &a.iwasaki; &a.murata; .8 November 1997. + + + + FreeBSD を入手するにはどのファイルをダウンロードすればいいですか? + + +

通常は floppies/boot.flp というファイルの + フロッピーディスクイメージが一つだけ必要になります. 1.44MB の + フロッピーディスクに書き込み, そこからブートしてその他のファイル群を + ダウンロードします (インストールプログラムが TCP/IP 接続, テープ, CD-ROM, + フロッピーディスク, DOS パーティションなど, インストールに必要なもの + すべてに関する処理を担当します). + +

この手続きの完全な説明と, 一般的なインストール時の問題については + + を参照してください. + + + FreeBSD のインストールについての説明書はどこにありますか? + +

インストールの説明書は次のところにあります. + + + + FreeBSD を動作させるには何が必要ですか? + +

386 以上の PC, 5MB 以上の RAM, そして最低 60MB の + ハードディスク容量が必要となります. ローエンドの MDA カード + でも動作しますが, X11R6 を使うには VGA かそれ以上のビデオカード + が必要となります. + +

+ の節も併せてご覧ください. + + + 4 MB しかメモリがないのですが, インストールできますか? + +

4MB のシステムにインストールできた FreeBSD の最新版は + FreeBSD 2.1.7 でした. 2.2 のように, 2.2 などのより新しいバージョンの + FreeBSD は新規のインストールに最低 5MB は必要になります. + +

インストールプログラムが 4MB では動作しないだけで, 3.0 を含む + FreeBSD のすべてのバージョンは 4MB の RAM で動作可能です. + インストールする時だけさらに 4MB 追加しておき, システムが + セットアップされて動作するようになった後に, また 4MBを取り出して + もとに戻すこともできます. あるいは 4MB より多くメモリを搭載 + したシステムにディスクを持っていき, そのマシンでインストール + した後にディスクを戻すこともできます. + +

また, FreeBSD 2.1.7 でも 4MB ではインストールできない場合も + あります. 正確には, 640KB のベースメモリ + 3MB の拡張メモリ + ではインストールはできません. もしマシンのマザーボードが + 640KB から 1MB の領域で「失われた」メモリを再マップできる + 場合は, FreeBSD 2.1.7 をインストールできるかもしれません. + +

BIOS のセットアップ画面で, `remap' のオプションを探して + 有効 (Enable) にしてみてください. また, ROM shadowing を無効 + (Disable) にしておかなくてはなりません. + +

簡単なやり方としては, インストールする時だけあと 4MB 追加 + しておく方法があります. 必要なオプションだけを選択して + カスタムカーネルを構築し, また 4MB を取り出してもとに戻せば + いいのです. + +

また, 2.0.5 をインストールして, それから 2.1.7 のインストーラ + の ``upgrade'' オプションでシステムを 2.1.7 へアップグレード + するというやり方もあります. + +

インストールしたあとでカスタムカーネルの構築をした場合, 4MB + でも動作します. 2MBでブートに成功した人もいます. (でもその + システムはほとんど使いものになりませんでした :-)) + + + + 自分用のインストールフロッピーを作るには? + + +

現在はカスタムインストールフロッピーディスク「だけ」を作る方法はありません. + カスタムインストールフロッピーディスクイメージを含む, release 環境全体を + 新たに作る必要があります. /usr/src/release/floppies/Makefile + にあるコードでフロッピーディスクイメージ「だけ」を作れるはずですが, + まだ完全なものにはなっていません. + +

カスタムの release 環境をつくるには + の指示にしたがってください. + + + 自分の PC に複数のオペレーティングシステムを入れるには? + +

をご覧ください. + + + 同じマシンで Windows 95 と共存できますか? + +

まず Windows 95 をインストールして, そのあとで FreeBSD を + インストールしてください. FreeBSD のブートマネージャが Win95 + と FreeBSD のブート管理をしてくれるようになります. + Windows 95 を後にインストールした場合はひどいことに, + 問い合わせることもなくブートマネージャを上書きしてしまいます. + そうなってしまった場合は次の節をご覧ください. + + + + Windows 95 がブートマネージャを潰しちゃった! どうやって戻すの? + + +

ブートマネージャの再インストールの方法として, FreeBSD では + 以下に示す二通りの方法が用意されています: + + + DOS を起動し, FreeBSD の配布物の中にある tools/ ディレクトリ + へ移動し, bootinst.exe を探してみてください. + そして次のように実行してください: + +

bootinst.exe boot.bin + +

ブートマネージャが再インストールされます. + + FreeBSD のブートフロッピーディスクから起動し, 「カスタム」 + インストールメニューを選択し, 続いて「パーティション」を + 選択します. ブートマネージャがインストールされていたドライブ + (多分最初のもの) を選択し, パーティションエディタにたどり着いたら, + (何も変更せず) そのまま (W)rite を指定します. 確認のメッセージ + が出ますので「はい」と答え, ブートマネージャ選択の画面で確実に + "Boot Manager" を選択します. + これでブートマネージャがディスクに再び書き込まれます. + インストールメニューから抜けてリブートするとハードディスクは + 元通りになります. + + + + 不良ブロックのあるディスクにインストールできますか? + +

FreeBSD の不良ブロックの扱い ( + コマンド) は, + (ひいき目に見ても) 100% 完全ではなく, 残念ながら + 多数の不良ブロックのある IDE や ESDI ドライブは FreeBSD + では使用できないと言わざるをえません! でも, 非常に多くの IDE + ベースのシステムで動作しているようですので, 簡単にあきらめて + しまう前にとりあえず試してみましょう. + +

不良ブロックのある SCSI ドライブの場合は, + を参照してください. + + + インストーラからブートしたら変なことになりました! + +

インストーラからブートしようとしたときに, マシンが固まってし + まうとか自然とリブートしてしまうといった現象であれば, + 次の三つの項目を確認してください:- + + + 新品の, フォーマットしたての, エラーフリーの + フロッピーディスクを使っていますか? (三年間もベッドの下に + 放置されていた雑誌の付録みたいなやつではなくて, + 買ってきたばかりの新品が好ましいですね) + + フロッピーイメージをバイナリモードでダウンロード + しましたか? (困った顔をしないでください. 私たちの中 + で一番優秀な人でさえ, 少なくとも一回はバイナリファイルを + ASCII モードで思いがけずダウンロードしたことがあるのです!) + + Windows95 や Windows NT のような最近ご流行の + オペレーティングシステムを使用している場合, システムを + シャットダウンしてありのままの本物の DOS を再起動 + しましたか? これらの OS は, ディスク作成プログラム + のようなハードウェアに直接書き込みをおこなうプログラムに + 干渉できます: GUI の中の DOS シェル内部で動作している + 場合でも, この問題は発生します. + + +

また, Netscape でブートイメージをダウンロードする場合も問題 + があることが報告されていますので, できれば別の FTP クライアント + を使うのがよいでしょう. + + + あれ! テープからインストールできません! + +

2.1.7R をテープからインストールする場合, tar ブロックサイズ + を 10 (5120 バイト) にしたテープを作る必要があります. + デフォルト の tar ブロックサイズは 20 (10240 バイト) で, + このデフォルトサイズで作られたテープでは 2.1.7R を + インストールすることはできません. もしこうしたテープを使うと, + レコードサイズが大き過ぎるというエラーが起きることになります. + + + + ラップトップ PC に PLIP (パラレルライン IP) 経由でインストールできますか? + + +

次のようにして二つのコンピュータを Laplink パラレルケーブル + を通して接続してください: + + + +----------------------------------------+ + |A-name A-End B-End Descr. Port/Bit | + +----------------------------------------+ + |DATA0 2 15 Data 0/0x01 | + |-ERROR 15 2 1/0x08 | + +----------------------------------------+ + |DATA1 3 13 Data 0/0x02 | + |+SLCT 13 3 1/0x10 | + +----------------------------------------+ + |DATA2 4 12 Data 0/0x04 | + |+PE 12 4 1/0x20 | + +----------------------------------------+ + |DATA3 5 10 Strobe 0/0x08 | + |-ACK 10 5 1/0x40 | + +----------------------------------------+ + |DATA4 6 11 Data 0/0x10 | + |BUSY 11 6 1/0x80 | + +----------------------------------------+ + |GND 18-25 18-25 GND - | + +----------------------------------------+ + + +

また, Mobile Computing についての + ページもご覧ください. + + + + ハードディスクドライブには, どのジオメトリを使うべきでしょうか? + + +

(ここでディスクの「ジオメトリ」とは, ディスクのシリンダ, + ヘッダ, トラック当りのセクタの数を意味しています - 便宜上, + C/H/S とすることにします. これはディスクのどの領域で読み書きを + おこなうかを PC の BIOS が決定する手段となります.) + +

これについてはある理由のために, 誤解されている点が多いようです. + まず最初に, FreeBSD はディスクブロックで動作しているため, + SCSI ドライブのすべての問題はSCSI ディスクでは, 使用するジオメトリはコントローラの拡張 BIOS + トランスレーションが有効になっているかどうかによります (``>1GB の + DOS ディスクドライブのサポート'' とも呼ばれます). + 無効になっている場合, N シリンダ, 64 ヘッド, 32 セクタ/トラック + を使用しますが, ここで `N' は MB 単位のディスク容量です. + 例えば, 2GB ディスクは見かけ上 2048 シリンダ, 64 ヘッド, + 32 セクタ/トラックとなります. + +

それが「有効」になっており (MS-DOS ではこの方法で, ある制限 + を回避する場合もあります), ディスク容量が 1GB を越える場合は, + M シリンダ, 63 ヘッド (64 「ではなく」), 255 セクタ/トラック + を使用します. `M' は MB 単位のディスク容量を 7.844238 (!) + で割った値となります. ということで, 2GB ディスクの例では, + 261 シリンダ, 63 ヘッド, 255 セクタ/トラックとなります. + (訳注: 以上は Adaptec 社と NCR 社製の SCSI アダプタの場合です. + SCSI アダプタによって変換の数値が変わってくるのでマニュアルを + 参照してください.) + +

これについてよく分からない場合や FreeBSD がインストール中に + 正しくジオメトリを取得できない場合, これを回避するもっとも + 簡単な方法はディスクに小さな DOS パーティションを作ることです. + そうすると正しいジオメトリが取得されるはずです (そして, + 残しておきたくないとかネットワークカードのプログラミング用に + 使いたい場合などには, いつでもパーティションエディタで DOS + パーティションを削除することができます). + +

もう一つの方法として, FreeBSDと一緒にに配布されているフリー + で使えるユーティリティに ``toolsディレクトリかいろいろな FTP サイトにあります) + と呼ばれるものがあり, ディスク上の他のオペレーティングシステム + が使用しているジオメトリを調べるのに役立ちます. そして, この + ジオメトリ情報をパーティションエディタに入力することができます. + + + ディスクの分割の仕方で何か制限はありますか? + +

はい. BIOS がカーネルをブートできるようにルートパーティションが + 1024 シリンダ以内にあることを確認する必要があります + (これは FreeBSD ではなく PC の BIOS の制限です). + +

SCSI ドライブでは, 通常はルートパーティションが最初の 1024MB + に収まっていることが前提となります (または拡張 BIOS トランスレーション + が有効になっている場合は最初の 4096MB - 他の質問をご覧ください). + IDE でそれに相当する値は 504MB となります. + (訳注: E-IDE 対応の BIOS 搭載マシンの場合は IDE の 504MB という + 制限はありません.) + + + + 大容量ディスクを持っていますが, ディスクマネージャは使えますか? + + +

FreeBSD は Ontrack Disk Manager を認識し, これを考慮にいれます. + 他のディスクマネージャはサポートしません. + +

ディスク全体を FreeBSD で使いたい場合は, ディスクマネージャ + は必要ありません. BIOS が扱える容量いっぱいで (通常は 504MB) + ディスクの設定をおこなうと, FreeBSD は実際の容量を算出する + はずです. MFM コントローラ付きの古いディスクを使っている場合は, + FreeBSD に使用するシリンダ数を詳細に指定する必要があります. + +

FreeBSD と他のオペレーティングシステムが入っているディスクを + 使用したい場合は, ディスクマネージャなしでもできるでしょう: + FreeBSD のブートパーティションと他のオペレーティングシステム + 用のスライスが最初の 1024 シリンダ内に収まっている事を確認 + するだけです. 気になる方は, ブートパーティションを 20 メガバイト + ぐらいにして大きめにするととよいでしょう. + + + + FreeBSD のブート時に ``Missing Operationg System'' と表示されます + + +

これは FreeBSD や DOS, そのほかの OS がディスク領域 + のとらえ方で衝突 + しあっていることから起こる典型的な例です. こうなったら + FreeBSD をインストールし直す以外にはありませんが, + 他のところで説明した手順にしたがってやれば, + ほぼ間違いなくうまくいくはずです. + + + ブートマネージャの `F?' プロンプトが表示されません. + +

これはすでに前に質問されている問題のもう一つの症状です. BIOS + のジオメトリと FreeBSD のジオメトリ設定が一致していないのです! + コントローラや BIOS がシリンダの変換 (``>1GB ドライブの + サポート'' とも呼ばれます) をサポートしていたら, + その設定を無効化して FreeBSD をインストールし直してみてください. + + + + 16MB を越えるメモリを搭載していますが, 何か問題が起こりますか? + + +

性能問題以外は無しです. FreeBSD 2.X は bounce-buffer をサポートしており, + バスマスタリングコントローラは 16MB より上のメモリ領域に + アクセスできます. (ISA デバイスを使用している場合のみ必要 + となりますが, 一部の EISA と VLB デバイスでも必要な場合 + があります.) + +

また, もっと多くのメモリを搭載している場合, Compaq や利用可能な + メモリサイズを正しく報告しない他の BIOS を使用している場合は, + の節をご覧ください. + + + ソースを全部インストールする必要はありますか? + +

一般的には「いいえ」です. しかし最低でも, `` + を実行する時は例外です. + カーネルのソースをインストールしなくてもよい例として, どこか + 別の場所からカーネルのソースを読み込み専用で NFS マウントする + 事ができ, またそこから新しいバイナリを作成できるようになって + います. (カーネルソースの制限があるので, 直接 /usr/src を + マウントする事はおすすめできません. それよりもどこか別の + ディレクトリにマウントして, ソースツリーの複製ができるように + 適切にシンボリックリンクを張ってください.) + +

ソースをネットワーク上に持ち, そこからシステムをビルド + するようにしておけば, FreeBSD の将来のリリースへのアップグレード + がずっと簡単になります. + +

実際にソースのサブセットを選択するには, システムインストール + ツールの「配布ファイル」メニューにある「カスタム」メニュー + を使用します. また, src/install.sh スクリプトでも + 与える引数によってソース配布ファイルの一部分をインストールできます. + + + カーネルは作り直さなくちゃならないんですか? + +

カーネルを新しく作り直すのは元々 FreeBSD のインストール時に + どうしても必要なことでした. でも最近のリリースでは, とても + ユーザフレンドリなカーネル設定ツールの恩恵を受けています. + FreeBSD のブートプロンプト (boot:) で "-c" と打てば + ビジュアルな設定画面になり, ほとんどの一般的な ISA カードに + ついてのカーネルの設定をすることができるのです. + +

今でも, 必要なデバイスドライバだけを組み込んだカーネルを + 作ることはよい事とされています. ほんのちょっとだけメモリを + 節約できますからね. でもほとんどのシステムでは, もはや + どうしてもやらなくちゃならないことではないのです. + + + + アメリカ合衆国国外に住んでいますが, DES 暗号化ソフトウェアは使えますか? + + +

DES スタイルの暗号化コードの使用が絶対避けられないものでない + 場合は, DES 暗号化アルゴリズムを合法的に合衆国国外に持ち出す事 + ができないため, 合衆国国外のユーザは合衆国の FTP サイト + から該当するソフトウェア (しかし, これに代わる libcrypt が, オーストラリアの David + Burren によって書かれたソースをベースに作られています. + これは合衆国国外のいくつかの FTP ミラーサイトで公開されています. + この制限の課せられていない libcrypt のソースと, それを + 使ったプログラムのバイナリは, 以下の FTP サイトから入手する + 事ができます: + + + ftp://ftp.internat.freebsd.org/pub/FreeBSD + ftp://storm.sea.uct.ac.za/pub/FreeBSD + + ftp://ftp.iqm.unicamp.br/pub/FreeBSD + + ftp://nic.funet.fi/pub/unix/FreeBSD/eurocrypt + + 訳注: 日本国内では以下のサイトにあります. + ftp://jaz.jp.freebsd.org/pub/FreeBSD-internat + + +

この合衆国国外向けの 合衆国国外のユーザは, お願いですからいかなる暗号化ソフトウェア + も合衆国内からダウンロードしないでください. ダウンロードされた + サイトの管理者は, 法律的にとても難しく困難な立場に立たされる + 事になります. + +

合衆国以外向けの Kerberos も開発されつつあります. 現在の + バージョンは anonymous FTP で braae.ru.ac.za から + 入手できます. + +

また, 合衆国国外向けの暗号化ソフトウェアに関する議論のための + もあります. + より詳しい情報については, メールの本文に ``<majordomo@braae.ru.ac.za> まで送ってください. + + + diff --git a/ja_JP.EUC/FAQ/jcontrib.sgml b/ja_JP.EUC/FAQ/jcontrib.sgml new file mode 100644 index 0000000000..dae0ddc69c --- /dev/null +++ b/ja_JP.EUC/FAQ/jcontrib.sgml @@ -0,0 +1,78 @@ + + + + + FreeBSD FAQ 日本語化について + +

FreeBSD 日本語ドキュメンテーションプロジェクトは, FreeBSD 関係の日本語 + ドキュメントが少ないことを嘆いた数人の FreeBSD ユーザの提唱によって + 1996年2月26日にスタートし, FreeBSD 日本語ハンドブックの作成をはじめとした + 活動をおこなってきました. + FreeBSD FAQ の日本語化については, オリジナルの翻訳作業だけでなく + 日本国内に固有の話題についても広く情報を集め, 日本の FreeBSD ユーザにとって + 真に有益なドキュメントを提供しようと考えています. + オリジナルの FAQ は日毎に更新されており, 私たちもまた + これに追い付くために作業を続けていきます. もちろん, 新しいメンバも大歓迎です. + 日本語翻訳版について, 何かお気づきの点がありましたら, &a.doc-jp; + までご連絡ください. + また, もし私たちの作業を手伝ってくれるなら, + + をご覧の上, 是非参加してください. + + + 翻訳者 (五十音順) + +

+ + &a.arimura + &a.ryo + &a.iwasaki + &a.yoshiaki + &a.kuriyama + &a.koga + &a.motoyuki + &a.nakai + &a.nishika + &a.hanai + &a.kiroh + &a.shou + &a.murata + &a.junkun + + + + 査読者 (五十音順) + +

+ + &a.asami + &a.iwasaki + &a.yoshiaki + &a.ohashi + &a.kuriyama + &a.motoyuki + &a.saeki + &a.hanai + &a.nao + &a.kiroh + &a.hino + &a.shiyama + &a.shou + &a.murata + &a.earth + + + + 作業環境整備 (五十音順) + +

+ + &a.ryo + &a.iwasaki + &a.simokawa + &a.hideyuki + + + + diff --git a/ja_JP.EUC/FAQ/jmembers.sgml b/ja_JP.EUC/FAQ/jmembers.sgml new file mode 100644 index 0000000000..2073421ba7 --- /dev/null +++ b/ja_JP.EUC/FAQ/jmembers.sgml @@ -0,0 +1,103 @@ + + + + + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + diff --git a/ja_JP.EUC/FAQ/kernelconfig.sgml b/ja_JP.EUC/FAQ/kernelconfig.sgml new file mode 100644 index 0000000000..1aa2cdb9e7 --- /dev/null +++ b/ja_JP.EUC/FAQ/kernelconfig.sgml @@ -0,0 +1,163 @@ + + + + + + カーネルコンフィグレーション +

訳: &a.kiroh;.10 November 1997. + + + + カーネルをカスタマイズしたいんですが, 難しいですか? + + +

全然難しくありません. 最低 ソースコードで提供すると多少ディスクスペースを多く消費します. + しかし, 何か問題があった場合や, 動作を確認したい場合など, + + cd /usr/src/sys/i386/conf + cd ../../compile/MYKERNEL + + +

以前のリリース (FreeBSD 2.X) でのカーネルコンフィグファイルが + 既にある場合は, ステップ 2 は必要ないかもしれません. + 以前のファイルをコピーして, 書式が変更されてたり, + 廃止されたドライバがないか, 注意深く確認してください. + +

カーネルコンフィグファイル /kernel にコピーされ, + 古い /kernel は, /kernel.old に + /kernel.old から + ブートすることも可能ですので, 必ず覚えておいてください. + リブートすると, デフォルトでは新しいカーネルでブートします. + +

何らかの理由でステップ 7 のコンパイルが失敗したら, ステップ 4 + にもどって, 最後になりますが, 新しいカーネルが使用しているハードウェアに + うまく適合しているかどうか調べるために元のブートメッセージを + 調べる必要がある場合は, + コマンドを使ってみてください. このコマンドは, 古いカーネルの + ブート時のメッセージをすべて表示します. メッセージの中には, + 新しいカーネルを設定するのに, 非常に有用な情報が含まれます. + +

+ + + +

推測ですけど, 数値演算コプロセッサを持ってないからと思って, + をカーネルコンフィグファイルから削除しちゃったんじゃ + ないですか? + マルチポートシリアル関連のコードでの, 割り込みの競合 + +

+ # + # Multiport high-speed serial line - 16550 UARTS + # + device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr + device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr + device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr + device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr + + + + QIC-40/80 ドライブのサポートを有効にするには? + +

の行に, `` +controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 flags 0x1 vector fdintr +disk fd0 at fdc0 drive 0 ^^^^^^^^^ +disk fd1 at fdc0 drive 1 +#tape ft0 at fdc0 drive 2 +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + + +

次に, /dev/ft0 デバイスを作成します. /dev/ + に移動して, 以下のコマンドを実行します. + + + sh ./MAKEDEV ft0 + + +

これは, 1 番目のドライブの例です. 2 番目には /dev/ft0 デバイスは, `` + のマニュアルページを参照してください. + +

/usr/src/sbin/ft から最新の + diff --git a/ja_JP.EUC/FAQ/misc.sgml b/ja_JP.EUC/FAQ/misc.sgml new file mode 100644 index 0000000000..54d54065f4 --- /dev/null +++ b/ja_JP.EUC/FAQ/misc.sgml @@ -0,0 +1,233 @@ + + + + + + その他の質問 +

訳: &a.yoshiaki;.10 November 1997. + + + + FreeBSD は Linux より多くのスワップ領域を消費するのはなぜですか? + + +

そうではありません. 本当は「なぜスワップが全部使われてる + ように見えるのか」と聞きたいのでしょう. そういうことであれば, + その理由は, 実行プログラムのクリーンな (無変更の) ブロックを, + 終了後すぐに捨ててしまわずにスワップ領域に残しておけば, + そのプログラムが再実行される際にファイルシステムから読み直すよりも + 迅速に実行することができるからです. + +

メモリ中に同時に保持する事のできるダーティページの実際の量は + 減少しません. クリーンなページが必要に応じて置き換えられます. + + + + FreeBSD の実行フォーマットの a.out はどのようなものですか, a.out を使う理由, ELFを使う理由は何でしょう? + + +

FreeBSD の a.outフォーマットを理解するためには, + まず UNIXにおいて現在 「優勢」な 3種類の実行フォーマットについて + いくらか知っておく必要があります: + + + + +

最も古く 「由緒正しい」 unix オブジェクトフォーマットです. + マジックナンバを含む短くてコンパクトなヘッダが先頭にあり, + これがフォーマットの特徴とされています (参照 + + より詳細な内容があります). ロードされる 3種類のセグメント: + .text, .data, .bss と加えてシンボルテーブルと文字列テーブルを + 含みます. + + COFF +

SVR3 のオブジェクトフォーマットです. ヘッダは単一の + セクションテーブルから成り, .text, .data, .bss セクション以外 + の部分を持つことができます. + + ELF +

FreeBSD はこの問題を解決するための試みとして, 既知の 書き加える + ユーティリティを提供しています. + のマニュアルページ + を参照してください. より多くの情報があります. + + +

FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリース + で試され, 実証されてきた + フォーマットを使用しています. + いつかは FreeBSDシステムでネイティブ FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の + SunOSスタイルの共有ライブラリのメカニズムに極めて近い + ものになっていて非常に使いやすいためにこれほど話は単純では + ありません. 実際に + なぜシンボリックリンクのパーミッションは chmod で変えられないのですか? + +

この場合, `` と + のマニュアルページにはもっと詳しい情報があります. + +

+ をオプションをつけずにシンボリックリンクの名前の後ろにスラッシュ + (``/'') をつけて使います. 例えば, `` + chmod 555 foo/ + + +

後ろにスラッシュをつけると, + はシンボリックリンク + `` + + login 名が + +

+ FreeBSD 上で DOS のバイナリを動かすことはできますか? + +

今のところはできませんが, BSDI は彼らの + へメールを送ってください. + +

現在, + という巧妙なユーティリティが ports + コレクションにあり, 8088 のエミュレーションと DOS の + テキストモードアプリケーションを動かすに十分な BIOS + サービスをおこないます. これは X ウィンドウシステムが必要です + (XFree86 として提供されています) + + + + `` + +

+ とはソフトウェアアップデートプロトコル (Software Update + Protocol) で CMU で開発ツリーの同期のために開発されました. + 私たちの中心開発ツリーをリモートサイトで同期させるために + 使っていました. + +

SUP はバンド幅を浪費しますので, 今は使っていません. ソースコードの + アップデートの現在のおすすめの方法は + にあります. + + + FreeBSD をクールに使うには? + +

Q. FreeBSD を動かす時に温度測定をおこなった人はいますか? Linux + は dos よりも温度が下がるということは知っていますが, FreeBSD + についてはこのようなことに触れたものを見たことはありません. + 実際熱くなっているように見えます. + +

A. いいえ. 私たちは 250 マイクログラムの LSD-25 をあらかじめ + 与えておいたボランティアに対する目隠し味覚テストを大量に + おこなっています. + 35% のボランティアは FreeBSD はオレンジのような味 + がすると言っているのに対し Linux は紫煙のような味わいがある + と言っている人もいます. 私の知る限り両方のグループとも温度の + 不一致については触れていません. この調査で, 非常に多くの + ボランティアがテストをおこなった部屋から不思議そうに出てきて, + このようなおかしな結果を示したことに私たちは当惑させられました. + 私は, ほとんどのボランティアは Apple にいて彼らの最新の + 「引っかいて匂いをかぐ」 GUI を使っているのではないかと + 考えています. 私たちは奇妙な古い仕事をしているのでしょう! + +

真面目に言うと, FreeBSD も Linux も `` + 誰かが私のメモリカードをひっかいているのですか?? + +

Q. FreeBSDでカーネルのコンパイルをしている時にメモリから + 引っかいているような奇妙な音が聞こえるようなことはあるのでしょうか? + コンパイルをしている時 (あるいは起動時にフロッピドライブを + 認識した後の短い間など), 奇妙な引っかくような音がメモリカードの + あたりから聞こえてきます. + +

A. その通りです. BSDのドキュメントでしばしば「デーモン」に + ついて述べられている理由がわかるでしょう. しかし多くの人は本当の + 事については触れていません. 非物質的な存在があなたのコンピュータ + にあるのです. メモリからの引っかいたような音は, 実際に色々な + システム管理タスクの扱いをいかに最善なものにするかという内容を交わす, + デーモンたちのかん高いささやきなのです. + +

「雑音」があなたに DOS プログラムの ``fdisk /mbr'' + を使ってうまくささやきを取り除かせようとしているように聞こえても, + 彼らは逆にそうすることをやめさせようとしているのかもしれません. + 本当は内蔵スピーカからのビル ゲイツの悪魔的な声が + あなたに影響を与えているのかもしれません. + 実行するのは止めましょう, そして振り返ってはいけません! + BSD の守護神 (daemon) の力により, + 繰り返しあなたのマシンを支配下に置こうとし, あなたの魂を + 無限地獄に突き落そうとする DOSと Windows の双子の悪鬼 (demon) の + 影響から自由になりましょう. + 選択の機会は与えられました. 私自身はこの引っかくような音が + 聞こえていたことを嬉しく思っています. + + + diff --git a/ja_JP.EUC/FAQ/network.sgml b/ja_JP.EUC/FAQ/network.sgml new file mode 100644 index 0000000000..b9511dcd15 --- /dev/null +++ b/ja_JP.EUC/FAQ/network.sgml @@ -0,0 +1,747 @@ + + + + + + ネットワーキング +

訳: &a.arimura; &a.shou; &a.nishika; . + 13 November 1997. + + + ``diskless boot'' に関する情報はどこで得られますか? + +

``diskless boot'' というのは, FreeBSD がネットワーク上で起動し, + 必要なファイルを自分のハードディスクではなくてサーバから読み込むものです. + 詳細については + + を読んでください. + + + + FreeBSD をネットワークの router として使用することはできますか? + + +

インターネット標準やこれまでのよい経験によって指摘されている通り, + FreeBSD は標準ではパケットを forward するように設定されていません. + しかし, の中で次の変数の値を + + gateway_enable=YES # Set to YES if this host will be a gateway + + +

このオプションによって の変数 + ほとんどの場合, router についての情報を同じネットワーク + の他の計算機等に知らせるために, 経路制御のためのの process + を走らせる必要があるでしょう. FreeBSD には BSD の標準経路制御デーモン + である + が付属していますが, より複雑な状況に対処するためには + 注意してほしいのは, FreeBSD をこのようにして使用している場合でも, + router に関するインターネット標準の必要条件を完全には満たしていない + ということです. しかし, 普通に使用する場合にはほとんど問題ありません. + + + + Win95 の走っているマシンを, FreeBSD 経由でインターネットに接続できますか? + + +

通常, この質問が出てくる状況は自宅に二台の PC があり, 一台では + FreeBSD が, もう一台では Win95 が走っているような場合です. + ここでやろうとしていう事はFreeBSDの走っている計算機をインターネット + に接続し, Win95 の走っているマシンからは FreeBSD の走っているマシンを + 経由して接続をおこなう事です. これは二つ前の質問の特別な場合に相当します. + +

FreeBSDをとして設定する方法については, + 役に立つ文書があります. + +

や + + のような また, に関する節も参照してください. + + + + ISC からリリースされている BIND の最新版は compile できないんでしょうか? + + +

BIND の配布物と FreeBSD とでは ``compat/include/sys/cdefs.h を削除してください. + + + FreeBSD で SLIP と PPP は使えますか? + +

使えます. FreeBSD を用いて他のサイトに接続する場合には, + , + , + そして + + のマニュアルページを見てください. + は SLIP のサーバ専用で, + は SLIP のクライアント専用です. + +

これらのプログラムの解説が, + の以下のセクションにあります. + + + + + + + + + + + +

「シェルアカウント」を通じてのみインターネットへアクセス可能な場合, + package みたいなものが欲しくなるかもしれませんね. + これを使えば, ローカルマシンから直接 ftp や http のようなサービスに + (限定的ではありますが) アクセスすることができます. + + + + FreeBSD は NAT か IP マスカレードをサポートしていますか? + +

ローカルなサブネット (一台以上のローカルマシン) を持っているが, + インターネットプロバイダから 1 つしか IP アドレスの割り当てを + 受けていない場合 (または IP アドレスを動的に割り当てられている場合でも), + プログラムを使いたくなるかもしれませんね. + も, 同様の機能を持っており, + が使われます. + + + + + + +

まず のマニュアルと, を読んでみましょう. 次に, + + + set log Phase Chat Connect Carrier lcp ipcp ccp command + + +

という命令を /etc/ppp/ppp.conf に加えて + (default セクションの先頭に加えるのが一番良いでしょう) + ログを有効にしてみてください. その際, に + + + !ppp + *.* /var/log/ppp.log + + +

と書かれた行が含まれているか, また, /var/log/ppp.log + が存在しているかどうか確かめておいてください. さて, これで + 何が起きているのか突き止めるために, ログファイルからたくさんの + 情報を得られるようになりました. ログに訳の分らない部分があっても + 心配ご無用. あなたが助けを求めた誰かにとっては, その部分が + 意味をなす場合があるのです. + +

訳注: ログの取得に syslog を使用するようになったのは + 2.2.5 以降からです. + +

使用中の ppp のバージョンで "set log" 命令を解釈しない場合は, + + をダウンロードすべきです. FreeBSD の 2.1.5 以降でビルドできます. + + + ppp が -auto モードでダイアルしてくれない + +

まず最初に, デフォルトルートが確立しているかどうかチェックして + ください. を実行すると, 以下のような情報が表示されるはずです. + + +Destination Gateway Flags Refs Use Netif Expire +default 10.0.0.2 UGSc 0 0 tun0 +10.0.0.2 10.0.0.1 UH 0 0 tun0 + + +

これはあなたがハンドブックやマニュアル, ppp.conf.sample の中で + 出てくるアドレスを使用していると仮定した場合の例です. + デフォルトルートが確立していない場合, ppp.conf の中の が走っている可能性があります. FreeBSD 2.2.5 より前の + バージョンに付属していた + add 0 0 HISADDR + + +

と書かれた行を以下のように修正してください. + + + add 0 0 10.0.0.2 + + +

netstat -rn でデフォルトルートの情報が表示されない場合, もう一つ, + (2.2.2 より前のリリースでは + /etc/sysconfig と呼ばれていました) の中でデフォルトの + ルータを誤って設定し, ppp.conf から + + + delete ALL + + +

の行をうっかり消してしまった可能性があります. + この場合は, ハンドブックの + の項を読み直してください. + + + "No route to host" とはどういう意味ですか? + +

このエラーは通常, /etc/ppp/ppp.linkup に以下のような + セクションが無い場合に起こります. + + MYADDR: + delete ALL + add 0 0 HISADDR + + +

これは動的 IP アドレスを使用している場合, またはゲートウェイの + アドレスを知らない場合にのみ必要な設定です. インタラクティブモード + を使用している場合, + delete ALL + add 0 0 HISADDR + + +

詳しい情報については, ハンドブックの + の項を参照してください. + + + 3 分ほど経つと接続が切れてしまう + +

ppp のタイムアウトは デフォルトでは 3 分です. これは + + + set timeout NNN + + +

という命令によって調整することができます. ppp.conf + に入れることも, インタラクティブモードでプロンプトから入力することも + できます. ソケットを用いる + か + を使用し, 訳注 pppctl は 2.2.5R からです. + +

詳しい情報は + のマニュアルを参照してください. + + + 負荷が高いと接続が切れてしまう + +

Link Quality Reporting (LQR) の設定を行っている場合, + マシンと接続先の間で非常にたくさんの LQR パケットが失われている + 可能性があります. 結果として ppp は回線の具合いが悪いと考え, + 回線を切断するのです. 2.2.5 より前のバージョンの FreeBSD では + LQR はデフォルトで有効になっています. 現在ではデフォルトの状態で + 無効です. LQR は以下の命令で無効にすることができます. + + + disable lqr + + + + 接続がランダムに切れてしまう + +

時々, ノイズの多い回線, あるいは待ち機能付きの回線では, + モデムが (誤って) キャリアを失ったと思い込み, ハングアップしてしまう + ことがあります. + +

大多数のモデムでは, 一時的なキャリアの喪失にどれだけ我慢するか + 設定で決めることができます. 例えば USR Sportster では, S10 レジスタ + の値を 10 倍した秒数がその値になります. この場合, モデムをもっと + のんびり屋さんにするには, dial 行に次のような文字列を加えると + 良いでしょう. + + + set dial "...... ATS10=10 OK ......" + + +

詳しくはお使いのモデムのマニュアルをご覧ください. + + + Login OK! のメッセージが出た後, 何も起こらない + +

2.2.5 より前のリリースの FreeBSD では, + はリンクが確立した後, 接続先が Line Control Protocol (LCP) + を発信するのを待ちます. しかし, 多くの ISP ではネゴジェーションを + 自分からは起こさず, クライアントが起こすのを待っています. + + set openmode active + + +

+ でもまだ "magic is the same" というエラーが出る + +

時折, 接続直後のログに "magic is the same" というメッセージが + あらわれることがあります. このメッセージがあらわれても何も起きない + 場合もありますし, どちらかの側が接続を切ってしまう場合もあります. + +

これは通常, ディスクアクセスの遅いサーバマシンのシリアルポートで + getty が生きていて, ppp がログインスクリプトか, ログイン直後に + 起動されたプログラムから実行されている場合に起こります. 原因は + getty の終了されるまでと, ppp が実行され, クライアント側の ppp が + Line Control Protocol (LCP) を送り始めるまでのタイミングにあります. + サーバ側のシリアルポートで ECHO が有効なままになっているので, + クライアント側の ppp にパケットが「反射」してしまうのです. + +

LCP ネゴジェーションの一部として, リンクの両サイドで magic number + を定めて, 「反射」が起きていないかどうか確かめる作業があります. + 規約では, 接続相手がこちらと同じ magic number を提示してきたら, + NAK を送って新しい magic number を選択しなければならないと + 定めています. この作業の間, サーバのシリアルポートの ECHO がずっと + 有効になったままなので, クライアント側の ppp は LCP パケットを送り, + パケットが反射して全く同じ magic number が送られてくるのを見つけ, + それに対して NAK を送るのです. 一方 NAK 自体も (これは ppp が magic + number を変更しなければいけないことを意味しています) 反射して + くるので, 結果として magic number が数えきれないほど変更され, + その全てがサーバの tty バッファの中に積み重なることになるのです. + サーバでスタートした ppp はとすぐ magic number であふれかえってしまい, + LCP のネゴジェーションを十分に行ったものと判断して, さっさと接続を + 切ってしまいます. 一方, クライアント側は反射が帰ってこなくなったので + 満足しますが, それもサーバが接続を切ったことを知るまでです. + +

これを回避するには, 以下の命令を ppp.conf の中に入れるしかありません. + + + set openmode passive + + +

これで ppp はサーバが LCP ネゴジェーションを起こすのを待つように + なります. しかし, 自分からは決してネゴジェーションを起こさないサーバ + もあるかもしれません. もしこの状況に遭遇した場合, send-pr を使って + これをバグとして報告してください. そうすれば, ppp の機能を変更して, + LCP ネゴジェーションを起こすまでの時間をユーザが指定できるよう, + 変数を追加する必要があると認められるでしょう. + + + ppp が接続直後に固まってしまう + +

2.2.5 より前のバージョンの FreeBSD では, + disable pred1 + + + + ppp の内部でシェルを起動しようとすると固まってしまう + +

このような場合は, 代わりに + ヌルモデムケーブルを使用しているとき, ppp が終了しない + +

ヌルモデムケーブルを使用して直接接続している場合, + enable lqr + + +

こうすると, 接続先がネゴジェーションを行う場合, デフォルトで + LQR の使用を受け入れるようになります. + + + ppp を -auto モードで動かすと, 勝手にダイアルすることがある + +

原因を突き止めるためには, 以下の命令を使用してください. + + + set log +tcp/ip + + +

これで接続を通過する全てのトラヒックをログに残すことができるように + なりました. 次に突然回線がつながったときのログのタイムスタンプを + たどれば, 原因を突き止めることができるはずです. + +

原因がわかったら, 次に, このような状況ではダイヤルが起こらないように + しましょう. 通常, この手の問題は, DNS で名前の解決をしようとしたために + 起こります. DNS による名前の解決によって, 接続が行われるのを防止する + には, 次のような手段を用います (これは + set dfilter 1 deny udp src eq 53 + set dfilter 2 deny udp dst eq 53 + set dfilter 3 permit 0/0 0/0 + + +

これはデマンドダイヤル機能に問題を生じさせるため, + 常に適切であるとはかぎりません. ほとんどのプログラムは + 他のネットワーク関連の処理をおこなう前に DNS への問い合わせ + が必要になります. + +

DNS の場合は, 何が実際にホスト名を検索しようとしているのかを + 突き止めるべきでしょう. 大抵の場合は, + が犯人です. 設定ファイルで sendmail に + DNS に問い合わせないようになっているか確認すべきです. + 詳しくは の節を + ご覧ください. + + + CCP エラーとはどういう意味ですか + +

ログファイル中の以下のエラーは, + + + CCP: CcpSendConfigReq + CCP: Received Terminate Ack (1) state = Req-Sent (6) + + +

ネゴジェーションにおいて ppp は Predictor1 圧縮を用いるべく主張したが, + 接続先は圧縮を使用しないことを主張した場合に起こります. このメッセージ + には何の害もありませんが, 出るのが嫌なら, 以下の命令を用いて + こちら側でも Predictor1 圧縮を無効にすることで対応できます. + + + disable pred1 + + + + ファイル転送の途中で, ppp が IO エラーを出して固まってしまう + +

FreeBSD 2.2.2 以前のバージョンの tun ドライバには, tun インタフェース + の MTU のサイズより大きなパケットを受け取ることができないというバグが + ありました. MTU のサイズより大きなパケットを受け付けると IO エラーが + 起こり, syslogd 経由で記録されるのです. + +

ppp の仕様では, LCP のネゴジェーションを行う場合を含む + どのような場合でも最低 1500 オクテットの + Maximum Receive Unit (MRU) を受け入れる必要があります. + ですから, MTU を 1500 以下に設定した場合でも, ISP はそれに関係なく + 1500 の大きさのパケットを送ってくるでしょう. そしてこのイケてない + 機能にぶちあたって, リンクが固まるのを目にすることになるのです. + +

FreeBSD 2.2.2 以前のバージョンでは, MTU を決して 1500 より小さく + しないことで, この問題を回避することができます. + + + + どうして ppp は接続速度をログに残さないんでしょう? + +

モデムとの「やり取り」全ての行をログに残すには, + 以下のようにして接続速度のログの有効化を行ってください: + + + set log +connect + + +

これは + + に最後にくることが要求されている "expect" という文字列がくるま + でのすべてのものをログに記録させます. + +

接続速度はログにとりたいけれど, PAP や CHAP を使っている + (その結果, dial スクリプト中の CONNECT 以降に全く「やりとり」 + を行わない - "set login" スクリプトには何も書かない) のであれ + ば, ppp に "expect" を含んだ CONNECT 行全てがくるまで待たせる + ようにしないといけません, 以下のようになります: + + + set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n" + + +

ここで, CONNECT を受信してから, 何も送らず, linefeed を + 待っています, + どれにも当てはまらない! どうしたらいいの? + +

これまでの全ての質問に当てはまらない場合, 設定ファイル, コマンドの出力 (接続前と接続後) を含む, + あなたの持っている全ての情報を + メーリングリストや + ニュースグループへ + 送ってください. 誰かがあなたを正しい方向へ導いてくれるでしょう. + + + /dev/ed0 デバイスを作成することができません. + +

+ Berkeley UNIX におけるネットワークの構成においては, ネットワーク + のインタフェースは kernel のコードからのみ直接あつかうことが + できます. より詳しく知りたい場合は, /etc/rc.network + というファイルや, このファイルの中に書いてあるさまざまなプログラム + についてのマニュアルページを見てください. それでもまだ分からない場合には, + 他の BSD 系の OS のネットワーク管理についての本を読むべきでしょう. + ごく少しの例外をのぞいては, FreeBSD のネットワーク管理は SunOS 4.0 + や Ultrix と基本的に同じです. + + + Ethernet アドレスのエイリアスはどのようにして設定できますか? + +

のコマンドラインに `` + ifconfig ed0 alias 204.141.95.2 netmask 0xffffffff + + + + 3C503 で他のネットワークの port を使用するにはどのようにすればよいですか? + +

他の port を使用したい場合には, のコマンドラインにパラメータを + 追加しなければなりません. default は ``. + の using the ifconfig_* の変数を使って指定されるはずです. + + + FreeBSD との間で NFS がうまくできません. + +

PC 用のネットワークカードによっては NFS のようなネットワークを + 酷使するアプリケーションにおいて問題を起こすものがあります. + +

この点に関しては + を見てください. + + + 何故 Linux のディスクを NFS マウントできないのでしょうか? + +

Linux の NFS のコードによっては許可されたportからの + リクエストからしか受けつけないものがあります. + 以下を試してみてください. + + + mount -o -P linuxbox:/blah /mnt + + + + 何故 Sun のディスクを NFS マウントできないのでしょうか? + +

SunOS 4.X が走っている Sun Workstation は許可された port からの + mount のリクエストしか受けつけません. + 以下を試してみてください. + + + mount -o -P sunbox:/blah /mnt + + + + PPP で NeXTStep に接続する際に問題があるのですが. + +

の中で次の変数を NO にして, + TCP extension を無効にしてみてください. + + + tcp_extensions=NO + + +

Xylogic の Annex も同様の問題がありますので, Annex 経由で PPP をおこなう + 場合にもこの変更を行ってください. + + + IP multicast を有効にするには? + +

FreeBSD 2.0 においては multicast は標準で完全に対応しています. + 現在使用している計算機を multicast の router として使用するには, + より詳しい情報は以下の場所にあります. + + +Product Description Where +--------------- ----------------------- --------------------------------------- +faq.txt Mbone FAQ ftp.isi.edu:/mbone/faq.txt +imm/immserv jpg/gif画像のための ftp.hawaii.edu:/paccom/imm.src.tar.Z + IMage Multicast +nv Networkビデオ ftp.parc.xerox.com: + /pub/net-reseach/exp/nv3.3alpha.tar.Z +vat LBL Visual Audioツール ftp.ee.lbl.gov: + /conferencing/vat/i386-vat.tar.Z +wb LBL White Board ftp.ee.lbl.gov: + /conferencing/wb/i386-wb.tar.Z +mmcc MultiMedia Conference ftp.isi.edu: + 制御プログラム /confctrl/mmcc/mmcc-intel.tar.Z +rtpqual RTPパケットの質を ftp.psc.edu:/pub/net_tools/rtpqual.c + チェックするツール +vat_nv_record vatとnvのための ftp.sics.se:archive/vat_nv_record.tar.Z + 録画ツール + + + + DEC の PCI チップセットを用いている network カードにはどのような物がありますか? + +

による一覧があります. + + + Vendor Model + ---------------------------------------------- + ASUS PCI-L101-TB + Accton ENI1203 + Cogent EM960PCI + Compex ENET32-PCI + D-Link DE-530 + DEC DE435 + Danpex EN-9400P3 + JCIS Condor JC1260 + Linksys EtherPCI + Mylex LNP101 + SMC EtherPower 10/100 (Model 9332) + SMC EtherPower (Model 8432) + TopWare TE-3500P + Zynx ZX342 + + + + 何故自分のサイトのホストに対して FQDN を使用する必要があるのですか? + +

実際にはそのホストは別のドメインにあるのではないですか. たとえば, + foo.bar.edu というドメインの中から, bar.edu ドメインにある + ``mumble'' というホストを指定したい場合には, ``mumble'' だけでは + 駄目で, ``mumble.bar.edu'' という fully-qualified domain name で + 指定しなければなりません. + +

伝統的に, BSD の BIND の resolver ではこのような事は可能でしたが, + FreeBSD に入っている + の現在のバージョンでは, 自分以外のドメインに対して FQDN + でない別名を自動的につけてくれるような事はありません. + したがって mumble というホスト名は mumble.foo.bar.edu + という名前か, もしくは root ドメイン内にある場合にしか適用されません. + +

これは, mumble.bar.edu と mumble.edu + ということなったドメイン名に対してホスト名のサーチがおこなわれていた + 以前の振る舞いとは異なったものです. このような事が悪い例もしくは + セキュリティホールとみなされる理由については RFC 1535 を見てください. + +

の中で + + + domain foo.bar.edu + + +

と書いてある行を + + + search foo.bar.edu bar.edu + + +

のように書きかえることで, 上のような事ができます. しかし, + RFC 1535 にあるように, search order が ``ローカルな管理と + パブリックな管理の境界'' をまたがないようにしてください. + + + すべてのネットワークの操作に対して ``Permission denied'' というメッセージが表示されるのですが. + +

もしfirewallの設定を間違えた場合にネットワークの操作が再びできる + ようにするには, root で login して次のコマンドを実行してください. + + + ipfw add 65534 allow all from any to any + + +

FreeBSD の firewall の設定についての情報は + + にあります. + + + diff --git a/ja_JP.EUC/FAQ/preface.sgml b/ja_JP.EUC/FAQ/preface.sgml new file mode 100644 index 0000000000..3672214965 --- /dev/null +++ b/ja_JP.EUC/FAQ/preface.sgml @@ -0,0 +1,521 @@ + + + + + + まえがき +

訳: &a.kuriyama;, &a.hanai;, &a.nakai;. + 5 November 1997. + +

FreeBSD 2.X FAQ へようこそ! + + + この FAQ の目的は? + +

Usenet の FAQ がそうであるように, この文書も FreeBSD + オペレーティングシステムに関して頻繁に尋ねられる質問を + 網羅することを目的としています (もちろんそれに対する答えも!). + FAQ は本来バンド幅を減らし, 同じ質問が何度も繰り返されるのを + 避けるために作られたものですが, 最近は有用な情報源と + 見なされるようになってきました. + +

この FAQ をできる限り有用なものにしようと, あらゆる努力が + はらわれています. もし何かしらの改善案が浮かんだら, ぜひ + まで + メールを送ってください. + + + FreeBSD って何? + +

FreeBSD 2.X はカリフォルニア大学バークレイ校が i386 系の + プラットフォーム向けにリリースした 4.4BSD-lite をもとにした + UN*X ライクなオペレーティングシステムです. 間接的には同じ + バークレイ校の Net/2 を William Jolitz が i386 系に移植した + 386BSD も基にしていますが, 386BSD のコードはほとんど残って + いません. FreeBSD についての詳細と, 何ができるかについては + + を参照してください. + +

FreeBSD は企業やインターネットサービスプロバイダ, 研究者, + コンピュータ専門家, 学生, 家庭のユーザなどにより, 業務や教育, + 娯楽に用いられています. これらに関しては + + を参照してください. + +

FreeBSD に関するより詳しい情報は + + を参照してください. + + + FreeBSD が目指しているもの + +

FreeBSD プロジェクトの目的は, いかなる用途にも使用でき, 何ら + 制限のないソフトウェアを供給することです. 私たちの多くは, + コード (そしてプロジェクト) に対してかなりの投資をしてきており, + これからも多少の無駄はあっても投資を続けて行くつもりです. + ただ, 他の人達にも同じような負担をするよ うに主張している + わけではありません. FreeBSD に興味を持っている一人の残らず + 全ての人々に, 目的を限定しないでコードを提供すること. + これが, 私たちの最初のそして最大の「任務」であると信じて + います. そうすれば, コードは可能な限り広く使われ, 最大の + 恩恵をもたらすことができるでしょう. これが, 私たちが熱烈に + 支持しているフリーソフトウェアの最も基本的な目的であると, + 私は信じています. + +

私たちのソースツリーに含まれるソースのうち, GNU + 一般公有使用許諾 (GPL) または GNU ライブラリ + 一般公有使用許諾 (GLPL) に従っているものについては, 多少制限が + 科されています. ただし, ソースコードへのアクセスの + 保証という, 一般の制限とはいわば逆の制限 (訳注1) です. ただし + GPL ソフトウェアを商用で利用する場合, さらに複雑になるのは + 避けられません. そのため, それらのソフトウェアを, より制限の + 少ない BSD 著作権に従ったソフトウェアで置き換える努力を, + 可能な限り日々続けています. + +

(訳注1) GPL では, 「ソースコードを実際に受け取るか, あるいは, + 希望しさえすればそれを入手することが可能であること」を求めています. + + + どうして FreeBSD と呼ばれているのですか? + +

+ + 無料 (free) で使うことができる (商利用も含む). + + オペレーティングシステムの完全なソースコードが自由に + (freely) 手に入り, 商利用・非商利用にかかわらず, + 最低限の制限で他の仕事への利用, 配布, 導入が可能. + + 改良やバグフィックスがある場合, 誰でも (free) その + コードを提出でき, ソースツリーに加えることができます + (いくつかの簡単な条件には従ってもらいます). + + +

母国語が英語でない読者のために, ここでは ``free'' という単語が + 二通りに用いられていることを指摘しておくとわかりやすいかも + しれません. ひとつは「無料である」ということ, もうひとつは + 「自分のやりたいようにできる」ということです. FreeBSD のコードで + + FreeBSD の最新バージョンは? + +

+ が最新の stable バージョンで, 1997 年 10 月にリリース + されました. また, これは最新の release バージョンでもあります. + +

簡単に言ってしまうと, -stable は + 最新のリリースのすばらしい新機能の数々よりも, 安定性と変更回数の + 少なさを好む ISP や他の企業のユーザをターゲットにしています. + 今のところ, これらのバージョンは同一のものですが, この状況も + -currentブランチが一般のリリースとして十分に洗練されるまでの + ことでしょう. + +

これは 3.0-current snapshot がビジネスサービス向けとしては不安定である, + と言っているわけではなく, 3.0 特有の機能 (新しいコンパイラ技術や + 高速なネットワークコードなど) を必要とする多くの人たちは, これを + 使う決定をし, 良い成果を収めています. + 私たちとしては, このブランチでさらに実績を積むまでは, + 3.0 が自信を持っておすすめめできるものあるということを + 「保証」したくないだけなのです. + + + FreeBSD-currentって何? + +

は + オペレーティングシステムのの開発バージョンで, やがて 3.0-RELEASE + となります. よってこれは, そこに携わっている開発者や, + どんな障害をも乗り越えていけるタフな愛好家たちにとってのみ + 興味深いものです. + -current の使用に際しての詳細は の + + を参照してください. + +

オペレーティングシステムに馴染みがない場合や一時的な問題か + 本物の問題かを見極める能力がない場合は, FreeBSD-current を + 使うべきではありません. このブランチは時々急激に拡張されたり, + ビルドできない状態になることもちょっちゅうあります. + FreeBSD-current を使う人は, 問題を分析して「小さな欠陥」では + なく間違いであると思われるものだけを報告できるものと想定され + ています. 「make world したら group 関係でエラーがでました」 + のような質問は -current メーリングリストでは軽蔑の眼差しで + あしらわれることもあります. + +

時たま, -current の開発コードから が作成され, snapshot の中からは 配布 CD-ROM + が作成されることもあります. + それぞれの snapshot には以下のような目的があります: + + + インストールプログラムの最新版のテスト. + + 試してみたいけれど, 基礎的な所から毎日変わるような + ものを追いかける時間もバンド幅も無い, という人にも + -current を使えるようにする. また, そのような人たち + のシステム移行のための手っ取り早い方法を提供する. + + あとでとんでもないことをしてしまった時のために, + 問題となるコードの特定の参照基準点を保存しておく. (通常は + CVS がこういうハプニングのような恐ろしい事態を防止して + いるんですけどね :) + + テストが必要な新しい機能を, できる限り多くの + 隠れテスターに試してもらう. + + +

どんな目的であれ, snapshot が「製品レベルの品質」であるとの考えに + 基づく要求は行わないでください. 安定性やテスト十分性にこだわる人は + 完全なリリースから離れてはいけません. + +

3.0-current および 2.2-stable ブランチ両方の snapshot は, + 平均的に一日に一度生成されており, から直接入手することが + できます. + + + FreeBSD-stable のコンセプトって何? + +

FreeBSD 2.0.5 がリリースされた後, 私たちは FreeBSD の開発を + 2 系統に分割することにしました. 一つは というブランチで, バグの修正はしっかりテストされ, + 機能の強化は少しずつしか行われません (急な変更や実験的機能を望まない, + インターネットサービスプロバイダや営利企業向け). もう一方のブランチは + で, + 2.0 がリリースされて以来 3.0-RELEASE (そしてその後も) へ向けて脈々と + 続いているものです. + ASCII で描いた簡単な図がわかりやすいかは自信がありませんが, + こんな感じになります: + + + 2.0 + | + | + | [2.1-stable] + *BRANCH* 2.0.5 -> 2.1 -> 2.1.5 -> 2.1.6 -> 2.1.7.1 [2.1-stable 終了] + | (1997年3月) + | + | + | [2.2-stable] + *BRANCH* 2.2.1 -> 2.2.2-RELEASE -> 2.2.5-RELEASE -> ... + | (1997年3月) (1997年10月) + | + | + 3.0-SNAPs (1997年第一四半期開始) + | + | + 3.0.0-RELEASE (1998年第一四半期) + | + \|/ + + + [今後の 3.x リリース群] + + +

以前の 2.1-stable ブランチが 2.2.0 がリリースされたことによって + 終了し, 「安定版ブランチ」がいわゆる 2.2-stable として新しくなったのに対して, + -current ブランチは 3.0 とその先へ向けてゆっくりと進化を続けています. + 3.0-current は, 実際に 3.0 がリリースされるまで, 活発な開発の + 舞台として続いていくでしょう. その時点で 3.0 は別のブランチとなり, + 3.1-current が次の「最新ブランチ」となる予定です. + + + 2.1-stable ブランチが 2.1.7.1 で終わったのはなぜですか? + +

三つのブランチの開発を続けたいのはやまやまなのですが, 残念ながら + このような状況を効率的に扱えるバージョン管理ツールがまだ + 存在しないのです. + 現在我々が使っているツールで, 複数のブランチを数ヶ月以上の + 長期間に渡って並行してバージョン管理し続けることは, まさに + 悪夢のような作業なのです. + 一方で 2.1-stable ブランチは一年以上も続いていますから, FreeBSD + の開発者たちの作業の大変さを考えると, このまま継続することは + 深刻な問題に陥りかねません. + おそらくみんなが望むものを提供してくれるような方法がそのうち + 考え出されるでしょうし, また, 我々もそのような方法について + 検討中なのですが, 現状では古い -stable ブランチを + + (2.1.7 の後の最終リリース) + で終了し, 2.2.2 からを新たな -stable とすることが + 最善の手段であると考えています. + + + FreeBSD のリリースはいつ作られるのですか? + +

原則的には, FreeBSD コアチームは新しい機能やバグフィックスが + 充分集まり, リリースの安定性を損なうことが無いようにさまざま + な変更が十分に安定しているという条件を満たしている場合にのみ, + 新しいバージョンの FreeBSD をリリースします. + たとえこの用心深さが新しい機能が使えるようになることを + 待ち望んでいるユーザを欲求不満にさせるとしても, 多くのユーザは + このことを FreeBSD の最も良い所の一つだと考えています. + +

平均的には, だいたい 6 ヶ月ごとにリリースが作成されます. + +

もう少し刺激が欲しい (あるいは待ち遠しい) 方々向けに SNAP + というものが存在し, これは特にリリースに近付いてきた数ヶ月 + ぐらいの期間により頻繁に公開されます. + + + FreeBSD は PC 用だけしかないの? + +

現時点ではそうですが, DEC Alpha アーキテクチャへの移植 + が計画されています. 異なるアーキテクチャのマシンを + 持っていて, ゆっくり待てないという場合には次の URL を + 参照してください. + + + または + . + + + 誰が FreeBSD の責任者? + +

プロジェクトの全体的な方向性や, 誰にソースツリーにコードの + 書き込み権限を与えるか, などといった FreeBSD プロジェクトに関する + 重要な意思決定は 17 名からなる + + によってなされます. + ソースツリーを直接変更できる人はもっと多く, 80 名以上の + がいます. + +

しかし, 通常の変更ではないものはで先行して議論されますが, + この議論への参加については一切の制限はありません. + + + どこから FreeBSD を入手できますか? + +

FreeBSD のすべての主要なリリースは anonymous FTP 経由で + から入手できます: + + + 現在の 2.2-stable リリース, 2.2.5R は + にあります. + + 現在の 3.0-current, 3.0-SNAP は + + にあります. + + 次の 2.2 ブランチのリリースへと向かっている + RELENG_2_2 ブランチ (2.2.5 -> 2.2.x) に基づき一日に一回, + + リリースが作成されます. + 不慮の手違いによるまれな例外もありますが, RELENG_2_2 ブランチは + 注意深く保守されています (実験的な変更はなく, -current でテスト済みの + 変更だけが入ります). + + + リリースも ブランチ用に一日に一回 + 作成されており, これらは純粋に最先端の開発者およびテスターのために + 提供されています. + + +

また, FreeBSD は CD-ROM でも入手でき, 次のところでオーダできます. + +

Walnut Creek CDROM + 4041 Pike Lane, Suite D-386 + Concord, CA 94520 USA + Orders: +1 800 786-9907 + Questions: +1 510 674-0783 + FAX: +1 510 674-0821 + email: + + WWW: + + +

オーストラリアでは, 次のところに問い合わせてください. + +

Advanced Multimedia Distributors + Factory 1/1 Ovata Drive + Tullamarine, Melbourne + Victoria + Australia + Voice: +61 3 9338 6777 + + CDROM Support BBS + 17 Irvine St + Peppermint Grove WA 6011 + Voice: +61 9 385-3793 + Fax: +61 9 385-2360 + +

イギリスの場合は次のところです. + + The Public Domain & Shareware Library + Winscombe House, Beacon Rd + Crowborough + Sussex. TN6 1UL + Voice: +44 1892 663-298 + Fax: +44 1892 667-473 + + + + FreeBSD のメーリングリストについて知りたいのですが? + +

完全な情報が + にあります. + + + FreeBSD のニュースグループは何がありますか? + +

完全な情報が + にあります. + + + + FreeBSD の IRC (Internet Relay Chat) について何か情報はありますか? + + +

FreeBSD の IRC に関して二つのチャンネルがあります. + + + メインのチャンネルは, EFNET 上の #FreeBSD です. + 正式な IRC サーバが使用できます. + + IRC クライアントで + + + FreeBSD の本 + +

Greg Lehey の本 ``Installing and Running FreeBSD'' が + Walnut Creek から出版されており 2.2.5 の CD-ROM が付属しています. + また, より詳しい本が ``The Complete FreeBSD'' というタイトルで + 出ており, 印刷されたマニュアルページと 2.2.5 の CD-ROM + が付属しています. 現在大抵の大型書店で入手できるはずです. + +

FreeBSD ドキュメンテーションプロジェクトがありますので, + doc メーリングリストにコンタクトしてみてください + (さらに参加すればもっとよいでしょう). + . + +

FreeBSD の「ハンドブック」もあり, + + から読むことができます. + 現在作業中ですので不完全な部分もあることに注意してください. + +

しかし, FreeBSD 2.2.X は Berkeley 4.4BSD-Lite2 ベースなので, + ほとんどの 4.4BSD のマニュアルが FreeBSD 2.2.X にも応用できます. + O'Reilly and Associates が以下のマニュアルを出版しています. + + + 4.4BSD System Manager's Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 804 pages + ISBN: 1-56592-080-5 + + 4.4BSD User's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 905 pages + ISBN: 1-56592-075-9 + + 4.4BSD User's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 712 pages + ISBN: 1-56592-076-7 + + 4.4BSD Programmer's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 886 pages + ISBN: 1-56592-078-3 + + 4.4BSD Programmer's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 596 pages + ISBN: 1-56592-079-1 + + +

WWW 経由で以下の URL から, これらの詳細な説明を読むことができます. + + + +

4.4BSD のカーネル構成についてより徹底的に知りたいのなら, + これなら間違いないでしょう: + +

McKusick, Marshall Kirk, Keith Bostic, Michael J Karels, + and John Quarterman. + +

The Design and Implementation of the 4.4BSD Operating + System. Reading, Mass. : Addison-Wesley, 1996. + ISBN 0-201-54979-4 + +

システム管理について参考になる本は次のものです. + +

Evi Nemeth, Garth Snyder, Scott Seebass & Trent R. Hein, + ``Unix System Administration Handbook'', Prentice-Hall, 1995 + ISBN: 0-13-151051-7 + +

この本は TCP/IP だけでなく DNS, NFS, SLIP/PPP, sendmail, + INN/NNTP, 印刷などの基礎を扱っています. 高価ですが + (およそ US$45-$55), 買う価値はあります. + また, 色々なツールのソースコードが入った CD-ROM が付属しています. + しかし, それらのほとんどは FreeBSD 2.2.5R CD-ROM に収録されています + (さらに FreeBSD CD-ROM の収録物の方がより新しい場合があります). + + + Problem Report (障害報告) データベースにアクセスする方法は? + +

ユーザ変更要求のすべてが公開されている Problem Report データベースは + 障害報告の + と + の web ベースのインタフェースを通して, 問い合わせ + (または提出) をおこなうことができます. また, send-pr(1) + コマンドを使用して, 電子メール経由で障害報告や変更要求を提出することもできます. + + + その他の情報 + +

以下のニュースグループには FreeBSD ユーザに直接関係のある + 議論が行われてます. + + + (moderated) + + + + + + +

Web 上のリソース: + + + . + + + +

FreeBSD handbook には本当に完璧な + + の一覧があり, 買うべき本をさがしている方は読む価値があります. + + + diff --git a/ja_JP.EUC/FAQ/serial.sgml b/ja_JP.EUC/FAQ/serial.sgml new file mode 100644 index 0000000000..b1b69b510d --- /dev/null +++ b/ja_JP.EUC/FAQ/serial.sgml @@ -0,0 +1,521 @@ + + + + + + シリアル接続 +

訳: &a.ryo;.16 November 1997. + +

このセクションでは, FreeBSD でシリアル接続をする時の一般的な質問に答えます. + PPP および SLIP については, + のセクションを参照してください. + + + どうやったら FreeBSD がシリアルポートを認識したことを知る事ができますか? + +

FreeBSD のカーネルがブートする時, カーネルはその設定にしたがって, + システムのシリアルポートを検出します. 起動時に表示されるメッセージをよく観察するか, + 起動後に次のコマンドを実行する事によって確認できます. + + + dmesg | grep sio + + +

ここに上に挙げたコマンドの出力例を示します. + + + sio0 at 0x3f8-0x3ff irq 4 on isa + sio0: type 16550A + sio1 at 0x2f8-0x2ff irq 3 on isa + sio1: type 16550A + + +

これは, 二つのシリアルポートを示しています. 1番めは, + irq が 4 で のセクションを参照してください. + + + どうやったら FreeBSD がモデムカードを認識したことを知ることができますか? + +

前の質問を参照してください. + + + 2.0.5 にアップグレードしたら + +

心配ありません. + どうやったら FreeBSD でシリアルポートにアクセスできますか? + +

3番目のポート (DOS では, COM3 と呼ばれます.) には, + ダイヤルアウトデバイスとしては /dev/cuaa2, + ダイヤルインデバイスとして /dev/ttyd2 があります. + それではこの両者にはどのような違いがあるのでしょうか? + +

まず, ダイヤルインの時には /dev/ttydX をブロッキングモードでオープンすると, + プロセスは対応する + マルチポートシリアルカードをサポートさせるにはどうしたらよいのでしょうか? + +

繰り返しになりますが, のセクションでは, + あなたのカーネルの設定についての情報が得られるでしょう. + マルチポートシリアルカードを使用するためには, カーネルの設定ファイルに, + カードの持つそれぞれのシリアルポートに対応する + の行を記述する必要があります. しかし, irq とベクターは一つのエントリにのみ記述してください. + カード上のすべてのポートは一つの irq を共有しなければなりません. 一貫性を持たせるためにも, + 最後のシリアルポートの所で irq を指定してください. + また, 次に示す例は, AST の 4 ポートシリアルカードを irq 7 で設定したものです. + + + options "COM_MULTIPORT" + device sio4 at isa? port 0x2a0 tty flags 0x781 + device sio5 at isa? port 0x2a8 tty flags 0x781 + device sio6 at isa? port 0x2b0 tty flags 0x781 + device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr + + +

このフラグはマスタポートがマイナーナンバー 7 ( + FreeBSD で複数のマルチポートシリアルカード間で irq を共有することはできますか? + +

現在のところはできません. それぞれのカード毎に異なった irq を使ってください. + + + ポートにデフォルトのパラメータを設定する事は出来ますか? + +

+ stty -a -f /dev/ttyd1 + + +

このデバイスに対する設定を変更した場合, その設定はデバイスをクローズするまで有効です. + デバイスを再オープンした場合, それらの設定はデフォルトに戻ってしまいます. + デフォルトの設定に変更を加えるために, ``初期設定'' デバイスをオープンし, + 設定を修正することができます. + 例えば, XON/XOFF フロー制御という設定を + ttyd5 のデフォルトにしたい場合, 次のようにおこなってください. + + + stty -f /dev/ttyid5 clocal cs8 ixon ixoff + + +

この設定をおこなうためのコマンドを記述するのに適切なファイルは, + /etc/rc.serial です. これでアプリケーションが``設定固定'' デバイスを調整してやることによって, + アプリケーションによる設定の変更を禁止することができます. 例えば, + stty -f /dev/ttyld5 57600 + + +

これにより, アプリケーションは 当然のことながら, 初期設定デバイスおよび, 設定固定デバイスは + スクリプトはデバイスエントリを作成する時に, + このような設定は行いません. + + + どのようにしたら モデム経由でダイヤルアップログインができるのでしょうか? + +

つまり, インターネットサービスプロバイダーになりたいのですね. + それにはまず, 1 台ないし複数の自動応答モデムが必要です. + モデムには, キャリアーを検出した時には CD信号を出力し, + そうでない場合には出力しないことが必要とされます. また RTS/CTS フロー制御を使うか, + ローカルフロー制御をまったく使わないかのどちらかでしょう. + 最後に, コンピュータとモデムの間は固定速度でなければなりません. + ただ, (ダイヤルアップの発呼者に対して親切であるためには) こちらのモデムと相手側のモデムの間の速度を, + モデム間で自動調整できるようにすべきでしょう. + +

多くあるヘイズコマンド互換モデムに対して, 次のコマンドはこれらの設定をおこない, + その設定を不揮発性メモリーに保存します. + + + AT &C1 &D3 &K3 &Q6 S0=1 &W + + +

MS-DOS のターミナルプログラムに頼らずに AT コマンドを送出するには, + のセクション以下を参照してください. + +

次に, モデム用のエントリを に作成しましょう. + このファイルには, オペレーティングシステムがログインを待っているすべてのポートが記述されています. + 以下のような行を追加してください. + + + ttyd1 "/usr/libexec/getty std.57600" dialup on insecure + + +

この行は, 2 番目のシリアルポート (/dev/ttyd1) には, + 57600 bps の通信速度でノンパリティ (に記述されています.) + のモデムが接続されていることを示しています. このポートの端末タイプは ``dialup'' です. + またこのポートは, ``on'' すなわちログイン可能であり, + ``insecure'' これは これが一般的な, ターミナルタイプとして ``dialup'' を使う方法です. + 多くのユーザーは, .profile や .login で, login 時の端末タイプが dialup であった場合には, + 実際の端末タイプをユーザーに問い合わせるように設定しています. + この例は, ポートが ``insecure'' でした. このポートで '' を使って に変更を加えた後は, hungup もしくは プロセスに送る必要があります. + + + kill -HUP 1 + + +

この操作は init プロセスに を再読み込みさせます. + これにより, init プロセスは getty プロセスを すべての ``on'' となっているポートに起動させます. + 次のようにして, ポートがログイン可能かを知ることができます. + + + ps -ax | grep '[t]tyd1' + + +

ログイン可能であれば, 次のような出力が得られるはずです. + + + 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1 + + + + ダムターミナルを FreeBSD マシンに接続するにはどうしたらよいのでしょうか? + +

もし, 他のコンピューターを FreeBSD の端末として接続したいのならば, + お互いのシリアルポート間をつなぐヌルモデムケーブル + [訳注: リバースケーブルもしくはクロスケーブルとも呼ばれます.] + を用意してください. もし, 既製の端末を使う場合は, 付属するマニュアルを参照してください. + +

そして, を上と同じように変更してください. + 例えば, WYSE-50 という端末を 5 番目のポートに接続するならば, + 次のようなエントリを使用してください. + + + ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure + + +

この例は, /dev/ttyd4 ポートにノンパリティー, + 端末タイプが wyse50, 通信速度が 38400 bps ( に記述されています.) の端末が存在しており, + + どうして + +

おそらくあなたのシステムでは や は ユーザーか, + そうする代わりに, 次のようにタイプすることにより, あなたのシステムの全ユーザーが + + # chmod 4511 /usr/bin/cu + # chmod 4511 /usr/bin/tip + + + + 私の Hayes モデムはサポートされていないのですが, どうしたらいいのでしょうか. + +

実際, のオンラインマニュアルは古くなっています. + すでに, Hayes ダイアラーが実装されています. + ファイルで, ``Hayes ドライバは, 最近のモデムの新しい機能である, を使う場合には, + (また, 実際, デフォルトの /usr/src/usr.bin/tip/tip の下の`` + これらの AT コマンドを入力するには? + +

ファイルの中で ``/dev/cuaa0に接続されている場合, + 次のようにします: + + + cuaa0:dv=/dev/cuaa0:br#19200:pa=none + + +

モデムがサポートする最大の bps レートを br フィールドに使います. + そして を実行すると, モデムが利用できるようになります. + +

/dev/cuaa0がシステムに存在しない場合は, 次のようにします: + + + # cd /dev + # ./MAKEDEV cuaa0 + + +

または + # cu -l``line'' -s``speed'' + + +

``line'' にはシリアルポートを指定します (例えば /dev/cuaa0). + そして ``speed'' には接続する速度を指定します (例えば 57600). + その後 AT コマンドを実行したら, ~.と入力すれば終了します. + + + pn 機能の + +

電話番号 (pn) 機能の中での + にある電話番号を参照するように伝えます. しかし のような設定ファイルの中では特殊文字となります. + そこで, バックスラッシュを使ってエスケープを行います: + + + pn=\@ + + + + コマンドラインから電話番号を指定するには? + +

`` に追加します. + 例えば, 次のようにします: + + + tip115200|Dial any phone number at 115200 bps:\ + :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: + tip57600|Dial any phone number at 57600 bps:\ + :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: + + +

そして `` より を使いたい場合, cu の generic エントリを使います: + + + cu115200|Use cu to dial any number at 115200bps:\ + :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: + + +

そして `` + 毎回 bps レートを入力しなければいけませんか? + +

は 1200 bps が正しいデフォルト値であるとみなすので, + `` + ターミナルサーバを経由して複数のホストへアクセスしたいのですが. + +

毎回接続されるのを待って `` + に次のようなエントリを追加します: + + + pain|pain.deep13.com|Forrester's machine:\ + :cm=CONNECT pain\n:tc=deep13: + muffin|muffin.deep13.com|Frank's machine:\ + :cm=CONNECT muffin\n:tc=deep13: + deep13:Gizmonics Institute terminal server:\ + :dv=/dev/cua02:br#38400:at=hayes:du:pa=none:pn=5551234: + + +

これで, `` + + +

これは大学に電話回線がいくつかあって, + 数千人の学生が接続しようとする場合によくある問題です. + +

あなたの大学のエントリを + ファイルに作成して, \@ を使います: + + + big-university:\ + :pn=\@:tc=dialout + dialout:\ + :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none: + + +

そして ファイルに大学の電話番号の一覧を書きます: + + + big-university 5551111 + big-university 5551112 + big-university 5551113 + big-university 5551114 + + +

は一連の電話番号を上から順に試みて, + 最終的に接続できなければあきらめます. リトライを続けさせたい場合は, + + CTRL+P を 1回送るために 2度押す必要があるのはなぜ? + +

CTRL+P は通常 ``force (強制)'' 文字であり, + に次の文字がリテラルデータであることを伝えます. + force 文字は「変数の設定」を意味する ``$HOME/.tiprc に次のように定義することで, + 任意の文字を force 文字として利用できます: + + + force= + + + + 打ち込んだ文字が突然すべて大文字になりました?? + +

CTRL+A を押してしまい, caps-lock キーが壊れている場合のために設計された + ``'' + の ``raise character'' モードに入ったのでしょう. + 既に述べた 以下は CTRL+2 や CTRL+A などを頻繁に使う必要のある Emacs ユーザにうってつけの + .tiprc ファイルのサンプルです: + + + force=^^ + raisechar=^^ + + +

^^ は SHIFT+CTRL+6 です. + + + + +

もし他の UNIX のシステムと接続しているなら, + や を実行することで送受信をします. 書式は以下のようになります: + + + ~p <ローカルのファイル名> [<リモートのファイル名>] + ~t <リモートのファイル名> [<ローカルのファイル名>] + + +

この方法ではエラーチェックを行いませんので, + zmodem などの他のプロトコルを使った方がよいでしょう. + + + + +

まず始めに, FreeBSD の ports コレクション (と + との, 2つの通信カテゴリーのプログラムのどちらか) をインストールします. + +

ファイルを受信するには, リモート側で送信プログラムを起動します. + そして, エンターキーを押してから ``ファイルを送信するには, リモート側で受信プログラムを起動します. + そして, エンターキーを押してから `` diff --git a/ja_JP.EUC/FAQ/troubleshoot.sgml b/ja_JP.EUC/FAQ/troubleshoot.sgml new file mode 100644 index 0000000000..4cd57aeffe --- /dev/null +++ b/ja_JP.EUC/FAQ/troubleshoot.sgml @@ -0,0 +1,423 @@ + + + + + + トラブルシューティング +

訳: &a.yoshiaki;.10 November 1997. + + + ハードディスクに不良ブロックがあります! + +

SCSI ディスクの場合は自動的に再マップする機能があるはずです. + しかし, 理解し難い理由から多くのドライブがこの機能が無効化 + されて出荷されています... + +

これを有効化するには, 最初のデバイスのモードページを変更する + 必要があります. これは次のコマンドを実行することで, FreeBSD + 上でおこなうことができます (root 権限でおこないます). + + + scsi -f /dev/rsd0c -m 1 -e -P 3 + + +

そして, AWRE と ARRE の値を 0 から 1 へ変更します:- + + + AWRE (Auto Write Reallocation Enbld): 1 + ARRE (Auto Read Reallocation Enbld): 1 + + +

他の種類のディスクでは, オペレーティングシステムからサポート + されているかによります. 残念ながら, この目的のために FreeBSD + が提供する ``bad144'' コマンドはかなり手を入れる必要があります... + +

IDE ディスクは, おそらく不良ブロックの再マップを内蔵していると + 思います; ディスクの説明書がある場合は, この機能が無効になって + いるかを確認するとよいでしょう. しかし, ESDI, RLL, ST-506 + ディスクは, 通常これをおこないません. + + + Bustek 742a EISA SCSI が認識されません. + +

この情報は 742a のためのものですが, 他の Buslogic カードについても + 同様のことが言えます. (Bustek = Buslogic) + +

742a カードには大きくわけて 2つのバージョンが存在します. + ハードウェアリビジョンの A-G と H 以降です. リビジョンの + 文字はカードの隅にあるアセンブリ番号の後ろにあります. + 742a は二つの ROM チップを持っており, 一つは BIOS チップで + もう一つはファームウェアチップです. FreeBSD はあなたの + 持っているものがどの BIOS バージョンかは問題ありませんが, + ファームウェアバージョンについては問題となります. + Buslogic の技術サポート部門に連絡すれば, アップグレード版の + ROM を送ってくれることでしょう. BIOS チップと + ファームウェアチップはペアで出荷されます. + アダプタカードのハードウェアリビジョンにあわせた + 最も新しいファームウェア ROM を使用しなければなりません. + +

リビジョン A-G のカードには, 2.41/2.21 までの + BIOS/ファームウェアのセットを使用することができます. + リビジョン H 以降のカードには, 最新のものである + 4.70/3.37 の BIOS/ファームウェアのセットを + 使用することができます. これらのファームウェアの違いは, + ファームウェア 3.37 が 「ラウンドロビン方式」 + をサポートしているところからきています. + +

Buslogic のカードには, 製造番号も刻印されています. 古い + ハードウェアリビジョンのカードを持っている場合は, Buslogic の RMA + 部門に問い合わせて製造番号を伝えると, 新しいハードウェアリビジョンの + カードに交換することもできます. もしカードが十分新しければ, 彼らは + 交換に応じてくれるでしょう. + +

FreeBSD 2.1 は ファームウェアリビジョン 2.21 + 以降のものをサポートしています. + これよりも古いファームウェアリビジョンのものは, + Buslogic カードとして正常に認識されません. + しかし, Adaptec 1540 として認識されるかもしれません. + 初期の Buslogic のファームウェアは AHA1540 互換モードを + 持っています. しかし, EISA カードにとってこれは + よいことではありません. + +

古いハードウェアリビジョンのカードを持っていてファームウェア + 2.21 を入手するのであれば, ジャンパ W1 の位置をデフォルトの + A-B から B-C に合わせる必要があるでしょう. + +

742a EISA カードには, の節で説明している + 「16 MB を越える」ことによる問題はありません. + これは Vesa-Local Buslogic SCSI カードで発生する問題です. + + + + HP Netserver 上のオンボード SCSI コントローラが認識されません. + + +

基本的にこれは既知の問題です. HP Netserver マシンの + EISA オンボード SCSI コントローラは EISA のスロット番号 11 + を占有しますが, 「本当の」EISA スロットはすべてそれよりも + 前のアドレスに配置されているのです. 残念ながら, + 10 番以上の EISA スロットは PCI に割り当てられたアドレス空間 + と衝突し, FreeBSD + の自動コンフィグレーションは, 現状ではうまくこの状況を + 処理できていないのです. + +

ですから現時点での最良の方法は, カーネルオプションの + + に記述されているようにしてカーネルをコンパイルし, + 構築してください. + +

もちろん, これはこのようなマシンにインストールする際に + 卵が先か鶏が先か」といった問題を生み出すことになります. + この問題を回避するために, ユーザコンフィグ + (UserConfig) の中には特別な仕組みが組み込まれています. + このとき ``visual'' インタフェースは使用せず, + コマンドラインインタフェースを使用してください. 単純に + + + eisa 12 + quit + + +

とプロンプト上から打ち込み, + 後は普通にインストールをおこなってください. + とにかくカスタムカーネルのコンパイルとインストールをおこなうことを + おすすめしますが, + + + も現時点ではこの値の変更を認識するようになっています. + +

うまくいけば, 将来のバージョンではこの問題が解決していることでしょう. + +

+ をご覧ください. + + + この CMD640 IDE コントローラはどこかおかしいようです. + +

それは壊れているのです. 両方のチャンネルを同時に制御できないのです. + +

現在ではこのチップを使っているシステムでは自動的に検出して + うまく動かすためのしくみが使えるようになっています. くわしくは + マニュアルページのディスクドライバ (man 4 wd) を参照してください. + +

CMD640 IDE コントローラを使っているシステムで FreeBSD 2.2.1 + あるいは 2.2.2 を使っている場合でセカンダリのチャネルを + 使いたいのであれば + `` + +

たぶん IRQ の衝突が原因でしょう (二つのボードが同じ IRQ + を使用しているなど). FreeBSD 2.0.5R 以前では, これに関しては + 寛大で IRQ の衝突があってもネットワークドライバは機能して + いました. しかし 2.0.5R 以降は IRQ の衝突はもはや寛大では + ありません. -c オプションをつけてブートして ed0/de0/... の + エントリをボードの設定に合わせてください. + +

ネットワークカードの BNC コネクタ (訳注: 10BASE-2 タイプ + のインターフェース) を使っている場合, デバイスのタイムアウト + はターミネーションの不良によっても起きます. + これをチェックするにはケーブルを外してターミネータを直接 NIC + に接続します. そしてエラーメッセージが消えるかどうか + 確認します. + + + CDROM をマウントしようとすると ``Incorrect super block'' と言われます. + +

にマウントしたいデバイスのタイプを指定する必要 + があります. デフォルトでは + はファイルシステムを + `` オプションをつけて明示する必要があります. + これはもちろん + CDROM が ISO 9660 ファイルシステムである場合です. ほとんどの + CDROM はこの形式です. 1.1R の FreeBSD では (訳注: 現行の 2.1.5R, + 2.2R でも同様です) 自動的に Rock Ridge 拡張 + (長いファイル名への対応) をうまく解釈します. + +

CDROM のデバイス ``/dev/cd0c'' を + /mnt にマウントしたい場合の例では, 次のようにします: + + + mount -t cd9660 /dev/cd0c /mnt + + +

デバイスの名前はインタフェースによっては別の名前になっている + かもしれないので注意してください (``/dev/cd0c'' は + この場合の例です). + オプション `` + mount_cd9660 /dev/cd0c /mnt + + + + CDROM をマウントしようとすると ``Device not configured'' と言われます. + +

これは 一般的に CDROM ドライブの中に CDROM が入っていないか, + ドライブがバス上に見えないことを意味します. ドライブに CDROM + を入れるか, IDE (ATAPI) であれば master/slave の状態をチェック + してください. CDROM ドライブに CDROM を入れてから認識するまで + 数秒かかりますので少し待ってみてください. + +

SCSI CDROM ではバスリセットへの応答時間が遅いために失敗する + ことがあるかもしれません. SCSI CDROM を持っている場合は + カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルして試してみてください. + + + options "SCSI_DELAY=15" + + +

(訳注: 現在の GENERIC カーネルでは上の設定はデフォルトに + なっています. 問題のある場合は SCSI_DELAY の数値を増やして + みてください.) + + + 私のプリンタはとてつもなく遅いのです. どうしたらよいのでしょう? + +

パラレルインタフェースで, 問題はとんでもなく遅いだけであるなら, + プリンタボートを ``polled'' モードに設定してみてください: + + + lptcontrol -p + + +

HP の新しいプリンタのいくつかは割り込みモードでは + 使えないようです. (完全にわかったわけではありませんが) + タイミングの問題のように思われます. + + + 私のプログラムは時々 ``Signal 11'' のエラーで止まってしまいます. + +

これはハードウェア (メモリ, マザーボードなど) の不具合いが + 原因です. PC でメモリテストプログラムを動かしてみてください. + ただしメモリが正常に動作していると報告されたとしても, ぎりぎりで + メモリテストにパスしたメモリは, 処理の内容 (例えば + kernel のコンパイルや特にシステムの負荷が高いような場合には, + Adaptec 1542 などの SCSI コントローラのバスマスタ DMA など) + によっては問題が起きる可能性は大いにあります. + +

SIG11 FAQ (後で URLを示します) では遅いメモリが一般的に問題 + を起こしがちであることを指摘しています. BIOS セットアップで + ウエイトステート数を増やすかメモリを速いものに交換してください. + +

私の場合はキャッシュ RAM やオンボードキャッシュコントローラ + の問題でした. このような問題ではないか確認するために BIOS + セットアップでオンボード (セカンダリ) キャッシュを無効にして + みてください. + +

以下のところには広い範囲の FAQ があります. + + + + ブートの時に画面が真っ暗になって同期も取れません. + +

これは ATI Mach 64 ビデオカードの既知の問題です. + この問題はカードがアドレス + ドライバのバグ + (仕様?) のため4番目のシリアルポートがなくても, 通常この + アドレスを使う sio3 (4 番目のポートにあたります) を無効にしても, + ドライバはこのアドレスをさわります. + +

バグが修正されるまでは, 次のようにして対処してください. + + + ブートプロンプトが出たら 問題はありません. + + exit とタイプしてブートを続行します. + + +

もしシリアルポートを有効にしたいのであれば以下の変更をおこなって + 新しいカーネルを作る必要があります. + /usr/src/sys/i386/isa/sio.c の中で1ヵ所ある + この対処をおこなった後でもまだ X ウィンドウシステムはうまく + 動かないかもしれません. いくつかの新しい ATI Mach 64 ビデオカード + (特に ATI Mach Xpression) は現在のバージョンの + + を見てベータリリースへのリンクを追ってください. + 以下のファイルを持ってきましょう. + +

AccelCards, BetaReport, Cards, Devices, FILES, README.ati, + README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc, + X312BMa64.tgz + +

古いファイルをこの新しいバージョンのファイルに置き換え, + をもう一度実行します. + + + + 128MB の RAM があるのですが, 64MB しか認識しません. + +

FreeBSD がメモリのサイズを BIOS から取得する方法の制限により, + KB 単位で 16 ビット分までしか検出できません + (すなわち最大 65535Kb=64MB です). + 64MB 以上メモリを積んでいる場合は, FreeBSD は最初の 64MB + のみを使用します (これより少ない場合もあります. ある BIOS + の場合はメモリサイズが 16MB に制限されます). + +

この問題を回避するには, 以下に示すカーネルオプションを + 使用する必要があります. 完全なメモリ情報を BIOS から取得する + 方法もありますが, ブートブロックに空きが無いため実装できません. + ブートブロックの問題が解決されれば, いつか拡張 BIOS + 機能を使用して完全なメモリ情報を取得できるようになるでしょう. + とりあえず現在は, カーネルオプションを使ってください. + + + options "MAXMEM=<n>" + + +

+ FreeBSD 2.0 が ``kmem_map too small!'' と言ってパニックします. + +

このパニックは, ネットワークバッファ (特に mbuf クラスタ) + の仮想メモリが無くなったことを示します. 以下のオプションを + カーネルコンフィグファイルに追加して mbuf クラスタに使用できる + 仮想メモリの量を増やしてください. + +

options "NMBCLUSTERS=<n>" + +

<n> には, 同時に使用したい TCP コネクションの数に応じて + 512 から 4096 までの数値を指定できます. とりあえず 2048 を + 試してみるのを勧めます. これでパニックは完全の予防できるはずです. + mbuf クラスタの割り当て／使用状況については, + で知ることができます. + + + 新しいカーネルでリブートすると ``CMAP busy panic'' となってパニックを起こしてしまいます. + +

ファイル /var/db/kvm_*.db において範囲外のデータを + 検出するためのロジックは失敗することがあり, こうした矛盾のある + ファイルを使用することでパニックを引き起こすことがあります. + +

これが起こったなら, シングルユーザでリブートした後に, + 以下のコマンドを実行してください. + + + rm /var/db/kvm_*.db + + + + ahc0: brkadrint, Illegal Host Access at seqaddr 0x0 というエラーが出ます + +

これは Ultrastor SCSI Host Adapter と衝突しています. + +

ブート時に kernel configuration メニューに入り, 問題を起こしている + を disable にしましょう. + + + sendmailが ``mail loops back to myself'' というメッセージを出すのですが. + +

この事は, sendmail FAQ に次のように書いてあります. + + + * "Local configuration error" というメッセージが出ます. 例えば: + + 553 relay.domain.net config error: mail loops back to myself + 554 ... Local configuration error + + のような物ですが, どのようにしたらこの問題を解決できますか? + + これは, 例えば domain.net のようなドメイン宛てのメールを + MX record で特定のホスト (ここでは relay.domain.net) に送ろう + としたのに, そのホストでは domain.net 宛てのメールを受け取れる + ような設定になっていない場合です. 設定の際に + FEATURE(use_cw_file) を指定してある場合には/etc/sendmail.cw + の中に domain.net を追加してください. もしくは, /etc/sendmail.cf + の中に "Cw domain.net" を追加してください. + + +

もはや現在の は sendmail release とは一緒には保守されて + いません. しかし次のネットニュースに定期的に投稿されてます. + , + , + , + , + . + また, メール経由でコピーを入手する場合は + 宛まで本文に "send + usenet/news.answers/mail/sendmail-faq" と書いて送ります. + + + diff --git a/ja_JP.EUC/FAQ/x.sgml b/ja_JP.EUC/FAQ/x.sgml new file mode 100644 index 0000000000..0dc2e2beae --- /dev/null +++ b/ja_JP.EUC/FAQ/x.sgml @@ -0,0 +1,287 @@ + + + + + + X Window System と仮想コンソール +

訳: &a.motoyuki;.13 November 1997. + + + X を動かしたいのですが, どうすればいいのですか? + +

もっとも簡単な方法は (訳注: FreeBSD の) インストールの際に + X を動かすことを指定するだけです. + +

それから + ツールのドキュメントを読んでこれに従ってください. + このツールはあなたのグラフィックカードやマウスなどに合わせて + XFree86(tm) の設定を行うのを助けてくれます. + +

Xaccel サーバーについて調べてみるのもいいでしょう. + これはとても納得のいく価格で販売されています. 詳しくは + をご覧ください. + + + 私のマウスはなぜ X で動かないのでしょうか? + +

syscons (デフォルトのコンソールドライバ) を使っているのであれば, + それぞれの仮想スクリーンでマウスポインターをサポートするように + FreeBSD を設定できます. X でのマウスの衝突を避けるために, syscons は + ``/dev/sysmouse'' という仮想デバイスをサポートしています. + 本物のマウスデバイスから入力された全てのマウスのイベントは sysmouse + デバイスへ MouseSystems プロトコルで出力されます. + 一つ以上の仮想コンソールと X の + /etc/rc.conf: + moused_type=ps/2 # 実際のマウスのタイプ + moused_port=/dev/psm0 # 実際のマウスポート + moused_flags= + + /etc/XF86Config + Section Pointer + Protocol "MouseSystems" + Device "/dev/sysmouse" + ..... + + +

X で ``/dev/mouse'' を使うのを好む人もいます. + この場合は, ``/dev/mouse'' を + + にリンクしてください: + + + # cd /dev + # rm -f mouse + # ln -s sysmouse mouse + + + + X のメニューやダイアログボックスがうまく動きません. + +

Num Lock キーをオフにしてください. + +

Num Lock キーがデフォルトでブート時にオンになる場合は, + + # Let the server do the NumLock processing. This should only be + # required when using pre-R6 clients + ServerNumLock + + + 訳注: この問題は XFree86 3.2 以降では解決しています. + + + 仮想コンソールとは何ですか? どうやったら使えますか? + +

仮想コンソールは, 簡単にいうと, ネットワークや X + を動かすなどの複雑なことをおこなわずに, いくつかのセッションを + 同時におこなうことを可能にします. + +

システムのスタート時には, ブートメッセージが出た後に login + プロンプトが表示されます. そこで login ネームとパスワードを + 入力すると 1 番目の仮想コンソール上で仕事 (あるいは遊び) を + 始めることができます. + +

他のセッションを始めたい場合もあるでしょう. それは動かしている + プログラムのドキュメントを見たり, FTP の転送が終わるまで待つ間 + メールを読もうとしたりすることかもしれません. + Alt-F2 を押す (Alt キーを押しながら F2 キーを押す) と 2 番目の + 「仮想コンソール」で login プロンプトが待機していることが + わかります. 最初のセッションに戻りたいときは Alt-F1 を押します. + +

標準の FreeBSDインストールでは 3 枚の仮想コンソールが + 有効になっていて, Alt-F1, Alt-F2, Alt-F3 で仮想コンソール間の + 切替えをおこないます. + + より多くの仮想コンソールを有効にするには, + を編集して ``Virtual terminals'' のコメント行の後に `` + # /etc/ttys には ttyv3 がありますので + # "off" を "on" に変更します. + ttyv3 "/usr/libexec/getty Pc" cons25 on secure + ttyv4 "/usr/libexec/getty Pc" cons25 on secure + ttyv5 "/usr/libexec/getty Pc" cons25 on secure + ttyv6 "/usr/libexec/getty Pc" cons25 on secure + ttyv7 "/usr/libexec/getty Pc" cons25 on secure + ttyv8 "/usr/libexec/getty Pc" cons25 on secure + ttyv9 "/usr/libexec/getty Pc" cons25 on secure + ttyva "/usr/libexec/getty Pc" cons25 on secure + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

多くするか少なくするかはあなたの自由です. より多くの仮想 + ターミナルを使うとより多くのリソースを使うことになります. + 8MB 以下のメモリしかない場合はこれは重要な問題です. + もし必要があれば ``仮想コンソールを無効にするもっとも簡単な方法はコンソールを + off にすることです. 例えば 12 個全てのターミナルを割り当てている + 状態で X を動かしたいときは仮想ターミナル 12 を変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

これを次のように変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

キーボードにファンクションキーが 10 個しかないのであれば + 次のように設定します. + + + ttyv9 "/usr/libexec/getty Pc" cons25 off secure + ttyva "/usr/libexec/getty Pc" cons25 off secure + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

(これらの行を消すだけでもいいです.) + +

+ を編集したら次は十分な数の仮想ターミナルデバイスを + 作らなくてはなりません. もっとも簡単な方法を示します: + + + # cd /dev + # ./MAKEDEV vty12 # For 12 devices + + +

さて, 仮想コンソールを有効にするのにもっとも簡単 (そして確実) + な方法はリブートすることです. しかし, リブートしたくない場合は, + X ウィンドウシステムを終了させて次の内容を実行します + ( + kill -HUP 1 + + +

重要な点はこのコマンドを実行する前に X ウィンドウシステムを + 完全に終了させておくことです. もしそうしないと kill コマンドを + 実行した後にシステムはおそらくハングアップするでしょう. + + + X から仮想コンソールに切替えるにはどうすればよいのですか? + +

コンソールが X の表示をしている場合は, Ctrl-Alt-F1 などを使って + 仮想コンソールの切替えをおこなうことができます. ただし, X + から離れて仮想ターミナルへ移っている時は Alt-ファンクションキーを + 使って他の仮想ターミナルへ切替えたり X へ戻ったりします. + コントロールキーは押さないでください. Ctrl-Alt-ファンクションキーの + 組合せは X から仮想ターミナルに移る時だけ利用してください. + コントロールキーを押してしまうと ``control-lock'' モードになり + テキストコンソールが止まってしまいます. コントロールキーを押して + 回復させてください. + +

訳注: X に戻るには 3枚の仮想コンソールが有効になっている場合は + Alt-F4 です. 有効な仮想コンソールの数 +1 のファンクションキーの + 位置に X が割り当てられます. + + + XDM を/etc/ttysファイルから起動させるにはどうしますか? + +

を + から起動するのはよい方法ではありません. + なぜこのようなことが README ファイルなどにあるのかよくわかりません. + +

から起動させ, どのように実行されるか明記して + おいてください. それが /usr/X11R6/lib/X11/xdm/Xservers ファイルに X の使う + + xconsole を動かそうとすると ``Couldn't open console'' とエラーが出ます. + +

を + で起動しますと, /dev/console のパーミッションは + や + は動きません. + +

これはコンソールのパーミッションが標準ではそのように + 設定されているからです. マルチユーザシステムでは, ユーザの誰もが + システムコンソールに書き込むことが可能である必要は必ずしもありません. + VTY を使い 直接マシンにログインするユーザのために, + このような問題を解決するために + というファイルがあります. + +

要点を述べると, 次のような形式の行を + に加えます. + + + /dev/ttyv0 0600 /dev/console + + +

そうすると, /dev/ttyv0 からログインしたユーザが + コンソールを所有することになるでしょう. + + + + 私の PS/2 マウスは X ウィンドウシステム上でうまく動きません. + +

あなたのマウスとマウスドライバがうまく同期していないようです. + X から仮想ターミナルへ切替えて X へ戻ると再同期するかもしれません. + この問題がよく起きるようであれば, カーネルコンフィグレーション + ファイルに次のオプションを書いてカーネルを再構成してみてください. + + + options PSM_CHECKSYNC + + +

もし, カーネルの再構築をおこなったことがないのであれば + のセクションを + 見てください. + +

このオプションにより, マウスとドライバの同期の問題の起きる + 可能性は少なくなるでしょう. もしそれでもこの問題が起きるようであれば, + マウスとドライバが再同期するまでマウスボタンのどれかを + 押し続けてください. + +

このオプションは残念ながら, すべてのシステムで働くわけではなく + また, ``tap'' の特色を持つ ALPS GlidePoint デバイスを PS/2 + マウスポートにつないだ場合は無効です. + + + diff --git a/ja_JP.eucJP/FAQ/FAQ.sgml b/ja_JP.eucJP/FAQ/FAQ.sgml new file mode 100644 index 0000000000..5435b1ee10 --- /dev/null +++ b/ja_JP.eucJP/FAQ/FAQ.sgml @@ -0,0 +1,73 @@ + + + + + + + + + + + + + + + + + + + + +%jmembers; +]> + +

+ + FreeBSD 2.X についての FAQ (よくある質問とその答え) + + The FreeBSD Documentation Project + + $Date: 1997-11-17 15:48:59 $ + + + これは FreeBSD システムバージョン 2.X についての FAQ です. + 特に断わりがない限りはどの項目も FreeBSD 2.0.5 以降のものを想定しています. + <XXX>のついている項目はまだ作業中のものです. + + + + +

日本語版の作成は FreeBSD 日本語ドキュメンテーションプロジェクトが + オリジナルの英語版をもとにしておこなっています. 日本語訳および, + 日本語版のみに関することは &a.doc-jp; において日本語で議論されています. + 必要に応じて日本語ドキュメンテーションプロジェクトから + 本家ドキュメンテーションプロジェクトに対してフィードバックを + おこないますので, 英語が得意でない方は &a.doc-jp; まで日本語で + コメントをお寄せください. + +

また, この FreeBSD FAQ とは別に, 日本の FreeBSD ユーザ有志によって + メーリングリスト や ニュースグループ などへの投稿 + をもとに作成された が公開されています. 特に日本語環境など日本固有の話題 + が充実していますので, こちらも合わせてご覧ください. + +&preface; +&install; +&hardware; +&troubleshoot; +&commercial; +&applications; +&kernelconfig; +&admin; +&x; +&network; +&serial; +&misc; +&hackers; +&acknowledgments; +&jcontrib; + +

diff --git a/ja_JP.eucJP/FAQ/Makefile b/ja_JP.eucJP/FAQ/Makefile new file mode 100644 index 0000000000..ccb89892ea --- /dev/null +++ b/ja_JP.eucJP/FAQ/Makefile @@ -0,0 +1,16 @@ +# $Id: Makefile,v 1.1.1.1 1997-11-17 15:49:00 max Exp $ +# Original revision: 1.6 +# The FreeBSD Japanese Documentation Project + +DOC= FAQ +DOCDIR= ${SHAREDIR}/doc/ja_JP.EUC +FORMATS= html roff +SGMLOPTS+=-e EUC-JP +SGMLOPTS+=-links + +SRCS= FAQ.sgml acknowledgments.sgml admin.sgml applications.sgml +SRCS+= commercial.sgml hackers.sgml hardware.sgml install.sgml +SRCS+= kernelconfig.sgml misc.sgml network.sgml preface.sgml +SRCS+= serial.sgml troubleshoot.sgml x.sgml + +.include diff --git a/ja_JP.eucJP/FAQ/acknowledgments.sgml b/ja_JP.eucJP/FAQ/acknowledgments.sgml new file mode 100644 index 0000000000..ccbdf3d983 --- /dev/null +++ b/ja_JP.eucJP/FAQ/acknowledgments.sgml @@ -0,0 +1,45 @@ + + + + + + 謝辞 +

訳: &a.koga;.10 November 1997. + +

+ + この FAQ について問題を見つけたり, 何か登録したい場合は, + までメールを送ってください. フィードバック + してくれるみなさんには感謝感謝なのです. + みなさんに手伝ってもらわないとこの FAQ はよくなりませんから! + + + FreeBSD Core Team + + + + + +

あと, 抜けてしまった他の方々に対して, 謝罪と心からの感謝を捧げます! + + diff --git a/ja_JP.eucJP/FAQ/admin.sgml b/ja_JP.eucJP/FAQ/admin.sgml new file mode 100644 index 0000000000..b4fb30e20b --- /dev/null +++ b/ja_JP.eucJP/FAQ/admin.sgml @@ -0,0 +1,974 @@ + + + + + + システム管理 +

訳: &a.nishika;.12 November 1997. + + + システムスタートアップファイルはどこにあるのですか? + +

2.0.5R から 2.2.1R までは, プライマリコンフィグレーションファイルは + /etc/sysconfig にあります. オプションはすべて, このファイルと + および /etc/netstartといった, + 別のファイルに指定されています. + +

ファイル /etc/sysconfig を見て, システムに適合するように + 変更してください. このファイルはそれぞれの場所に何を書けばいいのかを表す + コメントがたくさん書かれています. + +

2.2.2 に続くリリース と 3.0 では, /etc/sysconfig は, + より分りやすい名前の に改名され, それに従って + 書式もいくぶん改められます. /etc/netstart も + /etc/rc.network に改名され, 全部のファイルを + /usr/src/etc/rc* /etcで一度にコピーすることが + 出来るようになります. + +

ファイル /etc/rc.local は常にここにあり, + や ファイル /etc/rc.serial はシリアルポートの初期化 + (例えばポートの設定を固定したり等々) のためにあります. + +

ファイル /etc/rc.i386 は iBCS2 エミュレーションのような + Intel アーキテクチャ固有の設定や PC システムコンソール設定のためにあります. + +

2.1.0R からは, "ローカル" スタートアップファイルをディレクトリ + /etc/sysconfig (または /etc/rc.conf) + の中に作って指定することもできます: + + + # Location of local startup files. + local_startup=/usr/local/etc/rc.local.d + + +

.sh で終わるそれぞれのファイルは, アルファベット順に実行されます. + +

ファイル名を変えることなくある一定の順序で確実に実行したいのであれば, + 順序が保証されるように以下のようにして, + それぞれのファイルの頭に数値をつけるようなデザインを + 使うことができます: + + + 10news.sh + 15httpd.sh + 20ssh.sh + + +

この方法は見苦しく (あるいは SysV のように :-)) なりますが, + /etc/rc.local を 手品のような編集でソートするようなことなく + ローカルの追加パッケージを使うためには, シンプルでしかもよく使われる + 手法ではあります. ほとんどの ports/packages は + /usr/local/etc/rc.d をローカルスタートアップディレクトリ + であると仮定しています. + + + 簡単にユーザを追加するにはどうすればいいのですか? + +

コマンドを使用してください. + +

Ollivier Robert によって Perl で書かれた ``<roberto@FreeBSD.ORG> にたずねてみてください. + 現在さらなる開発をおこなっています. + +

また, ユーザを削除するには + コマンドを使用してください. + + + FreeBSD システムに新しいハードディスクを追加するには? + +

最も簡単な方法はインストールプログラムからおこなうことです. root で + /stand/sysinstall を起動してインストールプログラム + を利用することができます. + +

また, インストールフロッピーディスクを持っている場合は, そこから + リブートしてシステムが完全に動作していないインストールプログラムの内で, + パーティション & ラベルエディタを利用してください. + +

警告: 注意深く読んで自分が何をおこなっているか理解する + 以外に方法はありません! ここで説明されていることはシステム + を「破壊する」かもしれません. 注意しておこなってください! + 事前に「バックアップ」をおこなうことを忘れずに! + +

2.1.5-RELEASE までの + を実行する前に + を手動で実行する必要があるでしょう. + つまり, パーティション分割の計算を自分でおこなうということです. + これは簡単だというウワサです :-) + ''disklabel -r <diskname>'' + を実行してラベルのひな型が得られるかどうかを確認してください. + (例えば ''disklabel -r /dev/rwd0s2'' は, + 新しいディスクが wd0 つまり 1 台めの IDE ディスク, そして + FreeBSD スライスは二つめ, つまり s2 であることを仮定しています) + . 以下のようなものが出力されるはずです:- + + + # /dev/rwd0s2: + type: ESDI + disk: wd0s2 + label: + flags: + bytes/sector: 512 + sectors/track: 63 + tracks/cylinder: 64 + sectors/cylinder: 4032 + cylinders: 610 + sectors/unit: 2459520 + rpm: 3600 + interleave: 1 + trackskew: 0 + cylinderskew: 0 + headswitch: 0 # milliseconds + track-to-track seek: 0 # milliseconds + drivedata: 0 + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 2459520 0 4.2BSD 0 0 0 # (Cyl. 0 - 609) + + +

サイズ (size) が正しいことを確認してください. この例では, + 2459520 sectors/unit x 512 bytes/sector / 2**20 (1 メガバイト) + = 1200 メガバイトとなっています. あとのものは (b/s, t/c, s/c, + interleave, など), から適切なデフォルト値が取得されますが, + 古いディスクについては + をご覧ください. 'fsize' はファイルシステム用の + であり,'bsize' は + です. 'c' は + スライス全体をカバーするパーティション (またはスライスされていない + ディスクではディスク全体) であり, そのまま残しておく必要があります. + これはファイルシステムとして使用してはいけません. + 'c' パーティションはディスクラベルが存在しない場合でもカーネルが + 存在するように見せかけている手品なのです. + +

スライス全体を一つのファイルシステムとしたいようなごく普通の + 場合は, 'e' のエントリを修正する必要があります. ファイルシステム + に妥当な値として fsize を 1024, bsize を 8192 + (8 フラグメント/ブロック) に設定して, 'e' のエントリを以下のように + 修正します:- + + + e: 2459520 0 4.2BSD 1024 8192 + + +

さて, 二つのファイルシステム用に二つのパーティションを + 作成したいいような (ちょっとだけ) 難しい場合です. にしたがって, パーティションを + + 8 partitions: + # size offset fstype [fsize bsize bps/cpg] + c: 2459520 0 unused 0 0 # (Cyl. 0 - 609) + e: 614400 0 4.2BSD 1024 8192 + f: 1843200 614400 4.2BSD 1024 8192 + + +

disklabel -e wd0s2'' で + ディスクラベルを直接編集することができます. を参照してください. + +

FreeBSD 2.1.5 以降を使用していて, 他のシステムに関心がなく, + ディスク全体を FreeBSD 専用にするつもりなら, 以下のような手順を + 踏むことによって, 作業を短縮することも可能です. + + + # dd if=/dev/zero of=/dev/rwd0 count=100 + # disklabel -Brw wd0 auto + # disklabel -e wd0 + + +

最初の コマンドは, カーネルのディスクコードを + 混乱させる可能性のある古いゴミが, ディスクの先頭に確実に + 残らないようにしています. 次はブート時にディスクから検出された + デフォルト値を使って, 自動的にスケルトンラベルを生成しています. + それに続けて, ラベルの編集を行っています. + +

やっと終りました! 以下のような感じでファイルシステムを + 初期化しましょう:- + + + newfs -d0 /dev/rwd0s2e + newfs -d0 /dev/rwd0s2f + + +

ディスク名とスライス番号によって, 事前にスクリプト + を実行して, お望みのデバイスノードを + 作成する必要があるかもしれません. + +

そして新しいファイルシステムを mount します ( を参照してください) :- + + + mount /dev/wd0s2e /mnt/foo + mount /dev/wd0s2f /mnt/bar + + +

ブート時に自動的にファイルシステムを mount するには + を編集してください. + +

+ + + を参照してください. + + + ブロックは一つ以上のフラグメントを構成します. 上記の資料と + を参照してください. + + + たまたま「本物のディスク」を持っている場合, より詳細な情報を + に与える必要があります. 例えば, + 古い ESDIディスクのような画一的なジオメトリ, 本当のヘッド, + セクタ, シリンダです. これらすべてはディスクドライブのケース, + オーナーズマニュアル, 被害者仲間などから得ることができるはずです. :-) + + + 慣例により, パーティション 'a' はブート可能なパーティション, + パーティション 'b' はスワップスペースとして予約されています. + 正規のパーティションの名称は 'd' から始まることになっています. + (386BSD 0.1 から FreeBSD 2.0 までは 'd' は特別な意味を + 持っていたため, パーティション 'e' はファイルシステムを持つ + 最初のブート可能でないパーティションとして使われる場合 + もあります.) + + + BSD パーティションテーブルが必要とする領域は, + ファイルシステム内に用意しておく必要があります. + これはスワップパーティションではいけません. したがって, + シリンダ 0 でスワップパーティションが始まらないように, + 開始位置をずらすかパーティション 'a' にファイルシステム + を配置してください. + + + + 新しいリムーバブルドライブを持っていますが, どうやって使うの? + +

そのリムーバブルドライブが ZIP であれ EZ drive であれ + (あるいはもしそういう風に使いたいのなら, フロッピーであれ), + またハードディスクであれ, 一旦システムにインストールされて認識され, + カートリッジ, フロッピー等々が挿入されていれば, + ことはどのデバイスでも全く同じように進みます. + +

ZIP ドライブやフロッピーで, すでに DOS のファイルシステムで + フォーマットしてある場合, 次のコマンドを使うことができます. + これはフロッピーの場合です. + + + mount -t msdos /dev/fd0c /floppy + + +

出荷時の設定の ZIP ディスクではこうです. + + + mount -t msdos /dev/sd2s4 /zip + + +

その他のディスクに関しては, + や /stand/sysinstall を使って, どのようにレイアウト + されているか確かめてください. + +

以降は ZIP ドライブが 3 番目の SCSI ディスクで, + sd2 と認識されている場合の例です. + +

他人と共有しなければならないフロッピーやリムーバブルディスク + でなければ, BSD ファイルシステムを載せてしまうのが良い考えでしょう. + ロングファイル名もサポートされ, パフォーマンスは少なくとも + 2 倍は向上しますし, おまけにずっと安定しています. + まず最初に, DOS レベルでのパーティション / ファイルシステムを + 無効にしておく必要があります. 使用するのは /stand/sysinstall でも結構です. + 複数のオペレーティングシステムを入れることを考慮する + 必要がないような容量の小さなドライブの場合は, + 次のように FAT パーティションテーブル (スライス) + 全体を飛ばして, BSD のパーティション設定を行うだけで良いでしょう. + + + dd if=/dev/zero of=/dev/rsd2 count=2 + disklabel -Brw sd2 auto + + +

複数の BSD パーティションをつくる場合, disklabel (詳しい情報は + にあります) か + /stand/sysinstall を使います. 固定ディスク上にスワップ領域 + を加える場合はそういうことをしたいと思うのはもっともですが, + ZIP のようなリムーバブルドライブの上ではそういう考えは不適切 + でしょう. + +

最後に, 新しいファイルシステムをつくります. ディスク全体を使用する + ZIP ドライブの場合は, 以下のようにします. + + + newfs /dev/rsd2c + + +

次にマウントします. + + + mount /dev/sd2c /zip + + +

また, 次のような行を に入れておくのも良い考えでしょう. + "mount /zip" と入力するだけでマウントできるようになります. + + + /dev/sd2c /zip ffs rw,noauto 0 0 + + + + どのようにしたら DOS の拡張パーティションをマウントできますか? + +

DOS 拡張パーティションはすべての基本パーティションの後に + 認識されます. たとえば, 2台目の SCSIドライブの拡張パーティションに + "E" パーティションがあるとしますと, これは /dev にスライス 5 + のスペシャルファイルを作る必要があり, /dev/sd1s5 としてマウントされます. + + + # cd /dev + # ./MAKEDEV sd1s5 + # mount -t msdos /dev/sd1s5 /dos/e + + + + 他のシステムのファイルシステムを FreeBSD でマウントすることはできますか? + +

を見てください. より多くの情報があります. + +

この問題について他の情報があれば, 他の人から感謝されるでしょう. + + + どのようにしたら FreeBSD を NT ローダーからブートさせることができますか? + +

FreeBSD のネイティブルートパーティションの最初のセクタを + ファイルにして DOS/NT パーティション上に置くという画期的な + アイディアがあります. + ファイル名を c:\bootsect.bsd + (c:\bootsect.dos からの発想です) + としたとします. c:\boot.ini + ファイルを次のように編集します: + + + [boot loader] + timeout=30 + default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS + [operating systems] + multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows NT" + C:\BOOTSECT.BSD="FreeBSD" + C:\="DOS" + + +

この手順では DOS, NT, FreeBSD その他が(もし NTFS に変換してしまっているなら) DOS フォーマットの + フロッピーディスクか FAT パーティションを /mnt に DOS + マウントします. + + + dd if=/dev/rsd0a of=/mnt/bootsect.bsd bs=512 count=1 + + +

リブートして DOS か NT に切替えます. NTFS ユーザは + + attrib -s -r c:\boot.ini + + +

上の例の + attrib -r -s c:\boot.ini + + +

FreeBSD が MBR からブートするようになっている場合, + それぞれのネイティブパーティションからブートするように設定した後で, + DOS から `` + + FreeBSD と Linux を LILO からブートするには? + + +

理論的には, LILO から FreeBSD をブートするには DOS スタイルの + オペレーティングシステムとして扱えばできるはずですが, 私はいまだに + うまくいったためしがありません. LILO を置く場所を MBR から Linux + のブートパーティションの先頭に変えれば, FreeBSD のブートマネージャから + LILO をブートすることができます. 私はこっちを使っています. + +

Windows95 と Linux を使用している場合は, いずれにせよ後者の方が + お勧めです. Windows95 を再インストールする必要にかられたとき, + Linux をブート可能に戻す手続きが簡単ですむからです + (Windows95 は偏屈なオペレーティングシステムで, マスターブートレコード + (MBR) から他のオペレーティングシステムを追い払ってしまうのです). + + + + 「危険覚悟の専用 (dangerously dedicated) ディスク」は健康に悪いの? + + +

さて, これは確かに PC の世界からやって来た人々にとっては + 一般的なお話でしょうが, ここで Unix の世界の方からやって来た, + FreeBSD が動作する, しかも FreeBSD だけが動作するマシンをセットアップ + しようとしている人の場合を考えてみましょう. 彼らは + オペレーティングシステムがディスク全体を, その始めのセクタから + 終りの 1 つに至るまで使い切る, 古典的な Unix の流儀に慣れ親しんで + います. このような, FreeBSD が 1 日 24 時間, 1 週間に 7 日走り続け, + 他のオペレーティングシステムがブートされることなど有り得ないマシン + では, 正しい fdisk のテーブルは何の役にも立ちません. 結果, もし + sysinstall の fdisk エディタで ``A)ll FreeBSD'' を選択し, 続く質問に + ``No'' と答えれば, こちらのモードを選択したことになります. + この場合, BSD のブートストラップがこのドライブの MBR になるので, + ブートマネージャ等にスペースが残されていないことに注意してください. + 何かを MBR にインストールすれば, BSD のブートストラップに + ダメージを与えることになるでしょう. + +

では, なぜこれが 「危険覚悟の」と言われるのでしょう? + このモードのディスクが, 通常の PC のユーティリティが有効な fdisk + テーブルと見なす情報を持っていないからです. ユーティリティの出来 + 如何によりますが, そのようなディスクを発見したとき, 警告を + 出すものもあります. また, もっと悪い場合, 確認も通告もなしに + BSD のブートストラップにダメージを与えるものもあるでしょう. + PC ではより広範囲で使われているあるオペレーティングシステムは, + そういう非ユーザフレンドリーな行為をすることでよく知られています + (もちろん, その行為は「ユーザフレンドリ」の名の元で + 行われるわけですが). 少なくとも 1 種の, 例えば HP Netserver + で使用されていた (もちろん, そこだけではありませんが) Award の + BIOS は, 有効な fdisk テーブルを持っていないと認識した全ての + ハードディスクを無視することで知られています. + ブート時にこの現象が起こると, BIOS はそのようなディスクをさっさと + 無視してフロッピードライブを読みに行き, しかも ``Read error'' + というあっさりしたメッセージしか吐きません. 感動ものでしょ? + 多分彼らにとってはこれが「ユーザフレンドリ」なんでしょうね. + よくわかりませんけど. + +

このモードの利点はいくつかあります. FreeBSD がディスク全体を所有でき, + 1980 年代の素朴なパーティショニングモデルのためだけに, いくつもの + 本来不要な「トラック」を無駄使いする必要がなくなります. + このモデルは, パーティショニングをどのようにすべきかという点に関して, + いくらか不自然で, 今では無意味でさえある制限を課します. + この制限は, しばしば PC に OS をインストールする際の最大の頭痛の種と + なります. パーティショニングの情報を fdisk のテーブルに保存する際に + 2 つの異なる, 冗長な方法が用意されているがゆえに, 結果として + ジオメトリの不整合を引き起こすのです. の章をご覧下さい. + 「危険覚悟の専用」モードでは, BSD のブートストラップはセクタ 0 + から始まりますが, BIOS のディスクジオメトリ「変換」の方式とは + 無関係に, 常に等しい C/H/S の値に変換される唯一のセクタ + なのです. したがって, ブートしなくなる危険を犯すことなしに, + 異なる変換方式を採用しているシステム / コントローラ間で, + ディスクを交換することができるのです. + +

「危険覚悟の専用ディスク」を通常の PC での使用法に + 戻すには, 原則として 2 つ方法があります. 1 つは十分な NULL + バイトを MBR に書き込んで, きたるべきインストーラにディスク + はまっさらだと思い込ませる方法です. 例えば, こんな感じです. + + + dd if=/dev/zero of=/dev/rsd0 count=15 + + +

また, マニュアルには書かれていない DOS の「機能」 + + + fdisk /mbr + + +

は, BSD ブートストラップを追い払ってくれる上に, + 新しいマスターブートレコードをインストールしてくれます. + + + どのようにしたらスワップ領域を増やせますか? + +

スワップパーティションのサイズを増やすのが最良の方法ですが, + 別のディスクを追加しなくて済むという利点のある方法があります. + (これを行う時には + も見ておいてください) + +

スワップを別のディスク上に追加することは, 単純に同じディスク上 + にスワップを追加する場合よりも高速に動作するようになります. + 例に挙げれば, あるディスク上のソースをコンパイルしているとして, + スワップが別のディスク上に作られていれば, これらが同じディスク上 + にある場合よりも断然速いです. SCSI ディスクの場合は特にそうだと言えます. + +

IDE ドライブは同時に同じチャネル上の複数のドライブには + アクセスできません (FreeBSD は mode 4 をサポートしていないので, + すべての IDE ディスク I/O は ``programmed'' です). + IDE の場合であってもやはり, スワップを別のハードディスク上に + 作成することをおすすめします. + ドライブは実に安いものです, 心配するだけ無駄です. + +

よいサーバと非常に高速なネットワーク環境でないのであれば, + スワップを NFS 上に置こうというのは本当にばかげた考えです. + +

これは 64MBの vn-swap を作る例です (ここでは /usr/swap0 + としますが, もちろん好きな名前を使うことができます). + +

カーネルが次の行を含むコンフィグファイルから構成されているかを + 確認します. GENERIC カーネルには, この行が含まれています. + + + pseudo-device vn 1 #Vnode driver (turns a file into a device) + + + + vn デバイスを作ります + + cd /dev + sh ./MAKEDEV vn0 + + + スワップファイルを作ります (/usr/swap0) + + + dd if=/dev/zero of=/usr/swap0 bs=1024k count=64 + + + /etc/rc.conf でスワップファイルを有効化させます + + + swapfile="/usr/swap0" # Set to name of swapfile if aux swapfile desired. + + + マシンをリブートします + + +

スワップファイルをすぐに有効化させたいのなら以下のようにタイプします + + vnconfig -ce /dev/vn0c /usr/swap0 swap + + + + プリンタのセットアップで問題があります + +

ハンドブックのプリンタの部分を参照してください. + 探している問題のほとんどが書かれているはずです. + をご覧ください. + + + 私のシステムのキーボードマッピングは間違っています. + +

kbdcontrol プログラムは, キーボードマップファイルを読み込むための + オプションを備えています. + /usr/share/syscons/keymaps の下にたくさんのマップファイルがあります. + システムに関連のあるものを一つ選んで, ロードしてください. + + + kbdcontrol -l uk.iso + + + /usr/share/syscons/keymaps と拡張子 によって使用されます. + +

これは /etc/sysconfig (または ) 中で設定することができます. + このファイル中にあるそれぞれのコメントを参照してください. + +

2.0.5R やそれ以降の版では, テキストフォントやキーボードマッピングに + 関係のあるものはすべて, /usr/share/examples/syscons + の中におさめられています. + +

現在以下のマッピングがサポートされています: + + + + Belgian ISO-8859-1 + Brazilian 275 keyboard Codepage 850 + Brazilian 275 keyboard ISO-8859-1 + Danish Codepage 865 + Danish ISO-8859-1 + French ISO-8859-1 + German Codepage 850 + German ISO-8859-1 + Italian ISO-8859-1 + Japanese 106 + Japanese 106x + Latin American + Norwegian ISO-8859-1 + Polish ISO-8859-2 (programmer's) + Russian Codepage 866 (alternative) + Russian koi8-r (shift) + Russian koi8-r + Spanish ISO-8859-1 + Swedish Codepage 850 + Swedish ISO-8859-1 + Swiss-German ISO-8859-1 + United Kingdom Codepage 850 + United Kingdom ISO-8859-1 + United States of America ISO-8859-1 + United States of America dvorak + United States of America dvorakx + + + + ユーザディスククォータが正常に動作していないようです. + +

+ + '/' にはディスククォータを設定しないでください, + + クォータファイルが置かれるファイルシステム上に + クォータファイルを置くようにしてください. つまり: + + FS QUOTA FILE + /usr /usr/admin/quotas + /home /home/admin/quotas + ... + + + + + わたしの ccd の何が適合していない (Inappropriate) のでしょう? + +

このような症状が現れます: + + + # ccdconfig -C + ccdconfig: ioctl (CCDIOCSET): /dev/ccd0c: Inappropriate file type or format + # + + +

通常この現象はタイプを ' 未使用 (unused)' のまま放っておかれた + 'c' パーティションをつなげようとした場合に現れます. ccd ドライバは + FS_BSDFFS タイプをベースとするパーティションを要求します. + つなげようとしているディスクのディスクラベルを編集して, + パーティションのタイプを '4.2BSD' に変更してください. + + + どうしてわたしの ccd のディスクラベルを変更することができないのでしょう? + +

このような症状が現れます: + + + # disklabel ccd0 + (it prints something sensible here, so let's try to edit it) + # disklabel -e ccd0 + (edit, save, quit) + disklabel: ioctl DIOCWDINFO: No disk label on disk; + use "disklabel -r" to install initial label + # + + +

これは ccd から返されるディスクラベルが, 実はディスク上にはない + まったくの偽の情報だからです. これを明示的に書き直すことで + 問題を解消できます, このようになります: + + + # disklabel ccd0 > /tmp/disklabel.tmp + # disklabel -Rr ccd0 /tmp/disklabel.tmp + # disklabel -e ccd0 + (this will work now) + + + + FreeBSD は System V の IPC プリミティブをサポートしますか? + +

はい. FreeBSD は System-V スタイルの IPC をサポートします. + 共有メモリ, メッセージ, セマフォが含まれます. 以下の行を + カーネルコンフィグファイルに加えると, サポートが有効になります. + + + options SYSVSHM + options "SHMMAXPGS=64" # 256Kb of sharable memory + options SYSVSEM # enable for semaphores + options SYSVMSG # enable for messaging + + +

コンパイルしてインストールしてください. + +

+ + UUCP で mail を配送するには sendmail をどう使えばよいのですか? + +

FreeBSD に付属している sendmail は, インターネットに直接 + つながっているサイトにあわせて設定してあります. UUCP 経由で mail + を交換したい場合には sendmail の設定ファイルを改めてインストール + しなければなりません. + +

/etc/sendmail.cfを自分の手で改造するのは純粋主義者の + やるような事です. sendmailの version 8 は のような + プリプロセッサを通して設定ファイルを生成する新しいアプローチを + 取っており, より抽象化されたレベルの設定ファイルを編集します. + 以下のディレクトリの中にある設定ファイルを使用してください. + + + /usr/src/usr.sbin/sendmail/cf + + +

もしすべてのソースをインストールしていない場合には sendmail + の設定ツールは, 別の tar ファイルにまとめてあります. CD-ROM が + mount されている場合には, 次のようにしてください. + + + cd /usr/src + tar -xvzf /cdrom/dists/src/ssmailcf.aa + + +

これはたった数 100Kbyte ですから心配ないでしょう. cf + ディレクトリにある README に, m4 での設定の基本的な説明があります. + +

UUCP での配送のためには, mailertable を使用すれば + よいでしょう. これによって, sendmail が配送方式を決定するデータベースを + 作成することができます. + +

まずはじめに, .mc ファイルを作成しなければなりません. + /usr/src/usr.sbin/sendmail/cf/cf というディレクトリが, + これらのファイルを作成する場所です. 既にいくつか例があると思います. + これから作成するファイルの名前を foo.mc とすると, + sendmail.cf を求めているような形式に変換するには, + 次のようにしてください. + + + cd /usr/src/usr.sbin/sendmail/cf/cf + make foo.cf + cp foo.cf /etc/sendmail.cf + + +

標準的な .mc ファイルは次のようになります. + + + include(`../m4/cf.m4') + VERSIONID(`Your version number') + OSTYPE(bsd4.4) + + FEATURE(nodns) + FEATURE(nocanonify) + FEATURE(mailertable) + + define(`UUCP_RELAY', your.uucp.relay) + define(`UUCP_MAX_SIZE', 200000) + + MAILER(local) + MAILER(smtp) + MAILER(uucp) + + Cw your.alias.host.name + Cw youruucpnodename.UUCP + + +

nodns と nocanonify という指定をすることで, + mail の配送に DNS を使用しなくなります. UUCP_RELAY という + 行に関しては, ある理由から必要ですがそれは聞かないでください. + .UUCPで終わる仮想ドメインを処理することのできるインターネット上での + ホスト名をここに書いてください. 通常は, ISP の mail リレーホストを + 書くことになると思います. + +

これが終了したら, 次に /etc/mailertable というファイル + が必要です. 標準的な例は次のとおりです. + + + # + # makemap hash /etc/mailertable.db < /etc/mailertable + # + horus.interface-business.de uucp-dom:horus + .interface-business.de uucp-dom:if-bus + interface-business.de uucp-dom:if-bus + .heep.sax.de smtp8:%1 + horus.UUCP uucp-dom:horus + if-bus.UUCP uucp-dom:if-bus + . uucp-dom:sax + + +

見れば分かるように, これは実在する設定のファイルです. はじめの + 3 行はドメイン名で指定されたメールが default の経路で配送されずに, + ``近道'' するために UUCP で隣りのサイトに送るための特別な状況を + 処理するものです. + 次の行は Ethernet でつながっているローカルのドメインに対しては + SMTP で送るための設定です. + 最後に, UUCP での隣りのサイトが. UUCP で終わる仮想ドメインの書式で + 指定されており, default の rule を ``uucp-neighbour!recipient'' + で上書きするためのものです. 一番最後の行はいつもドットを一つ書きます. + これは, ここまでの行でマッチしなかったすべてのホストにマッチし, + このサイトから世界に向けて出ていくための mail gateway に UUCP + で配送するためのものです. + uucp-dom: に続けて書かれているノード名は, + uuname コマンドで指定することによって UUCP + で直接配送される正しいノード名でなければなりません. + +

最後に, このファイルは使用する前に DBM データベースのファイルに + 変換する必要があります. これをおこなうコマンドラインは mailertable + の最初のコメントに書いてあります. mailertable を変更した時には, + 必ずこのコマンドを実行してください. + +

最後のヒントです: もし特定のメール配送がうまく作動するかどうか + 確かめたい場合には, sendmail の-bt オプションを + 使用してください. このオプションによって sendmail は + アドレステストモードで起動します. ``0 '' の後に + 配送したいアドレスを書いてください. 最後の行に, 実際に使用される + mail agent, この mail agent で送られる送信先のホスト, そして + (多分変換されている) アドレスが表示されます. このモードを抜けるには + Control-D を押してください. + + + j@uriah 191% sendmail -bt + ADDRESS TEST MODE (ruleset 3 NOT automatically invoked) + Enter

+ > 0 foo@interface-business.de + rewrite: ruleset 0 input: foo @ interface-business . de + ... + rewrite: ruleset 0 returns: $# uucp-dom $@ if-bus $: foo \ + < @ interface-business . de > + > ^D + j@uriah 192% + + + + + ダイアルアップでインターネットに接続する環境でメールをセットアップするにはどうやるの? + + +

静的に IP アドレスが割り当てられる場合は, デフォルトの状態を + 変更する必要はありません. 割り当てられた名前をホストネームと + するだけで, sendmail が後のことを引き受けてくれます. + +

ダイアルアップ メールボックスからメールを取ってくるためには, retrieval (回収) + エージェントをインストールする必要があります. /etc/ppp/ppp.linkup に以下のように記述すると, インターネットと + 接続が完了した時点で自動的にメールを取得するようになります. + + + MYADDR: + !bg su user -c fetchmail + + +

この例では, + poll myISP.com protocol pop3 fetchall pass MySecret; + + +

言うまでもなく, このファイルは 正しい 上の要件を満たすには, 以下のような + VERSIONID(`bsd.home.mc version 1.0') + OSTYPE(bsd4.4)dnl + FEATURE(nouucp)dnl + MAILER(local)dnl + MAILER(smtp)dnl + Cwbsd.home + CwmyISP.com + MASQUERADE_AS(`myISP.com')dnl + FEATURE(allmasquerade)dnl + FEATURE(masquerade_envelope)dnl + FEATURE(nocanonify)dnl + FEATURE(nodns)dnl + define(SMART_HOST, `relay.myISP.com') + DmmyISP.com + define(`confDOMAIN_NAME',`myISP.com')dnl + + +

+ diff --git a/ja_JP.eucJP/FAQ/applications.sgml b/ja_JP.eucJP/FAQ/applications.sgml new file mode 100644 index 0000000000..4944309858 --- /dev/null +++ b/ja_JP.eucJP/FAQ/applications.sgml @@ -0,0 +1,140 @@ + + + + + + ユーザアプリケーション +

訳: &a.junkun; &a.shou; .8 November 1997. + + + そういうユーザアプリケーションはどこにあるの? + +

FreeBSDに port (移植) されたソフトウェアパッケージについては, + + をご覧下さい. このリストには現在 1000 を越える項目があり, + しかも毎日更新されています. このページを小まめに訪れるか, + + を購読すると, 新しく入った ports を定期的にチェックすることが + できます. + +

大部分の ports は 2.2 と 3.0 ブランチの両方で利用できるはずです. + 多くは 2.1.x 系のシステムでも同様に動作するでしょう. + FreeBSD のリリースが出る度に, そのリリースの時点での ports ツリーの + スナップショットが撮られ, ports/ ディレクトリに + 納められることになっています. + +

また, ``package'' という考えも採用されています. これは基本的には + gzip されたバイナリディストリビューションに, インストール時に + 環境に合わせた作業が必要になった場合にそれを執り行う多少の英知を + 付け加えたものです. package を使えば, どのようなファイルが + 配布物として含まれているかと言った細かい事柄にいちいち煩わされる + ことなく, 簡単にインストールやアンインストールを繰り返す + ことができます. + +

インストールしたい package があるなら, /stand/sysinstall + の, 「インストール後の FreeBSD の設定を行う」の下にある + package のインストールメニューを使うか, package のファイル名を + 指定して pkg_add(1) を使用して下さい. package の + ファイル名には通常末尾に .tgz がついています. + CDROM をご使用の方は, CD の packages/All ディレクトリから + それらのファイルを利用することができます. また, 以下の場所から, + FreeBSD の各種バージョンにあわせた package をダウンロードする + こともできます. + + + 2.1.x-release 用 + + + 2.2.5-release/2.2-stable 用 + + + 3.0-current 用 + + + +

お近くのミラーサイトもご利用下さい. + +

新しい ports が続々と追加されている状態なので, 全ての ports に + 対応する package が存在するわけではないことを覚えておいてください. + 定期的に マスターサイトを訪れて, どのような + package が利用できるのかチェックするのも良いでしょう. + + + libc.so.3.0 はどこにありますか? + +

2.1.x のシステムで 2.2/3.0 用の package を動かそうとしていますね. + 前のセクションを読んで, システムに合った正しい port/package を + 入手してください. + + + + 386/486SX のマシンで ghostscript を動かすとエラーがでます. + +

あなたのマシンには数値演算プロセッサが塔載されていませんね? + カーネルにコプロセッサの代わりとなる数値演算エミュレータを + 追加する必要があります. + 以下のオプションをカーネルのコンフィグレーションファイルに + 追加して, カーネルを再構築してください. + + + options GPL_MATH_EMULATE + + +

+ + SCO/iBCS2 のアプリケーションを実行すると, + +

まず最初に /etc/sysconfig (または + ) の中の + 最後のセクションを編集し, 以下の変数を + # Set to YES if you want ibcs2 (SCO) emulation loaded at startup + ibcs2=NO + + +

これでシステムの起動時に + カーネルモジュールが読み込まるようになります. + +

次に /compat/ibcs2/dev/ を以下のように編集します: + + +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 X0R@ -> /dev/null +lrwxr-xr-x 1 root wheel 7 Oct 15 22:20 nfsd@ -> socksys +-rw-rw-r-- 1 root wheel 0 Oct 28 12:02 null +lrwxr-xr-x 1 root wheel 9 Oct 15 22:20 socksys@ -> /dev/null +crw-rw-rw- 1 root wheel 41, 1 Oct 15 22:14 spx + + +

open や close の処理は, socksysから へ + シンボリックリンクを張ることで代用します. + 残りの処理は, -current に入っているコードが担当しています. + これは以前のものより ずっとスッキリした方法です. + +

ローカルでの X のソケット接続に + INN (インターネットニュース) の設定方法は? + +

inn の package や port をインストールしたあとに + を見てみましょう. + 初心者向けの INN FAQ があります. + + + diff --git a/ja_JP.eucJP/FAQ/commercial.sgml b/ja_JP.eucJP/FAQ/commercial.sgml new file mode 100644 index 0000000000..c668cb7b3c --- /dev/null +++ b/ja_JP.eucJP/FAQ/commercial.sgml @@ -0,0 +1,101 @@ + + + + + + 商用アプリケーション +

訳: &a.junkun;.10 November 1997. + +

+ FreeBSD 用の Motif はどうやったら手に入りますか + +

FreeBSD 用の Motif 2.0 に関する情報は + から + 手に入れることができます. + +

この製品は以下の物が含まれています: + + OSF/Motif manager, xmbind, panner, wsm. + + uil, mrm, xm, xmcxx, インクルードファイルや Imake + ファイルといった開発者向けキット + + スタティックライブラリ, およびダイナミックライブラリ + + デモンストレーションプログラム + + 整形済みのマニュアルページ + + +

注文する際には FreeBSD 用の Motif であることをきちんと + 確認してください. BSDI や Linux 用の Motif も Xi Graphics + から販売されています. 現在フロッピーディスク 4枚組ですが, + 将来的には CDE のように統合された CD に変わるでしょう. + + + FreeBSD 用の CDE はどうやったら手に入りますか + +

FreeBSD 用の CDE 1.0.10 に関する情報は + から + 手に入れることができます. これは Motif 1.2.5 を含んでおり, + Motif 2.0 と一緒に使用することができます. + +

これは FreeBSD 用と Linux 用の統合された CD-ROM です. + + + + 高機能な商用 X サーバってあるんですか? + +

はい, + から, FreeBSD ほか Intel ベースのシステムで動作する + Accelerated-X という製品が販売されています. + +

この高性能な X サーバは楽に設定をおこなえるほか, 数多くのビデオボード + をサポートしています. サーバはバイナリのみが含まれます. + FreeBSD 用と Linux 用の統合されたフロッピーディスクに入っています. + +

バージョン 3.1 の「互換デモ」が無料で入手できます. + +

また Xi Graphics は FreeBSD 用の Motif と CDE も販売しています (前を参照). + + + + + または + + + + + + FreeBSD 用のデータベースシステムはありますか? + +

もちろんあります! Conetic Software Systems が FreeBSD 2.0.5 + 以降のシステムで動作する C/base と C/books データベースシステムを + 移植しています. さらに Sleepycat Software は DB database library + の商用サポートバージョンを販売しています. + + + + + + + . + + + + diff --git a/ja_JP.eucJP/FAQ/hackers.sgml b/ja_JP.eucJP/FAQ/hackers.sgml new file mode 100644 index 0000000000..926bd0a326 --- /dev/null +++ b/ja_JP.eucJP/FAQ/hackers.sgml @@ -0,0 +1,269 @@ + + + + + + まじめな FreeBSD ハッカーだけの話題 +

訳: &a.iwasaki;.8 November 1997. + + + + SNAP とか RELEASE とかは何? + + +

現在, FreeBSD の + + には, 三つのアクティブ/準アクティブなブランチがあります. + + + + +

現在, + + 自分用のカスタムリリースを構築するには? + +

リリースを構築するには三つのことが必要です: + まず, ドライバが組み込まれたカーネルを実行させている必要があります. + 以下をカーネルコンフィグレーションファイルに追加し, + カーネルを作り直してください: + + + pseudo-device vn #Vnode driver (turns a file into a device) + + +

次に, CVS リポジトリ全体を手元においておく必要があります. + これを入手するには + + が使用できますが, tag の値は `.' である必要があり, + さらに release の名称は cvs である必要があります: + + + *default prefix=/home/ncvs + *default base=/a + *default host=cvsup.FreeBSD.org + *default release=cvs + *default delete compress use-rel-suffix + + ## Main Source Tree + src-all + src-eBones + src-secure + + # Other stuff + ports-all + www + doc-all + + +

そして 最後に, ビルド用にかなりの空き領域を用意する必要があります. + そのディレクトリを /some/big/filesystem として, + 上の例で CVS リポジトリを /home/ncvs に置いたものとすると, + 以下のようにしてリリースを構築します: + + + setenv CVSROOT /home/ncvs # or export CVSROOT=/home/ncvs + cd /usr/src/release + make release BUILDNAME=3.0-MY-SNAP CHROOTDIR=/some/big/filesystem/release + + +

処理が終了すると, リリース全体が /some/big/filesystem/release + に構築され, 完全な FTP インストール用の配布物が + /some/big/filesystem/release/R/ftp に作成されます. + -current 以外の開発ブランチの SNAP を自分で構築したい場合は, + + カスタムのインストールディスクを作るにはどうすればいいのですか? + +

/usr/src/release/Makefile のいろいろなターゲットとして + インストールディスク, ソース, バイナリアーカイブを作る完全な処理を + 自動的におこなうようになっています. Makefile に十分な情報があります. + しかし, 実行には ``make world'' が必要で, + 多くの時間とディスクの容量が必要です. + + + + ``make world'' をおこなうと既存のバイナリを上書きしてしまうのですが. + + +

ええ, それが一般的な考え方です. 名前が示しているように + ``make world'' はすべてのシステムのバイナリを一から作り直しますので, + 結果としてクリーンで一貫性のある環境を得ることができます + (これがそれだけ長い時間がかかる理由です). + +

環境変数 ${DESTDIR}を root とみなした + ディレクトリツリーにインストールされます. + あるでたらめな共有ライブラリの変更やプログラムの再構築によって + `` + + システムブート時に ``(bus speed defaulted)'' とメッセージが出ます. + + +

アダプテックの 1542 SCSI ホストアダプタはユーザがソフトウェア的に + バスアクセス速度の設定をおこなうことができます. 以前のバージョンの + 1542 ドライバは使用可能な最大の速度を求めてアダプタを + その設定にしようとしました. これは特定のユーザのシステムでは + 問題がある事がわかり, 現在ではカーネルコンフィグオプションに + `` + + インターネットアクセスに制限があっても current を追いかけられますか? + +

はい, を使って + ソースツリー全体のダウンロードを + どのようにして配布ファイルを 240kバイトに分割しているのですか? + +

比較的新しい BSDベースのシステムでは split に任意のバイト境界で + 分割する ``以下は /usr/src/Makefile からの例です. + + + bin-tarball: + (cd ${DISTDIR}; \ + tar cf - . \ + gzip --no-name -9 -c | \ + split -b 240640 - \ + ${RELEASEDIR}/tarballs/bindist/bin_tgz.) + + + + 私はカーネルに拡張をおこないました. 誰に送ればいいですか? + +

+ を参照してください. + +

あなたのアイディアに感謝します! + + + PnP ISA カードの検出と初期化はどのようにおこなうのですか? + +

氏より: + +

要点は, ホストが認識されていないボードを探す時に, すべての + PnP ボードが応答することのできる少数の I/O ポートがあるという + ことです. それにより, PnP プローブルーチンが開始したとき, PnP + ボードが存在するなら, すべての PnP ボードは自分のモデル番号を + 返します. そのポートを I/O read するとプローブルーチンは + 問いに対するワイアード-OR された ``yes'' を得ます. この場合は + 少なくとも 1ビットが ON になります. そして, プローブルーチンは + モデル ID (Microsoft/Intel によって割り当てられています) + が X より小さいボードを ``オフライン'' にすることができます. + この操作をおこない, 問い合わせに応答しているボードがまだ + 残っているかどうかを調べます. もし ``ID は二つの 32-bit (つまり 64bit) フィールド + 8 bit + チェックサムからなります. 最初の 32 bits はベンダの識別子です. + これは公表されてはいませんが, 同一のベンダから供給されている + 異なるタイプのボードでは異なる 32-bit ベンダ ID を持つことが + できるように考えられます. 製造元を特定するだけのために 32 bits + はいくらか過剰です. + +

下位の 32 bits はシリアル番号, イーサネットアドレスなどの + ボードを特定するものです. ベンダは上位 32 bits が異なっていない + のであれば下位 32 bits が同一である 2枚目のボードを製造することは + ありません. したがって, 同じタイプの複数のボードをマシンに + いれることができ, この場合でも 64 bits 全体ではユニークです. + +

32 bit のフィールドはすべてを 0 にすることはできません. + これは初期化のバイナリサーチの間ワイアード-OR によって 0 ではない + ビットを参照するからです. + +

システムがすべてのボードの与えられた ID を認識すると, + それぞれのボードに対応した処理を一つずつ (同一の I/O ポートを通して) + おこないます. そして, 利用できる割り込みの選択などのボードが必要 + とするリソースを検出します. すべてのボードについてこの情報を集めます. + +

この情報はハードディスク上の ECU ファイルなどの情報とまとめられ, + マザーボードの BIOS にも結合されます. マザーボード上のハードウェア + への ECU と BIOS PnP のサポートは通常は統合されていますが, + 周辺機器については真の PnPであるとはいえません. + しかし, BIOS の情報に ECU の情報を加えて調査することで, + プローブルーチンは PnP デバイスが再配置できなくなることを + 避けることができます. + +

それから, 再度 PnP デバイスにアクセスし, I/O, DMA, IRQ, + メモリマップアドレスの設定をします. デバイスはこのアドレスに + 見えるようになり, 次にリブートするまでこの位置を占めます. しかし, + あなたの望む時に移動させることが不可能であるといっている + わけではありません. + +

以上の話では大きく単純化をしてありますが, 基本的な考え方は得 + られたでしょう. + +

マイクロソフトはボードのロジックが 対立するI/O サイクルでは + デコードしていない (訳注: おそらく read 時しかデコードされていず + write 時はポートが空いているという意味でしょう) + プライマリプリンタのステータスポートのいくつかを PnP のために + 占有しました. 私は初期の PnP の提案レビュー時に IBM 純正の + プリンタボードでステータスポートの write のデコードがされている + ということに気がつきましたが, MS は ``tough (頑固, 不運, + 無法な)'' と言っています. そしてプリンタのステータスポートへ + アドレスの設定のために write をおこなっています. また, + そのアドレス + + FreeBSD は, Intel 以外のアーキテクチャをサポートしないんですか? + +

いくつかのグループが, FreeBSD の他のアーキテクチャのサポートに関心を + 示しており, 現在数人が DEC の協力を得て FreeBSD の ALPHA アーキテクチャへの + 移植に取り組んでいます. 新しいアーキテクチャに関する一般的な議論は + <platforms@FreeBSD.ORG> をご利用ください. + + + デバイスドライバを開発したので, メジャー番号が必要です. + +

これは, 開発したドライバを公開するかどうかに依存します. + 公開するのであれば, ドライバのソースコード, files.i386 の変更, + コンフィグファイルのサンプル, デバイスが使うスペシャルファイルを作成する + + のコードを私たちに送ってください. 公開するつもりがない場合, ライセンスの + 問題により公開できない場合は, キャラクタメジャー番号 32 もしくは + ブロックメジャー番号 8 が, このような目的のために予約されています. + これらの番号を使用してください. どちらの場合であれ, ドライバに関する情報を + <hackers@FreeBSD.ORG> に流して頂けると助かります. + + + diff --git a/ja_JP.eucJP/FAQ/hardware.sgml b/ja_JP.eucJP/FAQ/hardware.sgml new file mode 100644 index 0000000000..058e2d5752 --- /dev/null +++ b/ja_JP.eucJP/FAQ/hardware.sgml @@ -0,0 +1,439 @@ + + + + + + ハードウェアコンパチビリティ +

訳: &a.nishika;.12 November 1997. + + + FreeBSD は, どんなハードディスクドライブをサポートしているのですか? + +

FreeBSD は, EIDE と SCSI ハードディスクドライブをサポート + しています (互換コントローラも含みます: 次の節参照). また + オリジナルの "Western Digital" インタフェースを使用している + すべてのドライブも (MFM, RLL, ESDI, もちろん IDE も) + サポートしています. 独自仕様のインタフェースを使用する + ESDI コントローラでは動作しないものがあり, WD1002/3/6/7 + とその互換インタフェースと衝突します. + + + どの SCSI コントローラをサポートしているのですか? + +

FreeBSD は, 以下の SCSI コントローラをサポートしています: + + + + AH-152x シリーズ <ISA> + AH-154x シリーズ <ISA> + AH-174x シリーズ <EISA> + Sound Blaster SCSI (AH-152x 互換) <ISA> + AH-2742/2842 シリーズ <ISA/EISA> + AH-2820/2822/2825 シリーズ (Narrow/Twin/Wide) <VLB> + AH-294x および aic7870 MB コントローラ (Narrow/Twin/Wide) <PCI> + + AH-394x (Narrow/Twin/Wide) + + の節で + 引き合いにも出されるカードの一つです.) + + BT-545 シリーズ <ISA> + BT-742 シリーズ <EISA> + BT-747 シリーズ <EISA> + BT-946 シリーズ <PCI> + BT-956 シリーズ <PCI> + + + + + NCR 53C82x ベースの SCSI コントローラ <PCI> + NCR 53C860/75 ベースの SCSI コントローラ <PCI> + + + Trantor 130 ベースの SCSI コントローラ <ISA> + + + + + + + UH-24f シリーズ <EISA> + UH-34f シリーズ <VLB> + + + + + どんな CD-ROM ドライブをサポートしているのですか? + +

サポートされている SCSI コントローラに接続できる SCSI + ドライブすべてをサポートしています. + +

また, 以下の専用 CD-ROM インタフェースもサポートしています. + + + ミツミ LU002 (8bit), LU005 (16bit) および FX001D (16bit 2倍速). + ソニー CDU 31/33A + Sound Blaster 非 SCSI タイプの CD-ROM + 松下 / Panasonic CD-ROM + ATAPI 互換の IDE CD-ROM + + +

SCSI でないカードはすべて, SCSI ドライブよりも極めて動作速度が + 遅いことが知られており, ATAPI CD-ROM には動作しないものもあるようです. + +

Walnut Creek の FreeBSD 2.2 CD-ROM からは CD からの直接ブートが + サポートされています. + + + ZIP ドライブをサポートしていますか? + +

もちろん, FreeBSD は SCSI ZIP ドライブ (外付け) をサポートしています. + ZIP ドライブは SCSI ID を 5 か 6 に設定した状態でなら使用できますが, + もし SCSI ホストアダプタの BIOS がサポートしてさえいれば + ZIP ドライブからブートさせることもできます. 私はどのホストアダプタが + SCSI ID を 0 や 1 以外に設定したデバイスからブートできるのか知りませんが... + ドキュメントを参照してください (うまくいった場合は教えてください). + +

パラレル ZIP ドライブはサポートされていません. まだ ZIP ドライブを + 購入していないのなら, SCSI の ZIP ドライブを購入することをおすすめします... + 同程度の価格で, よりよいパフォーマンスが得られます. それにパラレルポートから + ブートするなんて考えられないでしょう. + +

すでにパラレル ZIP ドライブを持っているのであれば, + フランスの + + + + に Linux のドライバがあります. + +

それから および + についても + 確認しておいてください. + + + + では, JAZ や EZ, それからその他のリムーバブルドライブはサポートしていますか? + + +

FreeBSD では, IDE バージョンの EZ ドライブを除くすべての SCSI デバイスは, + SCSI のディスクと同等に扱われます. また IDE EZ は IDE ドライブと同等となります. + +

も参照. + + + どのマルチポートシリアルカードをサポートしていますか? + +

一覧は + の節にあります. + +

無名のカードにもうまく動くものがあり, + 特に AST 互換といわれているものに多く見られます. + +

カード設定の詳細な情報は, + オンラインマニュアルを参照してください. + + + 珍しいバスマウスを持っているのですが, どのように設定すればいいのですか? + +

FreeBSD は Logitech と ATI のグラフィックアダプタカードに付属している + バスマウスをサポートしています. + これらを使用するには, カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルする必要があります. + + + device mse0 at isa? port 0x23c tty irq5 vector mseintr + + + + + PS/2 (キーボードマウス) を使うには, どのように設定すればいいのですか? + + +

あなたの使っている FreeBSD が比較的新しいバージョンのものなら, + インストールの時に, 単にカーネルのコンフィグレーションのメニュー上で + PS/2 マウスを有効化するだけです, あるいは後で boot: プロンプト上で + -c を指定することでもメニューは現れます. + デフォルトでは無効に設定されていますので, 明示的に + 有効化してあげないといけません. + +

あなたの使っている FreeBSD が比較的古いものなら, + カーネルコンフィグレーションファイルに以下の行を加えて + カーネルを再コンパイルする必要があります. + + + device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr + # Options for psm: + options PSM_CHECKSYNC #checks the header byte for sync. + + +

カーネルの再構築についてよく知らないのであれば, + + を参照してください. + +

ブート時にカーネルが psm0 を検出したら, psm0 のエントリが /dev + の中にあることを確認してください. 以下のようにします. + + + cd /dev; sh MAKEDEV psm0 + + +

これは root でログインしているときにおこなってください. + + + + ラップトップ PC のマウス/トラックボール/タッチパッドは使えますか? + + +

を参照してください. + 加えて, にあるモーバイルコンピューティングの + ページもご覧ください. + + + どんなテープドライブをサポートしていますか? + +

FreeBSD は SCSI, QIC-36 (QIC-02 インタフェース付き) および + QIC-40/80 (フロッピーベース) テープドライブをサポートしています. + これらには 8-mm (Exabyte と呼ばれています) や DAT ドライブも含まれています. + QIC-40/80 ドライブは遅いことが知られています. + +

初期の 8-mm ドライブの中には SCSI-2 とまったく互換性を持たないものがあります. + これらは FreeBSD 上では動作しません. + + + どんなテープチェンジャーをサポートしていますか? + +

FreeBSD 2.2 は + デバイスと + コマンドを使用した SCSI チェンジャーをサポートしています. + 実際のチェンジャーの制御方法の詳細は, + のマニュアルページにあります. + +

使用している製品が, などのようにチェンジャーに対応済みのものでない場合は, + 次のことについて留意してください. + それらの製品は任意のポイント間のテープの移動を制御するだけなので, + テープがどのスロットに入っているか, 現在ドライブにあるテープが + どのスロットに戻るべきかを把握しておく必要があります. + + + どんなサウンドカードをサポートしていますか? + +

FreeBSD は SoundBlaster, SoundBlaster Pro, SoundBlaster 16, + Pro Audio Spectrum 16, AdLib それから Gravis UltraSound サウンドカードを + サポートしています. MPU-401 やその互換カードも機能に制限はあるものの + サポートされています. SoundBlaster 16 ASP カードはまだサポートされていません. + マイクロソフトサウンドシステムもサポートされています. + +

+ どんなネットワークカードをサポートしていますか? + +

より完全な一覧については の節を参照してください. + カードごとの必要なドライバが一覧表になっていないので, + 以下の不完全な一覧でまとめてみます. + + + driver/ + DEC DC21x40 およびそれらと互換性のある PCI コントローラ + (21140 100bT カードを含みます) + + driver/ + NE2000 および 1000 + WD/SMC 8003, 8013 および Elite Ultra (8216) + 3Com 3c503 + HP 27247B および 27252A + および 上に挙げたもののクローン + + driver/ + DEC EtherWORKS II および EtherWORKS III コントローラ. + + driver/ + AT&T EN100/StarLAN 10 + 3COM 3c507 Etherlink 16/TP + NI5210 + + driver/ + Isolan AT 4141-0 + Isolink 4110 + + driver/ + 3com 3c501 (Multicast や DMA はサポートされていません) + + driver/ + 3com 3c505 Etherlink/+ + + driver/ + IBM PCMCIA クレジットカードアダプタ + + drive/ + Lance/PCnet カード (Isolan, Novell NE2100, NE32-VL)(*) + + driver/ + 3com 3c509 (カードの PNP サポートを無効化しなければなりません) + + driver/ + Intel InterExpress + + driver/ + Cronyx/Sigma multiport Sync/Async (Cisco および PPP framing) + + driver/ + 3Com PCMCIA Etherlink III (通称 3c589) (A-C のみ) + + driver/ + DEC DEFEA EISA FDDI コントローラ + + driver/ + DEC DEFPA PCI FDDI コントローラ + + driver/ + Fujitsu MB86960A/MB86965A Ethernet カード + + + +

+ 数値演算コプロセッサを持っていません - 何かまずいでしょうか? + +

一般にこれらは問題とはなりません. しかし, 数値演算エミュレーションコードの + パフォーマンスか正確さのいずれかを選択する状況があります. + ( についての節をご覧ください). + とくに, X 上で弧を描く際にとても遅くなることでしょう. + 数値演算コプロセッサを購入されることを強くおすすめします. + とても役立つことでしょう. + +

+ 2.x で, 他にどのドライバがサポートされていますか? + +

以下に示すものは上記に属さないドライバのリストです. + + + + B004 互換の Transputer ボード用ドライバ + + ``ctx'' driver + CORTEX-I Frame grabber 用ドライバ + + ``gp'' driver + National Instruments AT-GPIB および + AT-GPIB/TNT board 用ドライバ + + ``pca'' driver + PC スピーカからオーディオファイルを演奏させるためのドライバ + + ``spigot'' driver + Creative Labs の Video Spigot 用ドライバ + + driver + Genuis GS-4500 ハンドスキャナ用ドライバ + + driver + ジョイスティック用ドライバ + + driver/ + National Instrument's Lab-PC および Lab-PC+ 用ドライバ + + driver/ + PS/2 マウスポート + + + X-10 POWERHOUSE 用ドライバ + + + + + + パワーマネージメント機能付きのラップトップ PC を持っています. + +

FreeBSD は一部のマシンの APM をサポートしています. + + の部分をご覧ください. + + + diff --git a/ja_JP.eucJP/FAQ/install.sgml b/ja_JP.eucJP/FAQ/install.sgml new file mode 100644 index 0000000000..9ef5debf57 --- /dev/null +++ b/ja_JP.eucJP/FAQ/install.sgml @@ -0,0 +1,476 @@ + + + + + + インストール +

訳: &a.iwasaki; &a.murata; .8 November 1997. + + + + FreeBSD を入手するにはどのファイルをダウンロードすればいいですか? + + +

通常は floppies/boot.flp というファイルの + フロッピーディスクイメージが一つだけ必要になります. 1.44MB の + フロッピーディスクに書き込み, そこからブートしてその他のファイル群を + ダウンロードします (インストールプログラムが TCP/IP 接続, テープ, CD-ROM, + フロッピーディスク, DOS パーティションなど, インストールに必要なもの + すべてに関する処理を担当します). + +

この手続きの完全な説明と, 一般的なインストール時の問題については + + を参照してください. + + + FreeBSD のインストールについての説明書はどこにありますか? + +

インストールの説明書は次のところにあります. + + + + FreeBSD を動作させるには何が必要ですか? + +

386 以上の PC, 5MB 以上の RAM, そして最低 60MB の + ハードディスク容量が必要となります. ローエンドの MDA カード + でも動作しますが, X11R6 を使うには VGA かそれ以上のビデオカード + が必要となります. + +

+ の節も併せてご覧ください. + + + 4 MB しかメモリがないのですが, インストールできますか? + +

4MB のシステムにインストールできた FreeBSD の最新版は + FreeBSD 2.1.7 でした. 2.2 のように, 2.2 などのより新しいバージョンの + FreeBSD は新規のインストールに最低 5MB は必要になります. + +

インストールプログラムが 4MB では動作しないだけで, 3.0 を含む + FreeBSD のすべてのバージョンは 4MB の RAM で動作可能です. + インストールする時だけさらに 4MB 追加しておき, システムが + セットアップされて動作するようになった後に, また 4MBを取り出して + もとに戻すこともできます. あるいは 4MB より多くメモリを搭載 + したシステムにディスクを持っていき, そのマシンでインストール + した後にディスクを戻すこともできます. + +

また, FreeBSD 2.1.7 でも 4MB ではインストールできない場合も + あります. 正確には, 640KB のベースメモリ + 3MB の拡張メモリ + ではインストールはできません. もしマシンのマザーボードが + 640KB から 1MB の領域で「失われた」メモリを再マップできる + 場合は, FreeBSD 2.1.7 をインストールできるかもしれません. + +

BIOS のセットアップ画面で, `remap' のオプションを探して + 有効 (Enable) にしてみてください. また, ROM shadowing を無効 + (Disable) にしておかなくてはなりません. + +

簡単なやり方としては, インストールする時だけあと 4MB 追加 + しておく方法があります. 必要なオプションだけを選択して + カスタムカーネルを構築し, また 4MB を取り出してもとに戻せば + いいのです. + +

また, 2.0.5 をインストールして, それから 2.1.7 のインストーラ + の ``upgrade'' オプションでシステムを 2.1.7 へアップグレード + するというやり方もあります. + +

インストールしたあとでカスタムカーネルの構築をした場合, 4MB + でも動作します. 2MBでブートに成功した人もいます. (でもその + システムはほとんど使いものになりませんでした :-)) + + + + 自分用のインストールフロッピーを作るには? + + +

現在はカスタムインストールフロッピーディスク「だけ」を作る方法はありません. + カスタムインストールフロッピーディスクイメージを含む, release 環境全体を + 新たに作る必要があります. /usr/src/release/floppies/Makefile + にあるコードでフロッピーディスクイメージ「だけ」を作れるはずですが, + まだ完全なものにはなっていません. + +

カスタムの release 環境をつくるには + の指示にしたがってください. + + + 自分の PC に複数のオペレーティングシステムを入れるには? + +

をご覧ください. + + + 同じマシンで Windows 95 と共存できますか? + +

まず Windows 95 をインストールして, そのあとで FreeBSD を + インストールしてください. FreeBSD のブートマネージャが Win95 + と FreeBSD のブート管理をしてくれるようになります. + Windows 95 を後にインストールした場合はひどいことに, + 問い合わせることもなくブートマネージャを上書きしてしまいます. + そうなってしまった場合は次の節をご覧ください. + + + + Windows 95 がブートマネージャを潰しちゃった! どうやって戻すの? + + +

ブートマネージャの再インストールの方法として, FreeBSD では + 以下に示す二通りの方法が用意されています: + + + DOS を起動し, FreeBSD の配布物の中にある tools/ ディレクトリ + へ移動し, bootinst.exe を探してみてください. + そして次のように実行してください: + +

bootinst.exe boot.bin + +

ブートマネージャが再インストールされます. + + FreeBSD のブートフロッピーディスクから起動し, 「カスタム」 + インストールメニューを選択し, 続いて「パーティション」を + 選択します. ブートマネージャがインストールされていたドライブ + (多分最初のもの) を選択し, パーティションエディタにたどり着いたら, + (何も変更せず) そのまま (W)rite を指定します. 確認のメッセージ + が出ますので「はい」と答え, ブートマネージャ選択の画面で確実に + "Boot Manager" を選択します. + これでブートマネージャがディスクに再び書き込まれます. + インストールメニューから抜けてリブートするとハードディスクは + 元通りになります. + + + + 不良ブロックのあるディスクにインストールできますか? + +

FreeBSD の不良ブロックの扱い ( + コマンド) は, + (ひいき目に見ても) 100% 完全ではなく, 残念ながら + 多数の不良ブロックのある IDE や ESDI ドライブは FreeBSD + では使用できないと言わざるをえません! でも, 非常に多くの IDE + ベースのシステムで動作しているようですので, 簡単にあきらめて + しまう前にとりあえず試してみましょう. + +

不良ブロックのある SCSI ドライブの場合は, + を参照してください. + + + インストーラからブートしたら変なことになりました! + +

インストーラからブートしようとしたときに, マシンが固まってし + まうとか自然とリブートしてしまうといった現象であれば, + 次の三つの項目を確認してください:- + + + 新品の, フォーマットしたての, エラーフリーの + フロッピーディスクを使っていますか? (三年間もベッドの下に + 放置されていた雑誌の付録みたいなやつではなくて, + 買ってきたばかりの新品が好ましいですね) + + フロッピーイメージをバイナリモードでダウンロード + しましたか? (困った顔をしないでください. 私たちの中 + で一番優秀な人でさえ, 少なくとも一回はバイナリファイルを + ASCII モードで思いがけずダウンロードしたことがあるのです!) + + Windows95 や Windows NT のような最近ご流行の + オペレーティングシステムを使用している場合, システムを + シャットダウンしてありのままの本物の DOS を再起動 + しましたか? これらの OS は, ディスク作成プログラム + のようなハードウェアに直接書き込みをおこなうプログラムに + 干渉できます: GUI の中の DOS シェル内部で動作している + 場合でも, この問題は発生します. + + +

また, Netscape でブートイメージをダウンロードする場合も問題 + があることが報告されていますので, できれば別の FTP クライアント + を使うのがよいでしょう. + + + あれ! テープからインストールできません! + +

2.1.7R をテープからインストールする場合, tar ブロックサイズ + を 10 (5120 バイト) にしたテープを作る必要があります. + デフォルト の tar ブロックサイズは 20 (10240 バイト) で, + このデフォルトサイズで作られたテープでは 2.1.7R を + インストールすることはできません. もしこうしたテープを使うと, + レコードサイズが大き過ぎるというエラーが起きることになります. + + + + ラップトップ PC に PLIP (パラレルライン IP) 経由でインストールできますか? + + +

次のようにして二つのコンピュータを Laplink パラレルケーブル + を通して接続してください: + + + +----------------------------------------+ + |A-name A-End B-End Descr. Port/Bit | + +----------------------------------------+ + |DATA0 2 15 Data 0/0x01 | + |-ERROR 15 2 1/0x08 | + +----------------------------------------+ + |DATA1 3 13 Data 0/0x02 | + |+SLCT 13 3 1/0x10 | + +----------------------------------------+ + |DATA2 4 12 Data 0/0x04 | + |+PE 12 4 1/0x20 | + +----------------------------------------+ + |DATA3 5 10 Strobe 0/0x08 | + |-ACK 10 5 1/0x40 | + +----------------------------------------+ + |DATA4 6 11 Data 0/0x10 | + |BUSY 11 6 1/0x80 | + +----------------------------------------+ + |GND 18-25 18-25 GND - | + +----------------------------------------+ + + +

また, Mobile Computing についての + ページもご覧ください. + + + + ハードディスクドライブには, どのジオメトリを使うべきでしょうか? + + +

(ここでディスクの「ジオメトリ」とは, ディスクのシリンダ, + ヘッダ, トラック当りのセクタの数を意味しています - 便宜上, + C/H/S とすることにします. これはディスクのどの領域で読み書きを + おこなうかを PC の BIOS が決定する手段となります.) + +

これについてはある理由のために, 誤解されている点が多いようです. + まず最初に, FreeBSD はディスクブロックで動作しているため, + SCSI ドライブのすべての問題はSCSI ディスクでは, 使用するジオメトリはコントローラの拡張 BIOS + トランスレーションが有効になっているかどうかによります (``>1GB の + DOS ディスクドライブのサポート'' とも呼ばれます). + 無効になっている場合, N シリンダ, 64 ヘッド, 32 セクタ/トラック + を使用しますが, ここで `N' は MB 単位のディスク容量です. + 例えば, 2GB ディスクは見かけ上 2048 シリンダ, 64 ヘッド, + 32 セクタ/トラックとなります. + +

それが「有効」になっており (MS-DOS ではこの方法で, ある制限 + を回避する場合もあります), ディスク容量が 1GB を越える場合は, + M シリンダ, 63 ヘッド (64 「ではなく」), 255 セクタ/トラック + を使用します. `M' は MB 単位のディスク容量を 7.844238 (!) + で割った値となります. ということで, 2GB ディスクの例では, + 261 シリンダ, 63 ヘッド, 255 セクタ/トラックとなります. + (訳注: 以上は Adaptec 社と NCR 社製の SCSI アダプタの場合です. + SCSI アダプタによって変換の数値が変わってくるのでマニュアルを + 参照してください.) + +

これについてよく分からない場合や FreeBSD がインストール中に + 正しくジオメトリを取得できない場合, これを回避するもっとも + 簡単な方法はディスクに小さな DOS パーティションを作ることです. + そうすると正しいジオメトリが取得されるはずです (そして, + 残しておきたくないとかネットワークカードのプログラミング用に + 使いたい場合などには, いつでもパーティションエディタで DOS + パーティションを削除することができます). + +

もう一つの方法として, FreeBSDと一緒にに配布されているフリー + で使えるユーティリティに ``toolsディレクトリかいろいろな FTP サイトにあります) + と呼ばれるものがあり, ディスク上の他のオペレーティングシステム + が使用しているジオメトリを調べるのに役立ちます. そして, この + ジオメトリ情報をパーティションエディタに入力することができます. + + + ディスクの分割の仕方で何か制限はありますか? + +

はい. BIOS がカーネルをブートできるようにルートパーティションが + 1024 シリンダ以内にあることを確認する必要があります + (これは FreeBSD ではなく PC の BIOS の制限です). + +

SCSI ドライブでは, 通常はルートパーティションが最初の 1024MB + に収まっていることが前提となります (または拡張 BIOS トランスレーション + が有効になっている場合は最初の 4096MB - 他の質問をご覧ください). + IDE でそれに相当する値は 504MB となります. + (訳注: E-IDE 対応の BIOS 搭載マシンの場合は IDE の 504MB という + 制限はありません.) + + + + 大容量ディスクを持っていますが, ディスクマネージャは使えますか? + + +

FreeBSD は Ontrack Disk Manager を認識し, これを考慮にいれます. + 他のディスクマネージャはサポートしません. + +

ディスク全体を FreeBSD で使いたい場合は, ディスクマネージャ + は必要ありません. BIOS が扱える容量いっぱいで (通常は 504MB) + ディスクの設定をおこなうと, FreeBSD は実際の容量を算出する + はずです. MFM コントローラ付きの古いディスクを使っている場合は, + FreeBSD に使用するシリンダ数を詳細に指定する必要があります. + +

FreeBSD と他のオペレーティングシステムが入っているディスクを + 使用したい場合は, ディスクマネージャなしでもできるでしょう: + FreeBSD のブートパーティションと他のオペレーティングシステム + 用のスライスが最初の 1024 シリンダ内に収まっている事を確認 + するだけです. 気になる方は, ブートパーティションを 20 メガバイト + ぐらいにして大きめにするととよいでしょう. + + + + FreeBSD のブート時に ``Missing Operationg System'' と表示されます + + +

これは FreeBSD や DOS, そのほかの OS がディスク領域 + のとらえ方で衝突 + しあっていることから起こる典型的な例です. こうなったら + FreeBSD をインストールし直す以外にはありませんが, + 他のところで説明した手順にしたがってやれば, + ほぼ間違いなくうまくいくはずです. + + + ブートマネージャの `F?' プロンプトが表示されません. + +

これはすでに前に質問されている問題のもう一つの症状です. BIOS + のジオメトリと FreeBSD のジオメトリ設定が一致していないのです! + コントローラや BIOS がシリンダの変換 (``>1GB ドライブの + サポート'' とも呼ばれます) をサポートしていたら, + その設定を無効化して FreeBSD をインストールし直してみてください. + + + + 16MB を越えるメモリを搭載していますが, 何か問題が起こりますか? + + +

性能問題以外は無しです. FreeBSD 2.X は bounce-buffer をサポートしており, + バスマスタリングコントローラは 16MB より上のメモリ領域に + アクセスできます. (ISA デバイスを使用している場合のみ必要 + となりますが, 一部の EISA と VLB デバイスでも必要な場合 + があります.) + +

また, もっと多くのメモリを搭載している場合, Compaq や利用可能な + メモリサイズを正しく報告しない他の BIOS を使用している場合は, + の節をご覧ください. + + + ソースを全部インストールする必要はありますか? + +

一般的には「いいえ」です. しかし最低でも, `` + を実行する時は例外です. + カーネルのソースをインストールしなくてもよい例として, どこか + 別の場所からカーネルのソースを読み込み専用で NFS マウントする + 事ができ, またそこから新しいバイナリを作成できるようになって + います. (カーネルソースの制限があるので, 直接 /usr/src を + マウントする事はおすすめできません. それよりもどこか別の + ディレクトリにマウントして, ソースツリーの複製ができるように + 適切にシンボリックリンクを張ってください.) + +

ソースをネットワーク上に持ち, そこからシステムをビルド + するようにしておけば, FreeBSD の将来のリリースへのアップグレード + がずっと簡単になります. + +

実際にソースのサブセットを選択するには, システムインストール + ツールの「配布ファイル」メニューにある「カスタム」メニュー + を使用します. また, src/install.sh スクリプトでも + 与える引数によってソース配布ファイルの一部分をインストールできます. + + + カーネルは作り直さなくちゃならないんですか? + +

カーネルを新しく作り直すのは元々 FreeBSD のインストール時に + どうしても必要なことでした. でも最近のリリースでは, とても + ユーザフレンドリなカーネル設定ツールの恩恵を受けています. + FreeBSD のブートプロンプト (boot:) で "-c" と打てば + ビジュアルな設定画面になり, ほとんどの一般的な ISA カードに + ついてのカーネルの設定をすることができるのです. + +

今でも, 必要なデバイスドライバだけを組み込んだカーネルを + 作ることはよい事とされています. ほんのちょっとだけメモリを + 節約できますからね. でもほとんどのシステムでは, もはや + どうしてもやらなくちゃならないことではないのです. + + + + アメリカ合衆国国外に住んでいますが, DES 暗号化ソフトウェアは使えますか? + + +

DES スタイルの暗号化コードの使用が絶対避けられないものでない + 場合は, DES 暗号化アルゴリズムを合法的に合衆国国外に持ち出す事 + ができないため, 合衆国国外のユーザは合衆国の FTP サイト + から該当するソフトウェア (しかし, これに代わる libcrypt が, オーストラリアの David + Burren によって書かれたソースをベースに作られています. + これは合衆国国外のいくつかの FTP ミラーサイトで公開されています. + この制限の課せられていない libcrypt のソースと, それを + 使ったプログラムのバイナリは, 以下の FTP サイトから入手する + 事ができます: + + + ftp://ftp.internat.freebsd.org/pub/FreeBSD + ftp://storm.sea.uct.ac.za/pub/FreeBSD + + ftp://ftp.iqm.unicamp.br/pub/FreeBSD + + ftp://nic.funet.fi/pub/unix/FreeBSD/eurocrypt + + 訳注: 日本国内では以下のサイトにあります. + ftp://jaz.jp.freebsd.org/pub/FreeBSD-internat + + +

この合衆国国外向けの 合衆国国外のユーザは, お願いですからいかなる暗号化ソフトウェア + も合衆国内からダウンロードしないでください. ダウンロードされた + サイトの管理者は, 法律的にとても難しく困難な立場に立たされる + 事になります. + +

合衆国以外向けの Kerberos も開発されつつあります. 現在の + バージョンは anonymous FTP で braae.ru.ac.za から + 入手できます. + +

また, 合衆国国外向けの暗号化ソフトウェアに関する議論のための + もあります. + より詳しい情報については, メールの本文に ``<majordomo@braae.ru.ac.za> まで送ってください. + + + diff --git a/ja_JP.eucJP/FAQ/jcontrib.sgml b/ja_JP.eucJP/FAQ/jcontrib.sgml new file mode 100644 index 0000000000..dae0ddc69c --- /dev/null +++ b/ja_JP.eucJP/FAQ/jcontrib.sgml @@ -0,0 +1,78 @@ + + + + + FreeBSD FAQ 日本語化について + +

FreeBSD 日本語ドキュメンテーションプロジェクトは, FreeBSD 関係の日本語 + ドキュメントが少ないことを嘆いた数人の FreeBSD ユーザの提唱によって + 1996年2月26日にスタートし, FreeBSD 日本語ハンドブックの作成をはじめとした + 活動をおこなってきました. + FreeBSD FAQ の日本語化については, オリジナルの翻訳作業だけでなく + 日本国内に固有の話題についても広く情報を集め, 日本の FreeBSD ユーザにとって + 真に有益なドキュメントを提供しようと考えています. + オリジナルの FAQ は日毎に更新されており, 私たちもまた + これに追い付くために作業を続けていきます. もちろん, 新しいメンバも大歓迎です. + 日本語翻訳版について, 何かお気づきの点がありましたら, &a.doc-jp; + までご連絡ください. + また, もし私たちの作業を手伝ってくれるなら, + + をご覧の上, 是非参加してください. + + + 翻訳者 (五十音順) + +

+ + &a.arimura + &a.ryo + &a.iwasaki + &a.yoshiaki + &a.kuriyama + &a.koga + &a.motoyuki + &a.nakai + &a.nishika + &a.hanai + &a.kiroh + &a.shou + &a.murata + &a.junkun + + + + 査読者 (五十音順) + +

+ + &a.asami + &a.iwasaki + &a.yoshiaki + &a.ohashi + &a.kuriyama + &a.motoyuki + &a.saeki + &a.hanai + &a.nao + &a.kiroh + &a.hino + &a.shiyama + &a.shou + &a.murata + &a.earth + + + + 作業環境整備 (五十音順) + +

+ + &a.ryo + &a.iwasaki + &a.simokawa + &a.hideyuki + + + + diff --git a/ja_JP.eucJP/FAQ/jmembers.sgml b/ja_JP.eucJP/FAQ/jmembers.sgml new file mode 100644 index 0000000000..2073421ba7 --- /dev/null +++ b/ja_JP.eucJP/FAQ/jmembers.sgml @@ -0,0 +1,103 @@ + + + + + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + +"> + diff --git a/ja_JP.eucJP/FAQ/kernelconfig.sgml b/ja_JP.eucJP/FAQ/kernelconfig.sgml new file mode 100644 index 0000000000..1aa2cdb9e7 --- /dev/null +++ b/ja_JP.eucJP/FAQ/kernelconfig.sgml @@ -0,0 +1,163 @@ + + + + + + カーネルコンフィグレーション +

訳: &a.kiroh;.10 November 1997. + + + + カーネルをカスタマイズしたいんですが, 難しいですか? + + +

全然難しくありません. 最低 ソースコードで提供すると多少ディスクスペースを多く消費します. + しかし, 何か問題があった場合や, 動作を確認したい場合など, + + cd /usr/src/sys/i386/conf + cd ../../compile/MYKERNEL + + +

以前のリリース (FreeBSD 2.X) でのカーネルコンフィグファイルが + 既にある場合は, ステップ 2 は必要ないかもしれません. + 以前のファイルをコピーして, 書式が変更されてたり, + 廃止されたドライバがないか, 注意深く確認してください. + +

カーネルコンフィグファイル /kernel にコピーされ, + 古い /kernel は, /kernel.old に + /kernel.old から + ブートすることも可能ですので, 必ず覚えておいてください. + リブートすると, デフォルトでは新しいカーネルでブートします. + +

何らかの理由でステップ 7 のコンパイルが失敗したら, ステップ 4 + にもどって, 最後になりますが, 新しいカーネルが使用しているハードウェアに + うまく適合しているかどうか調べるために元のブートメッセージを + 調べる必要がある場合は, + コマンドを使ってみてください. このコマンドは, 古いカーネルの + ブート時のメッセージをすべて表示します. メッセージの中には, + 新しいカーネルを設定するのに, 非常に有用な情報が含まれます. + +

+ + + +

推測ですけど, 数値演算コプロセッサを持ってないからと思って, + をカーネルコンフィグファイルから削除しちゃったんじゃ + ないですか? + マルチポートシリアル関連のコードでの, 割り込みの競合 + +

+ # + # Multiport high-speed serial line - 16550 UARTS + # + device sio2 at isa? port 0x2a0 tty irq 5 flags 0x501 vector siointr + device sio3 at isa? port 0x2a8 tty flags 0x501 vector siointr + device sio4 at isa? port 0x2b0 tty flags 0x501 vector siointr + device sio5 at isa? port 0x2b8 tty flags 0x501 vector siointr + + + + QIC-40/80 ドライブのサポートを有効にするには? + +

の行に, `` +controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 flags 0x1 vector fdintr +disk fd0 at fdc0 drive 0 ^^^^^^^^^ +disk fd1 at fdc0 drive 1 +#tape ft0 at fdc0 drive 2 +^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + + +

次に, /dev/ft0 デバイスを作成します. /dev/ + に移動して, 以下のコマンドを実行します. + + + sh ./MAKEDEV ft0 + + +

これは, 1 番目のドライブの例です. 2 番目には /dev/ft0 デバイスは, `` + のマニュアルページを参照してください. + +

/usr/src/sbin/ft から最新の + diff --git a/ja_JP.eucJP/FAQ/misc.sgml b/ja_JP.eucJP/FAQ/misc.sgml new file mode 100644 index 0000000000..54d54065f4 --- /dev/null +++ b/ja_JP.eucJP/FAQ/misc.sgml @@ -0,0 +1,233 @@ + + + + + + その他の質問 +

訳: &a.yoshiaki;.10 November 1997. + + + + FreeBSD は Linux より多くのスワップ領域を消費するのはなぜですか? + + +

そうではありません. 本当は「なぜスワップが全部使われてる + ように見えるのか」と聞きたいのでしょう. そういうことであれば, + その理由は, 実行プログラムのクリーンな (無変更の) ブロックを, + 終了後すぐに捨ててしまわずにスワップ領域に残しておけば, + そのプログラムが再実行される際にファイルシステムから読み直すよりも + 迅速に実行することができるからです. + +

メモリ中に同時に保持する事のできるダーティページの実際の量は + 減少しません. クリーンなページが必要に応じて置き換えられます. + + + + FreeBSD の実行フォーマットの a.out はどのようなものですか, a.out を使う理由, ELFを使う理由は何でしょう? + + +

FreeBSD の a.outフォーマットを理解するためには, + まず UNIXにおいて現在 「優勢」な 3種類の実行フォーマットについて + いくらか知っておく必要があります: + + + + +

最も古く 「由緒正しい」 unix オブジェクトフォーマットです. + マジックナンバを含む短くてコンパクトなヘッダが先頭にあり, + これがフォーマットの特徴とされています (参照 + + より詳細な内容があります). ロードされる 3種類のセグメント: + .text, .data, .bss と加えてシンボルテーブルと文字列テーブルを + 含みます. + + COFF +

SVR3 のオブジェクトフォーマットです. ヘッダは単一の + セクションテーブルから成り, .text, .data, .bss セクション以外 + の部分を持つことができます. + + ELF +

FreeBSD はこの問題を解決するための試みとして, 既知の 書き加える + ユーティリティを提供しています. + のマニュアルページ + を参照してください. より多くの情報があります. + + +

FreeBSD は伝統的な立場をとり, 数多くの世代の BSD のリリース + で試され, 実証されてきた + フォーマットを使用しています. + いつかは FreeBSDシステムでネイティブ FreeBSDの場合は, 共有ライブラリのメカニズムは Sun の + SunOSスタイルの共有ライブラリのメカニズムに極めて近い + ものになっていて非常に使いやすいためにこれほど話は単純では + ありません. 実際に + なぜシンボリックリンクのパーミッションは chmod で変えられないのですか? + +

この場合, `` と + のマニュアルページにはもっと詳しい情報があります. + +

+ をオプションをつけずにシンボリックリンクの名前の後ろにスラッシュ + (``/'') をつけて使います. 例えば, `` + chmod 555 foo/ + + +

後ろにスラッシュをつけると, + はシンボリックリンク + `` + + login 名が + +

+ FreeBSD 上で DOS のバイナリを動かすことはできますか? + +

今のところはできませんが, BSDI は彼らの + へメールを送ってください. + +

現在, + という巧妙なユーティリティが ports + コレクションにあり, 8088 のエミュレーションと DOS の + テキストモードアプリケーションを動かすに十分な BIOS + サービスをおこないます. これは X ウィンドウシステムが必要です + (XFree86 として提供されています) + + + + `` + +

+ とはソフトウェアアップデートプロトコル (Software Update + Protocol) で CMU で開発ツリーの同期のために開発されました. + 私たちの中心開発ツリーをリモートサイトで同期させるために + 使っていました. + +

SUP はバンド幅を浪費しますので, 今は使っていません. ソースコードの + アップデートの現在のおすすめの方法は + にあります. + + + FreeBSD をクールに使うには? + +

Q. FreeBSD を動かす時に温度測定をおこなった人はいますか? Linux + は dos よりも温度が下がるということは知っていますが, FreeBSD + についてはこのようなことに触れたものを見たことはありません. + 実際熱くなっているように見えます. + +

A. いいえ. 私たちは 250 マイクログラムの LSD-25 をあらかじめ + 与えておいたボランティアに対する目隠し味覚テストを大量に + おこなっています. + 35% のボランティアは FreeBSD はオレンジのような味 + がすると言っているのに対し Linux は紫煙のような味わいがある + と言っている人もいます. 私の知る限り両方のグループとも温度の + 不一致については触れていません. この調査で, 非常に多くの + ボランティアがテストをおこなった部屋から不思議そうに出てきて, + このようなおかしな結果を示したことに私たちは当惑させられました. + 私は, ほとんどのボランティアは Apple にいて彼らの最新の + 「引っかいて匂いをかぐ」 GUI を使っているのではないかと + 考えています. 私たちは奇妙な古い仕事をしているのでしょう! + +

真面目に言うと, FreeBSD も Linux も `` + 誰かが私のメモリカードをひっかいているのですか?? + +

Q. FreeBSDでカーネルのコンパイルをしている時にメモリから + 引っかいているような奇妙な音が聞こえるようなことはあるのでしょうか? + コンパイルをしている時 (あるいは起動時にフロッピドライブを + 認識した後の短い間など), 奇妙な引っかくような音がメモリカードの + あたりから聞こえてきます. + +

A. その通りです. BSDのドキュメントでしばしば「デーモン」に + ついて述べられている理由がわかるでしょう. しかし多くの人は本当の + 事については触れていません. 非物質的な存在があなたのコンピュータ + にあるのです. メモリからの引っかいたような音は, 実際に色々な + システム管理タスクの扱いをいかに最善なものにするかという内容を交わす, + デーモンたちのかん高いささやきなのです. + +

「雑音」があなたに DOS プログラムの ``fdisk /mbr'' + を使ってうまくささやきを取り除かせようとしているように聞こえても, + 彼らは逆にそうすることをやめさせようとしているのかもしれません. + 本当は内蔵スピーカからのビル ゲイツの悪魔的な声が + あなたに影響を与えているのかもしれません. + 実行するのは止めましょう, そして振り返ってはいけません! + BSD の守護神 (daemon) の力により, + 繰り返しあなたのマシンを支配下に置こうとし, あなたの魂を + 無限地獄に突き落そうとする DOSと Windows の双子の悪鬼 (demon) の + 影響から自由になりましょう. + 選択の機会は与えられました. 私自身はこの引っかくような音が + 聞こえていたことを嬉しく思っています. + + + diff --git a/ja_JP.eucJP/FAQ/network.sgml b/ja_JP.eucJP/FAQ/network.sgml new file mode 100644 index 0000000000..b9511dcd15 --- /dev/null +++ b/ja_JP.eucJP/FAQ/network.sgml @@ -0,0 +1,747 @@ + + + + + + ネットワーキング +

訳: &a.arimura; &a.shou; &a.nishika; . + 13 November 1997. + + + ``diskless boot'' に関する情報はどこで得られますか? + +

``diskless boot'' というのは, FreeBSD がネットワーク上で起動し, + 必要なファイルを自分のハードディスクではなくてサーバから読み込むものです. + 詳細については + + を読んでください. + + + + FreeBSD をネットワークの router として使用することはできますか? + + +

インターネット標準やこれまでのよい経験によって指摘されている通り, + FreeBSD は標準ではパケットを forward するように設定されていません. + しかし, の中で次の変数の値を + + gateway_enable=YES # Set to YES if this host will be a gateway + + +

このオプションによって の変数 + ほとんどの場合, router についての情報を同じネットワーク + の他の計算機等に知らせるために, 経路制御のためのの process + を走らせる必要があるでしょう. FreeBSD には BSD の標準経路制御デーモン + である + が付属していますが, より複雑な状況に対処するためには + 注意してほしいのは, FreeBSD をこのようにして使用している場合でも, + router に関するインターネット標準の必要条件を完全には満たしていない + ということです. しかし, 普通に使用する場合にはほとんど問題ありません. + + + + Win95 の走っているマシンを, FreeBSD 経由でインターネットに接続できますか? + + +

通常, この質問が出てくる状況は自宅に二台の PC があり, 一台では + FreeBSD が, もう一台では Win95 が走っているような場合です. + ここでやろうとしていう事はFreeBSDの走っている計算機をインターネット + に接続し, Win95 の走っているマシンからは FreeBSD の走っているマシンを + 経由して接続をおこなう事です. これは二つ前の質問の特別な場合に相当します. + +

FreeBSDをとして設定する方法については, + 役に立つ文書があります. + +

や + + のような また, に関する節も参照してください. + + + + ISC からリリースされている BIND の最新版は compile できないんでしょうか? + + +

BIND の配布物と FreeBSD とでは ``compat/include/sys/cdefs.h を削除してください. + + + FreeBSD で SLIP と PPP は使えますか? + +

使えます. FreeBSD を用いて他のサイトに接続する場合には, + , + , + そして + + のマニュアルページを見てください. + は SLIP のサーバ専用で, + は SLIP のクライアント専用です. + +

これらのプログラムの解説が, + の以下のセクションにあります. + + + + + + + + + + + +

「シェルアカウント」を通じてのみインターネットへアクセス可能な場合, + package みたいなものが欲しくなるかもしれませんね. + これを使えば, ローカルマシンから直接 ftp や http のようなサービスに + (限定的ではありますが) アクセスすることができます. + + + + FreeBSD は NAT か IP マスカレードをサポートしていますか? + +

ローカルなサブネット (一台以上のローカルマシン) を持っているが, + インターネットプロバイダから 1 つしか IP アドレスの割り当てを + 受けていない場合 (または IP アドレスを動的に割り当てられている場合でも), + プログラムを使いたくなるかもしれませんね. + も, 同様の機能を持っており, + が使われます. + + + + + + +

まず のマニュアルと, を読んでみましょう. 次に, + + + set log Phase Chat Connect Carrier lcp ipcp ccp command + + +

という命令を /etc/ppp/ppp.conf に加えて + (default セクションの先頭に加えるのが一番良いでしょう) + ログを有効にしてみてください. その際, に + + + !ppp + *.* /var/log/ppp.log + + +

と書かれた行が含まれているか, また, /var/log/ppp.log + が存在しているかどうか確かめておいてください. さて, これで + 何が起きているのか突き止めるために, ログファイルからたくさんの + 情報を得られるようになりました. ログに訳の分らない部分があっても + 心配ご無用. あなたが助けを求めた誰かにとっては, その部分が + 意味をなす場合があるのです. + +

訳注: ログの取得に syslog を使用するようになったのは + 2.2.5 以降からです. + +

使用中の ppp のバージョンで "set log" 命令を解釈しない場合は, + + をダウンロードすべきです. FreeBSD の 2.1.5 以降でビルドできます. + + + ppp が -auto モードでダイアルしてくれない + +

まず最初に, デフォルトルートが確立しているかどうかチェックして + ください. を実行すると, 以下のような情報が表示されるはずです. + + +Destination Gateway Flags Refs Use Netif Expire +default 10.0.0.2 UGSc 0 0 tun0 +10.0.0.2 10.0.0.1 UH 0 0 tun0 + + +

これはあなたがハンドブックやマニュアル, ppp.conf.sample の中で + 出てくるアドレスを使用していると仮定した場合の例です. + デフォルトルートが確立していない場合, ppp.conf の中の が走っている可能性があります. FreeBSD 2.2.5 より前の + バージョンに付属していた + add 0 0 HISADDR + + +

と書かれた行を以下のように修正してください. + + + add 0 0 10.0.0.2 + + +

netstat -rn でデフォルトルートの情報が表示されない場合, もう一つ, + (2.2.2 より前のリリースでは + /etc/sysconfig と呼ばれていました) の中でデフォルトの + ルータを誤って設定し, ppp.conf から + + + delete ALL + + +

の行をうっかり消してしまった可能性があります. + この場合は, ハンドブックの + の項を読み直してください. + + + "No route to host" とはどういう意味ですか? + +

このエラーは通常, /etc/ppp/ppp.linkup に以下のような + セクションが無い場合に起こります. + + MYADDR: + delete ALL + add 0 0 HISADDR + + +

これは動的 IP アドレスを使用している場合, またはゲートウェイの + アドレスを知らない場合にのみ必要な設定です. インタラクティブモード + を使用している場合, + delete ALL + add 0 0 HISADDR + + +

詳しい情報については, ハンドブックの + の項を参照してください. + + + 3 分ほど経つと接続が切れてしまう + +

ppp のタイムアウトは デフォルトでは 3 分です. これは + + + set timeout NNN + + +

という命令によって調整することができます. ppp.conf + に入れることも, インタラクティブモードでプロンプトから入力することも + できます. ソケットを用いる + か + を使用し, 訳注 pppctl は 2.2.5R からです. + +

詳しい情報は + のマニュアルを参照してください. + + + 負荷が高いと接続が切れてしまう + +

Link Quality Reporting (LQR) の設定を行っている場合, + マシンと接続先の間で非常にたくさんの LQR パケットが失われている + 可能性があります. 結果として ppp は回線の具合いが悪いと考え, + 回線を切断するのです. 2.2.5 より前のバージョンの FreeBSD では + LQR はデフォルトで有効になっています. 現在ではデフォルトの状態で + 無効です. LQR は以下の命令で無効にすることができます. + + + disable lqr + + + + 接続がランダムに切れてしまう + +

時々, ノイズの多い回線, あるいは待ち機能付きの回線では, + モデムが (誤って) キャリアを失ったと思い込み, ハングアップしてしまう + ことがあります. + +

大多数のモデムでは, 一時的なキャリアの喪失にどれだけ我慢するか + 設定で決めることができます. 例えば USR Sportster では, S10 レジスタ + の値を 10 倍した秒数がその値になります. この場合, モデムをもっと + のんびり屋さんにするには, dial 行に次のような文字列を加えると + 良いでしょう. + + + set dial "...... ATS10=10 OK ......" + + +

詳しくはお使いのモデムのマニュアルをご覧ください. + + + Login OK! のメッセージが出た後, 何も起こらない + +

2.2.5 より前のリリースの FreeBSD では, + はリンクが確立した後, 接続先が Line Control Protocol (LCP) + を発信するのを待ちます. しかし, 多くの ISP ではネゴジェーションを + 自分からは起こさず, クライアントが起こすのを待っています. + + set openmode active + + +

+ でもまだ "magic is the same" というエラーが出る + +

時折, 接続直後のログに "magic is the same" というメッセージが + あらわれることがあります. このメッセージがあらわれても何も起きない + 場合もありますし, どちらかの側が接続を切ってしまう場合もあります. + +

これは通常, ディスクアクセスの遅いサーバマシンのシリアルポートで + getty が生きていて, ppp がログインスクリプトか, ログイン直後に + 起動されたプログラムから実行されている場合に起こります. 原因は + getty の終了されるまでと, ppp が実行され, クライアント側の ppp が + Line Control Protocol (LCP) を送り始めるまでのタイミングにあります. + サーバ側のシリアルポートで ECHO が有効なままになっているので, + クライアント側の ppp にパケットが「反射」してしまうのです. + +

LCP ネゴジェーションの一部として, リンクの両サイドで magic number + を定めて, 「反射」が起きていないかどうか確かめる作業があります. + 規約では, 接続相手がこちらと同じ magic number を提示してきたら, + NAK を送って新しい magic number を選択しなければならないと + 定めています. この作業の間, サーバのシリアルポートの ECHO がずっと + 有効になったままなので, クライアント側の ppp は LCP パケットを送り, + パケットが反射して全く同じ magic number が送られてくるのを見つけ, + それに対して NAK を送るのです. 一方 NAK 自体も (これは ppp が magic + number を変更しなければいけないことを意味しています) 反射して + くるので, 結果として magic number が数えきれないほど変更され, + その全てがサーバの tty バッファの中に積み重なることになるのです. + サーバでスタートした ppp はとすぐ magic number であふれかえってしまい, + LCP のネゴジェーションを十分に行ったものと判断して, さっさと接続を + 切ってしまいます. 一方, クライアント側は反射が帰ってこなくなったので + 満足しますが, それもサーバが接続を切ったことを知るまでです. + +

これを回避するには, 以下の命令を ppp.conf の中に入れるしかありません. + + + set openmode passive + + +

これで ppp はサーバが LCP ネゴジェーションを起こすのを待つように + なります. しかし, 自分からは決してネゴジェーションを起こさないサーバ + もあるかもしれません. もしこの状況に遭遇した場合, send-pr を使って + これをバグとして報告してください. そうすれば, ppp の機能を変更して, + LCP ネゴジェーションを起こすまでの時間をユーザが指定できるよう, + 変数を追加する必要があると認められるでしょう. + + + ppp が接続直後に固まってしまう + +

2.2.5 より前のバージョンの FreeBSD では, + disable pred1 + + + + ppp の内部でシェルを起動しようとすると固まってしまう + +

このような場合は, 代わりに + ヌルモデムケーブルを使用しているとき, ppp が終了しない + +

ヌルモデムケーブルを使用して直接接続している場合, + enable lqr + + +

こうすると, 接続先がネゴジェーションを行う場合, デフォルトで + LQR の使用を受け入れるようになります. + + + ppp を -auto モードで動かすと, 勝手にダイアルすることがある + +

原因を突き止めるためには, 以下の命令を使用してください. + + + set log +tcp/ip + + +

これで接続を通過する全てのトラヒックをログに残すことができるように + なりました. 次に突然回線がつながったときのログのタイムスタンプを + たどれば, 原因を突き止めることができるはずです. + +

原因がわかったら, 次に, このような状況ではダイヤルが起こらないように + しましょう. 通常, この手の問題は, DNS で名前の解決をしようとしたために + 起こります. DNS による名前の解決によって, 接続が行われるのを防止する + には, 次のような手段を用います (これは + set dfilter 1 deny udp src eq 53 + set dfilter 2 deny udp dst eq 53 + set dfilter 3 permit 0/0 0/0 + + +

これはデマンドダイヤル機能に問題を生じさせるため, + 常に適切であるとはかぎりません. ほとんどのプログラムは + 他のネットワーク関連の処理をおこなう前に DNS への問い合わせ + が必要になります. + +

DNS の場合は, 何が実際にホスト名を検索しようとしているのかを + 突き止めるべきでしょう. 大抵の場合は, + が犯人です. 設定ファイルで sendmail に + DNS に問い合わせないようになっているか確認すべきです. + 詳しくは の節を + ご覧ください. + + + CCP エラーとはどういう意味ですか + +

ログファイル中の以下のエラーは, + + + CCP: CcpSendConfigReq + CCP: Received Terminate Ack (1) state = Req-Sent (6) + + +

ネゴジェーションにおいて ppp は Predictor1 圧縮を用いるべく主張したが, + 接続先は圧縮を使用しないことを主張した場合に起こります. このメッセージ + には何の害もありませんが, 出るのが嫌なら, 以下の命令を用いて + こちら側でも Predictor1 圧縮を無効にすることで対応できます. + + + disable pred1 + + + + ファイル転送の途中で, ppp が IO エラーを出して固まってしまう + +

FreeBSD 2.2.2 以前のバージョンの tun ドライバには, tun インタフェース + の MTU のサイズより大きなパケットを受け取ることができないというバグが + ありました. MTU のサイズより大きなパケットを受け付けると IO エラーが + 起こり, syslogd 経由で記録されるのです. + +

ppp の仕様では, LCP のネゴジェーションを行う場合を含む + どのような場合でも最低 1500 オクテットの + Maximum Receive Unit (MRU) を受け入れる必要があります. + ですから, MTU を 1500 以下に設定した場合でも, ISP はそれに関係なく + 1500 の大きさのパケットを送ってくるでしょう. そしてこのイケてない + 機能にぶちあたって, リンクが固まるのを目にすることになるのです. + +

FreeBSD 2.2.2 以前のバージョンでは, MTU を決して 1500 より小さく + しないことで, この問題を回避することができます. + + + + どうして ppp は接続速度をログに残さないんでしょう? + +

モデムとの「やり取り」全ての行をログに残すには, + 以下のようにして接続速度のログの有効化を行ってください: + + + set log +connect + + +

これは + + に最後にくることが要求されている "expect" という文字列がくるま + でのすべてのものをログに記録させます. + +

接続速度はログにとりたいけれど, PAP や CHAP を使っている + (その結果, dial スクリプト中の CONNECT 以降に全く「やりとり」 + を行わない - "set login" スクリプトには何も書かない) のであれ + ば, ppp に "expect" を含んだ CONNECT 行全てがくるまで待たせる + ようにしないといけません, 以下のようになります: + + + set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 4 \"\" ATZ OK-ATZ-OK ATDT\\T TIMEOUT 60 CONNECT \\c \\n" + + +

ここで, CONNECT を受信してから, 何も送らず, linefeed を + 待っています, + どれにも当てはまらない! どうしたらいいの? + +

これまでの全ての質問に当てはまらない場合, 設定ファイル, コマンドの出力 (接続前と接続後) を含む, + あなたの持っている全ての情報を + メーリングリストや + ニュースグループへ + 送ってください. 誰かがあなたを正しい方向へ導いてくれるでしょう. + + + /dev/ed0 デバイスを作成することができません. + +

+ Berkeley UNIX におけるネットワークの構成においては, ネットワーク + のインタフェースは kernel のコードからのみ直接あつかうことが + できます. より詳しく知りたい場合は, /etc/rc.network + というファイルや, このファイルの中に書いてあるさまざまなプログラム + についてのマニュアルページを見てください. それでもまだ分からない場合には, + 他の BSD 系の OS のネットワーク管理についての本を読むべきでしょう. + ごく少しの例外をのぞいては, FreeBSD のネットワーク管理は SunOS 4.0 + や Ultrix と基本的に同じです. + + + Ethernet アドレスのエイリアスはどのようにして設定できますか? + +

のコマンドラインに `` + ifconfig ed0 alias 204.141.95.2 netmask 0xffffffff + + + + 3C503 で他のネットワークの port を使用するにはどのようにすればよいですか? + +

他の port を使用したい場合には, のコマンドラインにパラメータを + 追加しなければなりません. default は ``. + の using the ifconfig_* の変数を使って指定されるはずです. + + + FreeBSD との間で NFS がうまくできません. + +

PC 用のネットワークカードによっては NFS のようなネットワークを + 酷使するアプリケーションにおいて問題を起こすものがあります. + +

この点に関しては + を見てください. + + + 何故 Linux のディスクを NFS マウントできないのでしょうか? + +

Linux の NFS のコードによっては許可されたportからの + リクエストからしか受けつけないものがあります. + 以下を試してみてください. + + + mount -o -P linuxbox:/blah /mnt + + + + 何故 Sun のディスクを NFS マウントできないのでしょうか? + +

SunOS 4.X が走っている Sun Workstation は許可された port からの + mount のリクエストしか受けつけません. + 以下を試してみてください. + + + mount -o -P sunbox:/blah /mnt + + + + PPP で NeXTStep に接続する際に問題があるのですが. + +

の中で次の変数を NO にして, + TCP extension を無効にしてみてください. + + + tcp_extensions=NO + + +

Xylogic の Annex も同様の問題がありますので, Annex 経由で PPP をおこなう + 場合にもこの変更を行ってください. + + + IP multicast を有効にするには? + +

FreeBSD 2.0 においては multicast は標準で完全に対応しています. + 現在使用している計算機を multicast の router として使用するには, + より詳しい情報は以下の場所にあります. + + +Product Description Where +--------------- ----------------------- --------------------------------------- +faq.txt Mbone FAQ ftp.isi.edu:/mbone/faq.txt +imm/immserv jpg/gif画像のための ftp.hawaii.edu:/paccom/imm.src.tar.Z + IMage Multicast +nv Networkビデオ ftp.parc.xerox.com: + /pub/net-reseach/exp/nv3.3alpha.tar.Z +vat LBL Visual Audioツール ftp.ee.lbl.gov: + /conferencing/vat/i386-vat.tar.Z +wb LBL White Board ftp.ee.lbl.gov: + /conferencing/wb/i386-wb.tar.Z +mmcc MultiMedia Conference ftp.isi.edu: + 制御プログラム /confctrl/mmcc/mmcc-intel.tar.Z +rtpqual RTPパケットの質を ftp.psc.edu:/pub/net_tools/rtpqual.c + チェックするツール +vat_nv_record vatとnvのための ftp.sics.se:archive/vat_nv_record.tar.Z + 録画ツール + + + + DEC の PCI チップセットを用いている network カードにはどのような物がありますか? + +

による一覧があります. + + + Vendor Model + ---------------------------------------------- + ASUS PCI-L101-TB + Accton ENI1203 + Cogent EM960PCI + Compex ENET32-PCI + D-Link DE-530 + DEC DE435 + Danpex EN-9400P3 + JCIS Condor JC1260 + Linksys EtherPCI + Mylex LNP101 + SMC EtherPower 10/100 (Model 9332) + SMC EtherPower (Model 8432) + TopWare TE-3500P + Zynx ZX342 + + + + 何故自分のサイトのホストに対して FQDN を使用する必要があるのですか? + +

実際にはそのホストは別のドメインにあるのではないですか. たとえば, + foo.bar.edu というドメインの中から, bar.edu ドメインにある + ``mumble'' というホストを指定したい場合には, ``mumble'' だけでは + 駄目で, ``mumble.bar.edu'' という fully-qualified domain name で + 指定しなければなりません. + +

伝統的に, BSD の BIND の resolver ではこのような事は可能でしたが, + FreeBSD に入っている + の現在のバージョンでは, 自分以外のドメインに対して FQDN + でない別名を自動的につけてくれるような事はありません. + したがって mumble というホスト名は mumble.foo.bar.edu + という名前か, もしくは root ドメイン内にある場合にしか適用されません. + +

これは, mumble.bar.edu と mumble.edu + ということなったドメイン名に対してホスト名のサーチがおこなわれていた + 以前の振る舞いとは異なったものです. このような事が悪い例もしくは + セキュリティホールとみなされる理由については RFC 1535 を見てください. + +

の中で + + + domain foo.bar.edu + + +

と書いてある行を + + + search foo.bar.edu bar.edu + + +

のように書きかえることで, 上のような事ができます. しかし, + RFC 1535 にあるように, search order が ``ローカルな管理と + パブリックな管理の境界'' をまたがないようにしてください. + + + すべてのネットワークの操作に対して ``Permission denied'' というメッセージが表示されるのですが. + +

もしfirewallの設定を間違えた場合にネットワークの操作が再びできる + ようにするには, root で login して次のコマンドを実行してください. + + + ipfw add 65534 allow all from any to any + + +

FreeBSD の firewall の設定についての情報は + + にあります. + + + diff --git a/ja_JP.eucJP/FAQ/preface.sgml b/ja_JP.eucJP/FAQ/preface.sgml new file mode 100644 index 0000000000..3672214965 --- /dev/null +++ b/ja_JP.eucJP/FAQ/preface.sgml @@ -0,0 +1,521 @@ + + + + + + まえがき +

訳: &a.kuriyama;, &a.hanai;, &a.nakai;. + 5 November 1997. + +

FreeBSD 2.X FAQ へようこそ! + + + この FAQ の目的は? + +

Usenet の FAQ がそうであるように, この文書も FreeBSD + オペレーティングシステムに関して頻繁に尋ねられる質問を + 網羅することを目的としています (もちろんそれに対する答えも!). + FAQ は本来バンド幅を減らし, 同じ質問が何度も繰り返されるのを + 避けるために作られたものですが, 最近は有用な情報源と + 見なされるようになってきました. + +

この FAQ をできる限り有用なものにしようと, あらゆる努力が + はらわれています. もし何かしらの改善案が浮かんだら, ぜひ + まで + メールを送ってください. + + + FreeBSD って何? + +

FreeBSD 2.X はカリフォルニア大学バークレイ校が i386 系の + プラットフォーム向けにリリースした 4.4BSD-lite をもとにした + UN*X ライクなオペレーティングシステムです. 間接的には同じ + バークレイ校の Net/2 を William Jolitz が i386 系に移植した + 386BSD も基にしていますが, 386BSD のコードはほとんど残って + いません. FreeBSD についての詳細と, 何ができるかについては + + を参照してください. + +

FreeBSD は企業やインターネットサービスプロバイダ, 研究者, + コンピュータ専門家, 学生, 家庭のユーザなどにより, 業務や教育, + 娯楽に用いられています. これらに関しては + + を参照してください. + +

FreeBSD に関するより詳しい情報は + + を参照してください. + + + FreeBSD が目指しているもの + +

FreeBSD プロジェクトの目的は, いかなる用途にも使用でき, 何ら + 制限のないソフトウェアを供給することです. 私たちの多くは, + コード (そしてプロジェクト) に対してかなりの投資をしてきており, + これからも多少の無駄はあっても投資を続けて行くつもりです. + ただ, 他の人達にも同じような負担をするよ うに主張している + わけではありません. FreeBSD に興味を持っている一人の残らず + 全ての人々に, 目的を限定しないでコードを提供すること. + これが, 私たちの最初のそして最大の「任務」であると信じて + います. そうすれば, コードは可能な限り広く使われ, 最大の + 恩恵をもたらすことができるでしょう. これが, 私たちが熱烈に + 支持しているフリーソフトウェアの最も基本的な目的であると, + 私は信じています. + +

私たちのソースツリーに含まれるソースのうち, GNU + 一般公有使用許諾 (GPL) または GNU ライブラリ + 一般公有使用許諾 (GLPL) に従っているものについては, 多少制限が + 科されています. ただし, ソースコードへのアクセスの + 保証という, 一般の制限とはいわば逆の制限 (訳注1) です. ただし + GPL ソフトウェアを商用で利用する場合, さらに複雑になるのは + 避けられません. そのため, それらのソフトウェアを, より制限の + 少ない BSD 著作権に従ったソフトウェアで置き換える努力を, + 可能な限り日々続けています. + +

(訳注1) GPL では, 「ソースコードを実際に受け取るか, あるいは, + 希望しさえすればそれを入手することが可能であること」を求めています. + + + どうして FreeBSD と呼ばれているのですか? + +

+ + 無料 (free) で使うことができる (商利用も含む). + + オペレーティングシステムの完全なソースコードが自由に + (freely) 手に入り, 商利用・非商利用にかかわらず, + 最低限の制限で他の仕事への利用, 配布, 導入が可能. + + 改良やバグフィックスがある場合, 誰でも (free) その + コードを提出でき, ソースツリーに加えることができます + (いくつかの簡単な条件には従ってもらいます). + + +

母国語が英語でない読者のために, ここでは ``free'' という単語が + 二通りに用いられていることを指摘しておくとわかりやすいかも + しれません. ひとつは「無料である」ということ, もうひとつは + 「自分のやりたいようにできる」ということです. FreeBSD のコードで + + FreeBSD の最新バージョンは? + +

+ が最新の stable バージョンで, 1997 年 10 月にリリース + されました. また, これは最新の release バージョンでもあります. + +

簡単に言ってしまうと, -stable は + 最新のリリースのすばらしい新機能の数々よりも, 安定性と変更回数の + 少なさを好む ISP や他の企業のユーザをターゲットにしています. + 今のところ, これらのバージョンは同一のものですが, この状況も + -currentブランチが一般のリリースとして十分に洗練されるまでの + ことでしょう. + +

これは 3.0-current snapshot がビジネスサービス向けとしては不安定である, + と言っているわけではなく, 3.0 特有の機能 (新しいコンパイラ技術や + 高速なネットワークコードなど) を必要とする多くの人たちは, これを + 使う決定をし, 良い成果を収めています. + 私たちとしては, このブランチでさらに実績を積むまでは, + 3.0 が自信を持っておすすめめできるものあるということを + 「保証」したくないだけなのです. + + + FreeBSD-currentって何? + +

は + オペレーティングシステムのの開発バージョンで, やがて 3.0-RELEASE + となります. よってこれは, そこに携わっている開発者や, + どんな障害をも乗り越えていけるタフな愛好家たちにとってのみ + 興味深いものです. + -current の使用に際しての詳細は の + + を参照してください. + +

オペレーティングシステムに馴染みがない場合や一時的な問題か + 本物の問題かを見極める能力がない場合は, FreeBSD-current を + 使うべきではありません. このブランチは時々急激に拡張されたり, + ビルドできない状態になることもちょっちゅうあります. + FreeBSD-current を使う人は, 問題を分析して「小さな欠陥」では + なく間違いであると思われるものだけを報告できるものと想定され + ています. 「make world したら group 関係でエラーがでました」 + のような質問は -current メーリングリストでは軽蔑の眼差しで + あしらわれることもあります. + +

時たま, -current の開発コードから が作成され, snapshot の中からは 配布 CD-ROM + が作成されることもあります. + それぞれの snapshot には以下のような目的があります: + + + インストールプログラムの最新版のテスト. + + 試してみたいけれど, 基礎的な所から毎日変わるような + ものを追いかける時間もバンド幅も無い, という人にも + -current を使えるようにする. また, そのような人たち + のシステム移行のための手っ取り早い方法を提供する. + + あとでとんでもないことをしてしまった時のために, + 問題となるコードの特定の参照基準点を保存しておく. (通常は + CVS がこういうハプニングのような恐ろしい事態を防止して + いるんですけどね :) + + テストが必要な新しい機能を, できる限り多くの + 隠れテスターに試してもらう. + + +

どんな目的であれ, snapshot が「製品レベルの品質」であるとの考えに + 基づく要求は行わないでください. 安定性やテスト十分性にこだわる人は + 完全なリリースから離れてはいけません. + +

3.0-current および 2.2-stable ブランチ両方の snapshot は, + 平均的に一日に一度生成されており, から直接入手することが + できます. + + + FreeBSD-stable のコンセプトって何? + +

FreeBSD 2.0.5 がリリースされた後, 私たちは FreeBSD の開発を + 2 系統に分割することにしました. 一つは というブランチで, バグの修正はしっかりテストされ, + 機能の強化は少しずつしか行われません (急な変更や実験的機能を望まない, + インターネットサービスプロバイダや営利企業向け). もう一方のブランチは + で, + 2.0 がリリースされて以来 3.0-RELEASE (そしてその後も) へ向けて脈々と + 続いているものです. + ASCII で描いた簡単な図がわかりやすいかは自信がありませんが, + こんな感じになります: + + + 2.0 + | + | + | [2.1-stable] + *BRANCH* 2.0.5 -> 2.1 -> 2.1.5 -> 2.1.6 -> 2.1.7.1 [2.1-stable 終了] + | (1997年3月) + | + | + | [2.2-stable] + *BRANCH* 2.2.1 -> 2.2.2-RELEASE -> 2.2.5-RELEASE -> ... + | (1997年3月) (1997年10月) + | + | + 3.0-SNAPs (1997年第一四半期開始) + | + | + 3.0.0-RELEASE (1998年第一四半期) + | + \|/ + + + [今後の 3.x リリース群] + + +

以前の 2.1-stable ブランチが 2.2.0 がリリースされたことによって + 終了し, 「安定版ブランチ」がいわゆる 2.2-stable として新しくなったのに対して, + -current ブランチは 3.0 とその先へ向けてゆっくりと進化を続けています. + 3.0-current は, 実際に 3.0 がリリースされるまで, 活発な開発の + 舞台として続いていくでしょう. その時点で 3.0 は別のブランチとなり, + 3.1-current が次の「最新ブランチ」となる予定です. + + + 2.1-stable ブランチが 2.1.7.1 で終わったのはなぜですか? + +

三つのブランチの開発を続けたいのはやまやまなのですが, 残念ながら + このような状況を効率的に扱えるバージョン管理ツールがまだ + 存在しないのです. + 現在我々が使っているツールで, 複数のブランチを数ヶ月以上の + 長期間に渡って並行してバージョン管理し続けることは, まさに + 悪夢のような作業なのです. + 一方で 2.1-stable ブランチは一年以上も続いていますから, FreeBSD + の開発者たちの作業の大変さを考えると, このまま継続することは + 深刻な問題に陥りかねません. + おそらくみんなが望むものを提供してくれるような方法がそのうち + 考え出されるでしょうし, また, 我々もそのような方法について + 検討中なのですが, 現状では古い -stable ブランチを + + (2.1.7 の後の最終リリース) + で終了し, 2.2.2 からを新たな -stable とすることが + 最善の手段であると考えています. + + + FreeBSD のリリースはいつ作られるのですか? + +

原則的には, FreeBSD コアチームは新しい機能やバグフィックスが + 充分集まり, リリースの安定性を損なうことが無いようにさまざま + な変更が十分に安定しているという条件を満たしている場合にのみ, + 新しいバージョンの FreeBSD をリリースします. + たとえこの用心深さが新しい機能が使えるようになることを + 待ち望んでいるユーザを欲求不満にさせるとしても, 多くのユーザは + このことを FreeBSD の最も良い所の一つだと考えています. + +

平均的には, だいたい 6 ヶ月ごとにリリースが作成されます. + +

もう少し刺激が欲しい (あるいは待ち遠しい) 方々向けに SNAP + というものが存在し, これは特にリリースに近付いてきた数ヶ月 + ぐらいの期間により頻繁に公開されます. + + + FreeBSD は PC 用だけしかないの? + +

現時点ではそうですが, DEC Alpha アーキテクチャへの移植 + が計画されています. 異なるアーキテクチャのマシンを + 持っていて, ゆっくり待てないという場合には次の URL を + 参照してください. + + + または + . + + + 誰が FreeBSD の責任者? + +

プロジェクトの全体的な方向性や, 誰にソースツリーにコードの + 書き込み権限を与えるか, などといった FreeBSD プロジェクトに関する + 重要な意思決定は 17 名からなる + + によってなされます. + ソースツリーを直接変更できる人はもっと多く, 80 名以上の + がいます. + +

しかし, 通常の変更ではないものはで先行して議論されますが, + この議論への参加については一切の制限はありません. + + + どこから FreeBSD を入手できますか? + +

FreeBSD のすべての主要なリリースは anonymous FTP 経由で + から入手できます: + + + 現在の 2.2-stable リリース, 2.2.5R は + にあります. + + 現在の 3.0-current, 3.0-SNAP は + + にあります. + + 次の 2.2 ブランチのリリースへと向かっている + RELENG_2_2 ブランチ (2.2.5 -> 2.2.x) に基づき一日に一回, + + リリースが作成されます. + 不慮の手違いによるまれな例外もありますが, RELENG_2_2 ブランチは + 注意深く保守されています (実験的な変更はなく, -current でテスト済みの + 変更だけが入ります). + + + リリースも ブランチ用に一日に一回 + 作成されており, これらは純粋に最先端の開発者およびテスターのために + 提供されています. + + +

また, FreeBSD は CD-ROM でも入手でき, 次のところでオーダできます. + +

Walnut Creek CDROM + 4041 Pike Lane, Suite D-386 + Concord, CA 94520 USA + Orders: +1 800 786-9907 + Questions: +1 510 674-0783 + FAX: +1 510 674-0821 + email: + + WWW: + + +

オーストラリアでは, 次のところに問い合わせてください. + +

Advanced Multimedia Distributors + Factory 1/1 Ovata Drive + Tullamarine, Melbourne + Victoria + Australia + Voice: +61 3 9338 6777 + + CDROM Support BBS + 17 Irvine St + Peppermint Grove WA 6011 + Voice: +61 9 385-3793 + Fax: +61 9 385-2360 + +

イギリスの場合は次のところです. + + The Public Domain & Shareware Library + Winscombe House, Beacon Rd + Crowborough + Sussex. TN6 1UL + Voice: +44 1892 663-298 + Fax: +44 1892 667-473 + + + + FreeBSD のメーリングリストについて知りたいのですが? + +

完全な情報が + にあります. + + + FreeBSD のニュースグループは何がありますか? + +

完全な情報が + にあります. + + + + FreeBSD の IRC (Internet Relay Chat) について何か情報はありますか? + + +

FreeBSD の IRC に関して二つのチャンネルがあります. + + + メインのチャンネルは, EFNET 上の #FreeBSD です. + 正式な IRC サーバが使用できます. + + IRC クライアントで + + + FreeBSD の本 + +

Greg Lehey の本 ``Installing and Running FreeBSD'' が + Walnut Creek から出版されており 2.2.5 の CD-ROM が付属しています. + また, より詳しい本が ``The Complete FreeBSD'' というタイトルで + 出ており, 印刷されたマニュアルページと 2.2.5 の CD-ROM + が付属しています. 現在大抵の大型書店で入手できるはずです. + +

FreeBSD ドキュメンテーションプロジェクトがありますので, + doc メーリングリストにコンタクトしてみてください + (さらに参加すればもっとよいでしょう). + . + +

FreeBSD の「ハンドブック」もあり, + + から読むことができます. + 現在作業中ですので不完全な部分もあることに注意してください. + +

しかし, FreeBSD 2.2.X は Berkeley 4.4BSD-Lite2 ベースなので, + ほとんどの 4.4BSD のマニュアルが FreeBSD 2.2.X にも応用できます. + O'Reilly and Associates が以下のマニュアルを出版しています. + + + 4.4BSD System Manager's Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 804 pages + ISBN: 1-56592-080-5 + + 4.4BSD User's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 905 pages + ISBN: 1-56592-075-9 + + 4.4BSD User's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 712 pages + ISBN: 1-56592-076-7 + + 4.4BSD Programmer's Reference Manual + By Computer Systems Research Group, UC Berkeley + 1st Edition June 1994, 886 pages + ISBN: 1-56592-078-3 + + 4.4BSD Programmer's Supplementary Documents + By Computer Systems Research Group, UC Berkeley + 1st Edition July 1994, 596 pages + ISBN: 1-56592-079-1 + + +

WWW 経由で以下の URL から, これらの詳細な説明を読むことができます. + + + +

4.4BSD のカーネル構成についてより徹底的に知りたいのなら, + これなら間違いないでしょう: + +

McKusick, Marshall Kirk, Keith Bostic, Michael J Karels, + and John Quarterman. + +

The Design and Implementation of the 4.4BSD Operating + System. Reading, Mass. : Addison-Wesley, 1996. + ISBN 0-201-54979-4 + +

システム管理について参考になる本は次のものです. + +

Evi Nemeth, Garth Snyder, Scott Seebass & Trent R. Hein, + ``Unix System Administration Handbook'', Prentice-Hall, 1995 + ISBN: 0-13-151051-7 + +

この本は TCP/IP だけでなく DNS, NFS, SLIP/PPP, sendmail, + INN/NNTP, 印刷などの基礎を扱っています. 高価ですが + (およそ US$45-$55), 買う価値はあります. + また, 色々なツールのソースコードが入った CD-ROM が付属しています. + しかし, それらのほとんどは FreeBSD 2.2.5R CD-ROM に収録されています + (さらに FreeBSD CD-ROM の収録物の方がより新しい場合があります). + + + Problem Report (障害報告) データベースにアクセスする方法は? + +

ユーザ変更要求のすべてが公開されている Problem Report データベースは + 障害報告の + と + の web ベースのインタフェースを通して, 問い合わせ + (または提出) をおこなうことができます. また, send-pr(1) + コマンドを使用して, 電子メール経由で障害報告や変更要求を提出することもできます. + + + その他の情報 + +

以下のニュースグループには FreeBSD ユーザに直接関係のある + 議論が行われてます. + + + (moderated) + + + + + + +

Web 上のリソース: + + + . + + + +

FreeBSD handbook には本当に完璧な + + の一覧があり, 買うべき本をさがしている方は読む価値があります. + + + diff --git a/ja_JP.eucJP/FAQ/serial.sgml b/ja_JP.eucJP/FAQ/serial.sgml new file mode 100644 index 0000000000..b1b69b510d --- /dev/null +++ b/ja_JP.eucJP/FAQ/serial.sgml @@ -0,0 +1,521 @@ + + + + + + シリアル接続 +

訳: &a.ryo;.16 November 1997. + +

このセクションでは, FreeBSD でシリアル接続をする時の一般的な質問に答えます. + PPP および SLIP については, + のセクションを参照してください. + + + どうやったら FreeBSD がシリアルポートを認識したことを知る事ができますか? + +

FreeBSD のカーネルがブートする時, カーネルはその設定にしたがって, + システムのシリアルポートを検出します. 起動時に表示されるメッセージをよく観察するか, + 起動後に次のコマンドを実行する事によって確認できます. + + + dmesg | grep sio + + +

ここに上に挙げたコマンドの出力例を示します. + + + sio0 at 0x3f8-0x3ff irq 4 on isa + sio0: type 16550A + sio1 at 0x2f8-0x2ff irq 3 on isa + sio1: type 16550A + + +

これは, 二つのシリアルポートを示しています. 1番めは, + irq が 4 で のセクションを参照してください. + + + どうやったら FreeBSD がモデムカードを認識したことを知ることができますか? + +

前の質問を参照してください. + + + 2.0.5 にアップグレードしたら + +

心配ありません. + どうやったら FreeBSD でシリアルポートにアクセスできますか? + +

3番目のポート (DOS では, COM3 と呼ばれます.) には, + ダイヤルアウトデバイスとしては /dev/cuaa2, + ダイヤルインデバイスとして /dev/ttyd2 があります. + それではこの両者にはどのような違いがあるのでしょうか? + +

まず, ダイヤルインの時には /dev/ttydX をブロッキングモードでオープンすると, + プロセスは対応する + マルチポートシリアルカードをサポートさせるにはどうしたらよいのでしょうか? + +

繰り返しになりますが, のセクションでは, + あなたのカーネルの設定についての情報が得られるでしょう. + マルチポートシリアルカードを使用するためには, カーネルの設定ファイルに, + カードの持つそれぞれのシリアルポートに対応する + の行を記述する必要があります. しかし, irq とベクターは一つのエントリにのみ記述してください. + カード上のすべてのポートは一つの irq を共有しなければなりません. 一貫性を持たせるためにも, + 最後のシリアルポートの所で irq を指定してください. + また, 次に示す例は, AST の 4 ポートシリアルカードを irq 7 で設定したものです. + + + options "COM_MULTIPORT" + device sio4 at isa? port 0x2a0 tty flags 0x781 + device sio5 at isa? port 0x2a8 tty flags 0x781 + device sio6 at isa? port 0x2b0 tty flags 0x781 + device sio7 at isa? port 0x2b8 tty flags 0x781 irq 7 vector siointr + + +

このフラグはマスタポートがマイナーナンバー 7 ( + FreeBSD で複数のマルチポートシリアルカード間で irq を共有することはできますか? + +

現在のところはできません. それぞれのカード毎に異なった irq を使ってください. + + + ポートにデフォルトのパラメータを設定する事は出来ますか? + +

+ stty -a -f /dev/ttyd1 + + +

このデバイスに対する設定を変更した場合, その設定はデバイスをクローズするまで有効です. + デバイスを再オープンした場合, それらの設定はデフォルトに戻ってしまいます. + デフォルトの設定に変更を加えるために, ``初期設定'' デバイスをオープンし, + 設定を修正することができます. + 例えば, XON/XOFF フロー制御という設定を + ttyd5 のデフォルトにしたい場合, 次のようにおこなってください. + + + stty -f /dev/ttyid5 clocal cs8 ixon ixoff + + +

この設定をおこなうためのコマンドを記述するのに適切なファイルは, + /etc/rc.serial です. これでアプリケーションが``設定固定'' デバイスを調整してやることによって, + アプリケーションによる設定の変更を禁止することができます. 例えば, + stty -f /dev/ttyld5 57600 + + +

これにより, アプリケーションは 当然のことながら, 初期設定デバイスおよび, 設定固定デバイスは + スクリプトはデバイスエントリを作成する時に, + このような設定は行いません. + + + どのようにしたら モデム経由でダイヤルアップログインができるのでしょうか? + +

つまり, インターネットサービスプロバイダーになりたいのですね. + それにはまず, 1 台ないし複数の自動応答モデムが必要です. + モデムには, キャリアーを検出した時には CD信号を出力し, + そうでない場合には出力しないことが必要とされます. また RTS/CTS フロー制御を使うか, + ローカルフロー制御をまったく使わないかのどちらかでしょう. + 最後に, コンピュータとモデムの間は固定速度でなければなりません. + ただ, (ダイヤルアップの発呼者に対して親切であるためには) こちらのモデムと相手側のモデムの間の速度を, + モデム間で自動調整できるようにすべきでしょう. + +

多くあるヘイズコマンド互換モデムに対して, 次のコマンドはこれらの設定をおこない, + その設定を不揮発性メモリーに保存します. + + + AT &C1 &D3 &K3 &Q6 S0=1 &W + + +

MS-DOS のターミナルプログラムに頼らずに AT コマンドを送出するには, + のセクション以下を参照してください. + +

次に, モデム用のエントリを に作成しましょう. + このファイルには, オペレーティングシステムがログインを待っているすべてのポートが記述されています. + 以下のような行を追加してください. + + + ttyd1 "/usr/libexec/getty std.57600" dialup on insecure + + +

この行は, 2 番目のシリアルポート (/dev/ttyd1) には, + 57600 bps の通信速度でノンパリティ (に記述されています.) + のモデムが接続されていることを示しています. このポートの端末タイプは ``dialup'' です. + またこのポートは, ``on'' すなわちログイン可能であり, + ``insecure'' これは これが一般的な, ターミナルタイプとして ``dialup'' を使う方法です. + 多くのユーザーは, .profile や .login で, login 時の端末タイプが dialup であった場合には, + 実際の端末タイプをユーザーに問い合わせるように設定しています. + この例は, ポートが ``insecure'' でした. このポートで '' を使って に変更を加えた後は, hungup もしくは プロセスに送る必要があります. + + + kill -HUP 1 + + +

この操作は init プロセスに を再読み込みさせます. + これにより, init プロセスは getty プロセスを すべての ``on'' となっているポートに起動させます. + 次のようにして, ポートがログイン可能かを知ることができます. + + + ps -ax | grep '[t]tyd1' + + +

ログイン可能であれば, 次のような出力が得られるはずです. + + + 747 ?? I 0:00.04 /usr/libexec/getty std.57600 ttyd1 + + + + ダムターミナルを FreeBSD マシンに接続するにはどうしたらよいのでしょうか? + +

もし, 他のコンピューターを FreeBSD の端末として接続したいのならば, + お互いのシリアルポート間をつなぐヌルモデムケーブル + [訳注: リバースケーブルもしくはクロスケーブルとも呼ばれます.] + を用意してください. もし, 既製の端末を使う場合は, 付属するマニュアルを参照してください. + +

そして, を上と同じように変更してください. + 例えば, WYSE-50 という端末を 5 番目のポートに接続するならば, + 次のようなエントリを使用してください. + + + ttyd4 "/usr/libexec/getty std.38400" wyse50 on secure + + +

この例は, /dev/ttyd4 ポートにノンパリティー, + 端末タイプが wyse50, 通信速度が 38400 bps ( に記述されています.) の端末が存在しており, + + どうして + +

おそらくあなたのシステムでは や は ユーザーか, + そうする代わりに, 次のようにタイプすることにより, あなたのシステムの全ユーザーが + + # chmod 4511 /usr/bin/cu + # chmod 4511 /usr/bin/tip + + + + 私の Hayes モデムはサポートされていないのですが, どうしたらいいのでしょうか. + +

実際, のオンラインマニュアルは古くなっています. + すでに, Hayes ダイアラーが実装されています. + ファイルで, ``Hayes ドライバは, 最近のモデムの新しい機能である, を使う場合には, + (また, 実際, デフォルトの /usr/src/usr.bin/tip/tip の下の`` + これらの AT コマンドを入力するには? + +

ファイルの中で ``/dev/cuaa0に接続されている場合, + 次のようにします: + + + cuaa0:dv=/dev/cuaa0:br#19200:pa=none + + +

モデムがサポートする最大の bps レートを br フィールドに使います. + そして を実行すると, モデムが利用できるようになります. + +

/dev/cuaa0がシステムに存在しない場合は, 次のようにします: + + + # cd /dev + # ./MAKEDEV cuaa0 + + +

または + # cu -l``line'' -s``speed'' + + +

``line'' にはシリアルポートを指定します (例えば /dev/cuaa0). + そして ``speed'' には接続する速度を指定します (例えば 57600). + その後 AT コマンドを実行したら, ~.と入力すれば終了します. + + + pn 機能の + +

電話番号 (pn) 機能の中での + にある電話番号を参照するように伝えます. しかし のような設定ファイルの中では特殊文字となります. + そこで, バックスラッシュを使ってエスケープを行います: + + + pn=\@ + + + + コマンドラインから電話番号を指定するには? + +

`` に追加します. + 例えば, 次のようにします: + + + tip115200|Dial any phone number at 115200 bps:\ + :dv=/dev/cuaa0:br#115200:at=hayes:pa=none:du: + tip57600|Dial any phone number at 57600 bps:\ + :dv=/dev/cuaa0:br#57600:at=hayes:pa=none:du: + + +

そして `` より を使いたい場合, cu の generic エントリを使います: + + + cu115200|Use cu to dial any number at 115200bps:\ + :dv=/dev/cuaa1:br#57600:at=hayes:pa=none:du: + + +

そして `` + 毎回 bps レートを入力しなければいけませんか? + +

は 1200 bps が正しいデフォルト値であるとみなすので, + `` + ターミナルサーバを経由して複数のホストへアクセスしたいのですが. + +

毎回接続されるのを待って `` + に次のようなエントリを追加します: + + + pain|pain.deep13.com|Forrester's machine:\ + :cm=CONNECT pain\n:tc=deep13: + muffin|muffin.deep13.com|Frank's machine:\ + :cm=CONNECT muffin\n:tc=deep13: + deep13:Gizmonics Institute terminal server:\ + :dv=/dev/cua02:br#38400:at=hayes:du:pa=none:pn=5551234: + + +

これで, `` + + +

これは大学に電話回線がいくつかあって, + 数千人の学生が接続しようとする場合によくある問題です. + +

あなたの大学のエントリを + ファイルに作成して, \@ を使います: + + + big-university:\ + :pn=\@:tc=dialout + dialout:\ + :dv=/dev/cuaa3:br#9600:at=courier:du:pa=none: + + +

そして ファイルに大学の電話番号の一覧を書きます: + + + big-university 5551111 + big-university 5551112 + big-university 5551113 + big-university 5551114 + + +

は一連の電話番号を上から順に試みて, + 最終的に接続できなければあきらめます. リトライを続けさせたい場合は, + + CTRL+P を 1回送るために 2度押す必要があるのはなぜ? + +

CTRL+P は通常 ``force (強制)'' 文字であり, + に次の文字がリテラルデータであることを伝えます. + force 文字は「変数の設定」を意味する ``$HOME/.tiprc に次のように定義することで, + 任意の文字を force 文字として利用できます: + + + force= + + + + 打ち込んだ文字が突然すべて大文字になりました?? + +

CTRL+A を押してしまい, caps-lock キーが壊れている場合のために設計された + ``'' + の ``raise character'' モードに入ったのでしょう. + 既に述べた 以下は CTRL+2 や CTRL+A などを頻繁に使う必要のある Emacs ユーザにうってつけの + .tiprc ファイルのサンプルです: + + + force=^^ + raisechar=^^ + + +

^^ は SHIFT+CTRL+6 です. + + + + +

もし他の UNIX のシステムと接続しているなら, + や を実行することで送受信をします. 書式は以下のようになります: + + + ~p <ローカルのファイル名> [<リモートのファイル名>] + ~t <リモートのファイル名> [<ローカルのファイル名>] + + +

この方法ではエラーチェックを行いませんので, + zmodem などの他のプロトコルを使った方がよいでしょう. + + + + +

まず始めに, FreeBSD の ports コレクション (と + との, 2つの通信カテゴリーのプログラムのどちらか) をインストールします. + +

ファイルを受信するには, リモート側で送信プログラムを起動します. + そして, エンターキーを押してから ``ファイルを送信するには, リモート側で受信プログラムを起動します. + そして, エンターキーを押してから `` diff --git a/ja_JP.eucJP/FAQ/troubleshoot.sgml b/ja_JP.eucJP/FAQ/troubleshoot.sgml new file mode 100644 index 0000000000..4cd57aeffe --- /dev/null +++ b/ja_JP.eucJP/FAQ/troubleshoot.sgml @@ -0,0 +1,423 @@ + + + + + + トラブルシューティング +

訳: &a.yoshiaki;.10 November 1997. + + + ハードディスクに不良ブロックがあります! + +

SCSI ディスクの場合は自動的に再マップする機能があるはずです. + しかし, 理解し難い理由から多くのドライブがこの機能が無効化 + されて出荷されています... + +

これを有効化するには, 最初のデバイスのモードページを変更する + 必要があります. これは次のコマンドを実行することで, FreeBSD + 上でおこなうことができます (root 権限でおこないます). + + + scsi -f /dev/rsd0c -m 1 -e -P 3 + + +

そして, AWRE と ARRE の値を 0 から 1 へ変更します:- + + + AWRE (Auto Write Reallocation Enbld): 1 + ARRE (Auto Read Reallocation Enbld): 1 + + +

他の種類のディスクでは, オペレーティングシステムからサポート + されているかによります. 残念ながら, この目的のために FreeBSD + が提供する ``bad144'' コマンドはかなり手を入れる必要があります... + +

IDE ディスクは, おそらく不良ブロックの再マップを内蔵していると + 思います; ディスクの説明書がある場合は, この機能が無効になって + いるかを確認するとよいでしょう. しかし, ESDI, RLL, ST-506 + ディスクは, 通常これをおこないません. + + + Bustek 742a EISA SCSI が認識されません. + +

この情報は 742a のためのものですが, 他の Buslogic カードについても + 同様のことが言えます. (Bustek = Buslogic) + +

742a カードには大きくわけて 2つのバージョンが存在します. + ハードウェアリビジョンの A-G と H 以降です. リビジョンの + 文字はカードの隅にあるアセンブリ番号の後ろにあります. + 742a は二つの ROM チップを持っており, 一つは BIOS チップで + もう一つはファームウェアチップです. FreeBSD はあなたの + 持っているものがどの BIOS バージョンかは問題ありませんが, + ファームウェアバージョンについては問題となります. + Buslogic の技術サポート部門に連絡すれば, アップグレード版の + ROM を送ってくれることでしょう. BIOS チップと + ファームウェアチップはペアで出荷されます. + アダプタカードのハードウェアリビジョンにあわせた + 最も新しいファームウェア ROM を使用しなければなりません. + +

リビジョン A-G のカードには, 2.41/2.21 までの + BIOS/ファームウェアのセットを使用することができます. + リビジョン H 以降のカードには, 最新のものである + 4.70/3.37 の BIOS/ファームウェアのセットを + 使用することができます. これらのファームウェアの違いは, + ファームウェア 3.37 が 「ラウンドロビン方式」 + をサポートしているところからきています. + +

Buslogic のカードには, 製造番号も刻印されています. 古い + ハードウェアリビジョンのカードを持っている場合は, Buslogic の RMA + 部門に問い合わせて製造番号を伝えると, 新しいハードウェアリビジョンの + カードに交換することもできます. もしカードが十分新しければ, 彼らは + 交換に応じてくれるでしょう. + +

FreeBSD 2.1 は ファームウェアリビジョン 2.21 + 以降のものをサポートしています. + これよりも古いファームウェアリビジョンのものは, + Buslogic カードとして正常に認識されません. + しかし, Adaptec 1540 として認識されるかもしれません. + 初期の Buslogic のファームウェアは AHA1540 互換モードを + 持っています. しかし, EISA カードにとってこれは + よいことではありません. + +

古いハードウェアリビジョンのカードを持っていてファームウェア + 2.21 を入手するのであれば, ジャンパ W1 の位置をデフォルトの + A-B から B-C に合わせる必要があるでしょう. + +

742a EISA カードには, の節で説明している + 「16 MB を越える」ことによる問題はありません. + これは Vesa-Local Buslogic SCSI カードで発生する問題です. + + + + HP Netserver 上のオンボード SCSI コントローラが認識されません. + + +

基本的にこれは既知の問題です. HP Netserver マシンの + EISA オンボード SCSI コントローラは EISA のスロット番号 11 + を占有しますが, 「本当の」EISA スロットはすべてそれよりも + 前のアドレスに配置されているのです. 残念ながら, + 10 番以上の EISA スロットは PCI に割り当てられたアドレス空間 + と衝突し, FreeBSD + の自動コンフィグレーションは, 現状ではうまくこの状況を + 処理できていないのです. + +

ですから現時点での最良の方法は, カーネルオプションの + + に記述されているようにしてカーネルをコンパイルし, + 構築してください. + +

もちろん, これはこのようなマシンにインストールする際に + 卵が先か鶏が先か」といった問題を生み出すことになります. + この問題を回避するために, ユーザコンフィグ + (UserConfig) の中には特別な仕組みが組み込まれています. + このとき ``visual'' インタフェースは使用せず, + コマンドラインインタフェースを使用してください. 単純に + + + eisa 12 + quit + + +

とプロンプト上から打ち込み, + 後は普通にインストールをおこなってください. + とにかくカスタムカーネルのコンパイルとインストールをおこなうことを + おすすめしますが, + + + も現時点ではこの値の変更を認識するようになっています. + +

うまくいけば, 将来のバージョンではこの問題が解決していることでしょう. + +

+ をご覧ください. + + + この CMD640 IDE コントローラはどこかおかしいようです. + +

それは壊れているのです. 両方のチャンネルを同時に制御できないのです. + +

現在ではこのチップを使っているシステムでは自動的に検出して + うまく動かすためのしくみが使えるようになっています. くわしくは + マニュアルページのディスクドライバ (man 4 wd) を参照してください. + +

CMD640 IDE コントローラを使っているシステムで FreeBSD 2.2.1 + あるいは 2.2.2 を使っている場合でセカンダリのチャネルを + 使いたいのであれば + `` + +

たぶん IRQ の衝突が原因でしょう (二つのボードが同じ IRQ + を使用しているなど). FreeBSD 2.0.5R 以前では, これに関しては + 寛大で IRQ の衝突があってもネットワークドライバは機能して + いました. しかし 2.0.5R 以降は IRQ の衝突はもはや寛大では + ありません. -c オプションをつけてブートして ed0/de0/... の + エントリをボードの設定に合わせてください. + +

ネットワークカードの BNC コネクタ (訳注: 10BASE-2 タイプ + のインターフェース) を使っている場合, デバイスのタイムアウト + はターミネーションの不良によっても起きます. + これをチェックするにはケーブルを外してターミネータを直接 NIC + に接続します. そしてエラーメッセージが消えるかどうか + 確認します. + + + CDROM をマウントしようとすると ``Incorrect super block'' と言われます. + +

にマウントしたいデバイスのタイプを指定する必要 + があります. デフォルトでは + はファイルシステムを + `` オプションをつけて明示する必要があります. + これはもちろん + CDROM が ISO 9660 ファイルシステムである場合です. ほとんどの + CDROM はこの形式です. 1.1R の FreeBSD では (訳注: 現行の 2.1.5R, + 2.2R でも同様です) 自動的に Rock Ridge 拡張 + (長いファイル名への対応) をうまく解釈します. + +

CDROM のデバイス ``/dev/cd0c'' を + /mnt にマウントしたい場合の例では, 次のようにします: + + + mount -t cd9660 /dev/cd0c /mnt + + +

デバイスの名前はインタフェースによっては別の名前になっている + かもしれないので注意してください (``/dev/cd0c'' は + この場合の例です). + オプション `` + mount_cd9660 /dev/cd0c /mnt + + + + CDROM をマウントしようとすると ``Device not configured'' と言われます. + +

これは 一般的に CDROM ドライブの中に CDROM が入っていないか, + ドライブがバス上に見えないことを意味します. ドライブに CDROM + を入れるか, IDE (ATAPI) であれば master/slave の状態をチェック + してください. CDROM ドライブに CDROM を入れてから認識するまで + 数秒かかりますので少し待ってみてください. + +

SCSI CDROM ではバスリセットへの応答時間が遅いために失敗する + ことがあるかもしれません. SCSI CDROM を持っている場合は + カーネルコンフィグレーションファイルに以下の行を加えて + 再コンパイルして試してみてください. + + + options "SCSI_DELAY=15" + + +

(訳注: 現在の GENERIC カーネルでは上の設定はデフォルトに + なっています. 問題のある場合は SCSI_DELAY の数値を増やして + みてください.) + + + 私のプリンタはとてつもなく遅いのです. どうしたらよいのでしょう? + +

パラレルインタフェースで, 問題はとんでもなく遅いだけであるなら, + プリンタボートを ``polled'' モードに設定してみてください: + + + lptcontrol -p + + +

HP の新しいプリンタのいくつかは割り込みモードでは + 使えないようです. (完全にわかったわけではありませんが) + タイミングの問題のように思われます. + + + 私のプログラムは時々 ``Signal 11'' のエラーで止まってしまいます. + +

これはハードウェア (メモリ, マザーボードなど) の不具合いが + 原因です. PC でメモリテストプログラムを動かしてみてください. + ただしメモリが正常に動作していると報告されたとしても, ぎりぎりで + メモリテストにパスしたメモリは, 処理の内容 (例えば + kernel のコンパイルや特にシステムの負荷が高いような場合には, + Adaptec 1542 などの SCSI コントローラのバスマスタ DMA など) + によっては問題が起きる可能性は大いにあります. + +

SIG11 FAQ (後で URLを示します) では遅いメモリが一般的に問題 + を起こしがちであることを指摘しています. BIOS セットアップで + ウエイトステート数を増やすかメモリを速いものに交換してください. + +

私の場合はキャッシュ RAM やオンボードキャッシュコントローラ + の問題でした. このような問題ではないか確認するために BIOS + セットアップでオンボード (セカンダリ) キャッシュを無効にして + みてください. + +

以下のところには広い範囲の FAQ があります. + + + + ブートの時に画面が真っ暗になって同期も取れません. + +

これは ATI Mach 64 ビデオカードの既知の問題です. + この問題はカードがアドレス + ドライバのバグ + (仕様?) のため4番目のシリアルポートがなくても, 通常この + アドレスを使う sio3 (4 番目のポートにあたります) を無効にしても, + ドライバはこのアドレスをさわります. + +

バグが修正されるまでは, 次のようにして対処してください. + + + ブートプロンプトが出たら 問題はありません. + + exit とタイプしてブートを続行します. + + +

もしシリアルポートを有効にしたいのであれば以下の変更をおこなって + 新しいカーネルを作る必要があります. + /usr/src/sys/i386/isa/sio.c の中で1ヵ所ある + この対処をおこなった後でもまだ X ウィンドウシステムはうまく + 動かないかもしれません. いくつかの新しい ATI Mach 64 ビデオカード + (特に ATI Mach Xpression) は現在のバージョンの + + を見てベータリリースへのリンクを追ってください. + 以下のファイルを持ってきましょう. + +

AccelCards, BetaReport, Cards, Devices, FILES, README.ati, + README.FreeBSD, README.Mach64, RELNOTES, VGADriver.Doc, + X312BMa64.tgz + +

古いファイルをこの新しいバージョンのファイルに置き換え, + をもう一度実行します. + + + + 128MB の RAM があるのですが, 64MB しか認識しません. + +

FreeBSD がメモリのサイズを BIOS から取得する方法の制限により, + KB 単位で 16 ビット分までしか検出できません + (すなわち最大 65535Kb=64MB です). + 64MB 以上メモリを積んでいる場合は, FreeBSD は最初の 64MB + のみを使用します (これより少ない場合もあります. ある BIOS + の場合はメモリサイズが 16MB に制限されます). + +

この問題を回避するには, 以下に示すカーネルオプションを + 使用する必要があります. 完全なメモリ情報を BIOS から取得する + 方法もありますが, ブートブロックに空きが無いため実装できません. + ブートブロックの問題が解決されれば, いつか拡張 BIOS + 機能を使用して完全なメモリ情報を取得できるようになるでしょう. + とりあえず現在は, カーネルオプションを使ってください. + + + options "MAXMEM=<n>" + + +

+ FreeBSD 2.0 が ``kmem_map too small!'' と言ってパニックします. + +

このパニックは, ネットワークバッファ (特に mbuf クラスタ) + の仮想メモリが無くなったことを示します. 以下のオプションを + カーネルコンフィグファイルに追加して mbuf クラスタに使用できる + 仮想メモリの量を増やしてください. + +

options "NMBCLUSTERS=<n>" + +

<n> には, 同時に使用したい TCP コネクションの数に応じて + 512 から 4096 までの数値を指定できます. とりあえず 2048 を + 試してみるのを勧めます. これでパニックは完全の予防できるはずです. + mbuf クラスタの割り当て／使用状況については, + で知ることができます. + + + 新しいカーネルでリブートすると ``CMAP busy panic'' となってパニックを起こしてしまいます. + +

ファイル /var/db/kvm_*.db において範囲外のデータを + 検出するためのロジックは失敗することがあり, こうした矛盾のある + ファイルを使用することでパニックを引き起こすことがあります. + +

これが起こったなら, シングルユーザでリブートした後に, + 以下のコマンドを実行してください. + + + rm /var/db/kvm_*.db + + + + ahc0: brkadrint, Illegal Host Access at seqaddr 0x0 というエラーが出ます + +

これは Ultrastor SCSI Host Adapter と衝突しています. + +

ブート時に kernel configuration メニューに入り, 問題を起こしている + を disable にしましょう. + + + sendmailが ``mail loops back to myself'' というメッセージを出すのですが. + +

この事は, sendmail FAQ に次のように書いてあります. + + + * "Local configuration error" というメッセージが出ます. 例えば: + + 553 relay.domain.net config error: mail loops back to myself + 554 ... Local configuration error + + のような物ですが, どのようにしたらこの問題を解決できますか? + + これは, 例えば domain.net のようなドメイン宛てのメールを + MX record で特定のホスト (ここでは relay.domain.net) に送ろう + としたのに, そのホストでは domain.net 宛てのメールを受け取れる + ような設定になっていない場合です. 設定の際に + FEATURE(use_cw_file) を指定してある場合には/etc/sendmail.cw + の中に domain.net を追加してください. もしくは, /etc/sendmail.cf + の中に "Cw domain.net" を追加してください. + + +

もはや現在の は sendmail release とは一緒には保守されて + いません. しかし次のネットニュースに定期的に投稿されてます. + , + , + , + , + . + また, メール経由でコピーを入手する場合は + 宛まで本文に "send + usenet/news.answers/mail/sendmail-faq" と書いて送ります. + + + diff --git a/ja_JP.eucJP/FAQ/x.sgml b/ja_JP.eucJP/FAQ/x.sgml new file mode 100644 index 0000000000..0dc2e2beae --- /dev/null +++ b/ja_JP.eucJP/FAQ/x.sgml @@ -0,0 +1,287 @@ + + + + + + X Window System と仮想コンソール +

訳: &a.motoyuki;.13 November 1997. + + + X を動かしたいのですが, どうすればいいのですか? + +

もっとも簡単な方法は (訳注: FreeBSD の) インストールの際に + X を動かすことを指定するだけです. + +

それから + ツールのドキュメントを読んでこれに従ってください. + このツールはあなたのグラフィックカードやマウスなどに合わせて + XFree86(tm) の設定を行うのを助けてくれます. + +

Xaccel サーバーについて調べてみるのもいいでしょう. + これはとても納得のいく価格で販売されています. 詳しくは + をご覧ください. + + + 私のマウスはなぜ X で動かないのでしょうか? + +

syscons (デフォルトのコンソールドライバ) を使っているのであれば, + それぞれの仮想スクリーンでマウスポインターをサポートするように + FreeBSD を設定できます. X でのマウスの衝突を避けるために, syscons は + ``/dev/sysmouse'' という仮想デバイスをサポートしています. + 本物のマウスデバイスから入力された全てのマウスのイベントは sysmouse + デバイスへ MouseSystems プロトコルで出力されます. + 一つ以上の仮想コンソールと X の + /etc/rc.conf: + moused_type=ps/2 # 実際のマウスのタイプ + moused_port=/dev/psm0 # 実際のマウスポート + moused_flags= + + /etc/XF86Config + Section Pointer + Protocol "MouseSystems" + Device "/dev/sysmouse" + ..... + + +

X で ``/dev/mouse'' を使うのを好む人もいます. + この場合は, ``/dev/mouse'' を + + にリンクしてください: + + + # cd /dev + # rm -f mouse + # ln -s sysmouse mouse + + + + X のメニューやダイアログボックスがうまく動きません. + +

Num Lock キーをオフにしてください. + +

Num Lock キーがデフォルトでブート時にオンになる場合は, + + # Let the server do the NumLock processing. This should only be + # required when using pre-R6 clients + ServerNumLock + + + 訳注: この問題は XFree86 3.2 以降では解決しています. + + + 仮想コンソールとは何ですか? どうやったら使えますか? + +

仮想コンソールは, 簡単にいうと, ネットワークや X + を動かすなどの複雑なことをおこなわずに, いくつかのセッションを + 同時におこなうことを可能にします. + +

システムのスタート時には, ブートメッセージが出た後に login + プロンプトが表示されます. そこで login ネームとパスワードを + 入力すると 1 番目の仮想コンソール上で仕事 (あるいは遊び) を + 始めることができます. + +

他のセッションを始めたい場合もあるでしょう. それは動かしている + プログラムのドキュメントを見たり, FTP の転送が終わるまで待つ間 + メールを読もうとしたりすることかもしれません. + Alt-F2 を押す (Alt キーを押しながら F2 キーを押す) と 2 番目の + 「仮想コンソール」で login プロンプトが待機していることが + わかります. 最初のセッションに戻りたいときは Alt-F1 を押します. + +

標準の FreeBSDインストールでは 3 枚の仮想コンソールが + 有効になっていて, Alt-F1, Alt-F2, Alt-F3 で仮想コンソール間の + 切替えをおこないます. + + より多くの仮想コンソールを有効にするには, + を編集して ``Virtual terminals'' のコメント行の後に `` + # /etc/ttys には ttyv3 がありますので + # "off" を "on" に変更します. + ttyv3 "/usr/libexec/getty Pc" cons25 on secure + ttyv4 "/usr/libexec/getty Pc" cons25 on secure + ttyv5 "/usr/libexec/getty Pc" cons25 on secure + ttyv6 "/usr/libexec/getty Pc" cons25 on secure + ttyv7 "/usr/libexec/getty Pc" cons25 on secure + ttyv8 "/usr/libexec/getty Pc" cons25 on secure + ttyv9 "/usr/libexec/getty Pc" cons25 on secure + ttyva "/usr/libexec/getty Pc" cons25 on secure + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

多くするか少なくするかはあなたの自由です. より多くの仮想 + ターミナルを使うとより多くのリソースを使うことになります. + 8MB 以下のメモリしかない場合はこれは重要な問題です. + もし必要があれば ``仮想コンソールを無効にするもっとも簡単な方法はコンソールを + off にすることです. 例えば 12 個全てのターミナルを割り当てている + 状態で X を動かしたいときは仮想ターミナル 12 を変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 on secure + + +

これを次のように変更します: + + + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

キーボードにファンクションキーが 10 個しかないのであれば + 次のように設定します. + + + ttyv9 "/usr/libexec/getty Pc" cons25 off secure + ttyva "/usr/libexec/getty Pc" cons25 off secure + ttyvb "/usr/libexec/getty Pc" cons25 off secure + + +

(これらの行を消すだけでもいいです.) + +

+ を編集したら次は十分な数の仮想ターミナルデバイスを + 作らなくてはなりません. もっとも簡単な方法を示します: + + + # cd /dev + # ./MAKEDEV vty12 # For 12 devices + + +

さて, 仮想コンソールを有効にするのにもっとも簡単 (そして確実) + な方法はリブートすることです. しかし, リブートしたくない場合は, + X ウィンドウシステムを終了させて次の内容を実行します + ( + kill -HUP 1 + + +

重要な点はこのコマンドを実行する前に X ウィンドウシステムを + 完全に終了させておくことです. もしそうしないと kill コマンドを + 実行した後にシステムはおそらくハングアップするでしょう. + + + X から仮想コンソールに切替えるにはどうすればよいのですか? + +

コンソールが X の表示をしている場合は, Ctrl-Alt-F1 などを使って + 仮想コンソールの切替えをおこなうことができます. ただし, X + から離れて仮想ターミナルへ移っている時は Alt-ファンクションキーを + 使って他の仮想ターミナルへ切替えたり X へ戻ったりします. + コントロールキーは押さないでください. Ctrl-Alt-ファンクションキーの + 組合せは X から仮想ターミナルに移る時だけ利用してください. + コントロールキーを押してしまうと ``control-lock'' モードになり + テキストコンソールが止まってしまいます. コントロールキーを押して + 回復させてください. + +

訳注: X に戻るには 3枚の仮想コンソールが有効になっている場合は + Alt-F4 です. 有効な仮想コンソールの数 +1 のファンクションキーの + 位置に X が割り当てられます. + + + XDM を/etc/ttysファイルから起動させるにはどうしますか? + +

を + から起動するのはよい方法ではありません. + なぜこのようなことが README ファイルなどにあるのかよくわかりません. + +

から起動させ, どのように実行されるか明記して + おいてください. それが /usr/X11R6/lib/X11/xdm/Xservers ファイルに X の使う + + xconsole を動かそうとすると ``Couldn't open console'' とエラーが出ます. + +

を + で起動しますと, /dev/console のパーミッションは + や + は動きません. + +

これはコンソールのパーミッションが標準ではそのように + 設定されているからです. マルチユーザシステムでは, ユーザの誰もが + システムコンソールに書き込むことが可能である必要は必ずしもありません. + VTY を使い 直接マシンにログインするユーザのために, + このような問題を解決するために + というファイルがあります. + +

要点を述べると, 次のような形式の行を + に加えます. + + + /dev/ttyv0 0600 /dev/console + + +

そうすると, /dev/ttyv0 からログインしたユーザが + コンソールを所有することになるでしょう. + + + + 私の PS/2 マウスは X ウィンドウシステム上でうまく動きません. + +

あなたのマウスとマウスドライバがうまく同期していないようです. + X から仮想ターミナルへ切替えて X へ戻ると再同期するかもしれません. + この問題がよく起きるようであれば, カーネルコンフィグレーション + ファイルに次のオプションを書いてカーネルを再構成してみてください. + + + options PSM_CHECKSYNC + + +

もし, カーネルの再構築をおこなったことがないのであれば + のセクションを + 見てください. + +

このオプションにより, マウスとドライバの同期の問題の起きる + 可能性は少なくなるでしょう. もしそれでもこの問題が起きるようであれば, + マウスとドライバが再同期するまでマウスボタンのどれかを + 押し続けてください. + +

このオプションは残念ながら, すべてのシステムで働くわけではなく + また, ``tap'' の特色を持つ ALPS GlidePoint デバイスを PS/2 + マウスポートにつないだ場合は無効です. + + +