訳: &a.nishika;. 2.0.5R から 2.2.1R までは, プライマリコンフィグレーションファイルは
/etc/sysconfig にあります. オプションはすべて, このファイルと
ファイル /etc/sysconfig を見て, システムに適合するように
変更してください. このファイルはそれぞれの場所に何を書けばいいのかを表す
コメントがたくさん書かれています.
2.2.2 に続くリリース と 3.0 では, /etc/sysconfig は,
より分りやすい名前の ファイル /etc/rc.local は常にここにあり, ファイル /etc/rc.i386 は iBCS2 エミュレーションのような
Intel アーキテクチャ固有の設定や PC システムコンソール設定のためにあります.
2.1.0R からは, "ローカル" スタートアップファイルをディレクトリ
/etc/sysconfig (または /etc/rc.conf)
の中に作って指定することもできます:
.sh で終わるそれぞれのファイルは, アルファベット順に実行されます.
ファイル名を変えることなくある一定の順序で確実に実行したいのであれば,
順序が保証されるように以下のようにして,
それぞれのファイルの頭に数値をつけるようなデザインを
使うことができます:
この方法は見苦しく (あるいは SysV のように :-)) なりますが,
/etc/rc.local を 手品のような編集でソートするようなことなく
ローカルの追加パッケージを使うためには, シンプルでしかもよく使われる
手法ではあります. ほとんどの ports/packages は
/usr/local/etc/rc.d をローカルスタートアップディレクトリ
であると仮定しています.
Ollivier Robert によって Perl で書かれた ``<roberto@FreeBSD.ORG> にたずねてみてください.
現在さらなる開発をおこなっています.
また, ユーザを削除するには そのリムーバブルドライブが ZIP であれ EZ drive であれ
(あるいはもしそういう風に使いたいのなら, フロッピーであれ),
またハードディスクであれ, 一旦システムにインストールされて認識され,
カートリッジ, フロッピー等々が挿入されていれば,
ことはどのデバイスでも全く同じように進みます.
訳: &a.nishika;. 2.0.5R から 2.2.1R までは, プライマリコンフィグレーションファイルは
/etc/sysconfig にあります. オプションはすべて, このファイルと
ファイル /etc/sysconfig を見て, システムに適合するように
変更してください. このファイルはそれぞれの場所に何を書けばいいのかを表す
コメントがたくさん書かれています.
2.2.2 に続くリリース と 3.0 では, /etc/sysconfig は,
より分りやすい名前の ファイル /etc/rc.local は常にここにあり, ファイル /etc/rc.i386 は iBCS2 エミュレーションのような
Intel アーキテクチャ固有の設定や PC システムコンソール設定のためにあります.
2.1.0R からは, "ローカル" スタートアップファイルをディレクトリ
/etc/sysconfig (または /etc/rc.conf)
の中に作って指定することもできます:
.sh で終わるそれぞれのファイルは, アルファベット順に実行されます.
ファイル名を変えることなくある一定の順序で確実に実行したいのであれば,
順序が保証されるように以下のようにして,
それぞれのファイルの頭に数値をつけるようなデザインを
使うことができます:
この方法は見苦しく (あるいは SysV のように :-)) なりますが,
/etc/rc.local を 手品のような編集でソートするようなことなく
ローカルの追加パッケージを使うためには, シンプルでしかもよく使われる
手法ではあります. ほとんどの ports/packages は
/usr/local/etc/rc.d をローカルスタートアップディレクトリ
であると仮定しています.
Ollivier Robert によって Perl で書かれた ``<roberto@FreeBSD.ORG> にたずねてみてください.
現在さらなる開発をおこなっています.
また, ユーザを削除するには そのリムーバブルドライブが ZIP であれ EZ drive であれ
(あるいはもしそういう風に使いたいのなら, フロッピーであれ),
またハードディスクであれ, 一旦システムにインストールされて認識され,
カートリッジ, フロッピー等々が挿入されていれば,
ことはどのデバイスでも全く同じように進みます.
ZIP ドライブやフロッピーで, すでに DOS のファイルシステムで
フォーマットしてある場合, 次のコマンドを使うことができます.
これはフロッピーの場合です.
出荷時の設定の ZIP ディスクではこうです.
その他のディスクに関しては, 以降は ZIP ドライブが 3 番目の SCSI ディスクで,
sd2 と認識されている場合の例です.
他人と共有しなければならないフロッピーやリムーバブルディスク
でなければ, BSD ファイルシステムを載せてしまうのが良い考えでしょう.
ロングファイル名もサポートされ, パフォーマンスは少なくとも
2 倍は向上しますし, おまけにずっと安定しています.
まず最初に, DOS レベルでのパーティション / ファイルシステムを
無効にしておく必要があります. 使用するのは /stand/sysinstall でも結構です.
複数のオペレーティングシステムを入れることを考慮する
必要がないような容量の小さなドライブの場合は,
次のように FAT パーティションテーブル (スライス)
全体を飛ばして, BSD のパーティション設定を行うだけで良いでしょう.
複数の BSD パーティションをつくる場合, disklabel か
/stand/sysinstall を使います. 固定ディスク上にスワップ領域
を加える場合はそういうことをしたいと思うのはもっともですが,
ZIP のようなリムーバブルドライブの上ではそういう考えは不適切
でしょう.
最後に, 新しいファイルシステムをつくります. ディスク全体を使用する
ZIP ドライブの場合は, 以下のようにします.
次にマウントします.
また, 次のような行を DOS 拡張パーティションはすべての基本パーティションの後に
認識されます. たとえば, 2台目の SCSIドライブの拡張パーティションに
"E" パーティションがあるとしますと, これは /dev にスライス 5
のスペシャルファイルを作る必要があり, /dev/sd1s5 としてマウントされます.
この問題について他の情報があれば, 他の人から感謝されるでしょう.
FreeBSD のネイティブルートパーティションの最初のセクタを
ファイルにして DOS/NT パーティション上に置くという画期的な
アイディアがあります.
ファイル名を c:\bootsect.bsd
(c:\bootsect.dos からの発想です)
としたとします. c:\boot.ini
ファイルを次のように編集します:
この手順では DOS, NT, FreeBSD その他が リブートして DOS か NT に切替えます. NTFS ユーザは
attrib -s -r c:\boot.ini
上の例の
attrib -r -s c:\boot.ini
FreeBSD が MBR からブートするようになっている場合,
それぞれのネイティブパーティションからブートするように設定した後で,
DOS から ``
FreeBSD と Linux が同じディスクにインストールされている場合,
単に Linux 以外の OS をブートするための LILO のインストール手順に
従えばいいだけです. 非常に簡単にではありますが, 記してみましょう:
Linux をブートし, /etc/lilo.conf に以下の行を加えて
ください:
FreeBSD が別のディスクにインストールされているのなら, LILO の
エントリに ``loader=/boot/chain.b'' を追加してください.
例えば, このようになります:
場合によっては, 二つ目のディスクを正しく起動するために FreeBSD
ブートローダに BIOS ドライブ番号を指定する必要があるかもしれません.
例えば, FreeBSD SCSI ディスクが BIOS によって BIOS ディスク 1 と
して認識されるのなら, FreeBSD のブートローダのプロンプトで, 次の
ように指定する必要があります:
FreeBSD 2.2.5 やそれ以降の版では, ブート時に上記のことを行なう
だけで自動的に LILO をマスターブートレコード (MBR) ではなく Linux のブート
パーティションにインストールしてください. これで BootEasy から
LILO をブートできるようになります.
Windows95 と Linux を使用している場合は, いずれにせよ後者の方が
お勧めです. Windows95 を再インストールする必要にかられたとき,
Linux をブート可能に戻す手続きが簡単ですむからです
(Windows95 は偏屈なオペレーティングシステムで, マスターブートレコード
(MBR) から他のオペレーティングシステムを追い払ってしまうのです).
では, なぜこれが 「危険覚悟の」と言われるのでしょう?
このモードのディスクが, 通常の PC のユーティリティが有効な fdisk
テーブルと見なす情報を持っていないからです. ユーティリティの出来
如何によりますが, そのようなディスクを発見したとき, 警告を
出すものもあります. また, もっと悪い場合, 確認も通告もなしに
BSD のブートストラップにダメージを与えるものもあるでしょう.
さらには, 「危険覚悟の」ディスクレイアウトは多数の BIOS,
AWARD (例えば HP Netserver や Micronics システム, 他多数で
使用されていた) や Symbios/NCR (人気のあるSCSI コントローラ
53C8xx 用) などを混乱させることが分かっています. これは完全な
リストではありません. 他にもまだまだあります. この混乱の兆候は,
起動時にシステムがロックするというだけでなく, FreeBSD のブート
ストラップが自分自身を見つけられないために表示する "read error"
というメッセージなどにも現れることでしょう.
そもそもいったいなぜこのモードがあるのでしょうか? これは
わずかに数キロバイトのディスク容量を節約するのみであり, 新規
インストールで実際に問題を生ずるのです. 「危険覚悟の」モードの
起源は新しい FreeBSD インストーラでの, BIOS から見えるディスクの
「ジオメトリ」の値とディスク自身との整合性という, もっとも一般的な
問題のひとつを回避したいという要求が背景にあります.
「ジオメトリ」は時代遅れの概念ですが, 未だに PC BIOS と
ディスクへの相互作用の中核をなしています. FreeBSD のインストーラが
スライスを作る時, ディスク上のスライスを BIOS が見つけられる
ようにスライス位置をディスク上に記録します. それが誤っていれば,
起動できなくなってしまうでしょう.
「危険覚悟の」モードはこれを, 問題を単純にすることで
回避しようとします. 状況によってはこれでうまくいきます.
しかし次善の策として使われているに過ぎません. この問題を
解決するもっと良い方法はいくらでもあるのです.
では, インストール時に「危険覚悟の専用」モードが必要になる
状況を回避するにはどうすればよいのでしょうか?
まず BIOS が報告するディスクのジオメトリの値を覚えておくことから
はじめましょう. ``boot:'' プロンプトで ``-v'' を指定するか
ローダで ``boot -v'' と指定して, ブート時にカーネルにこの値を
表示させることができます. インストーラが起動する直前に,
カーネルがジオメトリ値のリストを表示するでしょう.
パニックを起こさないでください. インストーラが起動するのを待ち,
逆スクロールでさかのぼって値を確認してください. 普通は BIOS
ディスクユニット番号は, FreeBSD がディスクを検出する順序と同様であり,
最初に IDE, 次に SCSI となります.
ディスクをスライシングする際に, FDISK の画面で表示される
ディスクのジオメトリが正しいことを確認してください (BIOS の
返す値と一致しいるか). 万一ちがっていたら ``g'' を押して
修正してください. ディスクにまったくなにもない場合や他の
システムから持ってきたディスクの場合は, これをおこなう必要が
あるかもしれません. これはそのディスクから起動させようと
している場合にのみ問題になることに注意してください.
FreeBSD はそのディスクをうまい具合いに他のディスクと区別して
くれます.
ディスクのジオメトリについて BIOS と FreeBSD 間で一致させる
ことができたら, この問題はほぼ解決したと思ってよいでしょう.
そしてもはや「危険覚悟の専用」モードは必要ありません.
しかし, まだブート時に恐怖の ``read error'' メッセージが出るようで
あれば, お祈りを捧げて新しいディスクを買いましょう.
もう失うものは何もありません.
「危険覚悟の専用ディスク」を通常の PC での使用法に
戻すには, 原則として 2 つ方法があります. 1 つは十分な NULL
バイトを MBR に書き込んで, きたるべきインストーラにディスク
はまっさらだと思い込ませる方法です. 例えば, こんな感じです.
また, マニュアルには書かれていない DOS の「機能」
は, BSD ブートストラップを追い払ってくれる上に,
新しいマスターブートレコードをインストールしてくれます.
スワップパーティションのサイズを増やすのが最良の方法ですが,
別のディスクを追加しなくて済むという利点のある方法があります.
経験から得た一般的な方法はメインメモリの 2倍程度のスワップ領域を
とるというものです. しかしごく小さなメインメモリしかない場合は,
それ以上のスワップを構成したいと思うでしょう. また, 将来のメモリの
アップグレードに備え, 後でスワップの構成を変更する必要がないように
十分なスワップを構成しておくことは良い考えです.
スワップを別のディスク上に追加することは, 単純に同じディスク上
にスワップを追加する場合よりも高速に動作するようになります.
例に挙げれば, あるディスク上のソースをコンパイルしているとして,
スワップが別のディスク上に作られていれば, これらが同じディスク上
にある場合よりも断然速いです. SCSI ディスクの場合は特にそうだと言えます.
ディスクが複数ある場合, スワップパーティションを各ディスクに
作るように構成すると, 使用中のディスク上にスワップを置いたとしても,
通常の場合は有益です. 一般的に, システムにある高速なディスクには
スワップを作るようにすべきでしょう.
FreeBSD はデフォルトでインターリーブなスワップデバイスを 4つまで
サポートします. 複数のスワップパーティションを構成する際に,
普通はそれらを大体同じくらいの大きさにして作りたいところですが,
カーネルのコアダンプを取るのに都合が良いようにメインの
スワップパーティションを大きめにとる人もいます.
メインのスワップパーティションはカーネルのコアがとれるように
最低でも実メモリと同じ大きさにすべきでしょう.
IDE ドライブは同時に同じチャネル上の複数のドライブには
アクセスできません (FreeBSD は mode 4 をサポートしていないので,
すべての IDE ディスク I/O は ``programmed'' です).
IDE の場合であってもやはり, スワップを別のハードディスク上に
作成することをおすすめします.
ドライブは実に安いものです, 心配するだけ無駄です.
NFS 越しにスワッピングさせる方法は, スワップ用の
ローカルディスクが無い場合にのみ推奨されます.
NFS 越しのスワッピングは遅く, FreeBSD 4.x より前のリリースでは
効率が悪いのですが, 4.0 以降ではそれなりに高速になります.
そうはいっても, 利用できるネットワークの太さに制限されますし,
NFS サーバに余計な負荷がかかります.
これは 64MBの vn-swap を作る例です (ここでは /usr/swap0
としますが, もちろん好きな名前を使うことができます).
カーネルが次の行を含むコンフィグファイルから構成されているかを
確認します. GENERIC カーネルには, この行が含まれています.
スワップファイルをすぐに有効化させたいのなら以下のようにタイプします
ハンドブックのプリンタの部分を参照してください.
探している問題のほとんどが書かれているはずです.
kbdcontrol プログラムは, キーボードマップファイルを読み込むための
オプションを備えています.
/usr/share/syscons/keymaps の下にたくさんのマップファイルがあります.
システムに関連のあるものを一つ選んで, ロードしてください.
これは /etc/sysconfig (または 2.0.5R やそれ以降の版では, テキストフォントやキーボードマッピングに
関係のあるものはすべて, /usr/share/examples/syscons
の中におさめられています.
現在以下のマッピングがサポートされています:
このような症状が現れます:
通常この現象はタイプを ' 未使用 (unused)' のまま放っておかれた
'c' パーティションをつなげようとした場合に現れます. ccd ドライバは
FS_BSDFFS タイプをベースとするパーティションを要求します.
つなげようとしているディスクのディスクラベルを編集して,
パーティションのタイプを '4.2BSD' に変更してください.
このような症状が現れます:
これは ccd から返されるディスクラベルが, 実はディスク上にはない
まったくの偽の情報だからです. これを明示的に書き直すことで
問題を解消できます, このようになります:
はい. FreeBSD は System-V スタイルの IPC をサポートします.
共有メモリ, メッセージ, セマフォが含まれます. 以下の行を
カーネルコンフィグファイルに加えると, サポートが有効になります.
コンパイルしてインストールしてください.
FreeBSD に付属している sendmail は, インターネットに直接
つながっているサイトにあわせて設定してあります. UUCP 経由で mail
を交換したい場合には sendmail の設定ファイルを改めてインストール
しなければなりません.
/etc/sendmail.cfを自分の手で改造するのは純粋主義者の
やるような事です. sendmailの version 8 は もしすべてのソースをインストールしていない場合には sendmail
の設定ツールは, 別の tar ファイルにまとめてあります. CD-ROM が
mount されている場合には, 次のようにしてください.
これはたった数 100Kbyte ですから心配ないでしょう. cf
ディレクトリにある README に, m4 での設定の基本的な説明があります.
UUCP での配送のためには, mailertable を使用すれば
よいでしょう. これによって, sendmail が配送方式を決定するデータベースを
作成することができます.
まずはじめに, .mc ファイルを作成しなければなりません.
/usr/src/usr.sbin/sendmail/cf/cf というディレクトリが,
これらのファイルを作成する場所です. 既にいくつか例があると思います.
これから作成するファイルの名前を foo.mc とすると,
sendmail.cf を求めているような形式に変換するには,
次のようにしてください.
標準的な .mc ファイルは次のようになります.
nodns と nocanonify という指定をすることで,
mail の配送に DNS を使用しなくなります. UUCP_RELAY という
行に関しては, ある理由から必要ですがそれは聞かないでください.
.UUCPで終わる仮想ドメインを処理することのできるインターネット上での
ホスト名をここに書いてください. 通常は, ISP の mail リレーホストを
書くことになると思います.
これが終了したら, 次に /etc/mailertable というファイル
が必要です. 標準的な例は次のとおりです.
見れば分かるように, これは実在する設定のファイルです. はじめの
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 を押してください.
静的に IP アドレスが割り当てられる場合は, デフォルトの状態を
変更する必要はありません. 割り当てられた名前をホストネームと
するだけで, sendmail が後のことを引き受けてくれます.
ダイアルアップ non-local なアカウントにメールを配送するのに
sendmail を使用している場合 (後述), 上に示したエントリの後に
この例では,
poll myISP.com protocol pop3 fetchall pass MySecret;
言うまでもなく, このファイルは 正しい
あわてないで下さい! 単にシステムを再起動し, シングルユーザモード
に移るために Boot: と表示されるプロンプトで -s と入力してください.
どのシェルを使うのかという質問には, ENTER キーを押してください.
- # プロンプトに移ることができるでしょう. mount -a / と入力
+ # プロンプトに移ることができるでしょう.
コンソールで使っているキーマップを編集して, /usr/share/syscons/keymaps/us.iso.kbd にあります. その
変更を反映させようとして, このキーマップのロードを明示的に行なう
ために, /etc/rc.conf を実行すべきかもしれません. もちろん
他の国のキーマップを使っているのであれば, 代わりにそのキーマップ
ファイルを編集して下さい.
単に次の perl コマンドを実行してください:
file の部分には処理するファイルを指定して下さい. 整形後のファイルは
元のファイル名で作成され, 整形前のファイルはバックアップとして元の
ファイル名の末尾に拡張子 .bak のつけられた名前で作成されます.
あるいは dos-text-file は DOS 形式のテストファイル,
unix-file には変換された出力が格納されます.
perl を使うよりほんのちょっぴり速くなります.
Kerberos の認証システムからくるエラーです. この問題は致命的なもの
ではなく, うっとおしいといったものです. su に -K オプションをつけて
起動するか, 次の質問で説明されている方法で Kerberos をアンインストール
して下さい.
システムから Kerberos を削除するには, あなたの動かしているリリースの
bin ディストリビューションを再インストールして下さい. もし CDROM を
持っているのなら, その CDROM をマウント (マウントポイントは /cdrom と
仮定) して, 次のように入力して下さい.
telnet, ssh, X, screen をたくさん利用されている場合,
疑似ターミナルが足りなくなっている可能性があります.
これを増やすには次のようにします:
新たにカーネルを作りインストールします.
新たなターミナル用の 256 個のデバイスノードを作ります.
正規表現を使った指定は tty[pqrsPQRS][0-9a-v] となります.
シングルユーザモードに移行して、マルチユーザモードに戻ってください.
コンソールで次のように実行します: