FreeBSD ハンドブック

FreeBSD ドキュメンテーションプロジェクト

製作著作 © 1995, 1996, 1997, 1998, 1999, 2000, 2001, 2002, 2003, 2004, 2005, 2006, 2007, 2008, 2009, 2010, 2011, 2012, 2013 The FreeBSD Documentation Project

FreeBSD へようこそ! このハンドブックは FreeBSD 8.3-RELEASE と FreeBSD 9.1-RELEASE のインストールおよび、日常での使い方について記述したものです。 本ハンドブックは改編作業中であり、 さまざまな人々が編集に携わっています。 いま存在するセクションの中には情報が古くなってしまったため、 更新作業の必要があるものも含まれています。 もし、このハンドブックを編集するプロジェクトに協力したいとお考えなら、 FreeBSD documentation project メーリングリスト まで電子メールを(英語で)送ってください。 この文書の最新バージョンは、いつでも 日本国内版の FreeBSD ウェブサイト および FreeBSD ウェブサイト から入手できます (この文書の以前のバージョンは http://docs.FreeBSD.org/doc/ から入手できます)。 また、他のさまざまな文書形式、圧縮形式のものが FreeBSD FTP サーバ や数多くの ミラーサイト からダウンロードできます。 このハンドブックの書籍版 (英語版) は、 FreeBSD Mall から購入できます。 また、ハンドブックの検索 を行なうこともできます。

FreeBSD ハンドブック日本語版の作成は FreeBSD 日本語ドキュメンテーションプロジェクト (FreeBSD doc-jp) がおこなっています。 ハンドブックの日本語訳に関することは FreeBSD 日本語ドキュメンテーションプロジェクト において日本語で議論されています。

文書の日本語訳に関するお問い合わせや、 文書の原文に関する問い合わせをしたいが英語が得意でないという方は FreeBSD 日本語ドキュメンテーションプロジェクト まで、日本語でコメントをお寄せください。

Redistribution and use in source (XML DocBook) and 'compiled' forms (XML, HTML, PDF, PostScript, RTF and so forth) with or without modification, are permitted provided that the following conditions are met:

  1. Redistributions of source code (XML DocBook) must retain the above copyright notice, this list of conditions and the following disclaimer as the first lines of this file unmodified.

  2. Redistributions in compiled form (transformed to other DTDs, converted to PDF, PostScript, RTF and other formats) must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution.

重要項目: THIS DOCUMENTATION IS PROVIDED BY THE FREEBSD DOCUMENTATION PROJECT "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE FREEBSD DOCUMENTATION PROJECT BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS DOCUMENTATION, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.

FreeBSD は The FreeBSD Foundation の登録商標です。

3Com および HomeConnect は 3Com Corporation の登録商標です。

3ware および Escalade は 3ware Inc. の登録商標です。

ARM は ARM Limited の登録商標です。

Adaptec は Adaptec, Inc. の登録商標です。

Adobe, Acrobat, Acrobat Reader および PostScript は アメリカ合衆国および/またはその他の国の Adobe Systems Incorporated の登録商標または商標です。

Apple, FireWire, Mac, Macintosh, Mac OS, Quicktime および TrueType は Apple Computer, Inc. の商標で、 アメリカ合衆国およびその他の国で登録されています。

Sound Blaster は アメリカ合衆国および/またはその他の国における Creative Technology Ltd. の商標です。

CVSup は John D. Polstra の登録商標です。

Heidelberg, Helvetica, Palatino, and Times Roman はアメリカ合衆国およびその他の国における Heidelberger Druckmaschinen AG の登録商標または商標です。

IBM, AIX, EtherJet, Netfinity, OS/2, PowerPC, PS/2, S/390 および ThinkPad は アメリカ合衆国および/またはその他の国における International Business Machines Corporation の商標です。

IEEE, POSIX および 802 は アメリカ合衆国における Institute of Electrical and Electronics Engineers, Inc. の登録商標です。

Intel, Celeron, EtherExpress, i386, i486, Itanium, Pentium および Xeon はアメリカ合衆国およびその他の国における Intel Corporation またはその関連会社の商標または登録商標です。

Intuit および Quicken は アメリカ合衆国およびその他の国における Intuit Inc. またはその関連会社の 登録商標です。

Linux は Linus Torvalds の登録商標です。

LSI Logic, AcceleRAID, eXtremeRAID, MegaRAID および Mylex は LSI Logic Corp. の商標または登録商標です。

M-Systems および DiskOnChip は M-Systems Flash Disk Pioneers, Ltd. の商標または登録商標です。

Macromedia, Flash および Shockwave は アメリカ合衆国および/またはその他の国における Macromedia, Inc. の商標または登録商標です。

Microsoft, IntelliMouse, MS-DOS, Outlook, Windows, Windows Media および Windows NT は アメリカ合衆国および/またはその他の国における Microsoft Corporation の登録商標または商標です。

GateD および NextHop は アメリカ合衆国およびその他の国における NextHop の登録商標および商標です。

Motif, OSF/1 および UNIX は アメリカ合衆国およびその他の国における The Open Group の登録商標で、 IT DialTone および The Open Group は同じく商標です。

Oracle は Oracle Corporation の登録商標です。

PowerQuest および PartitionMagic は アメリカ合衆国およびその他の国における PowerQuest Corporation の登録商標です。

RealNetworks, RealPlayer および RealAudio は RealNetworks, Inc. の登録商標です。

Red Hat, RPM は アメリカ合衆国およびその他の国における Red Hat, Inc. の商標または登録商標です。

SAP, R/3 および mySAP は ドイツおよび世界中のいくつもの国における SAP AG の登録商標です。

Sun, Sun Microsystems, Java, Java Virtual Machine, JavaServer Pages, JDK, JSP, JVM, Netra, Solaris, StarOffice, Sun Blade, Sun Enterprise, Sun Fire, SunOS および Ultra は アメリカ合衆国およびその他の国における Sun Microsystems, Inc. の 商標または登録商標です。

Symantec および Ghost は アメリカ合衆国およびその他の国における Symantec Corporation の 登録商標です。

MATLAB は The MathWorks, Inc. の登録商標です。

SpeedTouch は Thomson の商標です。

U.S. Robotics および Sportster は U.S. Robotics Corporation の登録商標です。

VMware は VMware, Inc. の商標です。

Waterloo Maple および Maple は Waterloo Maple Inc. の商標または登録商標です。

Mathematica は Wolfram Research, Inc. の登録商標です。

XFree86 は The XFree86 Project, Inc. の商標です。

Ogg Vorbis および Xiph.Org は Xiph.Org の商標です。

製造者および販売者が製品を区別するのに 用いている表示の多くは、商標とされています。 この文書に登場する表示のうち FreeBSD Project がその商標を確認しているものには、その表示に続いて “™” または “�” 記号がおかれています。

[ 分割版 / 単一版 ]
目次
前書き
I. 導入
1章はじめに
1.1. この章では
1.2. FreeBSD へようこそ!
1.3. FreeBSD�プロジェクトについて
2章FreeBSD のインストール (9.X 以降の場合)
2.1. この章では
2.2. ハードウェア要件
2.3. インストール前に行う作業
2.4. インストールの開始
2.5. bsdinstall の紹介
2.6. ネットワークからのインストール
2.7. ディスク領域の割り当て
2.8. インストール操作の確定
2.9. インストール後の作業
2.10. トラブルシューティング
2.11. Live CD を使う
3章FreeBSD のインストール (8.X 以前の場合)
3.1. この章では
3.2. ハードウェア要件
3.3. インストール前に行う作業
3.4. インストールの開始
3.5. Sysinstall の紹介
3.6. ディスク領域の割り当て
3.7. 何をインストールするか選択する
3.8. インストールメディアの選択
3.9. インストール操作の確定
3.10. インストール後の作業
3.11. トラブルシューティング
3.12. 高度なインストールガイド
3.13. 自分のインストールメディアの準備
4章Unix の基礎知識
4.1. この章では
4.2. 許可属性
4.3. ファイルシステムアクセス制御リスト
4.4. ディレクトリ構造
4.5. ファイルシステムのマウントとアンマウント
4.6. プロセス
4.7. デーモン、シグナルとプロセス終了
4.8. シェル
4.9. テキストエディタ
4.10. デバイスとデバイスノード
4.11. 仮想コンソールと端末
4.12. さらに詳しい情報を得るには...
5章アプリケーションのインストール - packages と ports
5.1. この章では
5.2. ソフトウェアのインストール
5.3. ソフトウェアの探し方
5.4. バイナリ packages の利用
5.5. pkgng によるバイナリ package の管理
5.6. Ports Collection の利用
5.7. インストール後の作業
5.8. うまく動作しない ports に遭遇した場合には
6章X Window System
6.1. この章では
6.2. X を理解する
6.3. X11 のインストール
6.4. X11 の設定
6.5. X11 でのフォントの使用
6.6. X ディスプレイマネージャ
6.7. デスクトップ環境
II. 日々の生活
7章デスクトップアプリケーション
7.1. この章では
7.2. Web ブラウザ
7.3. 生産的なアプリケーション
7.4. ドキュメントビューア
7.5. 財務管理ソフトウェア
8章マルチメディア
8.1. この章では
8.2. サウンドカードの設定
8.3. MP3 オーディオ
8.4. ビデオ再生
8.5. TV カードの設定
8.6. MythTV
8.7. 画像スキャナ
9章FreeBSD カーネルのコンフィグレーション
9.1. この章では
9.2. なぜカスタムカーネルを作るか?
9.3. システムのハードウェアについて知る
9.4. カーネルドライバ、サブシステムとモジュール
9.5. カスタムカーネルの構築とインストール
9.6. コンフィグレーションファイル
9.7. 問題が起きた場合には
10章プリンタの利用
10.1. この章では
10.2. はじめに
10.3. 基本的な設定
10.4. プリンタ設定上級編
10.5. プリンタを使う
10.6. 標準スプーラの代替品
10.7. トラブルシューティング
11章Linux バイナリ互換機能
11.1. この章では
11.2. インストール
11.3. Mathematica のインストール
11.4. Oracle のインストール
11.5. SAP R/3 (4.6B - IDES) のインストール
11.6. 高度なトピックス
III. システム管理
12章設定とチューニング
12.1. この章では
12.2. 初期設定
12.3. 中核となる設定
12.4. アプリケーションの設定
12.5. サービスの起動
12.6. バーチャルホスト
12.7. 設定ファイル
12.8. sysctl によるチューニング
12.9. ディスクのチューニング
12.10. Kernel 制限のチューニング
13章FreeBSD の起動のプロセス
13.1. この章では
13.2. 起動時の問題
13.3. ブートマネージャと起動ステージ
13.4. カーネル起動時の応答
13.5. Device Hints
13.6. init: プロセス制御の初期化
13.7. シャットダウン動作
14章ユーザと基本的なアカウントの管理
14.1. この章では
14.2. はじめに
14.3. スーパーユーザアカウント
14.4. システムアカウント
14.5. ユーザアカウント
14.6. アカウント情報の変更
14.7. ユーザへの制限
14.8. グループ
15章セキュリティ
15.1. この章では
15.2. はじめに
15.3. FreeBSDの安全性を高める
15.4. DES, MD5 と Crypt
15.5. S/Key
15.6. Kerberos
15.7. ファイアウォール
15.8. OpenSSL
15.9. IPsec
15.10. OpenSSH
16章ストレージ
16.1. この章では
16.2. デバイス名
16.3. ディスクの追加
16.4. RAID
16.5. 光メディア (CD & DVD) の作成と使用
16.6. フロッピーディスクの作成と使用
16.7. データテープの作成と使用
16.8. フロッピーディスクへのバックアップ
16.9. バックアップの基本
16.10. ネットワーク、メモリ、そしてファイルベースのファイルシステム
16.11. ファイルシステムのスナップショット
16.12. ファイルシステムクォータ
16.13. ディスクパーティションの暗号化
17章地域化 (localization) - I18N/L10N の利用と設定
17.1. この章では
17.2. 基礎知識
17.3. 地域化の利用
17.4. 国際化に対応したプログラムのコンパイル
17.5. FreeBSD を特定の言語に地域化する
18章FreeBSD のアップデートとアップグレード
18.1. この章では
18.2. FreeBSD Update
18.3. Portsnap: Ports Collection アップデートツール
18.4. ドキュメントのアップデート
18.5. 開発ブランチを追いかける
18.6. ソースの同期
18.7. “world” の再構築
18.8. 使われなくなったファイル、ディレクトリ、ライブラリの削除
18.9. 複数のマシンで追いかける
IV. ネットワーク通信
19章シリアル通信
19.1. この章では
19.2. はじめに
19.3. シリアル端末
19.4. ダイアルインサービス
19.5. ダイアルアウトサービス
19.6. シリアルコンソールの設定
20章PPP と SLIP
20.1. この章では
20.2. ユーザ ppp の利用
20.3. カーネル PPP の利用
20.4. PPP オーバイーサネット (PPPoE) の利用
20.5. SLIP の利用
21章電子メール
21.1. この章では
21.2. 電子メールを使う
21.3. sendmail の設定
21.4. MTA の変更
21.5. トラブルシュート
21.6. 先進的なトピックス
21.7. UUCP とともに SMTP を使う
21.8. ダイアルアップ接続でメールを使う
21.9. SMTP 認証
22章高度なネットワーク
22.1. この章では
22.2. ゲートウェイと経路
22.3. 無線ネットワーク
22.4. Bluetooth
22.5. ブリッジ
22.6. NFS
22.7. ディスクレス稼働
22.8. ISDN
22.9. NIS/YP
22.10. DHCP
22.11. DNS
22.12. NTP
22.13. ネットワークアドレス変換 (NAT)
22.14. inetd “スーパサーバ”
22.15. パラレルライン IP (PLIP)
22.16. IPv6
V. 付録
A. FreeBSD の入手方法
A.1. CDROM/DVD 出版社
A.2. FTP サイト
A.3. BitTorrent
A.4. Anonymous CVS (非推奨)
A.5. CTM を使う
A.6. Subversion を使う
A.7. Subversion ミラーサイト
A.8. CVSup を使う (非推奨)
A.9. CVS タグ
A.10. rsync ミラーサイト
B. 参考図書
B.1. FreeBSD 専門の書籍および雑誌
B.2. 利用者向けのガイド
B.3. 管理者向けのガイド
B.4. プログラマ向けのガイド
B.5. オペレーティングシステム内部
B.6. セキュリティの参考資料
B.7. ハードウェアの参考資料
B.8. UNIX® の歴史
B.9. 雑誌とジャーナル
C. インターネット上のリソース
C.1. メーリングリスト
C.2. Usenet ニュースグループ
C.3. World Wide Web サイト
C.4. Email アドレス
C.5. シェルアカウント
D. PGP 公開鍵
D.1. オフィサ
D.2. コアチームメンバ
D.3. 開発者
FreeBSD Glossary
目次
奥付
表目次
2-1. パーティションスキーム
3-1. サンプルデバイス一覧
3-2. 一つ目のディスクのパーティションレイアウト
3-3. 残りのディスクのパーティション構成
3-4. FreeBSD ISO イメージの名前と内容
16-1. 物理ディスクへの名前付け
22-1. ネットワーク向けのパラレル (クロス) ケーブル結線
22-2. 予約された IPv6 アドレス
図目次
2-1. FreeBSD ブートローダメニュー
2-2. 典型的なデバイス検出結果の例
2-3. インストールメディアの選択モード
2-4. キーマップの選択
2-5. キーボードメニューの選択
2-6. ホスト名の設定
2-7. インストールするコンポーネントの設定
2-8. ネットワークからのインストール
2-9. ミラーサイトの選択
2-10. パーティションの分割に Guided と Manual のどちらを用いるかの選択
2-11. 複数のディスクから選択する
2-12. Entire Disk または Partition の選択
2-13. 作成されたパーティションの確認
2-14. Manual によるパーティションの分割
2-15. 手動でパーティションを作成する
2-16. 手動でパーティションを作成する
2-17. 最後の確認
2-18. 配布ファイルのダウンロード
2-19. 配布ファイルの検証
2-20. 配布ファイルの取り出し
2-21. root パスワードの設定
2-22. イーサネットインタフェースの選択
2-23. ワイヤレスアクセスポイントのスキャン
2-24. ワイヤレスネットワークの選択
2-25. WPA2 のセットアップ
2-26. IPv4 ネットワークの選択
2-27. IPv4 DHCP 設定の選択
2-28. IPv4 Static 設定
2-29. IPv6 ネットワークの設定
2-30. IPv6 SLAAC 設定の選択
2-31. IPv6 static 設定
2-32. DNS の設定
2-33. ローカルまたは UTC クロックの選択
2-34. 地域の選択
2-35. 国名の選択
2-36. タイムゾーンの選択
2-37. タイムゾーンの確定
2-38. 追加で有効にするサービスの選択
2-39. クラッシュダンプの設定
2-40. 新しいユーザのアカウントの作成
2-41. ユーザ情報の入力
2-42. ユーザおよびグループの管理を終了する
2-43. 最後の設定
2-44. Manual Configuration
2-45. インストールの終了
3-1. FreeBSD ブートローダメニュー
3-2. 古典的なデバイス検出結果の例
3-3. 国の選択メニュー
3-4. キーボードメニューの選択
3-5. Sysinstall のメインメニューから Usage を選択
3-6. ドキュメントメニューの選択
3-7. Sysinstall ドキュメントメニュー
3-8. Sysinstall メインメニュー
3-9. Sysinstall キー配列メニュー
3-10. Sysinstall メインメニュー
3-11. Sysinstall オプション
3-12. 標準インストールの開始
3-13. fdisk を実行するディスクの選択
3-14. 編集する前の典型的な fdisk 構成
3-15. ディスク全体を使う fdisk 構成
3-16. sysinstall ブートマネージャメニュー
3-17. ドライブ選択の終了
3-18. sysinstall ディスクラベルエディタ
3-19. デフォルトの自動割り当てによる sysinstall ディスクラベルエディタ
3-20. ルートパーティションに割りあてる容量
3-21. ルートパーティションサイズの編集
3-22. ルートパーティションタイプの選択
3-23. ルートのマウントポイント選択
3-24. sysinstall ディスクラベルエディタ
3-25. ディストリビューションの選択
3-26. ディストリビューションの確認
3-27. インストールメディアの選択
3-28. イーサネットデバイスを選ぶ
3-29. ed0 ネットワークの設定
3-30. inetd.conf の編集
3-31. Anonymous FTP のデフォルトの設定
3-32. FTP Welcome メッセージの編集
3-33. exports ファイルの編集
3-34. システムコンソール設定オプション
3-35. スクリーンセーバオプション
3-36. スクリーンセーバのタイムアウト
3-37. システムコンソールの設定の終了
3-38. 地域の選択
3-39. 国名の選択
3-40. タイムゾーンの選択
3-41. マウスプロトコルのタイプの選択
3-42. マウスプロトコルの選択
3-43. マウスポートの設定
3-44. マウスポート の設定
3-45. マウスデーモンを有効にする。
3-46. マウスデーモンのテスト
3-47. Package カテゴリの選択
3-48. Packages の選択
3-49. Packages のインストール
3-50. Package のインストールの確認
3-51. User の選択
3-52. ユーザ情報の入力
3-53. ユーザおよびグループの管理を終了する
3-54. インストールの終了
3-55. ネットワーク設定 (メニューの前半)
3-56. デフォルトの MTA の選択
3-57. Ntpdate の設定
3-58. ネットワーク設定 (メニューの後半)
例目次
2-1. 既存のパーティションを使用
2-2. 既存のパーティションを縮小する
2-3. 伝統的なファイルシステムのパーティションを作成する。
3-1. 既存のパーティションを変更せずに使用
3-2. 既存のパーティションを縮小する
5-1. 手動で package をダウンロードしてローカルからインストールする
13-1. boot0 のスクリーンショット
13-2. boot2 のスクリーンショット
13-3. /etc/ttys の insecure コンソール
14-1. FreeBSD におけるユーザの追加
14-2. rmuser による対話的なアカウントの削除
14-3. スーパユーザによる対話的な chpass
14-4. 通常のユーザによる対話的な chpass
14-5. 自分のパスワードの変更
14-6. スーパーユーザ権限での他のユーザのパスワード変更
14-7. pw(8) によるグループの追加
14-8. pw(8) によるグループメンバ一覧の設定
14-9. pw(8) によるグループへのユーザ追加
14-10. グループに所属しているユーザを調べるための id(1) の使い方
15-1. SSH を用いた SMTP 用の安全なトンネルの作成
16-1. ssh 越しの dump の利用
16-2. RSH を設定した ssh 越しの dump を利用
16-3. ブートフロッピーを作成するスクリプト
16-4. FreeBSD�4.X での vnconfig を用いた既存のファイルシステムイメージのマウント
16-5. vnconfig を用いたファイルベースディスクの新規作成
16-6. FreeBSD�5.X での mdconfig を用いた既存のファイルシステムイメージのマウント
16-7. mdconfig を用いたファイルシステムイメージの新規作成
16-8. mdmfs を用いたファイルベースディスクの設定とマウント
16-9. FreeBSD�4.X での md メモリディスク
16-10. mdconfig を用いたメモリベースディスクの新規作成
16-11. mdmfs を用いたメモリベースディスクの新規作成
19-1. 端末の項目を /etc/ttys に追加する
21-1. sendmail アクセスデータベースの設定
21-2. メールエイリアス
21-3. 仮想ドメインメール対応表の例
22-1. amd によるエクスポートされたファイルシステムのマウント
22-2. 支店または家庭のネットワーク
22-3. 本社 LAN や他の LAN
22-4. inetd への HangUP シグナル送付

前書き

想定している読者

最初の部分は FreeBSD を使い始めた人向けで、FreeBSD のインストールの過程を手引きし、UNIX® の基礎となっている概念や慣習を丁寧に紹介します。 この部分に取り組むために必要なのは、探究心と、 紹介された新たな概念を理解する能力だけです。

その次の、ハンドブックのはるかに大きな部分では、FreeBSD システム管理者が興味を抱くあらゆる種類の話題が分かりやすく言及されています。 一部の章は、その章の前に読んでおくべきことが推奨されており、 各章の始めの概要で述べられています。

さらなる情報源の一覧は、付録B をご覧ください。

第 1 版からの変更

第 2 版は、FreeBSD ドキュメンテーションプロジェクトの献身的なメンバーによる 2 年以上に渡る作業の頂点に立つものです。 この新たな版における主な変更は、次のようなものです。

この文書の構成

この文書は 3 部構成になっています。 第 1 部導入では、 FreeBSD のインストールと基本的な使い方を扱います。 各章は順に読むことを想定していますが、 馴染み深い話題を扱った章は飛ばしてもよいでしょう。 第 2 部システム管理は、より上級の FreeBSD ユーザの関心をひく話題を広く扱っています。 各章の始めにはその章が何を扱っていて、 読者にどんな予備知識が期待されるかを簡潔に述べた概要がおかれています。 これは、その章に関心のない読者がそこを飛ばして興味のある章を見つけられるようにするためです。 第 3 部は参考情報からなる付録です。

第1章, はじめに

新規ユーザに FreeBSD を紹介します。ここでは、FreeBSD プロジェクトの歴史、目標と開発モデルについて述べています。

第3章, インストール

インストール過程を一通りユーザに案内しています。 また、シリアルコンソール経由でのインストールのような高度な話題もいくらか扱っています。

第4章, UNIX の基礎知識

FreeBSD オペレーティングシステムの基本的なコマンドや機能を扱っています。 Linux やその他の UNIX 風のものに馴染んでいたら、 この章を飛ばしても構わないでしょう。

第5章, アプリケーションのインストール

FreeBSD の革新的な “Ports Collection” および標準的なバイナリパッケージによるサードパーティアプリケーションのインストールについて説明しています。

第6章, X Window System

X Window System 全般と、特に FreeBSD 上での XFree86 の利用について述べています。 また、KDE や GNOME のような一般的なデスクトップ環境にも触れています。

第12章, 設定とチューニング

システム管理者が FreeBSD システムを調整して最適な性能を引き出すのに利用できるパラメータについて述べています。 また、FreeBSD で利用されている様な設定ファイルとそのありかも解説しています。

第13章, 起動プロセス

FreeBSD の起動プロセスを解説し、 このプロセスを設定オプションで制御する方法を説明しています。

第14章, ユーザと基本的なアカウン トの管理

ユーザアカウントの生成、操作について述べています。また、 ユーザーに課すことができる資源の制限やその他のアカウント管理作業について議論しています。

第9章, FreeBSD カーネルのコンフィグレーション

どのような場合に新たにカーネルを構成する必要があるかを説明し、 カスタムカーネルのコンフィグレーション、構築、 インストールについて詳しく説明しています。

第15章, セキュリティ

FreeBSD システムを安全に保つために役立つ Kerberos, IPsec, OpenSSH, ネットワークファイアウォールといった利用可能な様々なツールについて説明しています。

第10章, プリンタの利用

FreeBSD におけるプリンタの取り扱いを説明しています。たとえば、 バナーページ、プリンターの課金、初期設定といったことです。

第16章, ストレージ

FreeBSD でストレージメディアやファイルシステムをどう扱うかを説明しています。 対象は、物理ディスク、RAID アレイ、 光学およびテープメディア、メモリベースのディスク、 ネットワークファイルシステムなどです。

第17章, 地域化

FreeBSD を英語以外の言語で使う方法を説明しています。 システムとアプリケーション両方のレベルの地域化を扱っています。

第7章, デスクトップアプリケーション

Web ブラウザや生産性向上ツールのような一般的なデスクトップアプリケーションをいくつか挙げ、 FreeBSD におけるインストール方法を説明しています。

第8章, マルチメディア

システムを音声やビデオ再生に対応させるためにどう設定するかを説明します。 また、音声やビデオアプリケーションも例示しています。

第19章, シリアル通信

FreeBSD システムに端末やモデムを、 ダイヤルインまたはダイヤルアウト用に接続する方法を説明しています。

第20章, PPP と SLIP

FreeBSD で、PPP, SLIP や PPP over Ethernet を使ってリモートシステムに接続する方法を説明しています。

第22章, 高度なネットワーク

LAN 上の他のコンピュータとインターネット接続の共有、 ネットワークファイルシステムの利用、NIS 経由のアカウント情報の共有、 ドメインネームサーバの設定等々、 ネットワークに関する様々な話題を取り扱っています。

第21章, 電子メール

電子メールサーバの構成要素をそれぞれ説明し、 最もよく使われているメールサーバソフトウェアである sendmail について、 単純な設定をとりあげています。

第18章, 開発の最前線

FreeBSD-STABLE, FreeBSD-CURRENT と FreeBSD のリリースの違いを説明します。 どんなユーザにとって開発システムを追随するのが有用かを述べ、 その方法の概要をまとめています。

第11章, Linux バイナリ互換機能

FreeBSD の Linux バイナリ互換機能を説明しています。また、 Oracle, SAP�R/3, Mathematica® といった人気の高い Linux アプリケーションのインストールを詳しく説明しています。

付録A, FreeBSD の入手方法

FreeBSD を収録した CDROM や DVD の様々な入手先や、FreeBSD をダウンロードしてインストールできるインターネット上のサイトを挙げています。

付録B, 参考図書

この文書は、 もっと詳しい説明が欲しくなるかもしれないさまざまな題目について触れています。 参考図書には、このハンドブックで参照している、 多くの素晴らしい本が挙げられています。

付録C, インターネット上のリソース

FreeBSD ユーザが FreeBSD について質問したり、 技術的な議論に参加できる、 多くの公開された場について説明しています。

付録D, PGP 公開鍵

多くの FreeBSD 開発者の PGP fingerprint を載せています。

この文書で用いられている表記法

一貫して読みやすい文章を提供するために、 この文書全体では以下の表記法が用いられています。

書体による表記

イタリック体

イタリック体 のフォントは、ファイル名、URL, 強調表現、技術用語の最初の使用を表すのに使われています。

等幅

等幅フォントは、エラーメッセージ、 コマンド、環境変数、ports の名称、ホスト名、ユーザ名、 グループ名、デバイスの名称、変数、 コードの断片を表すのに使われています。

太字

太字のフォントは、 アプリケーション、コマンド、キーを表すのに使われています。

ユーザー入力

文章の他の部分と区別するため、 キーは太字で示されています。 同時に押すことを意図したキーの組み合わせは、キーの間に `+' を入れて表されます。たとえば

Ctrl+Alt+Del

は、ユーザーが Ctrl, Alt それから Del キーを同時に押すことを意図しています。

順に押すことを意図したキーは、カンマで区切って表されます。 たとえば

Ctrl+X, Ctrl+S

は、ユーザーが Ctrl キーと X キーを同時に押してから、 Ctrl キーと S キーを同時に押すことを意図しています。

例

E:\> で始まる例は、MS-DOS® コマンドを表しています。特に注釈がなければ、それらのコマンドは最近の Microsoft®�Windows® の “コマンドプロンプト” 環境でも実行できます。

E:\> tools\fdimage floppies\kern.flp A:

# で始まる例は、FreeBSD 上でスーパーユーザ権限で実行しなければならないコマンドを示しています。 そのコマンドを入力するには、 root としてログインするか、 通常のアカウントでログインして、スーパーユーザ権限を取得するために su(1) を使います。

# dd if=kern.flp of=/dev/fd0

% で始まる例は、 通常のユーザアカウントで実行するべきコマンドを示しています。 特に断りのない限り、環境変数の設定やその他のシェルコマンドには C シェルの文法が使われています。

% top

謝辞

あなたが手にしている文書は、 世界中の何百人もの人々の努力の賜物です。 誤字脱字の修正を送ったのか、文章を丸々投稿したのかによらず、 すべての貢献が役に立ちました。

多くの会社が、 著者らを雇用してフルタイムでこの文書に取り掛かれるようにしたり、 出版費用を出したりして、この文書を作り上げるのを援助してくれました。 特に、BSDi (その後 Wind River Systems に買収されました) は、フルタイムでこの文書の改善作業をするように FreeBSD ドキュメンテーションプロジェクトのメンバーを雇用し、それが 2000 年 3 月の最初の出版 (ISBN 1-57176-241-8) につながりました。 その後、Wind River Systems は、印刷出力の仕組みを整備し、 章を追加するために著者を何名か追加で雇用してくれました。この作業は、 2001 年 11 月の第 2 版の出版 (ISBN 1-57176-303-1) に結実しました。

I. 導入

FreeBSD ハンドブックの第 1 部はユーザと FreeBSD が初めての管理者向けです。各章の内容は以下のとおりです。

  • FreeBSD の紹介

  • インストールの手順の解説

  • UNIX の基礎

  • FreeBSD で利用できる豊富なサードパーティ製のアプリケーションの インストール方法

  • UNIX におけるウィンドウシステム X、 およびクリエイティブなデスクトップ環境の設定の詳細の紹介

このハンドブックでは頻繁にページを飛すことなく前から後へと スムーズに読み進めるように、 後方への参照を極力抑えるようにしています。

目次
1章はじめに
2章FreeBSD のインストール (9.X 以降の場合)
3章FreeBSD のインストール (8.X 以前の場合)
4章Unix の基礎知識
5章アプリケーションのインストール - packages と ports
6章X Window System

第 1章はじめに

改訂: Jim Mock.

1.1. この章では

FreeBSD に興味を持っていただきありがとうございます! この章では FreeBSD の歴史、目標、開発モデルなど、 FreeBSD�プロジェクトに関するさまざまな事柄を扱います。

この章に書かれている話題は、次のようなものです。

  • FreeBSD とその他のオペレーティングシステムとの違い

  • FreeBSD�プロジェクトの歴史

  • FreeBSD�プロジェクトの目標

  • FreeBSD オープンソース開発モデルの基本的な考え方

  • そして、“FreeBSD” という名前の由来について

1.2. FreeBSD へようこそ!

FreeBSD は、4.4BSD-Lite から派生したオペレーティングシステムで、 Intel (x86 および Itanium®), AMD64, Sun UltraSPARC® コンピュータに対応しています。 他のアーキテクチャに対する移植も進行中です。 FreeBSD の歴史や、 現在のリリースについても読むことができます。 プロジェクトへの何らかの貢献 (ソースコード、ハードウェア、 資金の提供など) について興味があれば、 FreeBSD への貢献をご覧ください。

1.2.1. FreeBSD で何ができるの?

FreeBSD には多くの注目すべき機能があります。 例を挙げれば以下のようになります:

  • 優先度を動的に調節する機能を備えることで アプリケーションとユーザとの間で円滑かつ公平な コンピュータ資源共有を実現し、 特に高い負荷にも耐えることができる堅牢さを備えた プリエンプティブマルチタスキング。

  • 多くの人々が 1 つの FreeBSD システムをさまざまな目的で同時に使うことを可能にする マルチユーザ機能。 これは例えば、プリンタやテープデバイスといったシステムの周辺機器が、 そのシステムを利用する全てのユーザだけでなく ネットワーク経由においても自然な形で共有され、 さらに重要なシステム資源の使い過ぎを防ぐために 個々の資源に対する制限がユーザ単位、 グループ単位で設定できる、というようなことを意味しています。

  • SCTP や DHCP, NFS, NIS, PPP, SLIP, IPsec, IPv6 といった業界標準規格のサポートを含んだ堅固な TCP/IP ネットワーキング。 これによって、FreeBSD マシンが商用サーバと同じように相互に運用でき、 NFS (リモートファイルアクセス) や、 電子メールサービスのような極めて重要な機能を提供します。 また、WWW や FTP, ルーティング、ファイアウォール (セキュリティ) サービスを用いてインターネットと接続できます。

  • アプリケーション (あるいはユーザ) がお互いに干渉できない ようにするメモリ保護機能。 アプリケーションがクラッシュしても、 どのような場合でも他のアプリケーションには影響を与えません。

  • FreeBSD は 32ビット のオペレーティングシステム (Itanium 版、AMD64 版および UltraSPARC 版は 64 ビット) であり、 最初からそのようにこつこつと設計されました。

  • 業界標準である X Window システム (X11R7) は、普通の VGA カードやモニタでグラフィカルユーザインタフェース (GUI) を提供し、すべてのソースコードも一緒に提供されます。

  • Linux や SCO, SVR4, BSDI, NetBSD 用に作られた多くのプログラムとの バイナリ互換性。

  • 何千ものすぐに実行可能な アプリケーションが FreeBSD の ports や packages コレクションで利用可能です。 ここに用意されているものはネットを探し回る必要がありません

  • インターネット上で入手可能な、 移植が容易な 何千ものアプリケーションを追加できます。FreeBSD は最も評判のよい商用の UNIX システムとソースコードレベルで互換性があります。 このため、ほとんどのアプリケーションは、 もしあったとしてもほんの少しの変更でコンパイルすることができます。

  • デマンドページング仮想メモリ とそれに “付随の VM/buffer キャッシュ” の設計は、 多くのメモリを要求するアプリケーションに対して 効率よくメモリを与えるようにする一方で、 他のユーザに対しても対話的な応答を維持します。

  • 複数の CPU を搭載したマシンにおける SMP 機能のサポート。

  • 完全な C や C++ の開発ツール。進んだ研究や開発のための多くの他の言語も ports や packages コレクションで提供されています。

  • システム全体のソースコード が提供されているので、 要求に合わせて環境を最大限に適合させることができます。 真のオープンシステムが利用できるのですから、 所有権のある解決方法に締めつけられ、 ベンダのなすがままになる必要はありません。

  • 膨大な量の オンラインドキュメント。

  • もう書ききれません!

FreeBSD はカリフォルニア大学バークレイ校の Computer Systems Research Group (CSRG) による 4.4BSD-Lite リリースを基にしており、 BSD システムの開発の優れた伝統を守り続けています。 CSRG による素晴らしい活動に加えて、 FreeBSD�プロジェクトは何千時間もの時間を注ぎ込んで、 実際の使用の場において最大の性能と信頼性を 発揮するためにシステムのチューニングをおこなっています。 多くの大企業が PC オペレーティングシステムの分野で 実現しようと奮闘しているそのような機能や性能、信頼性を FreeBSD は今すぐ提供できます!

あなたの思いつく限りのアプリケーションは、何でも FreeBSD で実行できます。ソフトウェア開発からファクトリオートメーション、 在庫制御から遠く離れた人工衛星のアンテナの方向調整まで; 商用 UNIX 製品でできることは、FreeBSD でも十分にできるのです! また、FreeBSD は世界中の研究センターや大学によって開発される 文字通り何千もの高品質で、たいていはほとんど無料で利用できる アプリケーションによる恩恵を得ることができます。 商用のアプリケーションも提供されており、 日々増え続けています。

FreeBSD のソースコードは広く提供されているので、 システムも特別なアプリケーションやプロジェクトに合わせて、 いくらでもカスタマイズすることができます。 これは有名な商業ベンダから出ているほとんどのオペレーティング システムでは不可能なことです。以下に現在 FreeBSD を 使っている人々のアプリケーションの例をいくつか上げます:

  • インターネットサービス: FreeBSD に組み込まれている 頑強な TCP/IP ネットワーキング機能は次のようなさまざまな インターネットサービスの理想的なプラットフォームになります:

    • FTP サーバ

    • World Wide Web サーバ (標準、もしくは安全な [SSL])

    • IPv4 および IPv6 ルーティング

    • ファイアウォールと NAT (“IP マスカレード”) ゲートウェイ

    • 電子メールサーバ

    • USENET ニュースおよび電子掲示板システム

    • さらにいろいろ…

    FreeBSD を利用すれば、小規模で安価な 386 クラスの PC でも気軽に導入することができますし、 事業の成長に合わせてアップグレードした 4 つの Xeon プロセッサと RAID ストレージデバイスを備えたシステムでも、 全くそのまま使うことができるのです。

  • 教育: あなたは、計算機科学または関連分野の工学を専攻する学生さんですか? オペレーティングシステムやコンピュータアーキテクチャ、 ネットワークについて学習するなら、 実際に FreeBSD のソースコードを読んで、 それがどのように動作するのかを学ぶのが一番よい方法です。 また、無料で利用できる CAD や数学、 グラフィックデザインのパッケージがいくつもあるので、 コンピュータに関わる主要な目的が、 他のことをすることにある方にも、 大いに役立ちます。

  • 研究: システム全体のソースコードが利用できるため、 FreeBSD はオペレーティングシステムの研究だけでなく、 計算機科学の他の部門においても優れたプラットフォームです。 自由に利用できる FreeBSD の特長は、オープンフォーラムで 議論される特別なライセンスの同意や制限について心配することなく、 離れたグループでもアイディアや開発の共有による共同研究を可能にします。

  • ネットワーキング: 新しいルータが必要? ネームサーバ (DNS) は? 内部のネットワークを人々から守るファイアウォールは? FreeBSD はすみに眠っている使われていない 386 や 486 の PC を簡単に 洗練されたパケットフィルタリング機能を持つ高級なルータに 変えることができます。

  • X Window ワークステーション: 自由に利用できる X11 サーバを使うことによって、 安価な X 端末として FreeBSD を使うこともできます。 X 端末とは違って FreeBSD は多くのアプリケーションをローカルに走らせることもでき、 中心のサーバの負荷を軽減することも可能です。 FreeBSD は“ディスクレス”でもブート可能であり、 個々のワークステーションを安価で、 容易に管理することさえ可能にします。

  • ソフトウェア開発: 基本的な FreeBSD システムには、有名な GNU の C/C++ コンパイラやデバッガを含んだ完全な開発ツールがついてきます。

FreeBSD は、ソースとバイナリの両方とも、CD-ROM または anonymous FTP で入手可能です。 詳しくは 付録A をご覧ください。

1.2.2. FreeBSD はどこに使われていますか?

FreeBSD は、以下に代表されるような世界最大クラスの IT 会社のデバイスおよび製品のプラットフォームとして利用されています。

FreeBSD は、以下のサイトに代表されるような、 インターネット上で最大クラスのサイトでも利用されています。

また、この他にもあります。

1.3. FreeBSD�プロジェクトについて

以下の節では簡単な歴史やプロジェクトの目標、 開発モデルなど、普段は表にでない話題を提供しています。

1.3.1. FreeBSD 小史

寄稿: Jordan Hubbard.

FreeBSD�プロジェクトは 1993 年の始めに “Unofficial 386BSD Patchkit” の最後の 3 人のまとめ役によって、部分的に patchkit から派生する形で開始されました。ここでの 3 人のまとめ役というのは、Nate Williams と、Rod Grimes と、私 (Jordan K. Hubbard) です。

私たちのもともとの目標は、patchkit という仕組みではもう十分に解決できなくなってしまった 386BSD の数多くの問題を修正するための、386BSD の暫定的なスナップショットを作成することでした。 こういった経緯を経ているので、 このプロジェクトの初期の頃の名前が “ 386BSD 0.5 ” や “386BSD 暫定版 (Interim)” であったということを覚えている人もいるでしょう。

386BSD は、Bill Jolitz が (訳注: バークレイ Net/2 テープを基に) 作成したオペレーティングシステムです。当時の 386BSD は、ほぼ一年にわたって放っておかれていた (訳注: 作者がバグの報告を受けても何もしなかった) というひどい状況に苦しんでいました。 作者の代わりに問題を修正し続けていた patchkit は日を追うごとに不快なまでに膨張してしまっていました。 このような状況に対して、このままではいけない、 何か行動を起こさなければ、 ということで異議を唱えるものは私たちのなかにはいませんでした。 そして私たちは挑戦することを決断し、 暫定的な “クリーンアップ” スナップショットを作成することで Bill を手助けしようと決めたのです。しかし、 この計画は唐突に終了してしまいました。Bill Jolitz が、 このプロジェクトに対する受け入れ支持を取り下げることを突然決意し、 なおかつこのプロジェクトの代わりに何をするのかを一切言明しなかったのです。

たとえ Bill が支持してくれないとしても、 われわれの目標には依然として やる価値があると決心するのにさしたる時間はかかりませんでした。 そこで David Greenman が考案した名称 “FreeBSD” を私たちのプロジェクトの名前に採用し、 新たなスタートを切りました。 この時点でのプロジェクトの初期目標は、すでにこのシステム (訳注: 386BSD + Patchkit) を使っていた利用者たちと相談して決められました。 プロジェクトが実現に向けて軌道に乗ってきたことが明確になった時点で、 私は Walnut Creek CDROM 社に連絡してみました。CD-ROM を使って FreeBSD を配布することによって、 インターネットに容易に接続できない多くの人々が FreeBSD を簡単に入手できるようになると考えたからです。Walnut Creek CDROM 社は FreeBSD を CD で配布するというアイデアを採用してくれたばかりか、 作業するためのマシンと高速なインターネット回線を私たちのプロジェクトに提供してくれました。 当時は海のものとも山のものともわからなかった私たちのプロジェクトに対して、Walnut Creek CDROM 社が信じられないほどの信頼を寄せてくれたおかげで、 FreeBSD は短期間のうちにここまで大きく成長したのです。

CD-ROM による最初の配布 (そしてネットでの、 ベータ版ではない最初の一般向け配布) は FreeBSD�1.0 で、1993 年 12 月に公開されました。これはカリフォルニア大学バークレイ校の 4.3BSD-Lite (“Net/2”) を基とし、386BSD や Free Software Foundation からも多くの部分を取り入れたものです。 これは初めて公開したものとしては十分に成功しました。続けて 1994 年 5 月に FreeBSD�1.1 を公開し、 非常に大きな成功を収めました。

この時期、 あまり予想していなかった嵐が遠くから接近してきていました。 バークレイ Net/2 テープの法的な位置づけについて、Novell 社とカリフォルニア大学バークレイ校との間の長期にわたる 法廷論争において和解が成立したのです。和解の内容は、Net/2 のかなりの部分が “権利つき (encumbered)” コードであり、それは Novell 社の所有物である、 というバークレイ校側が譲歩したものでした。なお、Novell 社はこれらの権利を裁判が始まる少し前に AT&T 社から買収していました。 和解における譲歩の見返りにバークレイ校が得たのは、 4.4BSD-Lite が最終的に発表された時点で、 4.4BSD-Lite は権利つきではないと公式に宣言されること、 そしてすべての既存の Net/2 の利用者が 4.4BSD-Lite の利用へと移行することが強く奨励されること、という Novell 社からの “ありがたき天からの恵み” でした (訳注: 4.4BSD-Lite はその後 Novell 社のチェックを受けてから公開された)。FreeBSD も Net/2 を利用していましたから、1994 年の 7 月の終わりまでに Net/2 ベースの FreeBSD の出荷を停止するように言われました。ただし、 このときの合意によって、 私たちは締め切りまでに一回だけ最後の公開をすることを許されました。 そしてそれは FreeBSD�1.1.5.1 となりました。

それから FreeBSD�プロジェクトは、まっさらでかなり不完全な 4.4BSD-Lite を基に、文字どおり一から再度作り直すという、 難しくて大変な作業の準備を始めました。“Lite” バージョンは、部分的には本当に軽くて、中身がなかったのです。 起動し、 動作できるシステムを実際に作り上げるために必要となるプログラムコードのかなりの部分がバークレイ校の CSRG (訳注: BSDを作っているグループ) によって (いろいろな法的要求のせいで) 削除されてしまっていたということと、4.4BSD の Intel アーキテクチャ対応が元々かなり不完全であったということがその理由です。 この移行作業は結局 1994 年の 11 月までかかりました。 そしてその時点で FreeBSD�2.0 をネットと CD-ROM (12 月末ごろ) を通じて公開しました。これは、 かなり粗削りなところが残っていたにもかかわらず、 かなりの成功を収めました。そしてその後に、より信頼性が高く、 そしてインストールが簡単になった FreeBSD�2.0.5 が 1995 年の 6 月に公開されました。

私たちは 1996 年の 8 月に FreeBSD�2.1.5 を公開しました。 この出来が非常に良く、特に業務で運用しているサイトや ISP での人気が高かったので、私たちは 2.1-STABLE 開発分流から更に公開をおこなうことにメリットがあると考えました。 それが FreeBSD�2.1.7.1 で、2.1-STABLE 開発分流の最後を締めくくるものとして、 1997 年の 2月に公開されました。2.1-STABLE 開発分流 (RELENG_2_1_0) は現在、 保守のみをおこなう状態になっており、今後は、 セキュリティの改善や他の何か重要なバグフィックスのみがおこなわれるでしょう。

FreeBSD�2.2 の開発は、RELENG_2_2 開発ブランチとして、 開発の本流 (“-CURRENT”) から 1996 年 11 月に分岐し、そして 1997 年 4 月に最初のリリース (2.2.1) が行なわれました。2.2 開発ブランチからは、さらに 97 年の夏と秋にリリースが行なわれ、 98 年 11 月に 2.2 開発ブランチの最終リリース (2.2.8) が行なわれています。1998 年 10 月に FreeBSD�3.0 最初の公式リリースが行なわれ、 2.2 開発ブランチは開発の終了を迎えることになりました。

1999 年 1 月 20 日には、FreeBSD の開発ツリーが 4.0-CURRENT と 3.X-STABLE の各ブランチに再び分岐しました。 3.X-STABLE からは 3.1 が 1999 年 2 月 15 日に、 3.2 が 1999 年 5 月 15 日に、 3.3 が 1999 年 9 月 16 日に、 3.4 が 1999 年 12 月 20 日に、 そして 3.5 が 2000 年 6 月 24 日にリリースされました。 3.5 はリリースの数日後、Kerberos に対するセキュリティ上の修正を組み込むために小規模な更新がなされ、 3.5.1 になりました。3.5.1 は、この 3.X ブランチにおける最終リリースになる予定です。

2000 年 3 月 13 日に 4.X-STABLE ブランチが作成されました。 このブランチからはこれまでいくつものリリースが公開されています。 2000 年 3 月に初めて 4.0-RELEASE が公開され、 最終版の 4.11-RELEASE は 2005 年 1 月 に公開されました。

長い間延期されていた 5.0-RELEASE は、2003 年 1 月 19 日にアナウンスされました。これは 3 年近くにわたる作業の集大成であり、 このリリースより、FreeBSD は先進的なマルチプロセッサとアプリケーションスレッドに対応し、 また、UltraSPARC と ia64 プラットフォームへの対応も始まりました。 これに続いて 5.1 が 2003 年 6 月に公開されています。 -CURRENT ブランチからの最後の 5.X リリースは 5.2.1-RELEASE で、 2004 年 2 月に公開されました。

2004 年 8 月に RELENG_5 ブランチが作成され、続いて 5.3-RELEASE が 5-STABLE ブランチからのリリースの始まりを飾りました。 最新の 5.5-RELEASE は 2006 年 5 月に公開されました。 今後 RELENG_5 ブランチからのリリースは行われません。

2005 年 7 月に RELENG_6 ブランチが作成され、 6.X ブランチの最初のリリースである 6.0-RELEASE は 2005 年 11 月に公開されました。 最新の 6.4-RELEASE は 2008 年 11 月に公開されました。 今後 RELENG_6 ブランチからのリリースは行われません。 このブランチは、 Alpha アーキテクチャに対応する最後のブランチです。

2007 年 10 月に RELENG_7 ブランチが作成され、 このブランチの最初のリリースである 7.0-RELEASE は 2008 年 2 月に公開されました。 このブランチからの最新の 7.4-RELEASE は 2011 年 2 月に公開されました。 今後 RELENG_7 ブランチからのリリースは行われません

2009 年 8 月に RELENG_8 ブランチが作成され、 8.X ブランチの最初のリリースである 8.0-RELEASE は 2009 年 11 月に公開されました。 このブランチからの最新の 8.3-RELEASE は 2012 年 4 月 に公開されました。 RELENG_8 ブランチからのリリースは、引き続き行われる予定です。

2011 年 9 月に RELENG_9 ブランチが作成され、 このブランチからの最初のリリースである 9.0-RELEASE は 2012 年 1 月に公開されました。 最新の 9.1-RELEASE は 2012 年 12 月 に公開されました。 RELENG_9 ブランチからのリリースは、引き続き行われます。

長期的な開発プロジェクトは 10.X-CURRENT 開発ブランチ (トランク) で続けられ、 10.X のスナップショットリリースが収録された CD-ROM (もちろん、ネットワーク上でも) は、開発の進行状況に応じて スナップショットサーバ より継続して入手できます。

1.3.2. FreeBSD�プロジェクトの目標

寄稿: Jordan Hubbard.

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

私たちのソースツリーに含まれるソースのうち、 GNU 一般公有使用許諾 (GPL) または GNU ライブラリ一般公有使用許諾 (LGPL) に従っているものについては、多少制限が課せられています。ただし、 ソースコードへのアクセスの保証という、 一般の制限とはいわば逆の制限 (訳注1) です。 GPL ソフトウェアの商利用には、そのライセンスにある 複雑な側面が影響してくることがあります。 ですから私たちは、そうすることが合理的であると判断されたときには、 より制限の少ない、BSD 著作権表示を採用しているソフトウェアを選択するようにしています。

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

1.3.3. FreeBSD の開発モデル

寄稿: 浅見 賢.

FreeBSD の開発は非常に開かれた、柔軟性のあるプロセスです。 貢献者リスト を見ていただければわかるとおり、 FreeBSD は文字通り世界中の何百という人々の努力によって開発されています。 FreeBSD の開発環境は、 この何百という開発者がインターネット経由で共同作業できるようになっているのです。 新しい開発者はいつでも大歓迎ですので、FreeBSD technical discussions メーリングリスト にメールを送ってください。 FreeBSD announcements メーリングリスト もありますので、他の FreeBSD ユーザに自分のやっていることを宣伝したい時にはどうぞ使ってください。

あと、FreeBSD�プロジェクトとその開発プロセスについて、 どなたにも知っていていただきたいのは以下のようなことです。

SVN リポジトリ

長年にわたり FreeBSD のソースツリーは CVS (Concurrent Versions System) によってメンテナンスされてきました。 CVS はソースコード管理用のフリーソフトウェアで、 FreeBSD のリリースにも含まれています。 2008 年 6 月、プロジェクトはソースコード管理のシステムを SVN (Subversion) に移行しました。 ソースツリーの急速な増加や、 これまでに蓄積された膨大な量の履歴によって、 CVS の持つ技術的な限界が明かになってきたためです。 ドキュメンテーションプロジェクトと Ports Collection リポジトリも、それぞれ 2012 年 5 月と 7 月に CVS から SVN へと移行しました。 FreeBSD src/ リポジトリを取得するための情報は ソースツリーの同期 の章を、FreeBSD Ports Collection を取得するための詳細については Ports Collection の利用 の章をご覧ください。

ソースツリー管理者

コミッター (committers) は Subversion ツリーへの書き込み権限を持っている人、 FreeBSD のソースに変更を加えることができる人です (リポジトリに変更を加えるには、ソースをコントロールする commit というコマンドを使うので、 これらの人々は英語では “committers” と呼ばれます)。 開発者にコードを送って見てもらうのに一番いい方法は send-pr(1) コマンドを使うことです。 もし、何か問題があって send-pr が使えないなら FreeBSD committer's メーリングリスト にメールを送っていただいても構いません。

FreeBSD コアチーム

FreeBSD コアチームは FreeBSD�プロジェクトが会社だとすると取締役会にあたるものです。 コアチームとして一番重要な役割は FreeBSD�プロジェクトが全体としてよい方向に向かっていることを確認することです。 責任感あふれる開発者を上記のソースツリー管理者として招くこと、 また仕事上の都合などでコアチームをやめた人たちの後任を見つけることもコアチームの役割です。 現在のコアチームは FreeBSD 開発者 (committer) の中から 2012 年 7 月に選挙によって選出されました。 コアチームを選出するための選挙は、2 年ごとに行なわれています。

コアチームのうち何人かは特定の担当分野を持っており、 システムのうち一部に特に重点をおいて面倒を見ています。 FreeBSD 開発者と担当分野の完全なリストは コントリビュータのリストをご覧ください。

注意: 忘れてほしくないのは、 コアチームのほとんどは FreeBSD に対してボランティアの立場であり、 FreeBSD�プロジェクトからは何ら金銭的な支援を受けていない、 ということです。ですから、 ここでの“責任”は “保証されたサポート”ではありません。 そういう意味で、上記の“取締役会” という例えはあまりよくないかもしれません。むしろ、FreeBSD のために人生を棒に振ってしまった人の集まりといった方が正しいかも…。

その他のコントリビュータ

最後になりますが、 もっとも重要で多数をしめる開発者はフィードバックやバグフィクスをどんどん送ってくれるユーザ自身です。 FreeBSD の開発に関わっていきたいという人は、 議論の場である FreeBSD technical discussions メーリングリスト に参加するとよいでしょう。 FreeBSD 関連メーリングリストに関する詳細は、 付録C をご覧ください。

FreeBSD への貢献者リスト は日に日に長くなっています。 あなたも今日、何か送ることからはじめてみませんか?

もちろん FreeBSD に貢献するには、 コードを書くほかにもいろいろな方法があります。 助けが求められている分野については、 FreeBSD�プロジェクトのウェブサイトをご覧ください。

ひとことで言うと、FreeBSD の開発組織はゆるやかな同心円状になっています。 ともすると中央集権的に見えがちなこの組織は、 FreeBSD のユーザがきちんと管理されたコードベースを 容易に追いかけられるようにデザインされているもので、 貢献したいという人を締め出す意図は全くありません! 私たちの目標は安定したオペレーティングシステムと 簡単にインストールして使うことのできる アプリケーションを提供することです。 この方法は、それを達成するために非常にうまくはたらきます。

これから FreeBSD の開発にたずさわろうという人に、 私たちが望むことはただ一つです。 FreeBSD の成功を継続的なものにするために、 現在の開発者と同じような情熱を持って接してください!

1.3.4. 現在のリリースについて

FreeBSD は自由に利用でき、 Intel i386™, i486™, Pentium®, Pentium�Pro, Celeron®, Pentium�II, Pentium�III, Pentium�4 (とその互換品), Xeon™, Sun UltraSPARC ベースのコンピュータで動作する、 4.4BSD-Lite ベースの全ソースつきのリリースです。 これはもともとカリフォルニア大学バークレイ校 CSRG グループのソフトウェアがベースとなっており、NetBSD, OpenBSD, 386BSD, そして Free Software Foundation の ソフトウェアなどにより拡張されています。

1994 年末の FreeBSD�2.0 のリリースからみると、FreeBSD は性能、 機能、安定性の面で劇的に改善されました。 もっとも大きな変化は仮想メモリシステムに おける改良で、 統合化された VM/file バッファキャッシュを用いることで性能を向上させながらも FreeBSD のメモリの使用量を減らすことができたことです。そのおかげで、最低 5�MB メモリという制約上でも動作するようになりました。 その他の拡張としては、NIS のクライアントとサーバの完全なサポート、 トランザクション TCP のサポート、ダイヤルオンデマンド PPP, 統合された DHCP のサポート、改良された SCSI サブシステム、 ISDN, ATM, FDDI, Fast Ethernet や Gigabit Ethernet (1000�Mbit) アダプタへの対応、最新の Adaptec コントローラ対応の改良や、 数百件におよぶバグの修正などがあります。

FreeBSD では基本配布セットに加え、 移植されたソフトウェア集として数千の人気の高いプログラムを提供しています。 この文書を印刷している時点で 24,000 以上の ports (移植ソフトウェア) が存在します。 ports には http (WWW) サーバから、ゲーム、言語、 エディタまでありとあらゆるものが含まれています。 ports はオリジナルソースに対する “差分”という形で表現されており、 Ports Collection 全体でも 500�MB 程度にしかなりません。 こうすることで ports の更新を容易にし、昔の 1.0 Ports Collection が要求したディスクスペースよりも少なくて済むようになります。 ports をコンパイルするには、 インストールしたいと思っているプログラムのディレクトリに移動し、 make install とすると、 あとはすべてシステムがやってくれます。 どの ports もオリジナルの配布セットを動的に CD-ROM や近くの FTP サーバから取ってくるので、 ディスクは構築したいと思っている ports の分だけを準備しておけば十分です。 ほとんどの ports は、すでにコンパイルされた状態で “package” として提供されており、 ソースコードからコンパイルしたくない場合、これを使うと (pkg_add というコマンドで) 簡単にインストールできます。 package と ports に関する詳細は、 第5章 をご覧ください。

最近の FreeBSD では、システムの最初のセットアップ時に、 インストーラ (sysinstall(8) または bsdinstall(8) のどちらでも) 上で、ドキュメントを /usr/local/share/doc/freebsd 以下にインストールすることを選択できます。 システムのインストール後でも、項18.4.6.2 に記述されている package を使うことで、いつでもドキュメントをインストールできます。 これらのローカルにインストールされたドキュメントは、HTML ブラウザを使って以下の URL から参照できます。

FreeBSD ハンドブック (英文オリジナル)

/usr/local/share/doc/freebsd/handbook/index.html

FreeBSD に関する FAQ (英文オリジナル)

/usr/local/share/doc/freebsd/faq/index.html

また、 http://www.FreeBSD.org/ にはマスタ (かなり頻繁に更新されます) がありますので、 こちらも参照してください。

第 2章FreeBSD のインストール (9.X 以降の場合)

再構成、部分的に書き直し: Jim Mock. sysinstall のウォークスルー、スクリーンショット、 およびその他原稿: Randy Pratt. bsdinstall に向けた改訂: Gavin Atkinson 、 Warren Block.

2.1. この章では

FreeBSD では、テキストベースの使いやすいインストールプログラムが用意されています。 FreeBSD�9.0-RELEASE 以降では bsdinstall、 FreeBSD�9.0-RELEASE より前のリリースでは sysinstall と呼ばれるインストールプログラムを使います。 この章では、bsdinstall の使い方について説明します。 sysinstall の利用については、 第3章 で説明しています。

この章を読むと、以下のことがわかります。

  • FreeBSD インストールメディアの作り方。

  • FreeBSD がハードディスクをどのように分割し、参照するか。

  • bsdinstall をどのように起動するか。

  • bsdinstall が聞いてくる質問がどのような意味であり、 またどのように答えれば良いか。

この章を読む前に、以下のことを確認して下さい。

  • インストールしようとしているバージョンに付属しているサポートハードウェア一覧を読み、 あなたの使っているハードウェアがサポートされているかどうかを確認して下さい。

注意: このインストールの説明書は i386 (“PC 互換”) アーキテクチャのコンピュータを対象にしています。 他のプラットフォームに特有の説明についてはそのつど明記しています。 インストーラとこの文書で記述している内容の間には、 いくらかズレがあることがあります。 この章を正確で忠実な手順書としてではなく、 一般的なガイドとしてご利用ください。

2.2. ハードウェア要件

2.2.1. 最小構成

FreeBSD をインストールする最小構成は、 FreeBSD のバージョンやハードウェアのアーキテクチャによって異なります。

以下の節では、最小構成についての情報をまとめています。 また、FreeBSD のインストール方法によって、 対応している CDROM ドライブや、 場合によってはネットワークアダプタが必要となります。 これに関しては 項2.3.5 で説明します。

2.2.1.1. FreeBSD/i386

FreeBSD/i386 アーキテクチャは、 486 以上のプロセッサと、 少なくとも 64�MB の RAM が必要です。 最小のインストールでは、 少なくとも 1.1�MB のハードディスクの空き容量が必要です。

注意: 古いコンピュータでは、 速いプロセッサを入手するより、より多くの RAM やより多くの容量のハードドライブを用意するほうが重要です。

2.2.1.2. FreeBSD/amd64

FreeBSD/amd64 を実行可能なプロセッサには 2 つのクラスがあります。 1 つ目のクラスは、AMD�Athlon™64, AMD�Athlon64-FX, AMD�Opteron™ やそれより新しいプロセッサです。

もう 1 つのクラスは、 Intel®�EM64T アーキテクチャを採用しているプロセッサです。 これらのプロセッサの例は、 Intel�Core™�2 Duo, Quad, Extreme プロセッサファミリ、 Intel�Xeon 3000, 5000, 7000 系のプロセッサ、 および Intel�Core i3, i5, i7 プロセッサです。

nVidia nForce3 Pro-150 ベースのコンピュータを使用するには、 BIOS のセットアップを使って、IO APIC を無効にする 必要があります。 もし、このようなオプションがなければ、 代わりに ACPI を無効にする必要があるでしょう。 Pro-150 チップセットには回避策が見つかっていないバグがあります。

2.2.1.3. FreeBSD/powerpc Apple® Macintosh®

すべての USB 内蔵の New World Apple® Macintosh® システムに対応しています。 複数の CPU を持つコンピュータは SMP に対応しています。

32-bit カーネルは、RAM の最初の 2�GB だけを利用できます。 Blue & White PowerMac G3 では、FireWire® に対応していません。

2.2.1.4. FreeBSD/sparc64

FreeBSD/sparc64 が対応しているハードウェアの一覧については、 FreeBSD/sparc64 プロジェクトをご覧ください。

現時点では、 他のオペレーティングシステムとディスクの共有ができないので、 FreeBSD/sparc64 専用のディスクが必要です。

2.2.2. サポートされているハードウェア

FreeBSD がサポートしているハードウェアアーキテクチャやデバイスの一覧は、 各リリースのハードウェアノートとして提供されます。 このドキュメントは通常リリースメディアのルートディレクトリにある HARDWARE.TXT という名前のファイルで見ることができます。 ハードウェアリストは、FreeBSD のウェブサイトの リリース情報 のページにもあります。

2.3. インストール前に行う作業

2.3.1. データのバックアップ

FreeBSD をインストールするコンピュータに残されている価値のあるデータをすべてバックアップしてください。 そして、インストール作業を進める前にバックアップが正しく取れていることを確認してください。 FreeBSD のインストーラは、ハードディスクに変更を加える前に確認を求めますが、 一度実際に書き込む作業が始まってしまうと、 もう元に戻すことはできません。

2.3.2. FreeBSD をインストールする場所の決定

インストールするオペレーティングシステムが FreeBSD のみで、 ハードディスクすべてを使ってインストールする場合には、 この節の後半を飛ばすことができます。 しかし、ハードディスクに FreeBSD と他のオペレーティングシステムを共存させる必要がある場合には、 ディスクレイアウトに関する基本的な部分を理解しておく必要があります。

2.3.2.1. FreeBSD/i386 および FreeBSD/amd64 アーキテクチャでのディスクレイアウト

ハードディスクを複数の塊に分割することができます。 これらの塊は パーティション と呼ばれます。

ディスクをパーティションに分割する方法は 2 通りあります。 伝統的な Master Boot Record (MBR) では、 ディスク 1 台あたり 4 つまでのパーティションテーブルを持つことができます (歴史的な理由により、FreeBSD は、これらのパーティションのことを スライス と呼びます)。 大きなディスクにとって、作成できるパーティションの数が 4 つという制限は限定的なので、 プライマリパーティションの 1 つに拡張パーティションを作成できます。 論理パーティション と呼ばれる特別のパーティションは、 この拡張パーティションの内部に作成できます。 これは、多少扱いにくいものです。

GUID Partition Table (GPT) は、 ディスクをパーティションに分ける簡単で新しい方法です。 伝統的な MBR パーティションテーブルと比べると、 GPT ははるかに万能です。一般的な GPT の実装では、 1 つのディスクに 128 個までのパーティションの作成が可能です。 扱いにくい論理パーティションのような回避策は必要ありません。

警告Windows�XP のような古いオペレーティングシステムは、 GPT パーティションと互換性がありません。 FreeBSD をこのようなオペレーティングシステムとディスク上で共存させる場合には、 MBR パーティションテーブルを使う必要があります。

FreeBSD の標準のブートローダは、プライマリまたは GPT パーティションに対応しています (FreeBSD の起動プロセスのより詳しい情報については、 第13章 をご覧ください)。 ディスク上のすべてのプライマリ、もしくは GPT パーティションが使われているのであれば、 そのひとつを FreeBSD のために開放してください。

FreeBSD の最小のインストールでは、1�GB 程度のディスク容量が必要です。 しかし、これは 非常に 小さなインストールであり、 自分のファイルを作成するスペースはほとんど残らないでしょう。 現実的には、グラフィカルな環境が必要なければ 3�GB、 グラフィカルユーザインタフェースを使用するのであれば 5�GB 以上は必要でしょう。 サードパーティ製ソフトウェアをインストールするならば、 さらに多くのスペースが必要になります。

さまざまな パーティションサイズを変更するフリーや商用のツール を利用できます。 GParted Live は、GParted パーティションエディタを含む完全なライブ CD です。 多くの Linux Live CD ディストリビューションでも GParted を利用できます。

警告ディスクパーティションのアプリケーションは、 ディスク上のデータを壊す可能性があります。 ディスクのパーティションを変更する前に、 必ず全体のバックアップをとり、完全性を検証してください。

Microsoft�Vista のパーティションサイズの変更は、難しい可能性があります。 このような作業を行う際は、 Vista のインストール CDROM を手元に置いておくことをお勧めします。

例 2-1. 既存のパーティションを使用

既に Windows がインストールされている 40�GB のハードディスクが 1 台接続されており、そのハードディスクは、 20�GB の 2 つのパーティションに分割されていると仮定します。 Windows では、それぞれ C: および D: と呼びます。 C: パーティションには 10�GB のデータ、 D: パーティションには 5�GB のデータがあるとします。

D: にあるデータをすべて C: にコピーすれば、 2 つ目のパーティションを解放し、FreeBSD のために使うことができるようになります。

例 2-2. 既存のパーティションを縮小する

Windows がインストールされている 40�GB のハードディスクが 1 台接続された PC を使用していると仮定します。 ディスクのすべてを 1 つの大きなパーティションとして使用しています。 Windows では、この 40�GB のパーティションを 1 つの C: ドライブとして表示します。 15�GB のデータがあるとします。 Windows が 20�GB パーティション、 残りの 20�GB パーティションを FreeBSD で使いたいとします。

インストールを行うには、2 つの方法があります。

  1. Windows のデータをバックアップし、インストール時に 20�GB のパーティションを作成して再インストールする。

  2. 先に述べた GParted をはじめとするパーティションを縮小するツールを使って、 Windows のパーティションを縮小し、フリーの空間上に、 FreeBSD のためのパーティションを作成する。

異なるオペレーティングシステムを含むディスクパーティションでは、 どのオペレーティングシステムも同時に実行できるのは 1 つです。 複数のオペレーティングシステムを同時に実行する方法については、 Virtualization の章で説明します。

2.3.3. ネットワークの詳細をまとめる

FreeBSD のインストール方法によっては、ネットワークに接続し、 ファイルのダウンロードが必要です。 イーサネットに接続 (または、ケーブル / DSL モデム経由でイーサネットインタフェースを利用して接続) するためには、 インストール中にこれらの情報を入力する必要があります。

DHCP は、 自動的にネットワークの設定情報を得るのによく使われます。 DHCP を利用できない場合には、 システム管理者かプロバイダにネットワーク情報を問い合わせる必要があります。

ネットワーク情報

  1. IP アドレス

  2. サブネットマスク

  3. デフォルトルータの IP アドレス

  4. ローカルネットワークのドメイン名

  5. DNS サーバの IP アドレス

2.3.4. FreeBSD Errata の確認

FreeBSD�プロジェクトでは FreeBSD の各リリースができる限り安定するよう努力していますが、 時々バグが発生してしまうことがあります。極まれに、 発生したバグがインストールプロセスに影響を与えることがあります。 これらの問題は発見され解決されるとともに、 FreeBSD のウェブサイトの FreeBSD Errata に掲示されます。 インストールに関して注意すべき既知の問題が無いことを確かめるために、 インストールする前に Errata を確認してください。

すべてのリリースに関する情報や Errata は、 FreeBSD のウェブサイト の リリース情報 の項で確認することができます。

2.3.5. インストールメディアの準備

FreeBSD のインストールは、 インストール用の CD, DVD または USB メモリスティックとともに、コンピュータを起動するところから始まります。 インストーラは、オペレーティングシステムで実行できるようなプログラムではありません。

FreeBSD のインストールファイルをすべて含んでいる通常のインストールメディアに加え、 bootonly を利用できます。 bootonly インストールメディアは、インストールファイルを含んでいません。 そのかわり、インストールの途中ですべてのファイルをネットワークからダウンロードします。 そのため、bootonly インストール CD は小さく、 また、インストール中に必要なファイルだけをダウンロードするので、 使用するバンド幅を減らすことが出来ます。

FreeBSD のインストールメディアは FreeBSD ウェブサイト から入手できます。

ティップ: FreeBSD の入っている CDROM や DVD, USB メモリスティックを持っているのであれば、 この章を飛ばしてもかまいません。

FreeBSD の CD および DVD イメージは、 起動可能な ISO ファイルです。 インストールには、一枚の CD または DVD があれば十分です。 現在使用しているオペレーティングシステムにインストールされている、 ISO イメージを CD に書き込むアプリケーションを用いて、 起動可能な CD または DVD を作成してください。

起動可能なメモリスティックを作成する場合には、 以下の手順にしたがってください。

  1. メモリスティックのイメージの取得

    FreeBSD�9.0-RELEASE 以降のメモリスティックのイメージは、 ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/arch/arch/ISO-IMAGES/version/FreeBSD-version-RELEASE-arch-memstick.img の ISO-IMAGES/ ディレクトリからダウンロードできます。 ここで、arch と version の部分を、 それぞれインストールするアーキテクチャとバージョン番号に置き換えてください。 たとえば、FreeBSD/i386�9.0-RELEASE のメモリスティックのイメージは、ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/i386/ISO-IMAGES/9.0/FreeBSD-9.0-RELEASE-i386-memstick.img から入手できます。

    ティップ: FreeBSD�8.X 以前では、 これとは異なるディレクトリパスが使われています。 FreeBSD�8.X 以前のバージョンのダウンロードとインストールの詳細については、 第3章 で説明しています。

    メモリスティックイメージには、.img という拡張子がついています。ISO-IMAGES/ ディレクトリには複数の異なるイメージがあり、インストールする FreeBSD のバージョンや、インストールするハードウェアによって、 必要なファイルが変わります。

    重要項目: 以下の作業によってデータが 消去 されるので、 先に進む前に、使用する USB スティックにあるデータをバックアップしてください。

  2. イメージファイルをメモリスティックに書き込む

    FreeBSD を使ってイメージを書き込む

    警告以下の例では、イメージを書き込むデバイスを /dev/da0 としています。 正しいデバイスを出力先に設定していることを十分確認してくだい。 さもなければ、現在あるデータを破壊してしまうことになります。

    1. dd(1) を使ってイメージを書き込む

      .img ファイルは、 通常のファイルではありません。 メモリスティックの完全な内容の イメージ です。 通常のファイルのようなコピーは できません。dd(1) を使用して直接ターゲットディスクに書き込む必要があります。

      # dd if=FreeBSD-9.0-RELEASE-i386-memstick.img of=/dev/da0 bs=64k

    Windows® を使ってイメージを書き込む

    警告適切なドライブレターを出力先に設定していることを十分確認してくだい。 さもなければ、現在あるデータを破壊してしまうでしょう。

    1. Image Writer for Windows を入手する

      Image Writer for Windows は、 イメージファイルをメモリスティックに正しく書き込むことのできるフリーのアプリケーションです。 https://launchpad.net/win32-image-writer/ からダウンロードして、フォルダに展開してください。

    2. イメージライタを使ってイメージを書き込む

      Win32DiskImager アイコンをダブルクリックして、プログラムを起動します。 Device の下に表示されるデバイスレターが、 メモリスティックのドライブであることを確認してください。 フォルダのアイコンをクリックして、 メモリスティックに書き込むイメージファイルを選択します。 [�Save�] をクリックして、 イメージファイルの名前をアクセプトしてください。 すべてが正しく行われたかどうか、また、 他のウィンドウでメモリスティックのフォルダが開かれていないことを確認してください。 準備ができたら、[�Write�] を押して、 メモリスティックにイメージファイルを書き込みます。

注意: フロッピーディスクからのインストールには、 もはや対応していません。

これで FreeBSD をインストールする用意ができました。

2.4. インストールの開始

重要項目: デフォルトでは、次のメッセージが表示されるまで インストーラはディスクに何の変更も加えません。

Your changes will now be written to disk.  If you
have chosen to overwrite existing data, it will
be PERMANENTLY ERASED. Are you sure you want to
commit your changes?

この警告の前であれば、 いつでもハードディスクの内容を変更することなくインストールを中断できます。 もし、何かを間違って設定してしまったことが心配ならば、 最後の警告の前に単にコンピュータをオフにしてください。 被害を残さずに済みます。

2.4.1. 起動

2.4.1.1. i386™ および amd64 アーキテクチャでの起動

  1. 項2.3.5 で説明されている “起動” USB スティックを使用する場合には、コンピュータを立ち上げる前に、 USB スティックを挿入してください。

    CDROM から起動する場合には、コンピュータを立ち上げ、 すぐに CDROM を挿入してください。

  2. CDROM または USB から起動するようにコンピュータを設定してください。 この作業は、インストールに用いるメディアによって異なります。 起動するデバイスを BIOS で設定できます。 ほとんどのシステムでは、通常、起動時に F10, F11, F12 または Escape キーを押すことで、起動するデバイスを選択できます。

  3. もし、コンピュータがすでに存在している OS を読み込み、 通常通り起動してしまったのであれば、 以下の原因が考えられます。

    1. 起動ディスクが起動プロセスにおいて十分早いタイミングで挿入されていません。 ディスクをそのままにしてコンピュータを再起動してください。

    2. 先程の BIOS の変更が適切に行われていません。 正しいオプションを設定してやり直してください。

    3. 使用している BIOS は、 希望しているメディアからの起動に対応していません。 Plop Boot Manager を使うと、古いコンピュータを CD や USB メディアから起動できます。

  4. FreeBSD は起動を開始します。CDROM から起動している場合、 次のような画面が表示されるでしょう (バージョン情報は省略しています)。

    Booting from CD-ROM...
645MB medium detected
CD Loader 1.2

Building the boot loader arguments
Looking up /BOOT/LOADER... Found
Relocating the loader and the BTX
Starting the BTX loader

BTX loader 1.00 BTX version is 1.02
Consoles: internal video/keyboard
BIOS CD is cd0
BIOS drive C: is disk0
BIOS drive D: is disk1
BIOS 636kB/261056kB available memory

FreeBSD/i386 bootstrap loader, Revision 1.1

Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=0x64daa0 data=0xa4e80+0xa9e40 syms=[0x4+0x6cac0+0x4+0x88e9d]
\

  5. FreeBSD ブートローダにより、以下の画面が表示されます。

    図 2-1. FreeBSD ブートローダメニュー

    10 秒間待つか、Enter を押してください。

2.4.1.2. Macintosh PowerPC® での起動

ほとんどのコンピュータでは、 起動中にキーボードの C を押しておくと、CD から起動します。 別の方法では Command+Option+O+F、 または non-Apple キーボードでは Windows+Alt+O+F を押してください。 0 > プロンプトで

boot cd:,\ppc\loader cd:0

と入力してください。

キーボードのない Xserves では、 Open Firmware に起動する方法について Apple's support web site を参照してください。

2.4.1.3. SPARC64® アーキテクチャでの起動

ほとんどの SPARC64® システムは、 ディスクから自動的に起動するように設定されています。 FreeBSD をインストールするには、ネットワークまたは CDROM から起動する必要があり、そのためには PROM (OpenFirmware) に入る必要があります。

PROM に入るにはシステムを再起動し、 ブートメッセージが表示されるまで待ってください。 モデルによりますが、以下のような表示です。

Sun Blade 100 (UltraSPARC-IIe), Keyboard Present
Copyright 1998-2001 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.2, 128 MB memory installed, Serial #51090132.
Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.

もしシステムがこの時点でディスクから起動するようでしたら、 キーボードから L1+A または Stop+A を押すか、シリアルコンソールから BREAK (たとえば、tip(1) または cu(1) では ~#) を送信して、 PROM プロンプトを表示してください。 次のような表示です。

ok        (1)
ok {0}    (2)
(1)
単一の CPU を持つシステムでのプロンプト
(2)
SMP システムのプロンプト。数字はアクティブな CPU の数。

ここで、CDROM をドライブに挿入し、 PROM プロンプトで boot cdrom と入力してください。

2.4.2. デバイス検出結果を再表示する

画面に表示される数百行の文字列は (バッファに) 記憶されており、 再表示することが出来ます。

バッファを再表示するには、Scroll Lock キーを押します。 これで画面をスクロールできます。結果を見るためには、矢印キーもしくは PageUp か PageDown を使います。 Scroll Lock をもう一度押すと、スクロールを停止します。

直ちにこの作業を行って、カーネルがデバイス検出を実行している時に 画面の外に流れた文字列を再表示してください。 図2-2 によく似た画面が現われるでしょう。 ただし、あなたのコンピュータに搭載されているデバイスによって、 表示される文字列は異なります。

図 2-2. 典型的なデバイス検出結果の例

Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.
FreeBSD 9.0-RELEASE #0 r225473M: Sun Sep 11 16:07:30 BST 2011
    root@psi:/usr/obj/usr/src/sys/GENERIC amd64
CPU: Intel(R) Core(TM)2 Duo CPU     T9400  @ 2.53GHz (2527.05-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x10676  Family = 6  Model = 17  Stepping = 6
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0x8e3fd<SSE3,DTES64,MON,DS_CPL,VMX,SMX,EST,TM2,SSSE3,CX16,xTPR,PDCM,SSE4.1>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
  TSC: P-state invariant, performance statistics
real memory  = 3221225472 (3072 MB)
avail memory = 2926649344 (2791 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <TOSHIB A0064   >
FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs
FreeBSD/SMP: 1 package(s) x 2 core(s)
 cpu0 (BSP): APIC ID:  0
 cpu1 (AP): APIC ID:  1
ioapic0: Changing APIC ID to 1
ioapic0 <Version 2.0> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <TOSHIB A0064> on motherboard
acpi0: Power Button (fixed)
acpi0: reservation of 0, a0000 (3) failed
acpi0: reservation of 100000, b6690000 (3) failed
Timecounter "ACPI-safe" frequency 3579545 Hz quality 850
acpi_timer0: <24-bit timer at 3.579545MHz> port 0xd808-0xd80b on acpi0
cpu0: <ACPI CPU> on acpi0
ACPI Warning: Incorrect checksum in table [ASF!] - 0xFE, should be 0x9A (20110527/tbutils-282)
cpu1: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
vgapci0: <VGA-compatible display> port 0xcff8-0xcfff mem 0xff400000-0xff7fffff,0xe0000000-0xefffffff irq 16 at device 2.0 on pci0
agp0: <Intel GM45 SVGA controller> on vgapci0
agp0: aperture size is 256M, detected 131068k stolen memory
vgapci1: <VGA-compatible display> mem 0xffc00000-0xffcfffff at device 2.1 on pci0
pci0: <simple comms> at device 3.0 (no driver attached)
em0: <Intel(R) PRO/1000 Network Connection 7.2.3> port 0xcf80-0xcf9f mem 0xff9c0000-0xff9dffff,0xff9fe000-0xff9fefff irq 20 at device 25.0 on pci0
em0: Using an MSI interrupt
em0: Ethernet address: 00:1c:7e:6a:ca:b0
uhci0: <Intel 82801I (ICH9) USB controller> port 0xcf60-0xcf7f irq 16 at device 26.0 on pci0
usbus0: <Intel 82801I (ICH9) USB controller> on uhci0
uhci1: <Intel 82801I (ICH9) USB controller> port 0xcf40-0xcf5f irq 21 at device 26.1 on pci0
usbus1: <Intel 82801I (ICH9) USB controller> on uhci1
uhci2: <Intel 82801I (ICH9) USB controller> port 0xcf20-0xcf3f irq 19 at device 26.2 on pci0
usbus2: <Intel 82801I (ICH9) USB controller> on uhci2
ehci0: <Intel 82801I (ICH9) USB 2.0 controller> mem 0xff9ff800-0xff9ffbff irq 19 at device 26.7 on pci0
usbus3: EHCI version 1.0
usbus3: <Intel 82801I (ICH9) USB 2.0 controller> on ehci0
hdac0: <Intel 82801I High Definition Audio Controller> mem 0xff9f8000-0xff9fbfff irq 22 at device 27.0 on pci0
pcib1: <ACPI PCI-PCI bridge> irq 17 at device 28.0 on pci0
pci1: <ACPI PCI bus> on pcib1
iwn0: <Intel(R) WiFi Link 5100> mem 0xff8fe000-0xff8fffff irq 16 at device 0.0 on pci1
pcib2: <ACPI PCI-PCI bridge> irq 16 at device 28.1 on pci0
pci2: <ACPI PCI bus> on pcib2
pcib3: <ACPI PCI-PCI bridge> irq 18 at device 28.2 on pci0
pci4: <ACPI PCI bus> on pcib3
pcib4: <ACPI PCI-PCI bridge> at device 30.0 on pci0
pci5: <ACPI PCI bus> on pcib4
cbb0: <RF5C476 PCI-CardBus Bridge> at device 11.0 on pci5
cardbus0: <CardBus bus> on cbb0
pccard0: <16-bit PCCard bus> on cbb0
isab0: <PCI-ISA bridge> at device 31.0 on pci0
isa0: <ISA bus> on isab0
ahci0: <Intel ICH9M AHCI SATA controller> port 0x8f58-0x8f5f,0x8f54-0x8f57,0x8f48-0x8f4f,0x8f44-0x8f47,0x8f20-0x8f3f mem 0xff9fd800-0xff9fdfff irq 19 at device 31.2 on pci0
ahci0: AHCI v1.20 with 4 3Gbps ports, Port Multiplier not supported
ahcich0: <AHCI channel> at channel 0 on ahci0
ahcich1: <AHCI channel> at channel 1 on ahci0
ahcich2: <AHCI channel> at channel 4 on ahci0
acpi_lid0: <Control Method Lid Switch> on acpi0
battery0: <ACPI Control Method Battery> on acpi0
acpi_button0: <Power Button> on acpi0
acpi_acad0: <AC Adapter> on acpi0
acpi_toshiba0: <Toshiba HCI Extras> on acpi0
acpi_tz0: <Thermal Zone> on acpi0
attimer0: <AT timer> port 0x40-0x43 irq 0 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model GlidePoint, device ID 0
atrtc0: <AT realtime clock> port 0x70-0x71 irq 8 on acpi0
Event timer "RTC" frequency 32768 Hz quality 0
hpet0: <High Precision Event Timer> iomem 0xfed00000-0xfed003ff on acpi0
Timecounter "HPET" frequency 14318180 Hz quality 950
Event timer "HPET" frequency 14318180 Hz quality 450
Event timer "HPET1" frequency 14318180 Hz quality 440
Event timer "HPET2" frequency 14318180 Hz quality 440
Event timer "HPET3" frequency 14318180 Hz quality 440
uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
ppc0: cannot reserve I/O port range
est0: <Enhanced SpeedStep Frequency Control> on cpu0
p4tcc0: <CPU Frequency Thermal Control> on cpu0
est1: <Enhanced SpeedStep Frequency Control> on cpu1
p4tcc1: <CPU Frequency Thermal Control> on cpu1
Timecounters tick every 1.000 msec
hdac0: HDA Codec #0: Realtek ALC268
hdac0: HDA Codec #1: Lucent/Agere Systems (Unknown)
pcm0: <HDA Realtek ALC268 PCM #0 Analog> at cad 0 nid 1 on hdac0
pcm1: <HDA Realtek ALC268 PCM #1 Analog> at cad 0 nid 1 on hdac0
usbus0: 12Mbps Full Speed USB v1.0
usbus1: 12Mbps Full Speed USB v1.0
usbus2: 12Mbps Full Speed USB v1.0
usbus3: 480Mbps High Speed USB v2.0
ugen0.1: <Intel> at usbus0
uhub0: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
ugen1.1: <Intel> at usbus1
uhub1: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus1
ugen2.1: <Intel> at usbus2
uhub2: <Intel UHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus2
ugen3.1: <Intel> at usbus3
uhub3: <Intel EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on usbus3
uhub0: 2 ports with 2 removable, self powered
uhub1: 2 ports with 2 removable, self powered
uhub2: 2 ports with 2 removable, self powered
uhub3: 6 ports with 6 removable, self powered
ugen2.2: <vendor 0x0b97> at usbus2
uhub8: <vendor 0x0b97 product 0x7761, class 9/0, rev 1.10/1.10, addr 2> on usbus2
ugen1.2: <Microsoft> at usbus1
ada0 at ahcich0 bus 0 scbus1 target 0 lun 0
ada0: <Hitachi HTS543225L9SA00 FBEOC43C> ATA-8 SATA 1.x device
ada0: 150.000MB/s transfers (SATA 1.x, UDMA6, PIO 8192bytes)
ada0: Command Queueing enabled
ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad4
ums0: <Microsoft Microsoft 3-Button Mouse with IntelliEyeTM, class 0/0, rev 1.10/3.00, addr 2> on usbus1
SMP: AP CPU #1 Launched!
cd0 at ahcich1 bus 0 scbus2 target 0 lun 0
cd0: <TEAC DV-W28S-RT 7.0C> Removable CD-ROM SCSI-0 device
cd0: 150.000MB/s transfers (SATA 1.x, ums0: 3 buttons and [XYZ] coordinates ID=0
UDMA2, ATAPI 12bytes, PIO 8192bytes)
cd0: cd present [1 x 2048 byte records]
ugen0.2: <Microsoft> at usbus0
ukbd0: <Microsoft Natural Ergonomic Keyboard 4000, class 0/0, rev 2.00/1.73, addr 2> on usbus0
kbd2 at ukbd0
uhid0: <Microsoft Natural Ergonomic Keyboard 4000, class 0/0, rev 2.00/1.73, addr 2> on usbus0
Trying to mount root from cd9660:/dev/iso9660/FREEBSD_INSTALL [ro]...

丹念に検出結果をチェックして、あなたが予期したすべてのデバイスを FreeBSD が検出できた事を確認してください。デバイスが見つからなかった場合、 検出結果へ表示されません。 カーネルモジュール を構築することで、 GENERIC カーネルに含まれていないデバイスのサポートを追加できます。

デバイス検出後、 図2-3 が表示されます。 インストールメディアは、FreeBSD のインストール、 live CD、または FreeBSD シェルへのアクセスの 3 つの目的に利用出来ます。 矢印キーを使ってオプションを選択し、 Enter を押してください。

図 2-3. インストールメディアの選択モード

ここで [�Install�] を選択すると、インストール作業が始まります。

2.5. bsdinstall の紹介

bsdinstall は、Nathan Whitehorn により書かれた、 テキストベースのインストールプログラムです。 2011 年の FreeBSD�9.0 で導入されました。

注意: Kris Moore の pc-sysinstall は、 PC-BSD に含まれており、 FreeBSD のインストール にも使用できます。 bsdinstall と混同されることもありますが、 この 2 つのインストーラには関係はありません。

bsdinstall のメニューは、カーソルキー、 Enter, Tab, Space 等で操作します。

2.5.1. キー配列メニューの選択

使用しているシステムのコンソールにもよりますが、 bsdinstall は、 最初にデフォルト以外のキーボードレイアウト使うかどうかを尋ねてきます。

図 2-4. キーマップの選択

[�YES�] を選択すると、 以下のキーボード選択画面が表示されます。 そうでなければ、この選択メニューは表示されず、 デフォルトのキーボードマップが使われます。

図 2-5. キーボードメニューの選択

システムのキーボードに最も近いキーマップを上下のカーソルキーで選び、 Enter キーを押してください。

注意: Esc を押すと、 デフォルトのキーボードマップを使うようになります。 どのキーボードマップを選べばよいかわからない場合には、 United States of America ISO-8859-1 キーマップを選ぶとよいでしょう。

2.5.2. ホスト名の設定

次に bsdinstall は、 新しくインストールするシステムに与えるホスト名の入力に移ります。

図 2-6. ホスト名の設定

入力するホスト名は、 machine3.example.com のように完全修飾のホスト名で入力してください。

2.5.3. インストールするコンポーネントの設定

次に、 bsdinstall は、インストールするオプションのコンポーネントの選択に移ります。

図 2-7. インストールするコンポーネントの設定

どのコンポーネントをインストールするかは、 システムの用途と用意されているディスク容量に依存します。 FreeBSD カーネルとユーザランド (総称 は “base system”) は、 常にインストールされます。

インストールのタイプによっては表示されないコンポーネントもあります。

オプションのコンポーネント

  • doc - 追加の文書。多くは歴史的な興味のものです。 FreeBSD ドキュメンテーションプロジェクトが提供している文書は、 あとでインストールされます。

  • games - fortune, rot13 などの伝統的な BSD ゲームをインストールします。

  • lib32 - 32-bit のアプリケーションを 64-bit 版の FreeBSD で実行する際に必要となる互換ライブラリ。

  • ports - FreeBSD Ports Collection

    Ports Collection は、 ソフトウェアのインストールを簡単に行う方法を提供します。 Ports Collection は、 ソフトウェアをコンパイルするのに必要なソースコードを含んでいません。 サードパーティ製ソフトウェアパッケージのダウンロード、 コンパイル、インストールを自動化するように設計されたファイルの集まりです。 Ports Collection の使い方については、 第5章 で説明します。

    警告インストールプログラムは、 システムのディスクに十分な空き容量があるかどうかを確認しないので、 このオプションを選択する際には、 ハードディスクの容量が十分あることを確認してください。 FreeBSD�9.0 では、Ports Collection が必要とする容量は、 約 500�MB です。 より最新の FreeBSD のバージョンでは、 安全のためにもう少し大きなサイズを想定してください。

  • src - システムのソースコード

    FreeBSD には、 カーネルとユーザランド両方のソースコードが付属しています。 ほとんどのアプリケーションは必要としませんが、 ソースで提供されているソフトウェア (デバイスドライバやカーネルモジュールなど) によってはコンパイル時、 または FreeBSD そのものを開発する場合に必要となります。

    すべてのソースツリーをインストールするには 1�GB のディスク容量を必要とします。 また、FreeBSD システム全体のコンパイルには、 さらに 5�GB の容量が必要です。

2.6. ネットワークからのインストール

bootonly インストールメディアは、 インストールファイルを含んでいません。 bootonly インストールメディアを使う場合には、 ネットワーク経由でファイルをダウンロードする必要があります。

図 2-8. ネットワークからのインストール

項2.9.2 に示されているように、 ネットワーク接続の設定が終わっていれば、ミラーサイトが選択されます。 ミラーサイトは、FreeBSD ファイルのコピーをキャッシュしています。 FreeBSD をインストールするコンピュータと同じ地域のミラーサイトを選んでください。 ターゲットコンピュータの近くにミラーがあると、 ファイルのダウンロードは早く終わるので、インストールの時間が短くなります。

図 2-9. ミラーサイトの選択

インストールファイルをローカルメディアに用意できたら、 インストールは先に進みます。

2.7. ディスク領域の割り当て

FreeBSD へディスク領域を割り当てるには 3 つの方法があります。 Guided によるパーティションの分割方法では、 ディスクパーティションを自動的に設定します。 一方 Manual によるパーティションの分割方法は、 高度な知識を持つユーザ向けで、 カスタマイズしたパーティションを作成できます。 3 つ目の方法として、シェルを利用し、gpart(8), fdisk(8), bsdlabel(8) のようなコマンドラインのプログラムを実行する方法があります。

図 2-10. パーティションの分割に Guided と Manual のどちらを用いるかの選択

2.7.1. Guided によるパーティションの分割

複数のディスクが接続されている場合には、 FreeBSD をインストールするディスクを選択してください。

図 2-11. 複数のディスクから選択する

ディスクのすべて、または一部を FreeBSD に割り当てます。 [�Entire�Disk�] を選択すると、 一般的なパーティションレイアウトが作成されます。 [�Partition�] を選択すると、 ディスクの使用していない領域にパーティションレイアウトを作成します。

図 2-12. Entire Disk または Partition の選択

パーティションのレイアウトを作成したら、 正しく作成できているかどうか注意深く確認してください。 間違いを発見したら、 [�Revert�] を選択して、 直前に作成したパーティションをリセットしてください。 また、[�Auto�] を選択すると、 自動的にもう一度 FreeBSD パーティションを作成します。 パーティションを手動で作成、変更、削除できます。 正しくパーティションを作成出来たら、 [�Finish�] を選択し、 インストールを進めてください。

図 2-13. 作成されたパーティションの確認

2.7.2. Manual によるパーティションの分割

Manual によるパーティションの分割では、 直接パーティションエディタが起動します。

図 2-14. Manual によるパーティションの分割

ドライブ (この例では ada0) を選び、 [�Create�] を選択すると、 partitioning scheme を選択するメニューが表示されます。

図 2-15. 手動でパーティションを作成する

PC 互換のコンピュータでは、通常 GPT によるパーティション分割が最も適切な選択となります。 GPT に対応していないような古い PC オペレーティングシステムでは、 MBR パーティションを使う必要があります。 他のパーティションスキームは、使うことがまれであったり、 古いコンピュータで用いられます。

表 2-1. パーティションスキーム

省略形 説明
APM Apple パーティションマップ。 PowerPC® Macintosh で使われます。
BSD MBR を用いない BSD ラベル。しばしば "dangerously dedicated mode" と呼ばれます。 bsdlabel(8) をご覧ください。
GPT GUID パーティションテーブル
MBR Master Boot Record
PC98 MBR の亜種。NEC PC-98 コンピュータで使われます。
VTOC8 Volume Table Of Contents。 Sun SPARC64 および UltraSPARC コンピュータで使われます。

パーティションスキームを選択して作成した後で、 もう一度 [�Create�] を選択すると、 新しいパーティションが作成されます。

図 2-16. 手動でパーティションを作成する

標準の FreeBSD GPT のインストールでは、 少なくとも 3 つのパーティションが使われます。

標準的な FreeBSD GPT パーティション

  • freebsd-boot - FreeBSD ブートコード。

  • freebsd-ufs - FreeBSD UFS ファイルシステム。

  • freebsd-swap - FreeBSD スワップ空間。

他のパーティション形式に freebsd-zfs があります。 これは FreeBSD ZFS ファイルシステムを含めるためのものです。 The Z File System (ZFS) をご覧ください。 利用可能な GPT パーティションタイプについては、gpart(8) をご覧ください。

複数のファイルシステムのパーティションを使うことができます。 /, /var, /tmp そして /usr といった伝統的なパーティション分割のレイアウトを好む人もいます。 レイアウトの例が 例2-3 にあります。

サイズを入力する際に、 K (キロバイト)、M (メガバイト)、 G (ギガバイト) といった通常の省略形を使用出来ます。

ティップ: セクタを適切に配置することで、 最良のパフォーマンスを得ることができます。 また、パーティションサイズを 4K バイトの偶数倍にすると、 512 バイトまたは 4K バイトのセクタでドライブが配置しやすくなります。 一般的に、 4K の偶数倍の場所からパーティションが開始するように設定する簡単な方法は、 1M または 1G の偶数倍のパーティションサイズを用いることです。 ただし、例外があり、現在のところ freebsd-boot パーティションは、 ブートコードの制限により 512K 以下である必要があります。

ファイルシステムを持つパーティションでは、 マウントポイントが必要となります。 1 つの UFS パーティションだけを作成するのであれば、 マウントポイントは / となります。

同様に label の作成も必要です。 ラベルは作成したパーティションを認識するための名前です。 ドライブ名や番号は、 ドライブが別のコントローラやポートに接続されると変わることがありますが、 パーティションラベルは変わりません。 /etc/fstab のようなファイルの中で、 ドライブ名やパーティション番号ではなく、ラベルを参照することにより、 システムがハードウェアの変更に対して、より寛容になります。 GPT のラベルは、ディスクが接続されると /dev/gpt/ に現れます。他のパーティションスキームでは別のラベルとなり、 /dev/ 以下の異なるディレクトリにラベルが現れます。

ティップ: 同じ名前による衝突を避けるため、 すべてのファイルシステムに対し、一意的な名前使ってください。 コンピュータ名、使用、位置情報を表す単語をラベルに追加できます。 たとえば、研究室のコンピュータの UFS のルートパーティションを "labroot" または "rootfs-lab" とします。

例 2-3. 伝統的なファイルシステムのパーティションを作成する。

伝統的なパーティションレイアウト (/, /var, /tmp および /usr ディレクトリが各パーティションの別のファイルシステム) を作成するには、 GPT パーティションスキームを作成し、 その後、示されているようにパーティションを作成してください。 示されているパーティションサイズは 20G のディスク用です。 ディスクにより多くの容量があれば、swap または /var パーティションを大きく取ると良いでしょう。 ここで示されているラベルには、"example" を意味する ex が付けられていますが、 実際には上で説明したように、 これとは別のユニークなラベルをつけてください。

FreeBSD の gptboot は、 デフォルトでは最初に見つかった UFS パーティションが、 / パーティションであることを前頭としています。

パーティションタイプ サイズ マウントポイント ラベル
freebsd-boot 512K    
freebsd-ufs 2G / exrootfs
freebsd-swap 4G   exswap
freebsd-ufs 2G /var exvarfs
freebsd-ufs 1G /tmp extmpfs
freebsd-ufs デフォルト (ディスクの残りのすべての容量) /usr exusrfs

カスタムパーティション を作成したら [�Finish�] を選択して、 インストールを先に進んでください。

2.8. インストール操作の確定

インストールによるハードディスクへの変更を中止するなら、 ここが最後のチャンスです。

図 2-17. 最後の確認

[�Commit�] を選択して、 Enter キーを押すとインストールが開始します。 もし変更が必要であれば、 [�Back�] を選択してパーティションエディタまで戻ってください。 [�Revert�&�Exit�] を選択すると、 ハードドライブへの変更なしにインストールを終了できます。

インストールにかかる時間は、どのディストリビューションを選んだか、 どのインストールメディアを使ったか、 そしてコンピュータの速度にも依存します。 進行状況を表すメッセージが逐次表示されます。

まず最初に、インストーラは、ディスクにパーティション情報を書き込み、 newfs を実行してパーティションを初期化します。

ネットワーク経由でのインストールでは、 bsdinstall は、 インストールに必要な配布ファイルをダウンロードします。

図 2-18. 配布ファイルのダウンロード

次に、ダウンロードの際にエラーが含まれなかったか、 インストールメディアからの読み取り中に読み間違いが起きなかったかどうか等、 配布ファイルの完全性の検証が行われます。

図 2-19. 配布ファイルの検証

最後に、検証された配布ファイルがディスクへ取り出されます。

図 2-20. 配布ファイルの取り出し

必要な配布ファイルがすべて取り出されたら、 bsdinstall は、 インストール後の作業 (項2.9) に進みます。

2.9. インストール後の作業

FreeBSD のインストールが完了したら、 さまざまなオプションの設定に移ります。 新しくインストールした FreeBSD を起動する前に、 最後のメニューの configuration オプションの項目に入りなおすことでも、 オプションの設定を変更できます。

2.9.1. root パスワードの設定

root のパスワードを設定する必要があります。 パスワードを入力している際に、入力している文字は画面に表示されません。 パスワードの入力後、もう一度入力する必要があります。 これは入力ミスを防ぐためです。

図 2-21. root パスワードの設定

パスワードの入力に成功したら、インストールは次に進みます。

2.9.2. ネットワークインタフェースの設定

注意: bootonly によるインストール作業の一部として、 すでにネットワークの設定を終えているのであれば、 この作業を飛ばすことができます。

次に、コンピュータが認識したすべてのネットワークインタフェースが表示されます。 設定するネットワークインタフェースを選んでください。

図 2-22. イーサネットインタフェースの選択

2.9.2.1. ワイヤレスネットワークインタフェースの設定

ワイヤレスネットワークインタフェースを選択したのであれば、 ネットワークに接続するようにワイヤレス認証およびセキュリティパラメータの入力が必要となります。

ワイヤレスネットワークは Service Set Identifier (SSID) によって識別されます。 SSID は、それぞれのネットワークに与えられる、短く、一意的な名前です。

ほとんどのワイヤレスネットワークは、 送信データを暗号化して、情報を盗聴から保護します。 WEP のような古い暗号の安全性は低いので、 WPA2 暗号を強く薦めます。

ワイヤレスネットワークへ接続する最初のステップは、 ワイヤレスアクセスポイントのスキャンです。

図 2-23. ワイヤレスアクセスポイントのスキャン

スキャンで見つかった SSID の一覧が、 そのネットワークで利用できる暗号化のタイプの説明とともに表示されます。 もし、期待した SSID が一覧に表示されないのであれば、 [�Rescan�] を選択してもう一度スキャンしてください。 もし、期待したネットワークが表示されないのであれば、 接続のためのアンテナやコンピュータをアクセスポイントの近くに移動させてみてください。 その後もう一度スキャンしてください。

図 2-24. ワイヤレスネットワークの選択

ネットワークの選択後、ワイヤレスネットワークに接続するための暗号情報を入力します。 WPA2 では、 パスワード (Pre-Shared Key または PSK とも呼ばれます) のみが必要です。 セキュリティ上の観点から、入力ボックスに入力した文字はアスタリスクで表示されます。

図 2-25. WPA2 のセットアップ

ワイヤレスネットワークを選択後、 ネットワークの設定は接続情報の入力に進みます。

2.9.2.2. IPv4 ネットワークの設定

IPv4 ネットワークを使うかどうかを選択してください。 これは、ネットワーク接続の最も一般的なタイプです。

図 2-26. IPv4 ネットワークの選択

IPv4 の設定方法は 2 通りあります。 DHCP はネットワークインタフェースを自動的に適切に設定する方法で、 推奨されています。 Static 設定では、 ネットワーク情報を手動で入力する必要があります。

注意: 適当なネットワーク情報を入力しても動かないので、 ネットワーク管理者またはサービスプロバイダから 項2.3.3 に示されている情報を入手してください。

2.9.2.2.1. IPv4 DHCP ネットワークの設定

DHCP サーバを利用できるのであれば、 [�Yes�] を選択して、 ネットワークインタフェースの設定を自動的に行ってください。

図 2-27. IPv4 DHCP 設定の選択

2.9.2.2.2. 静的な IPv4 ネットワークの設定

静的なネットワークインタフェースの設定では、 いくつかの IPv4 情報を入力する必要があります。

図 2-28. IPv4 Static 設定

  • IP Address - コンピュータに手動で与える IP アドレスです。 このアドレスは一意的なものである必要があり、 ローカルネットワーク上の他のネットワーク機器で使われていてはいけません。

  • Subnet Mask - ローカルネットワークで用いられるサブネットマスクです。 一般的には 255.255.255.0 です。

  • Default Router - このネットワークのデフォルトルータの IP アドレスです。 これは、通常ルータか、 ローカルネットワークをインターネットへ接続するネットワーク機器のことです。 デフォルトゲートウェイ とも呼ばれます。

2.9.2.3. IPv6 ネットワークの設定

IPv6 はネットワークの設定の新しい方法です。 IPv6 が利用でき、希望するのであれば、 [�Yes�] を選択してください。

図 2-29. IPv6 ネットワークの設定

IPv6 の設定に関しても 2 つの方法があります。 SLAAC (StateLess Address AutoConfiguration) は、ネットワークインタフェースを自動的に適切に設定します。 Static 設定では、ネットワーク情報を手動で入力する必要があります。

2.9.2.3.1. IPv6 Stateless Address Autoconfiguration

SLAAC では、IPv6 ネットワークコンポーネントがローカルルータから自動設定に関する情報をリクエストできるようにします。 詳細については、 RFC4862 をご覧ください。

図 2-30. IPv6 SLAAC 設定の選択

2.9.2.3.2. 静的な IPv6 ネットワークの設定

静的なネットワークインタフェースの設定では、 IPv6 の設定に関する情報を入力する必要があります。

図 2-31. IPv6 static 設定

  • IPv6 Address - このコンピュータに割り当てられた IP アドレスです。 手動で設定します。 このアドレスは一意的なものである必要があり、 ローカルネットワーク上の他のネットワーク機器で使われていてはいけません。

  • Default Router - このネットワークのデフォルトルータの IPv6 アドレスです。 これは、通常ルータか、 ローカルネットワークをインターネットへ接続するネットワーク機器のことです。 デフォルトゲートウェイ とも呼ばれます。

2.9.2.4. DNS の設定

Domain Name System (または DNS) リゾルバは、ホスト名とネットワークアドレスを変換します。 すでに DHCP または SLAAC をネットワークの自動設定に使ったのであれば、 リゾルバの設定はすでに行われています。そうでなければ、Search フィールドにローカルネットワークのドメイン名を入力してください。 DNS #1 および DNS #2 は、 ローカル DNS サーバの IP アドレスです。 少なくとも、1 つの DNS サーバは必要です。

図 2-32. DNS の設定

2.9.3. タイムゾーンの設定

使用しているコンピュータのタイムゾーンを設定することで、 地域による時刻の違いが自動的に調整され、 タイムゾーンに関連した機能が適切に取り扱われます。

ここでの例では、コンピュータが United States の Eastern タイムゾーンにあるものとします。 実際の地理的位置を選択してください。

図 2-33. ローカルまたは UTC クロックの選択

コンピュータのクロックの設定にしたがい、 [�Yes�] または、 [�No�] を選択し、Enter を押しください。 UTC とローカルタイムのどちらを選ぶべきかわからない場合には、 [�No�] を選択して、より一般的なローカルタイムに設定してください。

図 2-34. 地域の選択

矢印キーを使って、適切な地域を選択し、 Enter を押してください。

図 2-35. 国名の選択

矢印キーを使って、適切に国名を選び、 Enter を押してください。

図 2-36. タイムゾーンの選択

矢印キーを使って適切なタイムゾーンを選択し、 Enter を押してください。

図 2-37. タイムゾーンの確定

タイムゾーンの省略形が正しいかどうかを確認してください。 問題がないようであれば Enter を押して、 インストール後の設定を続けてください。

2.9.4. 有効にするサービスの選択

ブート時に起動するシステムサービスを追加で有効に出来ます。 これらのサービスはすべてオプションです。

図 2-38. 追加で有効にするサービスの選択

追加のサービス

  • sshd - 安全なリモートアクセスのためのセキュアシェル (SSH) デーモン

  • moused - システムのコンソールで、 マウスを利用できるようにします。

  • ntpd - 自動時刻同期のネットワークプロトコル (NTP) デーモン

  • powerd - 電源の管理およびエネルギーを節約するための電源コントロールユーティリティ

2.9.5. クラッシュダンプの設定

次に bsdinstall は、 クラッシュダンプの設定に移ります。 システムのデバッグを行う上で、 クラッシュダンプにより得られる情報は非常に有用です。 可能であればクラッシュダンプを有効にすると良いでしょう。 [�Yes�] を選択してクラッシュダンプを有効にするか、または [�No�] を選択してクラッシュダンプを無効化し、先に進んでください。

図 2-39. クラッシュダンプの設定

2.9.6. ユーザの追加

システムに root でログインすることを避けるため、 インストール時には、少なくとも一人のユーザを追加してください。 root 権限では、実行に対して制限がなく、また、 保護されません。 通常のユーザでログインすることにより、 安全でセキュリティ的に危険が少なくなります。

[�Yes�] を選択し、 新しいユーザを追加してください。

図 2-40. 新しいユーザのアカウントの作成

追加するユーザの情報を入力してください。

図 2-41. ユーザ情報の入力

ユーザの情報

  • Username - ログイン時のユーザ名を入力します。典型的なものでは、 ファーストネームの最初の文字とラストネームを組み合わせます。

  • Full name - ユーザのフルネーム

  • Uid - ユーザ ID 番号。 通常は、システムが自動的に割り当てるように、 空欄のままにします。

  • Login group - 新しいユーザのログイングループ。 空欄のままにすると、自動的に割り当てられます

  • Invite user into other groups? - ユーザを別のグループのメンバーとして追加するかどうか。

  • Login class - 空欄にするとデフォルトの設定になります。

  • Shell - ユーザのログインシェル。 この例では csh(1) に設定されています。

  • Home directory - ユーザのホームディレクトリ。 通常は、デフォルトの場所が適切です。

  • Home directory permissions - ユーザのホームディレクトリの権限。 通常は、デフォルトが適切です。

  • Use password-based authentication? - 通常は "yes" です。

  • Use an empty password? - 通常は "no" です。

  • Use a random password? - 通常は "no" です。

  • Enter password - ユーザのパスワードです。 入力している文字は画面に表示されません。

  • Enter password again - 確認のため、パスワードをもう一度入力します。

  • Lock out the account after creation? - 通常は "no" です。

すべてを入力したら、サマリが表示され、 正しいかどうかの確認を求められます。 入力した情報に間違いがあれば、 no を入力してもう一度作業を行なってください。 すべてが正しく入力されていれば、 yes を入力して、新しいユーザを作成してください。

図 2-42. ユーザおよびグループの管理を終了する

さらにユーザを追加するのであれば、 "Add another user?" の質問に対し、 yes を入力してください。 no を入力すると、ユーザの追加が終わり、次に進みます。

ユーザの追加や、ユーザ管理の詳細については、 第14章 を参照してください。

2.9.7. 最後の設定

すべてをインストールし、設定が終わった後に、 最後に設定を修正する機会が与えられます。

図 2-43. 最後の設定

インストールを完了する前に、 このメニューを使って変更、または、追加の設定を行なってください。

最終の設定オプション

  • Add User - 項2.9.6 で説明しています。

  • Root Password - 項2.9.1 で説明しています。

  • Hostname - 項2.5.2 で説明しています。

  • Network - 項2.9.2 で説明しています。

  • Services - 項2.9.4 で説明しています。

  • Time Zone - 項2.9.3 で説明しています。

  • Handbook - FreeBSD ハンドブック (現在あなたが読んでいるこの文章のことです) のダウンロードとインストール。

最後の設定を完了後、Exit を選んでインストールを終了してください。

図 2-44. Manual Configuration

新しいシステムを再起動する前に、 bsdinstall は追加の設定が必要かどうかを尋ねてきます。 [�Yes�] を選択して新しいシステムのシェルに入るか、または [�No�] を選択して、インストールの最後のステップに進んでください。

図 2-45. インストールの終了

もし追加の設定や、特別なセットアップが必要なのであれば、 [�Live�CD�] を選んでインストールメディアを Live CD モードで起動してください。

インストールが終わったら、 [�Reboot�] を選んで、 コンピュータを再起動し、新しい FreeBSD システムを動かしてください。 再起動する前には、忘れずに FreeBSD インストール CD, DVD または USB メモリスティックを外してください。 さもないと、もう一度インストールメディアから起動してしまいます。

2.9.8. FreeBSD の起動とシャットダウン

2.9.8.1. FreeBSD/i386 の起動

FreeBSD の起動時には、多くのメッセージが画面に表示されます。 ほとんどは、画面上からスクロールして見えなくなってしまいますが、 これは正常です。システムの起動が終わった後で、 ログインプロンプトが表示されます。 画面上からスクロールして消えてしまったメッセージは Scroll-Lock を押し、 scroll-back buffer で、みることができます。 PgUp, PgDn そして矢印キーでメッセージの内容を見ることができます。 Scroll-Lock をもう一度押すと、画面のロックを外し、 通常の画面に戻ることができます。

login: プロンプトで、 インストール時に追加したユーザ名を入力してください。 この例では、asample です。 必要のない限り、root でのログインを避けてください。

上で示した scroll-back buffer では、バッファの容量制限により、 すべてが表示されないかもしれません。 ログインの後にプロンプトからコマンドラインで dmesg | less と入力することによって、すべてを見ることができます。 確認後に q を押すと、コマンドラインに戻ります。

典型的なブートメッセージ (バージョン情報は省略しています)

Copyright (c) 1992-2011 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.
FreeBSD is a registered trademark of The FreeBSD Foundation.

    root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC amd64
CPU: Intel(R) Core(TM)2 Duo CPU     E8400  @ 3.00GHz (3007.77-MHz K8-class CPU)
  Origin = "GenuineIntel"  Id = 0x10676  Family = 6  Model = 17  Stepping = 6
  Features=0x783fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE,SSE2>
  Features2=0x209<SSE3,MON,SSSE3>
  AMD Features=0x20100800<SYSCALL,NX,LM>
  AMD Features2=0x1<LAHF>
real memory  = 536805376 (511 MB)
avail memory = 491819008 (469 MB)
Event timer "LAPIC" quality 400
ACPI APIC Table: <VBOX   VBOXAPIC>
ioapic0: Changing APIC ID to 1
ioapic0 <Version 1.1> irqs 0-23 on motherboard
kbd1 at kbdmux0
acpi0: <VBOX VBOXXSDT> on motherboard
acpi0: Power Button (fixed)
acpi0: Sleep Button (fixed)
Timecounter "ACPI-fast" frequency 3579545 Hz quality 900
acpi_timer0: <32-bit timer at 3.579545MHz> port 0x4008-0x400b on acpi0
cpu0: <ACPI CPU> on acpi0
pcib0: <ACPI Host-PCI bridge> port 0xcf8-0xcff on acpi0
pci0: <ACPI PCI bus> on pcib0
isab0: <PCI-ISA bridge> at device 1.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <Intel PIIX4 UDMA33 controller> port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xd000-0xd00f at device 1.1 on pci0
ata0: <ATA channel 0> on atapci0
ata1: <ATA channel 1> on atapci0
vgapci0: <VGA-compatible display> mem 0xe0000000-0xe0ffffff irq 18 at device 2.0 on pci0
em0: <Intel(R) PRO/1000 Legacy Network Connection 1.0.3> port 0xd010-0xd017 mem 0xf0000000-0xf001ffff irq 19 at device 3.0 on pci0
em0: Ethernet address: 08:00:27:9f:e0:92
pci0: <base peripheral> at device 4.0 (no driver attached)
pcm0: <Intel ICH (82801AA)> port 0xd100-0xd1ff,0xd200-0xd23f irq 21 at device 5.0 on pci0
pcm0: <SigmaTel STAC9700/83/84 AC97 Codec>
ohci0: <OHCI (generic) USB controller> mem 0xf0804000-0xf0804fff irq 22 at device 6.0 on pci0
usbus0: <OHCI (generic) USB controller> on ohci0
pci0: <bridge> at device 7.0 (no driver attached)
acpi_acad0: <AC Adapter> on acpi0
atkbdc0: <Keyboard controller (i8042)> port 0x60,0x64 irq 1 on acpi0
atkbd0: <AT Keyboard> irq 1 on atkbdc0
kbd0 at atkbd0
atkbd0: [GIANT-LOCKED]
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: model IntelliMouse Explorer, device ID 4
attimer0: <AT timer> port 0x40-0x43,0x50-0x53 on acpi0
Timecounter "i8254" frequency 1193182 Hz quality 0
Event timer "i8254" frequency 1193182 Hz quality 100
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
atrtc0: <AT realtime clock> at port 0x70 irq 8 on isa0
Event timer "RTC" frequency 32768 Hz quality 0
ppc0: cannot reserve I/O port range
Timecounters tick every 10.000 msec
pcm0: measured ac97 link rate at 485193 Hz
em0: link state changed to UP
usbus0: 12Mbps Full Speed USB v1.0
ugen0.1: <Apple> at usbus0
uhub0: <Apple OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on usbus0
cd0 at ata1 bus 0 scbus1 target 0 lun 0
cd0: <VBOX CD-ROM 1.0> Removable CD-ROM SCSI-0 device
cd0: 33.300MB/s transfers (UDMA2, ATAPI 12bytes, PIO 65534bytes)
cd0: Attempt to query device size failed: NOT READY, Medium not present
ada0 at ata0 bus 0 scbus0 target 0 lun 0
ada0: <VBOX HARDDISK 1.0> ATA-6 device
ada0: 33.300MB/s transfers (UDMA2, PIO 65536bytes)
ada0: 12546MB (25694208 512 byte sectors: 16H 63S/T 16383C)
ada0: Previously was known as ad0
Timecounter "TSC" frequency 3007772192 Hz quality 800
Root mount waiting for: usbus0
uhub0: 8 ports with 8 removable, self powered
Trying to mount root from ufs:/dev/ada0p2 [rw]...
Setting hostuuid: 1848d7bf-e6a4-4ed4-b782-bd3f1685d551.
Setting hostid: 0xa03479b2.
Entropy harvesting: interrupts ethernet point_to_point kickstart.
Starting file system checks:
/dev/ada0p2: FILE SYSTEM CLEAN; SKIPPING CHECKS
/dev/ada0p2: clean, 2620402 free (714 frags, 327461 blocks, 0.0% fragmentation)
Mounting local file systems:.
vboxguest0 port 0xd020-0xd03f mem 0xf0400000-0xf07fffff,0xf0800000-0xf0803fff irq 20 at device 4.0 on pci0
vboxguest: loaded successfully
Setting hostname: machine3.example.com.
Starting Network: lo0 em0.
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> metric 0 mtu 16384
        options=3<RXCSUM,TXCSUM>
        inet6 ::1 prefixlen 128
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3
        inet 127.0.0.1 netmask 0xff000000
        nd6 options=21<PERFORMNUD,AUTO_LINKLOCAL>
em0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
        options=9b<RXCSUM,TXCSUM,VLAN_MTU,VLAN_HWTAGGING,VLAN_HWCSUM>
        ether 08:00:27:9f:e0:92
        nd6 options=29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
        media: Ethernet autoselect (1000baseT <full-duplex>)
        status: active
Starting devd.
Starting Network: usbus0.
DHCPREQUEST on em0 to 255.255.255.255 port 67
DHCPACK from 10.0.2.2
bound to 192.168.1.142 -- renewal in 43200 seconds.
add net ::ffff:0.0.0.0: gateway ::1
add net ::0.0.0.0: gateway ::1
add net fe80::: gateway ::1
add net ff02::: gateway ::1
ELF ldconfig path: /lib /usr/lib /usr/lib/compat /usr/local/lib
32-bit compatibility ldconfig path: /usr/lib32
Creating and/or trimming log files.
Starting syslogd.
No core dumps found.
Clearing /tmp (X related).
Updating motd:.
Configuring syscons: blanktime.
Generating public/private rsa1 key pair.
Your identification has been saved in /etc/ssh/ssh_host_key.
Your public key has been saved in /etc/ssh/ssh_host_key.pub.
The key fingerprint is:
10:a0:f5:af:93:ae:a3:1a:b2:bb:3c:35:d9:5a:b3:f3 root@machine3.example.com
The key's randomart image is:
+--[RSA1 1024]----+
|    o..          |
|   o . .         |
|  .   o          |
|       o         |
|    o   S        |
|   + + o         |
|o . + *          |
|o+ ..+ .         |
|==o..o+E         |
+-----------------+
Generating public/private dsa key pair.
Your identification has been saved in /etc/ssh/ssh_host_dsa_key.
Your public key has been saved in /etc/ssh/ssh_host_dsa_key.pub.
The key fingerprint is:
7e:1c:ce:dc:8a:3a:18:13:5b:34:b5:cf:d9:d1:47:b2 root@machine3.example.com
The key's randomart image is:
+--[ DSA 1024]----+
|       ..     . .|
|      o  .   . + |
|     . ..   . E .|
|    . .  o o . . |
|     +  S = .    |
|    +  . = o     |
|     +  . * .    |
|    . .  o .     |
|      .o. .      |
+-----------------+
Starting sshd.
Starting cron.
Starting background file system checks in 60 seconds.

Thu Oct  6 19:15:31 MDT 2011

FreeBSD/amd64 (machine3.example.com) (ttyv0)

login:

低速なマシンでは、 RSA および DSA キーを作成するのに少々時間がかかるかもしれません。 これはインストール後の最初の起動時に、sshd のセットアップが自動的に開始する時に実行されます。 その後の起動はより速くなるでしょう。

FreeBSD はデフォルトでは、グラフィカルな環境をインストールしませんが、 多くのものを利用できます。 第6章 を読んでください。

2.9.9. FreeBSD のシャットダウン

適切に FreeBSD をシャットダウンすることは、 ハードウェアをダメージから守ったり、データの保護につながります。 ただ電源を落すということはしないでください。 wheel グループのメンバとなっているユーザは、 コマンドラインから su と入力し、 root パスワードを入力して root となってください。 または root としてログインし、 shutdown -p now を使用します。システムは正しくシャットダウンし、電源が落ちます。

Ctrl+Alt+Del というキーの組合せを使ってシステムをリブートすることもできますが、 通常の運用においてこれは推奨されません。

2.10. トラブルシューティング

この節では、インストールの際の、 これまで報告された共通の問題に対する解決のための情報が書いてあります。

2.10.1. なにかおかしいときには何をすればよいでしょうか

PC アーキテクチャのさまざまな制限により、 100% 確実に原因を突き止めることは不可能ですが、 失敗した時にいくつかできることがあります。

インストールする FreeBSD のバージョンの ハードウェアノート を調べて、 使っているハードウェアに対応しているかどうかを確認してください。

もしハードウェアがサポートされているにもかかわらず、 動作しなかったり他の問題点がある時は、カスタムカーネル を構築する必要があります。GENERIC カーネルに含まれていないデバイスのサポートを追加することができます。 起動ディスクのカーネルでは、ほとんどのハードウェアデバイスの IRQ, IO アドレス、 DMA チャネルが工場出荷時の状態であると設定されています。 もしハードウェアの設定が変更されていると、 カーネルコンフィグレーションファイルを編集し、 再コンパイルを行なって、これらの値を FreeBSD に設定しなければなりません。

存在しないデバイスを認識してしまうことにより、 その後実際に存在するデバイスの認識を失敗してしまうことがあります。 このような場合は衝突しているドライバを無効にします。

注意: いくつかのインストール上の問題はさまざまなハードウェア装置の、 特にマザーボードのファームウェアのアップデートで回避または緩和することができます。 マザーボードのファームウェアは BIOS と呼ばれることもあり、 多くのマザーボードまたはコンピュータ製造メーカーは、 アップデートやアップグレード情報を載せているウェブサイトを用意しています。

通常、製造メーカーは、 重要な更新のようなそれなりの理由がない限り、マザーボードの BIOS のアップグレードは行わないよう推奨しています。 アップデートの過程で失敗する可能性があり、 その場合 BIOS が不完全な状態になり、 コンピュータが動作しない原因となり得るからです。

2.10.2. トラブルシューティングに関する Q & A

2.10.2.1. 起動時のハードウェア検出で、システムがハングアップします。 または、インストール中にシステムがおかしくなります。

2.10.2.1. 起動時のハードウェア検出で、システムがハングアップします。 または、インストール中にシステムがおかしくなります。

i386, amd64 および ia64 プラットフォームにおいて、 FreeBSD はシステムの設定を手助けするシステム ACPI サービスを、 起動時に検出された場合に広く使います。 残念ながら、まだいくつかの不具合が、 ACPI ドライバとシステムのマザーボードおよび BIOS ファームウェア両方に存在しています。 起動ステージ 3 において、ヒント情報 hint.acpi.0.disabled を以下のように設定すると ACPI を無効にできます。

set hint.acpi.0.disabled="1"

この設定はシステムが起動するたびにリセットされるので、 /boot/loader.conf ファイルに hint.acpi.0.disabled="1" を追加してください。 ブートローダのより詳しい情報については 項13.1 で説明します。

2.11. Live CD を使う

FreeBSD の live CD は、メインのインストールプログラムと同じ CD に含まれています。 オペレーティングシステムに FreeBSD を使おうかどうか考えている方や、 インストールする前に機能を試して見たいと思っている方に有用です。

注意: live CD を使う際は、以下のことに気をつけてください。

  • システムにアクセスする際には、認証を求められます。 ユーザ名は root、パスワードは空欄としてください。

  • システムは CD から起動するため、 ハードディスクにインストールされたシステムに比べ、 パフォーマンスはかなり遅い可能性があります。

  • live CD のユーザインタフェースはコマンドプロンプトです。 グラフィカルなユーザインタフェースではありません。

第 3章FreeBSD のインストール (8.X 以前の場合)

再構成、部分的に書き直し: Jim Mock. Sysinstall について、ウォークスルー、スクリーンショット、 及びその他原稿: Randy Pratt.

3.1. この章では

FreeBSD では、 テキストベースの使いやすいインストールプログラムが用意されています。 FreeBSD 9.0-RELEASE 以降では bsdinstall と呼ばれるインストールプログラムを使い、 9.0-RELEASE より前のリリースでは sysinstall を使います。 この章では、sysinstall を使った FreeBSD のインストール方法を説明します。 bsdsysinstall の利用については 第2章 で説明します。

この章を読めば、次のことがわかるでしょう:

  • FreeBSD インストールディスクの作り方。

  • FreeBSD がハードディスクをどのように参照するか、 またどのように分割するか。

  • sysinstall をどのように起動するか。

  • sysinstall が聞いてくる質問がどのような意味であり、 またどのように答えれば良いか。

この章を読む前に、以下のことを確認して下さい:

  • インストールしようとするバージョンの FreeBSD に付属しているサポートハードウェア一覧を読んで、 あなたの使っているハードウェアがサポートされているかどうか確認して下さい。

注意: 通常、これらのインストール説明書は i386 (“PC 互換”) アーキテクチャのコンピュータを対象にしています。 他のプラットフォームに特有の説明については明記しています。 このガイドでは、出来る限り最新の情報を提供するように努力していますが、 インストーラとこの文書で記述している内容との間にはいくらかズレがあります。 この章を正確なインストールマニュアルとしてではなく、 一般的なガイドとしてご利用ください。

3.2. ハードウェア要件

3.2.1. 最小構成

FreeBSD をインストールする最小構成は、 FreeBSD のバージョンやハードウェアのアーキテクチャによって異なります。

以下の節では、最小構成についての情報をまとめています。 また、FreeBSD のインストール方法によって、フロッピードライブや、 対応している CDROM ドライブ、 場合によってはネットワークアダプタが必要となります。 これに関しては、項3.3.7 で説明されています。

3.2.1.1. FreeBSD/i386 および FreeBSD/pc98

FreeBSD/i386 と FreeBSD/pc98 の両方のアーキテクチャは、 486 以上のプロセッサと、 少なくとも 24�MB の RAM が必要です。 最小のインストールでは、 少なくとも 150 �MB のハードディスクの空き容量が必要です。

注意: 通常、古い構成のシステムでは、 速いプロセッサを入手するより、より多くの RAM やより多くの容量のハードドライブを用意するほうが重要です。

3.2.1.2. FreeBSD/amd64

FreeBSD/amd64 を実行可能なプロセッサには 2 つのクラスがあります。 1 つ目のクラスは、AMD�Athlon64, AMD�Athlon64-FX, AMD�Opteron やそれより新しいプロセッサです。

もう 1 つのクラスは、 Intel EM64T アーキテクチャを採用しているプロセッサです。 これらのプロセッサの例は、 Intel�Core�2 Duo, Quad, Extreme プロセッサファミリおよび Intel�Xeon 3000, 5000, および 7000 系のプロセッサです。

nVidia nForce3 Pro-150 ベースのコンピュータを使用するには、 BIOS のセットアップを使って、IO APIC を無効にする 必要があります。 もし、このようなオプションがなければ、 代わりに ACPI を無効にする必要があるでしょう。 Pro-150 チップセットには回避策が見つかっていないバグがあります。

3.2.1.3. FreeBSD/sparc64

FreeBSD/sparc64 をインストールするには、 サポートされているハードウェアが必要です (項3.2.2 をご覧ください)。

現時点では、他のオペレーティングシステムとディスクの共有ができないので、 FreeBSD/sparc64 専用のディスクが必要です。

3.2.2. サポートされているハードウェア

サポートされるハードウェアのリストは FreeBSD のリリースと一緒に FreeBSD ハードウェアノートとして提供されます。 このドキュメントは通常 CDROM や FTP 配布の一番上のディレクトリや sysinstall のドキュメントメニューにある HARDWARE.TXT という名のファイルで見ることができます。 アーキテクチャごとに用意されるそのリストを見ることで、FreeBSD の各リリースでどのようなハードウェア装置がサポートされるかがわかります。 リリースごと、およびアーキテクチャごとのハードウェアリストは、 FreeBSD のウェブサイトの リリース情報 のページにあります。

3.3. インストール前に行う作業

3.3.1. あなたのコンピュータの部品一覧を作る (Inventory)

FreeBSD をインストールする前に、 あなたのコンピュータで使用している部品の一覧を作っておいたほうがいいでしょう。 FreeBSD のインストールルーチンは、部品 (ハードディスク、 ネットワークカード、CDROM ドライブなど) のモデル番号とメーカーを表示し、 さらにこれらのデバイスについて、使用する IRQ, IO ポートまで含めて正しい設定を認識しようと試みます。しかし、PC ハードウェアによっては、この過程は完全には成功せず、FreeBSD が認識した設定を修正しなければならないこともあります。

Windows や Linux などの、 他のオペレーティングシステムが既にインストールされている場合、 それらのオペレーティングシステムでのあなたのハードウェアの設定を参考にすると良いでしょう。 拡張カードなどの設定がよく分からない場合は、 カード上の印刷を見ることで分かることもあります。 よく使われる IRQ は 3, 5, 7 で、IO ポートアドレスは通常 0x330 のような 16 進数で書かれています。

FreeBSD をインストールする前に、 この情報を印刷するか書き留めておくかすることを勧めます。 例えば次のような表です:

表 3-1. サンプルデバイス一覧

デバイスの名前 IRQ IO ポート メモ
1 台目のハードディスク N/A N/A 40�GB, Seagate 製、プライマリ IDE マスタ
CDROM N/A N/A プライマリ IDE スレーブ
2 台目のハードディスク N/A N/A 20�GB, IBM 製、セカンダリ IDE マスタ
1 つ目の IDE コントローラ 14 0x1f0  
ネットワークカード N/A N/A Intel 10/100
モデム N/A N/A 3Com® 56K ファックスモデム、COM1 に接続
…      

コンピュータで使用している部品の一覧を作成したら、 インストールする FreeBSD のリリースのハードウェア要件を満たしているかどうかを確認してください。

3.3.2. データのバックアップ

FreeBSD をインストールするコンピュータに価値のあるデータが入っている場合、 確実にバックアップをとり、 さらに正しくバックアップがとれていることを確認して下さい。FreeBSD のインストールルーチンは、ハードディスクに実際に書き込む前に確認を求めますが、 一度実際に書き込む作業が始まってしまうと、 もう元に戻すことはできません。

3.3.3. FreeBSD をインストールする場所の決定

FreeBSD を、ハードディスクすべてを使ってインストールする場合は、 この時点で確認しなければならないことは何もありません — この節を飛ばすことができます。

しかし FreeBSD を他のオペレーティングシステムと共存させる必要がある場合は、 データがディスクにどのように配置されており、 それがどのように影響するかを大まかに理解する必要があります。

3.3.3.1. FreeBSD/i386 アーキテクチャでのディスクレイアウト

PC のディスクは個別の塊に分割することができます。 これらの塊は パーティション と呼ばれます。 FreeBSD は内部にもパーティションを持つので、この名称は混乱をおこします。 そのため、FreeBSD ではこの塊をディスクスライスまたは単にスライスと呼びます。 たとえば、PC ディスクパーティションを操作する FreeBSD のユーティリティの fdisk は、パーティションではなくスライスと呼びます。 PC では、ディスク 1 台あたり 4 つまでパーティションを作成できます。 これらのパーティションはプライマリパーティションと呼ばれます。 この制限を回避し、 4 つ以上のパーティションを作成するために拡張パーティションと呼ばれる新しいパーティション形式が作られました。 ディスク 1 台につき 1 つだけ拡張パーティションを作成できます。 論理パーティションと呼ばれる特別のパーティションは、 この拡張パーティションの内部に作成できます。

それぞれのパーティションは、 そのパーティションに含まれるデータの形式を示す数字である、 パーティション ID を持ちます。FreeBSD パーティションのパーティション ID は 165です。

通常、各オペレーティングシステムは、 それぞれ独自の方法で個々のパーティションを識別します。例えば MS-DOS や Windows などの MS-DOS の子孫は、 プライマリパーティション及び論理パーティションそれぞれに C: から始まる ドライブレターを割り当てます。

FreeBSD はプライマリパーティションにインストールしなければなりません。 FreeBSD はあなたが作成したファイルを含むすべてのデータを、 この一つのパーティションに保持できます。 しかし複数のディスクがある場合はそのうちのいくつか、もしくはすべてに、 FreeBSD パーティションを作成することもできます。 FreeBSD をインストールする時は 1 つのパーティションを使用可能にしておかなければなりません。 このパーティションは、新たに用意した空白のパーティションでもいいですし、 または無くなっても構わないデータしか入っていない、 既存のパーティションでも構いません。

すべてのディスクで、既にすべてのパーティションを使用している場合は、 他のオペレーティングシステムで提供されているツール (例えば MS-DOS または Windows の fdisk) を使用して、 そのうちの 1 つを FreeBSD のために解放しなければなりません。

予備のパーティションがある場合にはそれを使うこともできます。 しかし、まず始めは 1 つまたは複数の既存のパーティションを縮小することを考えても良いでしょう。

FreeBSD の最小のインストールには、100�MB 程度のディスク容量が必要です。 しかしこれは非常に小さなインストールであり、 自分のファイルを作成するスペースはほとんど残らないでしょう。 現実的には、グラフィカルな環境が必要ないのであれば 250�MB、 グラフィカルユーザインタフェースを使用するのであれば 350�MB 以上は必要でしょう。 その上、多くのサードパーティ製ソフトウェアをインストールするならば、 さらに多くのスペースが必要になるでしょう。

FreeBSD のためのスペースを用意する際、 パーティションサイズを変更するために、 PartitionMagic® などの商用ツールや GParted などのフリーのツールを使用できます。 PartitionMagic と GParted は、 NTFS のサイズを変更できることが知られています。 SystemRescueCD といった多くの Live CD Linux ディストリビューションで GParted を利用できます。

Microsoft Vista のパーティションサイズの変更に関して問題が報告されています。 このような作業を行う際は、 Vista のインストール CDROM を手元に置いておくことをお勧めします。 また、このようなディスク管理の作業を行う時には、 現在のバックアップを取っておくことが強く推奨されています。

警告これらのツールの使用方法を誤ると、 ディスク上のデータが消えてしまう可能性があります。 使用前には必ずバックアップをとって下さい。

例 3-1. 既存のパーティションを変更せずに使用

既に Windows がインストールされている 4�GB のハードディスクが 1 台接続されており、そのハードディスクは 2 つのドライブレター C: 及び D: に分割されており、それぞれのサイズが 2�GB である PC を使用していると仮定します。 またこの時、C: には 1�GB, D: には 0.5�GB のデータがあるとします。

ドライブレター 1 つあたり 1 つのパーティションですから、 あなたのディスクには合計で 2 つのパーティションがあることを意味します。 この場合、D: にあるデータをすべて C: にコピーすれば、 2 つ目のパーティションを解放し、FreeBSD のために使うことができるでしょう。

例 3-2. 既存のパーティションを縮小する

既に Windows がインストールされている 4�GB のハードディスクが 1 台接続された PC を使用していると仮定します。さらに Windows をインストールする際、1 つの大きなパーティションを作成し C: ドライブとして 4�GB を割り当てたとします。 そして現在 1.5�GB 使用しており、FreeBSD で 2�GB 使いたいとします。

FreeBSD をインストールするためには、 以下のどちらかを行わなければなりません。

  1. Windows のデータをバックアップし、インストール時に 2�GB のパーティションを作成して再インストールする。

  2. 先に述べた PartitionMagic をはじめとする Windows パーティションを縮小するツールを使用する。

3.3.4. ネットワーク設定の詳細をまとめる

FreeBSD をネットワークを利用してインストールする場合は (例えば FTP サイト、または NFS サーバからインストールする場合), ネットワークの設定を知る必要があります。 FreeBSD のインストールを完了するためにネットワークに接続できるよう、 インストール中にこれらの情報を入力する必要があります。

3.3.4.1. イーサネットもしくはケーブル / DSL モデムでの接続

イーサネットのネットワークに接続する場合、 もしくはケーブル / DSL モデム経由でイーサネットアダプタを利用してインターネットに接続する場合は、 次の情報が必要になります:

  1. IP アドレス

  2. デフォルトゲートウェイの IP アドレス

  3. ホスト名

  4. DNS サーバの IP アドレス

  5. サブネットマスク

これらの情報がわからない場合、 システム管理者かプロバイダに問い合わせて下さい。 問い合わせると、DHCP を使用して自動的に割り当てていると言われるかもしれません。その場合は DHCP を使用しているということを書き留めておいて下さい。

3.3.4.2. モデムを使用した接続

非常に長い時間がかかりますが、 通常のモデムを使用したダイアルアップで ISP に接続している場合でも、 インターネット経由で FreeBSD をインストールすることができます。

この場合、以下の内容をあらかじめ確認しておく必要があります:

  1. ISP にダイアルする際の電話番号

  2. 接続に使用する COM: ポート

  3. ISP のアカウントのユーザ名及びパスワード

3.3.5. FreeBSD Errata の確認

FreeBSD プロジェクトでは FreeBSD の各リリースができる限り安定するよう努力していますが、 時々バグが発生してしまうことがあります。極まれに、 発生したバグによりインストールプロセスに影響を与えることがあります。 これらの問題は発見され解決されるとともに、 FreeBSD のウェブサイトの FreeBSD Errata に掲示されます。 注意すべき既知の問題が無いことを確かめるために、インストールする前に Errata を確認するべきです。

Errata を含む、すべてのリリースに関する情報は、 FreeBSD のウェブサイト の リリース情報 の項で確認することができます。

3.3.6. FreeBSD インストールファイルの入手

FreeBSD のインストールプロセスでは、 以下のいずれかの場所に置いてあるファイルから FreeBSD をインストールします。

ローカルメディア

  • CDROM または DVD

  • USB メモリスティック

  • 同じコンピュータ上の MS-DOS パーティション

  • SCSI または QIC テープ

  • フロッピーディスク

ネットワーク

  • FTP サイト (必要に応じてファイアウォールを経由、 または HTTP プロキシを利用)

  • NFS サーバ

  • パラレルまたはシリアル専用接続

FreeBSD を CD または DVD で購入しているのであれば、 必要なものはすべてそろっているので、次の節 (項3.3.7) を読み飛ばしてください。

FreeBSD のインストールファイルをまだ持っていないのであれば、 項3.13 まで読み飛ばしてください。 FreeBSD を上で示した場所からインストールするための準備について説明しています。 このセクションを読み終わった後、ここに戻ってきて、 項3.3.7 を読んでください。

3.3.7. ブートメディアの準備

FreeBSD のインストールプロセスは、FreeBSD インストーラでコンピュータを起動することから始まります—インストーラは、 別のオペレーティングシステムで実行するプログラムではありません。 通常、コンピュータはハードディスクにインストールされたオペレーティングシステムから起動しますが、 CDROM や USB ディスクから起動するように設定することもできます。

ティップ: FreeBSD の CDROM または DVD を (購入したり、自分自身で準備をして) 持っており、 あなたのコンピュータで CDROM 及び DVD からの起動が可能である場合 (通常 “Boot Order” または類似の BIOS オプションを指定します)、この節を飛ばしてください。 FreeBSD の CDROM と DVD イメージは起動可能であり、 他の特別な準備をすることなく FreeBSD のインストールで利用できます。

起動可能なメモリスティックを作成する場合には、 以下の手順にしたがってください。

  1. メモリスティックのイメージの取得

    FreeBSD�8.X 以前のメモリスティックのイメージは、 ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/arch/ISO-IMAGES/version/FreeBSD-version-RELEASE-arch-memstick.img の ISO-IMAGES/ ディレクトリからダウンロードできます。 ここで、 arch と version の部分を、 それぞれインストールするアーキテクチャとバージョン番号に置き換えてください。 たとえば、FreeBSD/i386�8.3-RELEASE のメモリスティックのイメージは、ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/i386/ISO-IMAGES/8.3/FreeBSD-8.3-RELEASE-i386-memstick.img から入手できます。

    ティップ: FreeBSD�9.0-RELEASE からは、 異なるディレクトリパスが使われています。 FreeBSD�9.0-RELEASE 以降のバージョンのダウンロードとインストールの詳細については、 第2章 で説明します。

    メモリスティックイメージには、.img という拡張子がついています。ISO-IMAGES/ ディレクトリには複数の異なるイメージがあり、インストールする FreeBSD のバージョンによって、 また場合によってはインストールするハードウェアによって、 使い分ける必要があります。

    重要項目: 以下の作業によってデータが消去されるので、 先に進む前に、使用する USB スティックにあるデータをバックアップしてください。

  2. イメージファイルをメモリスティックに書き込む

    FreeBSD を使ってイメージを書き込む

    警告以下の例では、起動するデバイスを /dev/da0 としています。 適切なデバイスを出力先に設定していることを十分確認してくだい。 さもなければ、現在あるデータを破壊してしまうでしょう。

    1. イメージを dd(1) を使って書き込む

      .img ファイルは、 メモリスティックにコピーされるような、 通常のファイルではありません。 ディスクの完全な内容のイメージです。 したがって、ディスクから他のディスクへのコピーは簡単にはできません。 そのかわりに、 イメージを直接ディスクに書き込む dd(1) を使用する必要があります。

      # dd if=FreeBSD-8.3-RELEASE-i386-memstick.img of=/dev/da0 bs=64k

      Operation not permitted エラーが表示されたら、ターゲットデバイスが他で利用されていないかどうか、 マウントされていないかどうか、 ユーティリティプログラムが気を利かせて自動的にマウントしていないかどうかを確認してください。 その後、もう一度実行してください。

    Windows を使ってイメージを書き込む

    警告以下の例では、起動するデバイスを H: としています。 適切なデバイスを出力先に設定していることを十分確認してくだい。 さもなければ、現在あるデータを破壊してしまうでしょう。

    1. Image Writer for Windows を入手する

      Image Writer for Windows は、 イメージファイルをメモリスティックに正しく書き込むことのできるフリーのアプリケーションです。 https://launchpad.net/win32-image-writer/ からダウンロードして、フォルダに展開してください。

    2. イメージライタを使ってイメージを書き込む

      Win32DiskImager アイコンをダブルクリックして、プログラムを起動します。 Device の下に表示されるデバイスレターが、 メモリスティックのドライブであることを確認してください。 フォルダのアイコンをクリックして、 メモリスティックに書き込むイメージファイルを選択します。 Save をクリックして、 イメージファイルの名前をアクセプトしてください。 すべてが正しく行われたかどうか、また、 他のウィンドウでメモリスティックのフォルダが開かれていないことを確認してください。 最後に、Write を押して、ドライブにイメージファイルを書き込みます。

FreeBSD/pc98 のインストール用に起動フロッピーディスクを作成するためには、 次のステップに従って下さい:

  1. 起動フロッピーイメージの取得

    FreeBSD/pc98 のブートディスクは、 floppies ディレクトリ、 ftp://ftp.FreeBSD.org/pub/FreeBSD/releases/pc98/version-RELEASE/floppies/ から入手できます。 ここで version の部分を、 それぞれインストールするバージョン番号に置き換えてください。

    フロッピーイメージは .flp という拡張子がついています。floppies/ には複数の異なるイメージがあります。 boot.flp とともに、 kern.small* または kern* といったインストールの種類に関連づいた複数のファイルをダウンロードしてください。

    重要項目: FTP プログラムを使用してこれらのディスクイメージをダウンロードする時は、 必ずバイナリモードにして下さい。 Web ブラウザによってはテキスト (またはアスキー) モードでダウンロードしてしまうものがあり、 ディスクから起動できないときは大抵これが原因です。

  2. フロッピーディスクの用意

    ダウンロードするイメージファイル 1 つにつき 1 枚のフロッピーディスクを用意してください。 これらのディスクに欠陥があってはいけません。 これを確認する最も簡単な方法は、 自分自身でフォーマットしてみることです。 フォーマットする前のフロッピーを信用してはいけません。 Windows のフォーマットユーティリティは、 不良ディスクがあっても教えてはくれないでしょう。 それらを “bad” とマークして、無視するだけです。 もし、フロッピーを用いてインストールを行うのであれば、 新品のフロッピーを使うことをお薦めします。

    重要項目: FreeBSD をインストールしようとした時に、 インストールプログラムがクラッシュしたりフリーズしたり、 おかしな動作をした時、 まずはじめに疑うべきもののうちの 1 つはフロッピーです。 フロッピーイメージを新しいディスクに書き込んで、 もう一度試してみて下さい。

  3. フロッピーディスクへイメージファイルを書き込む。

    .flp ファイルは、 いつも行われているようにディスクにコピーされるような、 通常のファイルではありません。 ディスクの完全な内容のイメージです。 したがって、ディスクから他のディスクへのコピーは簡単には できません。 そのかわりに、 イメージを直接ディスクに書き込む特別なツールを使用する必要があります。

    MS-DOS / Windows が動作しているコンピュータでフロッピーを作成する場合は、 私たちが用意した fdimage というツールを使用することができます。

    CDROM に入っている フロッピーイメージを使おうとしており、 この時 CDROM が E: ドライブであった場合、 次のように実行します:

    E:\> tools\fdimage floppies\boot.flp A:

    毎回フロッピーディスクを入れ換え、 ディスクにコピーしたファイルの名前を示すラベルを付けながら、 それぞれの .flp ファイルに対してこのコマンドを繰り返します。 .flp ファイルを置いた場所に応じて、 コマンドラインを変更して下さい。 CDROM を持っていない場合、fdimage は FreeBSD の FTP サイトの tools ディレクトリからダウンロードすることができます。

    (別の FreeBSD システムのような) UNIX システム上でフロッピーへの書き込みを行う場合は、 イメージファイルを直接ディスクに書き込むために dd(1) コマンドを使うことができます。FreeBSD 上では、 次のように実行します:

    # dd if=boot.flp of=/dev/fd0

    FreeBSD においては、/dev/fd0 が 1 台目のフロッピーディスクドライブ (A: ドライブ) を表します。同様に /dev/fd1 は B: ドライブを表します。 他の UNIX の変形では、 フロッピーディスクデバイスには別の名前がついているかもしれないので、 必要に応じてそのシステムのドキュメントを確認して下さい。

これで FreeBSD をインストールする用意ができました。

3.4. インストールの開始

重要項目: デフォルトでは、次のメッセージが表示されるまで インストーラはディスクに何の変更も加えません。

Last Chance: Are you SURE you want continue the installation?

If you're running this on a disk with data you wish to save then WE
STRONGLY ENCOURAGE YOU TO MAKE PROPER BACKUPS before proceeding!

We can take no responsibility for lost disk contents!

この最後の警告の前であれば、 いつでもハードディスクの内容を変更することなくインストールを中断できます。 もし、何かを間違って設定してしまったことが心配ならば、 最後の警告の前に単にコンピュータをオフにしてください。 被害を残さずに済みます。

3.4.1. 起動

3.4.1.1. i386 アーキテクチャでの起動

  1. まず、コンピュータの電源を切ります。

  2. コンピュータの電源をいれます。 起動が始まると、すぐにシステムまたは BIOS のセットアップメニューに入るためのオプションが表示されるはずです。 一般的には F2, F10, Del のようなキーまたは Alt+S のようなキーの組合せです。 画面上に示されるキーを使用してください。場合によっては、 起動すると画像を表示するコンピュータがあるかもしれません。 大抵の場合、Esc キーを押すと、 画像が消えて必要なメッセージを見ることができます。

  3. どの装置からシステムが起動するかを制御する設定を探してください。 通常は “Boot Order” と呼ばれ、一般的には、 Floppy, CDROM, First Hard Disk などの装置の一覧として表示されています。

    CDROM から起動する場合には CDROM が選択されていることを、 USB ディスクまたはフロッピーディスクから起動するなら USB ディスクまたはフロッピーディスクが選択されていることを確認してください。 自信が無い場合は、 コンピュータやマザーボードのマニュアルを参照してください。

    変更を保存して終了してください。 コンピュータが再起動するはずです。

  4. 項3.3.7 で説明されている “起動” USB スティックを使用する場合には、 コンピュータを立ち上げる前に、USB スティックを挿入してください。

    CDROM から起動する場合、コンピュータを立ち上げ、 すぐに CDROM を挿入する必要があります。

    注意: FreeBSD/pc98 では、 インストール用の起動フロッピーが用意されており、 項3.3.7 で説明されている方法で作成できます。 boot.flp が最初に挿入するフロッピーディスクです。 インストーラを起動できるように、 このフロッピーをフロッピードライブに挿入してください。

    もし、コンピュータがすでに存在している OS を読み込み、 通常通り起動してしまったのであれば、 以下の原因が考えられます。

    1. 起動ディスクが起動プロセスにおいて十分早いタイミングで挿入されていません。 ディスクをそのままにしてコンピュータを再起動してください。

    2. 先程の BIOS の変更が適切に行われていません。 正しいオプションを設定してやり直してください。

    3. 使用している BIOS は、 希望しているメディアからのブートに対応していません。

  5. FreeBSD は起動を開始します。CDROM から起動している場合、 次のような画面が表示されるでしょう (バージョン情報は省略しています)。

    Booting from CD-Rom...
645MB medium detected
CD Loader 1.2

Building the boot loader arguments
Looking up /BOOT/LOADER... Found
Relocating the loader and the BTX
Starting the BTX loader

BTX loader 1.00 BTX version is 1.02
Consoles: internal video/keyboard
BIOS CD is cd0
BIOS drive C: is disk0
BIOS drive D: is disk1
BIOS 636kB/261056kB available memory

FreeBSD/i386 bootstrap loader, Revision 1.1

Loading /boot/defaults/loader.conf
/boot/kernel/kernel text=0x64daa0 data=0xa4e80+0xa9e40 syms=[0x4+0x6cac0+0x4+0x88e9d]
\

    フロッピーディスクから起動している場合、 次のような画面が現れるでしょう (バージョン情報は省略しています)。

    Booting from Floppy...
Uncompressing ... done

BTX loader 1.00  BTX version is 1.01
Console: internal video/keyboard
BIOS drive A: is disk0
BIOS drive C: is disk1
BIOS 639kB/261120kB available memory

FreeBSD/i386 bootstrap loader, Revision 1.1

Loading /boot/defaults/loader.conf
/kernel text=0x277391 data=0x3268c+0x332a8 |

Insert disk labelled "Kernel floppy 1" and press any key...

    上記の説明にしたがって、 boot.flp ディスクを抜き、 kern1.flp ディスクを挿入し、 Enter を押してください。 最初のディスクで起動し、プロンプトが表示されたら、 要求される通りに他のディスクを挿入してください。

  6. CDROM, USB スティックまたはフロッピーのどれから起動するかにかかわらず、 起動プロセスは FreeBSD ブートローダメニューに到達します。

    図 3-1. FreeBSD ブートローダメニュー

    10 秒間待つか、Enter を押してください。

3.4.1.2. SPARC64 アーキテクチャでの起動

ほとんどの SPARC64 システムは、 ディスクから自動的に起動するように設定されています。 FreeBSD をインストールするには、ネットワークまたは CDROM から起動する必要があり、そのためには PROM (OpenFirmware) に入る必要があります。

PROM に入るにはシステムを再起動し、 ブートメッセージが表示されるまで待ってください。 モデルによりますが、以下のような表示です。

Sun Blade 100 (UltraSPARC-IIe), Keyboard Present
Copyright 1998-2001 Sun Microsystems, Inc.  All rights reserved.
OpenBoot 4.2, 128 MB memory installed, Serial #51090132.
Ethernet address 0:3:ba:b:92:d4, Host ID: 830b92d4.

もしシステムがこの時点でディスクから起動するようでしたら、 キーボードから L1+A または Stop+A を押すか、シリアルコンソールから BREAK (たとえば、tip(1) または cu(1) では ~#) を送信して、PROM プロンプトを表示してください。 次のような表示です。

ok         (1)
ok {0}    (2)
(1)
単一の CPU を持つシステムでのプロンプト
(2)
SMP システムのプロンプト。数字はアクティブな CPU の数。

ここで、CDROM をドライブに挿入し、 PROM プロンプトで boot cdrom と入力してください。

3.4.2. デバイス検出結果を再表示する

画面に表示される数百行の文字列は (バッファに) 記憶されており、 再表示することが出来ます。

バッファを再表示するには、Scroll Lock キーを押します。 これで、画面をスクロールできます。結果を見るためには、矢印キーもしくは PageUp か PageDown を使います。 Scroll Lock をもう一度押すと、スクロールを停止します。

直ちにこの作業を行って、カーネルがデバイス検出を実行している時に 画面の外に流れた文字列を再表示してください。 図3-2 によく似た画面が現われるでしょうが、 あなたのコンピュータに搭載されているデバイスによって、表示される文字列は異なるでしょう。

図 3-2. 古典的なデバイス検出結果の例

avail memory = 253050880 (247120K bytes)
Preloaded elf kernel "kernel" at 0xc0817000.
Preloaded mfs_root "/mfsroot" at 0xc0817084.
md0: Preloaded image </mfsroot> 4423680 bytes at 0xc03ddcd4

md1: Malloc disk
Using $PIR table, 4 entries at 0xc00fde60
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1:<VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <Matrox MGA G200 AGP graphics accelerator> at 0.0 irq 11
isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
isa0: <iSA bus> on isab0
atapci0: <VIA 82C586 ATA33 controller> port 0xe000-0xe00f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0 <VIA 83C572 USB controller> port 0xe400-0xe41f irq 10 at device 7.2 on pci
0
usb0: <VIA 83572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr1
uhub0: 2 ports with 2 removable, self powered
pci0: <unknown card> (vendor=0x1106, dev=0x3040) at 7.3
dc0: <ADMtek AN985 10/100BaseTX> port 0xe800-0xe8ff mem 0xdb000000-0xeb0003ff ir
q 11 at device 8.0 on pci0
dc0: Ethernet address: 00:04:5a:74:6b:b5
miibus0: <MII bus> on dc0
ukphy0: <Generic IEEE 802.3u media interface> on miibus0
ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0xec00-0xec1f irq 9 at device 10.
0 on pci0
ed0 address 52:54:05:de:73:1b, type NE2000 (16 bit)
isa0: too many dependant configs (8)
isa0: unexpected small tag 14
orm0: <Option ROM> at iomem 0xc0000-0xc7fff on isa0
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5” drive> on fdc0 drive 0
atkbdc0: <Keyboard controller (i8042)> at port 0x60,0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/@ mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x100 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
pppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
plip0: <PLIP network interface> on ppbus0
ad0: 8063MB <IBM-DHEA-38451> [16383/16/63] at ata0-master UDMA33
acd0: CD-RW <LITE-ON LTR-1210B> at ata1-slave PIO4
Mounting root from ufs:/dev/md0c
/stand/sysinstall running as init on vty0

丹念に検出結果をチェックして、あなたが予期したすべてのデバイスを FreeBSD が検出できた事を確認してください。デバイスが見つからなかった場合、 検出結果へ表示されません。 カスタムカーネル を構築することで、 サウンドカードのように GENERIC カーネルに含まれていないデバイスのサポートを追加することができます。

デバイス検出後、 図3-3 が表示されます。 矢印キーを使って、国、地域、グループを選択してください。 その後、Enter を押してください。 国を簡単に設定できます。

図 3-3. 国の選択メニュー

国に United States を選択した場合には、 標準のアメリカのキーボードマップが使われます。 他の国を選択すると以下のメニューが表示されます。 矢印キーを使って、適切なキーボードマップを選択して Enter を押してください。

図 3-4. キーボードメニューの選択

国の設定が終わったら、sysinstall メインメニューが表示されます。

3.5. Sysinstall の紹介

sysinstall ユーティリティは FreeBSD プロジェクトが提供するインストール用アプリケーションです。 これは、コンソール上で動作し、 インストールの設定や制御に使えるいくつものメニューや画面に分かれています。

sysinstall のメニューはカーソルキー、 Enter, Tab, Space 等で操作します。 キーの詳しい解説とその意味については sysinstall の使用法に説明されています。

この説明を読むには、図3-5 に示すように、 Usage の項目が強調表示され、 [Select] ボタンが選択されていることを確認して、 Enter を押してください。

メニューシステムの使い方が表示されます。読み終ったら、 Enter を押してメインメニューに戻りましょう。

図 3-5. Sysinstall のメインメニューから Usage を選択

3.5.1. ドキュメントメニューの選択

メインメニューから、カーソルキーで Doc を選択して Enter を押してください。

図 3-6. ドキュメントメニューの選択

これでドキュメントメニューが表示されます。

図 3-7. Sysinstall ドキュメントメニュー

用意されたドキュメントを読むのは大切なことです。

ドキュメントを読むには、カーソルキーで選択して Enter を押してください。読み終えたら、 Enter を押すとドキュメントメニューに戻ります。

メインのインストールメニューに戻るには、カーソルキーで Exit を選択して、 Enter を押してください。

3.5.2. キー配列メニューの選択

キーボード配列を変更するには、カーソルキーで Keymap を選択して、 Enter を押してください。 使用しているキーボードが、標準ではなかったり、 または US ではない場合に変更作業が必要となります。

図 3-8. Sysinstall メインメニュー

上下のカーソルキーでメニュー項目を選択して Space を押せば異なるキーボード配列を選択できます。 もう一度 Space を押すと、選択を解除します。 完了したら、カーソルキーで [�OK�] を選択して Enter を押してください。

このスクリーン表示では、リストの一部しか表示されていません。 Tab を押して [�Cancel�] を選択すると、 デフォルトのキーマップを使用して、 メインインストールメニューに戻ります。

図 3-9. Sysinstall キー配列メニュー

3.5.3. インストールオプション画面

Options を選択して、 Enter を押してください。

図 3-10. Sysinstall メインメニュー

図 3-11. Sysinstall オプション

ほとんどのユーザーにはデフォルトの値でよく、変更する必要はありません。 リリース名は、インストールするバージョンによって変わります。

選択された項目の説明が、画面の下部に青く強調表示されます。 オプションの 1 つは Use Defaults という、 すべての値を初期値に戻すものであることに気をつけてください。

F1 を押すと、 さまざまなオプションについての説明を読むことができます。

Q を押すと、 メインインストールメニューに戻ります。

3.5.4. 標準インストールの開始

UNIX や FreeBSD が初めての人には Standard インストールがお奨めです。 カーソルキーで Standard を選択して、 Enter を押してインストールを始めてください。

図 3-12. 標準インストールの開始

3.6. ディスク領域の割り当て

最初の課題は、FreeBSD 用にディスク領域を割り当て、 sysinstall が使えるようにラベルを作成することです。 そうするためには、FreeBSD がディスク上にどのような情報があることを前提としているかを知らなければなりません。

3.6.1. BIOS ドライブの番号付け

FreeBSD をインストールして設定する前に、 特に複数のハードディスクを持っているならば気をつけておかなければならない重要なことがあります。

MS-DOS や Microsoft�Windows のような BIOS に依存したオペレーティングシステムが動いている PC では、 BIOS がディスクドライブの順序を構成でき、 OS はその変化に追従します。これにより、ユーザはいわゆる “プライマリーマスタ” 以外のディスクから起動することができます。 この仕組みを用いればシステムのバックアップを取る最も簡単で安価な方法を構築できます。 もう一つ同じディスクを買い、 Ghost® や XCOPY を用いて一つ目のディスクから二つめのディスクへのコピーを定期的に取ればいいのです。 そして、一つ目のディスクに障害が起きたり、ウィルスに感染したり、 オペレーティングシステムの不具合でめちゃくちゃにされてしまった時には、 BIOS に対してドライブを論理的に交換するように指示することで簡単に復旧できるのです。 この方法はドライブのケーブルを交換するのと同じようなことなのですが、 ケースを開ける必要がありません。

SCSI コントローラを備えたもっと高価なシステムでは、 しばしば BIOS に拡張が施されており、同じように 7 台までのドライブの順番を組み換えることができるようになっています。

以上のような機能を便利に使っているユーザは、 FreeBSD では同じような結果にならないことに驚くかもしれません。FreeBSD は BIOS を利用しないため、“論理 BIOS ドライブマッピング” については知らないのです。 このため、特にいくつかのドライブが同じジオメトリを持っている時に、 そしてまたあるものをもう一つのクローンとして使っている時に、 非常にややこしい状況になり得ます。

FreeBSD を使う時は、 インストール前にドライブの番号付けが自然なものになるように、 必ず BIOS の設定を忘れずに戻しておきましょう。 もしドライブの番号付けを変更する必要がある場合には、 ケースを開けジャンパーやケーブルを移動するというハードウェア的なやりかたをとってください。

Bill と Fred のイケイケ冒険記より

Bill は Fred のためにもう一つ FreeBSD 箱を作ろうと古い Wintel 箱を潰しました。Bill は ユニット番号 0 の SCSI ドライ ブを一つ追加し、そこに FreeBSD を入れました。

Fred はこのシステムを使い始めましたが、数日後その古い SCSI ドライブがたくさんのソフトエラーを吐いているのに気付き、 Bill に報告しました。

さらに数日後、Bill はその問題に対処しようと決意し、 倉庫のディスクドライブアーカイブから同じ SCSI ドライブを取ってきました。 まずドライブのサーフィススキャンを行なってみましたが、 特に問題なかったため、Bill はこのドライブをユニット番号 4 と して取り付け、ドライブ 0 からドライブ 4 へのイメージコピーを行ないました。 新しいドライブがインストールされ、しかもうま く動いているため、Bill はそれを使い始めてもいいだろうと思いました。 そこで彼は SCSI BIOS の機能を使ってシステムがユニット 4 から起動するようにディスクドライブの順序を入れ換えました。 FreeBSD が起動し、調子良く動き始めました。

Fred は数日作業を続けましたが、すぐに Bill と Fred は新しい冒険に挑戦することにしました。新しいバージョンの FreeBSD にアップグレードするのです。Bill は SCSI ユニット 0 のディスクは当てにならないので取りはずし、“アーカイブ” から持ってきた別の新しいドライブと交換しました。そして、新しいバージョンの FreeBSD を、Fred の持っていた魔法のインターネット FTP フロッピーを用いて新しい SCSI ユニット 0 にインストールしたのです。 インストールはうまくいきました。

Fred は新しいバージョンの FreeBSD を数日使ってみて、 技術部門でも使えるくらい十分に良いものだと確認しました。 古いバージョンからすべての作業をコピーする時が来たのです。 そこで Fred は SCSI ユニット 4 (古い FreeBSD で行なっていた作業の最新のものを置いてあるドライブです) をマウントしました。ところが、Fred は SCSI ユニット 4 には自分の貴重な作業がなにも残っていないことを発見して慌てふためきました。

データはどこへ行ったのでしょう?

Bill がオリジナルの SCSI ユニット 0 のイメージをユニット 4 にコピーした時、ユニット 4 は “新クローン” になりました。 Bill がユニット 4 から起動するように SCSI BIOS で順序の入れ換えを行なった時、 実はおバカなことにそう変更したと思い込んでいただけなのです。 FreeBSD は依然として SCSI ユニット 0 上で動いていたのです。 BIOS にこのような変更を行なっても Boot と Loader のコードの一部もしくは全部は選択された BIOS ドライブから取得されるものの、処理が FreeBSD のカーネルドライバーに引き渡された時から BIOS ドライブの順序は無視され、 FreeBSD は、通常のドライブ番号順に移行するのです。 さきほどの例では、システムはオリジナルの SCSI ユニット 0 で動き続けており、 Fred のデータはすべて SCSI ユニット 4 ではなくそのディスクに残っていたのです。 システムが SCSI ユニット 4 で動いているように見えたのは単に人の期待からくる妄想だったのです。

こういった現象を発見しても、 データはまったく失なわれても損なわれてもいないことを、喜んで伝えておきます。 古い SCSI ユニット 0 はガラクタの山から見つけ出され、 Fred が行なった作業はすべて彼のもとへ返ってきたのです (そして Bill は自分が 0 までは数えられることを学んだのでした)。

この例では SCSI ドライブが用いられましたが、その概念は IDE ドライブにも同じように当てはまります。

3.6.2. fdisk でスライス作成

注意: この段階でなにも変更を加えないとしても、 そのことはディスクに書きこまれるでしょう。 もし間違いをしたと考えてもう一度やり直したいのなら、 メニューを使って sysinstall を終了してやり直すか、U を押して Undo オプションを利用してください。 なにをすればいいか分からなくなって、終了する方法が分からないときは、 いつでもコンピュータを切ることができます。

sysinstall メインメニューでスタンダードインストールを選択したあとには、 次のメッセージが表示されるでしょう。

                                 Message
 In the next menu, you will need to set up a DOS-style ("fdisk")
 partitioning scheme for your hard disk. If you simply wish to devote
 all disk space to FreeBSD (overwriting anything else that might be on
 the disk(s) selected) then use the (A)ll command to select the default
 partitioning scheme followed by a (Q)uit. If you wish to allocate only
 free space to FreeBSD, move to a partition marked "unused" and use the
 (C)reate command.
                                [  OK  ]

                      [ Press enter or space ]

指示されたとおり Enter を押してください。 次に、デバイスの走査を実行したときにカーネルが見付けた、 すべてのハードドライブのリストが表示されるでしょう。 図3-13 は IDE ディスクを二つもつシステムの例です。 これらは ad0 および ad2 と名付けられています。

図 3-13. fdisk を実行するディスクの選択

なぜ ad1 がここに表示されないか不思議に思うかもしれません。 なぜ忘れられたのか?

IDE ハードディスクを一つ目はプライマリ IDE コントローラのマスタとして、 二つ目はセカンダリ IDE コントローラのマスタとして二つ接続している場合、 なにが起こるか考えてください。 もし FreeBSD がこれらを ad0 と ad1 のように、 見付けた順番で番号をつけたとしてもすべては動作するでしょう。

しかし、その後プライマリ IDE コントローラのスレーブとして 三つ目のディスクを追加したとしたら、 それはたった今 ad1 となり、 以前の ad1 は ad2 となるでしょう。 デバイス名 (ad1s1a のような) はファイルシステムを見つけるのに使われるので、 ファイルシステムのいくつかは突然正しく現れなくなるかもしれず、 FreeBSD の設定を変更する必要があるでしょう。

これを解決するために、ディスクが見つかった順番ではなく、 どこに接続されているかということに基づいて IDE ディスクを名前づけするようにカーネルを設定できます。 この機構によって、セカンダリ IDE コントローラのマスタディスクは、 たとえ ad0 または ad1 デバイスがないとしてもいつでも ad2 になるでしょう。

この設定は FreeBSD カーネルの標準設定です。 これがこの画面で ad0 および ad2 を表示する理由です。 このスクリーンショットが得られたマシンには、 IDE コントローラの両方のマスタチャネルにディスクがあり、 スレーブチャネルにはありません。

FreeBSD をインストールしたいディスクを選択して、 [�OK�] を押してください。 図3-14 のような表示とともに fdisk が起動するでしょう。

fdisk の画面は三つのセクションに分かれます。

一つ目のセクションは、これは表示の先頭二行にわたっているのですが、 現在選択されているディスクの詳細を表示します。 ディスクの詳細には FreeBSD でのデバイス名、ディスクのジオメトリ、 そしてディスクの全容量が含まれます。

二つ目のセクションは現在ディスク上にあるスライスを表示します。 スライスの開始セクタと終了セクタ、大きさ、FreeBSD 上での名前、 種類とサブタイプが表示されます。 この例では、PC 上のディスクレイアウト機能が生み出した、 未使用の小さなスライスを二つ表示しています。 また大きな FAT スライスも一つ表示しています。これはほとんどの場合、 MS-DOS または Windows において C: ドライブ および他のドライブ名の拡張スライスとして現れます。

三つ目のセクションは fdisk において利用可能なコマンドを表示します。

図 3-14. 編集する前の典型的な fdisk 構成

今から行うことは、 あなたがどのようにディスクを分割したいかによります。

FreeBSD をディスク全体で使いたいなら、 Use Entire Disk オプションを表す A キーを押すことができます。 このことは sysinstall がインストールプロセスの残りを続けることにあなたが同意したとき、 このディスクのすべてのデータを削除するでしょう。 存在しているスライスは取り除かれ、 unused の小さな領域 (PCディスクレイアウト機能の副産物) と、 FreeBSD のための大きなスライスへ置きかわるでしょう。 これを行ったら、次に方向キーを使って新しく作成された FreeBSD スライスを選択し、スライスに起動可能の印をつけるために S キーを押してください。 そのとき、画面の見た目は 図3-15 とよく似たものとなるでしょう。 Flags 列の A に注意してください。 これはこのスライスが アクティブ で、 ここから起動することを示します。

FreeBSD のための空き領域を作成するために、 存在しているスライスを削除しようとしているのなら、 方向キーをつかってスライスを選択して D キーを押してください。 それから C キーを押すと、 作成したいスライスの大きさの入力を促されます。 適切な数字を入力して Enter キーを押してください。 この欄に表示されているデフォルト値は、スライスに対して割り当てることのできる最大の値です。 この値は、割り当てられていない領域の連続したブロック、または、ハードディスクの全サイズです。

FreeBSD のための空き領域を既に作成しているなら (おそらく PartitionMagic などのツールを利用したのでしょう) 、 そのときは C キーを押して新しいスライスを作成できます。 再び、作成したいスライスの大きさの入力を促されるでしょう。

図 3-15. ディスク全体を使う fdisk 構成

終了したら Q キーを押します。 あなたの変更は sysinstall 内に保存されるでしょう。 しかし、まだディスクには書きこまれません。

3.6.3. ブートマネージャのインストール

ブートマネージャをインストールするかどうか考えましょう。一般的に、次の場合は FreeBSD ブートマネージャをインストールするべきです。

  • 二つ以上のドライブがあり、 一番目のドライブ以外に FreeBSD をインストールした場合

  • FreeBSD を同じディスク内に他の OS と共存させてインストールしており、 コンピュータを起動する際に FreeBSD か他の OS かを選択したい場合

もし、コンピュータに FreeBSD のみをインストールするのであれば、 最初のハードディスクにインストールし、 Standard ブートマネージャを選択してください。 もし、FreeBSD をブート可能なサードパーティ製のブートマネージャを使うのであれば、 None を選択してください。

選択をして Enter キーを押してください。

図 3-16. sysinstall ブートマネージャメニュー

F1 キーを押すと表示されるヘルプ画面では、 ハードディスクを OS 間で共有する場合に起こり得る問題について議論しています。

3.6.4. 他のドライブのスライスの作成

二つ以上ドライブがある場合、 ブートマネージャを選択した後、ドライブ選択画面に戻ります。 FreeBSD を二つ以上のディスクにインストールしたいのなら、 そのときはここで他のディスクを選択し、 fdisk を用いてスライス作成の作業を繰りかえすことができます。

重要項目: 一番目以外のドライブに FreeBSD をインストールするのであれば、 両方のドライブに FreeBSD のブートマネージャをインストールする必要があります。

図 3-17. ドライブ選択の終了

Tab キーを押すことで、 最後に選択したドライブと [�OK�] および [�Cancel�] の間を切りかえられます。

[�OK�] に移るために Tab キーを一度押し、 それからインストールを続けるために Enter キーを押してください。

3.6.5. disklabel でパーティション作成

さて、作成したばかりのスライス内にパーティションをいくつか作成しなければなりません。 それぞれのパーティションには a から h までの文字がつけられ、 b, c そして d パーティションは守るべき慣習的な意味を持っていることを忘れないでください。

特定のアプリケーションは、特別のパーティション構成 (特に二つ以上のディスクにわたってパーティションを構成している場合) から利益を得ることができます。 しかしこのことについては、はじめて FreeBSD をインストールする場合、 ディスクをどのようにパーティションに区切るか、 ということをあまり大げさに考えることはありません。 FreeBSD をインストールして使い方を学びはじめることの方がより重要です。 OS により詳しくなったときに、パーティション構成を変更するために FreeBSD をいつでも再インストールできます。

以下は四つのパーティション — 一つはスワップ領域、 三つはファイルシステム、の構成です。

表 3-2. 一つ目のディスクのパーティションレイアウト

パーティション ファイルシステム サイズ 説明
a / 1�GB これはルートファイルシステムです。 他のファイルシステムはすべてこの下のどこかにマウントされるでしょう。 1�GB はこのファイルシステムに手ごろなサイズです。 通常の FreeBSD インストールがここに約 128�MB のデータを配置するように、 ここにはあまり多くのデータを格納しないでしょう。 残りの領域は一時的なデータのためにあり、そして FreeBSD の将来のバージョンが / により多くの領域を必要とした場合の拡張領域として残します。
b なし メモリの 2-3 倍

b パーティションには、 システムのスワップ領域が保持されています。 スワップ領域の正しい容量を決めることは、 ちょっとした芸術かもしれません。 確実な経験則は、物理的なメモリ (RAM) の 2-3 倍のサイズのスワップ領域とするように、としています。 また、最低 64�MB のスワップを確保するといいでしょう。 したがって、あなたのコンピュータが 32�MB 未満のメモリを搭載している時は、 スワップ領域を 64�MB にしてください。

二つ以上のディスクがあるときには、 それぞれのディスクにスワップを置くことができます。 FreeBSD はそれぞれのディスクをスワップに用い、 スワップ動作を効果的に高速化させるでしょう。 この場合、必要とするスワップサイズの合計を計算し (たとえば 128�MB)、 それぞれのディスクに置くスワップサイズを求めるために、 あなたの持っているディスク数 (たとえば二つ) で割ってください。 この例の場合は、 一つのディスクごとに 64�MB のスワップとなります。
e /var 512�MB 〜 4096�MB /var ディレクトリには、ログファイルやその他の管理ファイルといった、 絶えず変化するファイルが保存されています。 これらのファイルの多くは FreeBSD の毎日の動作の間に広範囲にわたって読みこまれ、 書きこまれます。 (訳注: /とは) 別のファイルシステムにこれらのファイルを置くことは、 異なったアクセス頻度のディレクトリ内にある他のファイルに影響を与えずに、 FreeBSD がこれらのファイルへのアクセスを最適化することを可能とします。
f /usr ディスクの残り (少なくとも 8�GB) 他のすべてのファイルは、主に /usr およびそのサブディレクトリ内に保存されます。

警告上記のサイズの値は、例として載せたものです。 経験のあるユーザのみが使ってください。 FreeBSD パーティションエディタの Auto Defaults で選択できる自動パーティションレイアウトが推奨されています。

二つ以上のディスクに FreeBSD をインストールしようとしているのなら、 設定した他のスライスにもパーティションを作成しないといけません。 最も簡単な方法は、 それぞれのディスクに二つのパーティションを作成することです。 一つはスワップ領域、 そして一つはファイルシステムのためのパーティションです。

表 3-3. 残りのディスクのパーティション構成

パーティション ファイルシステム サイズ 説明
b なし 説明を参照 すでに議論したように、 スワップ領域をそれぞれのディスクにわたって分割できます。 たとえ a パーティションが (訳注: そのスライスに) ないとしても、 慣習により、スワップ領域は b パーティションとなります。
e /diskn ディスクの残り ディスクの残りは一つの大きなパーティションとなります。 これは e パーティションの代わりに、 a パーティション上へ簡単に置くことができるかもしれません。 しかしながら慣習により、スライス上の a パーティションはルート (/) ファイルシステムとなるファイルシステムのために予約されています。 あなたはこの慣習にしたがう必要はありませんが sysinstall が代わりにやってくれます。 したがってこのことにより、 インストールが少しだけより簡単になります。 このファイルシステムをマウントする場所をどこでも選択できます。 この例では、これらを /diskn ディレクトリとしてマウントするよう提案しています。 n はそれぞれのディスクごとに変更する数字です。 しかしあなたが望むなら他の構成を使用できます。

パーティション構成を決定したら、 今から sysinstall を用いて作成できます。 このメッセージが現れるでしょう。

                                 Message
 Now, you need to create BSD partitions inside of the fdisk
 partition(s) just created. If you have a reasonable amount of disk
 space (1GB or more) and don't have any special requirements, simply
 use the (A)uto command to allocate space automatically. If you have
 more specific needs or just don't care for the layout chosen by
 (A)uto, press F1 for more information on manual layout.

                                [  OK  ]
                          [ Press enter or space ]

disklabel と呼ばれる FreeBSD パーティションエディタをはじめるために Enter キーを押してください。

図3-18 は disklabel をはじめて起動したときの画面表示です。 この画面は三つのセクションに分かれています。

はじめの数行は現在作業しているディスクの名前、 そして作成しようとしているパーティションを含むスライスを表示します (この時点で disklabel はスライスのことをスライス名ではなくパーティション名と呼びます) 。 この画面はスライス内の空き領域の合計も表示しています。 この空き領域はスライス内に存在していて、 しかしまだパーティションに割り当てられていない領域です。

画面の中段は作成したパーティションを表示しています。 それぞれのパーティションが含むファイルシステムの名前、サイズ、 ファイルシステム作成にまつわるいくつかのオプションが表示されます。

画面の下段にある三つ目のセクションは disklabel で有効なキー操作を表示します。

図 3-18. sysinstall ディスクラベルエディタ

disklabel は自動的にパーティションを作成し、 デフォルトのサイズを割りあてることができます。 デフォルトのサイズは、 ディスクのサイズからパーティションサイズを決めるアルゴリズムによって計算されます。 A キーを押して、今試してください。 図3-19 とよく似た画面となるでしょう。 あなたが使用しているディスクのサイズに依存しているので、 デフォルトは希望しているものになるかもしれませんし、 ならないかもしれません。 デフォルトをそのまま受け入れる必要はないので、 このことは問題になりません。

注意: デフォルトのパーティション構成は /tmp ディレクトリに / パーティションの一部ではなく、 それ自身のパーティションを割り当てます。 このことは、一時ファイルによって / パーティションがあふれてしまうことを防ぐのに役立ちます。

図 3-19. デフォルトの自動割り当てによる sysinstall ディスクラベルエディタ

デフォルトのパーティションを使わないで、 あなた自身のパーティション構成に置き換えるには、 方向キーを用いて、一番目のパーティションを選択し、 削除するために D キーを押してください。 提案されたすべてのパーティションを削除するために、 これを繰り返してください。

一番目のパーティション (/ としてマウントされる a パーティション — ルート) を作成するには、 画面の先頭の適切なディスクスライスが選択されていることを確認して、 C キーを押してください。 新しいパーティションのサイズの入力をうながすダイアログが現れるでしょう (図3-20)。 使用したいサイズをブロックの数で入力できます。 または、 メガバイト単位で指定する M、 ギガバイト単位で指定する G、 シリンダ単位で指定する C を数の後につけて入力できます。

図 3-20. ルートパーティションに割りあてる容量

(訳注: ダイアログに) 表示されるデフォルトのサイズは、 スライスに残っているサイズのパーティションを作成するでしょう。 上述したパーティションサイズを用いる場合は Backspace キーを用いて表示されている数字を削除し 図3-21 のように 512M と入力してください。そして [�OK�] を押してください。

図 3-21. ルートパーティションサイズの編集

パーティションのサイズを入力すると、 次にこのパーティションはファイルシステムなのか、 それともスワップ領域なのかを聞かれるでしょう。 図3-22 のようにダイアログが表示されます。 この一番目のパーティションにはファイルシステムが含まれるので、 FS を選択し、 Enter キーを押します。

図 3-22. ルートパーティションタイプの選択

ファイルシステムを作成しようとしているので、 最後に disklabel に対して、 このファイルシステムがどこにマウントされるか教えなければなりません。 図3-23 のようなダイアログが表示されます。 ルートファイルシステムのマウントポイントは / なので、/ と入力し Enter キーを押します。

図 3-23. ルートのマウントポイント選択

その後、 新しく作成したパーティションを表示するために画面は更新するでしょう。 他のパーティションを作成するために、この作業を繰りかえしてください。 スワップパーティションはマウントされないので、 スワップパーティションを作成したときには、 ファイルシステムのマウントポイントの入力は促されないでしょう。 最後のパーティションの /usr を作成するときは、 スライスに残っているサイズを使用するために、 表示されたサイズをそのままにしておくことができます。

最終的な FreeBSD ディスクラベルエディタ の画面は、 選択された数値は異なっているかもしれませんが、 図3-24 のようになるでしょう。 Q キーを押して終了します。

図 3-24. sysinstall ディスクラベルエディタ

3.7. 何をインストールするか選択する

3.7.1. ディストリビューションセットの選択

インストールするディストリビューションセットを選択します。 これは使おうとするシステムや利用可能なディスクの容量に依存します。 最小構成のインストールから全てのインストールまでのオプションがあらかじめ用意されています。 UNIX や FreeBSD に慣れてない人はほぼ間違いなくこれらの用意されたオプションのうちの 1 つを選ぶべきです。 ディストリビューションセットのカスタマイズは、主としてより経験を積んだユーザーのためにあります。

F1 キーを押すとそのディストリビューションセットのオプションやそれらが何を含んでいるかというより詳しい情報が表示されます。 ヘルプを見終わった後には、 Enter キーを押すことでディストリビューションの選択メニューに戻ることができます。

グラフィカルユーザインタフェースを望む場合には、 FreeBSD のインストール後に X サーバについての設定とデフォルトデスクトップの選択を行ってください。 X サーバのインストールや設定に関する詳細な情報は 第6章 にあります。

カスタムカーネルをコンパイルする予定ならばソースコードを含むオプションを選択します。 なぜカスタムカーネルを構築するのか、またカスタムカーネルの構築方法に関しては 第9章 を参照してください。

当然ながら、全てを含むシステムが最も多くのことを行えます。 十分なディスクスペースがあるならば、図3-25 で示されるように All を矢印キーで選択し、 Enter を押します。 ディスクスペースに懸念があるならば、状況に合ったよりふさわしいオプションを選択します。 インストール後にそのほかのディストリビューションを加えることができるので、 完璧な選択をしようとして悩まないでください。

図 3-25. ディストリビューションの選択

3.7.2. Ports Collection のインストール

お望みのディストリビューションを選ぶと、 FreeBSD Ports Collection をインストールするかどうかを尋ねてきます。 Ports Collection とは、簡単にソフトウェアをインストールする方法です。 これはソフトウェアをコンパイルするのに必要なソースコードを含みません。 その代わり、サードパーティ製のソフトウェアパッケージを自動的にダウンロード、コンパイル、インストールを行うためのファイルの集まりです。 第5章 で Ports Collection の使用方法が解説されています。

インストールプログラムはディスクに十分な空き容量があるかどうかをチェックしませんので、 十分な空き容量がある場合のみこのオプションを選択してください。 FreeBSD 9.1 では、FreeBSD Ports Collection は、約 500�MB のディスク容量を必要とします。 より最新の FreeBSD のバージョンでは、安全のためもう少し大きなサイズを想定してください。

                         User Confirmation Requested
 FreeBSD Ports Collection をインストールしますか?

 これをインストールすることにより、24,000 以上の移植ソフトウェアパッケー
 ジにアクセスすることができます。これは、「クリーンな」状態では約 500 MB
 のディスク容量を占めますが、配布されている tarball をダウンロードしていくと、更に
 大きな領域を占めることになります (ただし、FreeBSD の CD/DVD で配布されている
 extra disk を持っていて、それを /cdrom にマウントして使用する場合には、
 さほど問題にはならないでしょう) 。

 Ports Collection は、非常に有用な資源であり、/usr パーティションに置
 いておくだけの価値は十分にあります。この質問には Yes と答えるのが賢明で
 しょう。

 Ports Collection に関するさらに詳しい情報や、最新の Ports に関しては、
 以下の場所を参照してください。
     http://www.FreeBSD.org/ports

                              [ Yes ]     No

Ports Collection をインストールするなら [�Yes�] を、このオプションを選択しないのであれば [�No�] を矢印キーで選んでください。 Enter キーを押して先に進みます。 ディストリビューションの選択メニューが再度表示されます。

図 3-26. ディストリビューションの確認

オプションを選択したら矢印キーで Exit を選び、[�OK�] がハイライトされていることを確認し、 Enter を押して先に進んでください。

3.8. インストールメディアの選択

CD-ROM または DVD からインストールする場合、矢印キーを使って Install from a FreeBSD CD/DVD を選んで下さい。 [�OK�] が選択されていることを確認して、 Enter キーを押しインストールを開始してください。

そのほかの方法でインストールする場合には、 適切なオプションを選択しその後の指示に従ってください。

F1 キーを押すとインストールメディアに関するオンラインヘルプが表示されます。 メディア選択メニューに戻るには Enter キーを押してください。

図 3-27. インストールメディアの選択

FTP インストールモード: FTP 経由のインストールを行う場合、active FTP, passive FTP, HTTP proxy 経由の三種類の FTP インストールモードを選択することができます。

FTP Active: Install from an FTP server

すべての FTP 転送の際に “Active” モードを使用します。 ファイアウォール内部のマシンではうまく動きませんが、 多くの場合 passive モードに対応していないような古い FTP サーバでも動作します。 passive モードでの FTP 転送 (こちらがデフォルトです) に失敗した場合には、active モードで確かめましょう!

FTP Passive: Install from an FTP server through a firewall

このオプションでは、 sysinstall は、すべての FTP 転送の際に “Passive” モードを使用します。 このモードを使用すると、 ランダム TCP ポートによる外部からの接続を許可していないファイアウォールを越えることができるようになります。

HTTP proxy 経由の FTP: Install from an FTP server through a http proxy

この方法では、sysinstall は、 (ウェブブラウザと同様に) HTTP プロトコルを使って proxy サーバに接続し、FTP の操作を実現します。 proxy サーバは FTP 要求を (訳注: HTTP から FTP に) 変換して FTP サーバに送るため、ファイアウォールが FTP 接続を禁止していても、HTTP proxy サーバが提供されていれば ファイアウォールを超えた FTP 接続を行なうことが可能です。 この方法を用いる場合には、FTP サーバの他に proxy サーバを指定する必要があります。

通常 proxy FTP サーバに対しては、ユーザ名の一部として 実際に接続したいサーバの名前を “@” 記号に続けて与える必要があります。 そうすると proxy サーバは本当のサーバの“ふり” をするようになります。 たとえば、1234 ポートで要求を待つ proxy FTP サーバ foo.example.com を使って、 ftp.FreeBSD.org からインストールしたいとします。

この場合、オプションメニューで FTP ユーザ名に ftp@ftp.FreeBSD.org を、 パスワードとしてあなたのメールアドレスを設定します。 そして、インストールメディアに FTP (proxy サーバが対応しているならば passive FTP)、URL として ftp://foo.example.com:1234/pub/FreeBSD を指定します。

このように設定すると、 ftp.FreeBSD.org の /pub/FreeBSD に対する FTP 要求については foo.example.com が代理で処理をおこなうことになり、その マシンからインストールすることができます (インストール時の要求に応じて ftp.FreeBSD.org からファイルを取り寄せます)。

3.9. インストール操作の確定

これで良いと思ったら、ここでインストールを進めることができます。 インストールするためにおこなうハードディスクに対する変更をやめるなら、 ここが最後のチャンスでもあります。

                       User Confirmation Requested
 Last Chance! Are you SURE you want to continue the installation?

 If you're running this on a disk with data you wish to save then WE
 STRONGLY ENCOURAGE YOU TO MAKE PROPER BACKUPS before proceeding!

 We can take no responsibility for lost disk contents!

                             [ Yes ]    No

[�Yes�] を選択して Enter キーを押すことでインストールは進みます。

インストールにかかる時間は、どのディストリビューションを選んだか、 どのインストールメディアを使ったか、 そしてコンピュータの速度にも依存します。 インストール状況に従って、メッセージが逐次表示されます。

次のメッセージが表示されればインストールは終わりです。

                               Message

Congratulations! You now have FreeBSD installed on your system.

We will now move on to the final configuration questions.
For any option you do not wish to configure, simply select No.

If you wish to re-enter this utility after the system is up, you may
do so by typing: /usr/sbin/sysinstall.

                                 [ OK ]

                      [  Press enter or space  ]

Enter キーを押せばインストール後の設定画面に 移ることができます。

[�No�] を選択して Enter キーを押すと、インストールを中断して システムには何の変更もおこないません。 そのときには次のメッセージが表示されます。

                                Message
Installation complete with some errors.  You may wish to scroll
through the debugging messages on VTY1 with the scroll-lock feature.
You can also choose "No" at the next prompt and go back into the
installation menus to retry whichever operations have failed.

                                 [ OK ]

何もインストールされなかったため、このメッセージが表示されています。 Enter キーを押しますと、 インストーラを終了するためにメインメニューに戻ります。

3.10. インストール後の作業

インストール完了後に数々のオプション設定を行います。 オプションは、インストールした FreeBSD を起動する前に configuration の項目に入りなおすか、再起動後に sysinstall の中にある Configure の項目で設定することができます。

3.10.1. ネットワークデバイスの設定

もし、FTP インストールのために PPP を設定したのならば、 この画面は表示されず、前項で述べたように後から設定できます。

LAN の詳細情報と、FreeBSD のゲートウェイ・ルータの設定については 高度なネットワーク の章を参照してください。

                      User Confirmation Requested
   Would you like to configure any Ethernet or PPP network devices?

      (訳：イーサネットや SLIP/PPP ネットワークデバイスを設定したいですか？)

                             [ Yes ]   No

ネットワークデバイスを設定するには [�Yes�] を選び、Enter キーを押します。 設定しないのであれば、[�No�] を選びます。

図 3-28. イーサネットデバイスを選ぶ

設定したいインタフェースを矢印キーで選び、Enter キーを押します。

                      User Confirmation Requested
       Do you want to try IPv6 configuration of the interface?

      (訳：このインタフェース上で IPv6 の設定を行ないたいですか？)

                              Yes   [ No ]

プライベートな LAN において、現行のインターネットプロトコル (IPv4) で十分なのであれば、矢印キーで [�No�] を選び Enter を押してください。

RA サーバと IPv6 ネットワークで接続しているのであれば、 [�Yes�] を選んで Enter を押してください。 すると、数秒間 RA サーバを検索します。

                             User Confirmation Requested
        Do you want to try DHCP configuration of the interface?

      (訳：このインタフェース上で DHCP 設定を行ないたいですか？)

                              Yes   [ No ]

もし、DHCP (Dynamic Host Configuration Protocol) が必要なければ、矢印で [�No�] を選び Enter を押してください。

[�Yes�] を選んだ場合、 dhclient を実行します。設定が成功すると、 ネットワーク設定情報が自動補完されます。 詳細については 項22.10 を参照してください。

次のネットワーク設定画面では、LAN 用ゲートウェイシステムのイーサネットデバイス構成が表示されます。

図 3-29. ed0 ネットワークの設定

Tab をつかって項目を選び、 適切な情報を入力してください。

Host

完全修飾されたホスト名。この例では、k6-2.example.com。

Domain

コンピュータのドメイン名。この例では example.com。

IPv4 Gateway

ローカル以外のホストへパケットを送る際に使う IP アドレスです。 もしコンピュータがネットワーク上にいる場合は入力する必要があります。 このコンピュータがネットワークのインターネットゲートウェイである場合には この項目は空白のままにします。 IPv4 ゲートウェイはデフォルトゲートウェイまたはデフォルトルートとも呼ばれます。

Name server

ローカル DNS サーバの IP アドレスを指定します。 ローカル DNS サーバがプライベート LAN 上にないので、 プロバイダの DNS サーバ (208.163.10.2) を指定しました。

IPv4 address

このインタフェースで使う IP アドレスは 192.168.0.1。

Netmask

この例では、LAN で使うアドレスブロックは、 192.168.0.0 - 192.168.0.255 です。 ネットマスクは (255.255.255.0) です。

Extra options to ifconfig

あなたが加えたい ifconfig への オプションを入力してください。今回はありませんでした。

終了するときは、Tab キーを使って [�OK�] を選び、 Enter を押します。

                      User Confirmation Requested
        Would you like to bring the ed0 interface up right now?

      (訳：このインタフェースへの設定を今すぐ有効にしますか？)

                             [ Yes ]   No

[�Yes�] を選んで Enter を押すと、ネットワークへの設定を行い、利用可能な状態にします。 しかしながら、コンピュータをまだ再起動する必要があるので、 インストールの間には、多くのことは出来ません。

3.10.2. ゲートウェイの設定

                       User Confirmation Requested
       Do you want this machine to function as a network gateway?

      (訳：このマシンにネットワークゲートウェイ機能を搭載しますか？)

                              [ Yes ]    No

もし、マシンが LAN のゲートウエイであり、他マシン間の パケットを転送している場合は、[�Yes�] を選んで Enter を押します。 もし、マシンがネットワーク上のノードである場合、[�No�] を選び Enter を押して先に進んでください。

3.10.3. インターネットサービスの設定

                      User Confirmation Requested
Do you want to configure inetd and the network services that it provides?

      (訳：inetd 及び提供するネットワークサービスの設定を行いますか？)

                               Yes   [ No ]

もし [�No�] を選んだ場合には、さまざまなサービス、 たとえば telnetd などは有効になりません。 これは、リモートユーザがこのマシンに対して telnet を使えないことを意味します。 ローカルユーザは未だにリモートマシンへのアクセスに telnet を重宝しているでしょう。

これらのサービスは、インストール後に /etc/inetd.conf を自分の好きなテキストエディタで編集することで有効になります。 詳しくは inetd の章 を見てください。

これらのサービスを利用したいと考えているならば， [�Yes�] を選びインストールしてください。 追加の確認事項が表示されるでしょう。

                      User Confirmation Requested
The Internet Super Server (inetd) allows a number of simple Internet
services to be enabled, including finger, ftp and telnetd.  Enabling
these services may increase risk of security problems by increasing
the exposure of your system.

      (訳：inetd は finger，ftp，telnet を含む数多くのインターネットサービスを
      許可します。この機能を有効にするとシステムへのアクセスの増加による
      セキュリティ上のリスクが増加することがあります。)

With this in mind, do you wish to enable inetd?

                             [ Yes ]   No

[�Yes�] を選んで続けます。

                      User Confirmation Requested
inetd(8) relies on its configuration file, /etc/inetd.conf, to determine
which of its Internet services will be available.  The default FreeBSD
inetd.conf(5) leaves all services disabled by default, so they must be
specifically enabled in the configuration file before they will
function, even once inetd(8) is enabled.  Note that services for
IPv6 must be separately enabled from IPv4 services.

Select [Yes] now to invoke an editor on /etc/inetd.conf, or [No] to
use the current settings.

      (訳：inetd(8) が利用可能にするインターネットサービスの種類については
	   設定ファイル (/etc/inetd.conf) に依存します。FreeBSD に付属する
	   inetd.conf(5) の初期設定は、すべてのサービスが無効になっています。
	   従って、inetd(8) を一度有効にした後に設定ファイルの中で
	   必要なサービスを有効にする必要があります。なお、IPv4 サービス側から
	   IPv6 のサービスを個別に設定する必要があることに注意してください。

	   [Yes] を選ぶと /etc/inetd.conf をエディタで編集できます。
	   [No] を選ぶと、現在の設定をつかいます。)

                             [ Yes ]   No

[�Yes�] を選ぶと、 先頭行から設定がはじまります。 # を削除することでサービスを許可することができます。

図 3-30. inetd.conf の編集

希望するサービスを追加したら、Esc を押し、 表示されるメニューで exiting and saving the changes (変更を保存して終了) を選んでください。

3.10.4. SSH ログインを有効にする

                      User Confirmation Requested
                  Would you like to enable SSH login?
                           Yes        [  No  ]

[�Yes�] を選択すると、OpenSSH のデーモンである sshd(8) が有効になります。 コンピュータへの安全なリモートアクセスを許可します。 OpenSSH のより詳しい情報については、 項15.10 をご覧ください。

3.10.5. Anonymous FTP

                      User Confirmation Requested
 Do you want to have anonymous FTP access to this machine?

                              Yes    [ No ]

3.10.5.1. Anonymous FTP を許可しない

デフォルトの [�No�] を選択して Enter を押してください。 アカウントを持ったユーザは、パスワードを使い FTP でコンピュータにアクセスできます。

3.10.5.2. Anonymous FTP を許可する

anonymous FTP の接続を許可すると、 誰でもコンピュータにアクセスできるようになります。 このオプションを有効にする前に、 セキュリティ上の問題点を検討してください。 セキュリティに関する詳細については、 第15章 をご覧ください。

anonymous FTP を有効にするには、矢印キーを使って [�Yes�] を選択し、Enter を押してください。以下のような確認事項が表示されるでしょう。

                       User Confirmation Requested
 Anonymous FTP permits un-authenticated users to connect to the system
 FTP server, if FTP service is enabled.  Anonymous users are
 restricted to a specific subset of the file system, and the default
 configuration provides a drop-box incoming directory to which uploads
 are permitted.  You must separately enable both inetd(8), and enable
 ftpd(8) in inetd.conf(5) for FTP services to be available.  If you
 did not do so earlier, you will have the opportunity to enable inetd(8)
 again later.

 If you want the server to be read-only you should leave the upload
 directory option empty and add the -r command-line option to ftpd(8)
 in inetd.conf(5)

 Do you wish to continue configuring anonymous FTP?

                          [ Yes ]         No

このメッセージは、/etc/inetd.conf においても FTP サービスを有効にする必要があることを示しています。 もし、anonymous FTP 接続を許可するのであれば、項3.10.3 をご覧ください。 [�Yes�] を選び Enter を押して先に進むと、 以下の画面が表示されます。

図 3-31. Anonymous FTP のデフォルトの設定

Tab を使って項目を選び、 適切な情報で埋めてください。

UID

anonymous FTP ユーザに対して割り当てられるユーザ ID。 アップロードされるすべてのファイルの所有者はこの ID となります。

Group

anonymous FTP ユーザが所属するグループ

Comment

/etc/passwd 内のユーザ情報を表す文字列

FTP Root Directory

anonymous FTP で利用可能なファイルの置き場

Upload Subdirectory

anonymous FTP ユーザによりアップロードされるファイルが置かれる場所

デフォルトでは、FTP のルートディレクトリは /var に設定されています。 FTP が必要とする十分な容量が用意されていない場合には、 /usr ディレクトリを使って、 FTP のルートディレクトリを /usr/ftp と設定できます。

十分な設定ができたら、 Enter を押して先に進んでください。

                          User Confirmation Requested
         Create a welcome message file for anonymous FTP users?

                              [ Yes ]    No

[�Yes�] を選択し Enter を押すと、 メッセージ編集用のエディタが自動的に起動します。

図 3-32. FTP Welcome メッセージの編集

これは ee と呼ばれるテキストエディタです。 このエディタでメッセージを変更するか、または、 後で希望するエディタを使ってメッセージを変更してください。 エディタの画面の下に表示されるファイルの名前、場所に注意してください。

Esc を押すと、ポップアップメニューが表示されます。 デフォルトは a) leave editor です。 Enter を押して終了し、先に進んでください。 変更を行った場合には、もう一度 Enter を押して、変更点を保存してください。

3.10.6. ネットワークファイルシステムの設定

ネットワークファイルシステム (NFS) を用いると、 ネットワークを介してファイルの共有を行うことができます。 コンピュータをサーバ、クライアントまたは両方に設定できます。 より詳しい情報については 項22.6 を参照してください。

3.10.6.1. NFS サーバ

                       User Confirmation Requested
 Do you want to configure this machine as an NFS server?

                              Yes    [ No ]

ネットワークファイルシステムサーバの機能を必要としないのであれば、 [�No�] を選択し Enter を押してください。

[�Yes�] を選んだ場合には、 exports ファイルを作成する必要があることを示すメッセージが表示されます。

                               Message
Operating as an NFS server means that you must first configure an
/etc/exports file to indicate which hosts are allowed certain kinds of
access to your local filesystems.
Press [Enter] now to invoke an editor on /etc/exports
                               [ OK ]

Enter を押して先に進んでください。 exports ファイルの作成、 編集するためにテキストエディタが立ち上がります。

図 3-33. exports ファイルの編集

ここで、実際共有されるファイルシステムを追加するか、 後で希望するテキストエディタを使って追加してください。 エディタのスクリーンの下に表示されているファイル名、 位置の情報に注意してください。

Esc を押すとポップアップメニューが表示されます。 デフォルトは a) leave editor です。 Enter を押して終了し、先に進んでください。

3.10.6.2. NFS クライアント

利用しているコンピュータが NFS クライアントによって NFS サーバにアクセスできるようになります。

                       User Confirmation Requested
 Do you want to configure this machine as an NFS client?

                              Yes   [ No ]

矢印キーを使って、適切に [�Yes�] または [�No�] を選択してください。

3.10.7. システムコンソールの設定

システムコンソールをカスタマイズするオプションがあります。

                      User Confirmation Requested
       Would you like to customize your system console settings?

                              [ Yes ]  No

[�Yes�] を選択し、Enter を押してオプションの確認および設定をしてください。

図 3-34. システムコンソール設定オプション

良く使われるオプションはスクリーンセーバです。 矢印キーを使って Saver を選択し、 Enter を押してください。

図 3-35. スクリーンセーバオプション

矢印キーを使って、お望みのスクリーンセーバを選択し、 Enter を押してください。 システムコンソールの設定メニューが再び表示されます。

デフォルトの時間の間隔は 300 秒です。 時間の間隔を変更する場合には、 もう一度 Saver を選択してください。 スクリーンセーバのオプションメニューにて、 矢印キーで Timeout を選択して Enter を押してください。 ポップアップメニューが表示されます。

図 3-36. スクリーンセーバのタイムアウト

値を変更したら [�OK�] を選択し、 Enter を押して、 システムコンソールの設定メニューに戻ってください。

図 3-37. システムコンソールの設定の終了

Exit を選択し、Enter を押して、インストール後の設定を続けてください。

3.10.8. タイムゾーンの設定

使用しているコンピュータのタイムゾーンを設定することで、 地域による時刻の違いが自動的に調整され、 タイムゾーンに関連した機能が適切に取り扱われます。

ここでの例では、コンピュータが United States の Eastern タイムゾーンにあるものとします。 実際の地理的位置を選択してください。

                      User Confirmation Requested
          Would you like to set this machine's time zone now?

                            [ Yes ]   No

[�Yes�] を選択し Enter を押して、タイムゾーンを設定してください。

                       User Confirmation Requested
 Is this machine's CMOS clock set to UTC? If it is set to local time
 or you don't know, please choose NO here!

                              Yes   [ No ]

コンピュータのクロックがどのように設定されているかに従って、 [�Yes�] または [�No�] を選択し、Enter を押してください。

図 3-38. 地域の選択

矢印キーを使って、適切な地域を選択し、 Enter を押してください。

図 3-39. 国名の選択

矢印キーを使って、適切に国名を選び、 Enter を押してください。

図 3-40. タイムゾーンの選択

矢印キーを使って適切なタイムゾーンを選択し、 Enter を押してください。

                            Confirmation
            Does the abbreviation 'EDT' look reasonable?

                            [ Yes ]   No

タイムゾーンの短縮形が適切かどうかを確認をしてください。 問題なければ Enter を押して、インストール後の設定を続けてください。

3.10.9. マウスの設定

このオプションを設定することで、 コンソールやユーザプログラムにおいて 3-ボタンマウスによるテキストのカットアンドペーストが可能になります。 2-ボタンマウスを使っている場合には、インストールをした後に 3-ボタンのエミュレートについて moused(8) マニュアルページを参照してください。 ここでは、非 USB マウス (PS/2 または COM ポートマウス) の設定を例に説明します。

                      User Confirmation Requested
         Does this system have a PS/2, serial, or bus mouse?

                            [ Yes ]    No

PS/2、シリアルまたはバスマウスを使っている場合には [�Yes�] を選択してください。 USB マウスを利用する場合には、[�No�] を選択し Enter を押してください。

図 3-41. マウスプロトコルのタイプの選択

矢印キーで Type を選択し、 Enter を押してください。

図 3-42. マウスプロトコルの選択

この例では PS/2 マウスを使うので、デフォルトの Auto が適切です。 プロトコルを変更するには、矢印キーを使って他のプロトコルを選択してください。 [�OK�] がハイライトされていることを確認し、 Enter を押してこのメニューを終了してください。

図 3-43. マウスポートの設定

矢印キーで Port を選択して Enter を押してください。

図 3-44. マウスポート の設定

このシステムでは PS/2 マウスを使っているので、デフォルトの PS/2 が適切です。 ポートを変更する場合には、矢印キーで選択して Enter を押してください。

図 3-45. マウスデーモンを有効にする。

最後に、矢印キーで Enable を選択して Enter を押し、マウスデーモンを有効にして、 テストしてください。

図 3-46. マウスデーモンのテスト

スクリーン上でマウスを動かし、 カーソルが正しく反応することを確認してください。 確認ができたら、 [�Yes�] を選択して Enter を押してください。 もし、うまく動かないのであれば、マウスの設定が適切に行われていません。 — [�No�] を選択して、 他の設定オプションを使って試してください。

矢印キーで Exit を選択し、 Enter を押してインストール後の設定を続けてください。

3.10.10. Packages のインストール

packages はコンパイル済みのバイナリで、 ソフトウェアをインストールするのに便利な方法です。

説明では、例としてひとつの package をインストールしますが、 お望みであれば、ここで複数の package を追加してインストールすることもできます。 インストール後は、sysinstall を使って package を追加できます。

                     User Confirmation Requested
 The FreeBSD package collection is a collection of hundreds of
 ready-to-run applications, from text editors to games to WEB servers
 and more. Would you like to browse the collection now?

                            [ Yes ]   No

[�Yes�] を選択して、 Enter を押すと、 Package を選択する画面が表示されます。

図 3-47. Package カテゴリの選択

現在のインストールメディアに存在する packages のみをインストールできます。

All を選ぶと、 利用可能なすべての package が表示されます。 もしくは、特定のカテゴリを選択することもできます。 矢印キーで選択したいカテゴリをハイライトし、 Enter を押してください

選択したカテゴリで利用可能なすべての package のメニューが表示されます。

図 3-48. Packages の選択

ここでは、bash シェルが選択されています。 希望する数だけ package を選択し (ハイライトで表示されます)、 Space キーを押して選択してください。 それぞれの package の簡単な説明がスクリーン下の左端に表示されます。

Tab キーを押すと、最後に選択した package と [�OK�], [�Cancel�] で選択が切り替わります。

インストールする package の選択が終わったら、 Tab を一度押して [�OK�] に切り替え、 その後 Enter を押して Package 選択メニューに戻ってください。

左右の矢印キーでも、[�OK�] と [�Cancel�] 切り替えることができます。 この方法で [�OK�] を選択することもできますので、 その後、Enter を押して Package 選択メニューに戻ってください。

図 3-49. Packages のインストール

Tab と矢印キーで [�Install�] を選択し、Enter を押してください。 その後、インストールする package の確認を行います。

図 3-50. Package のインストールの確認

[�OK�] を選択し、Enter を押すと package のインストールが始まります。 インストール中は、インストールのメッセージが表示されますので、 エラーメッセージが表示されないかどうか注意してください。

packages をインストールしたら、最後の設定に進みます。 package を選択せず、最後の設定に戻りたい場合も Install を選択してください。

3.10.11. ユーザ/グループの追加

システムに root でログインすることを避けるため、 インストール時には、少なくとも一人のユーザを追加する必要があります。 通常 root パーティッションの容量は小さいので、 root 権限でアプリケーションを実行すると、 すぐに消費してしまいます。

                     User Confirmation Requested
 Would you like to add any initial user accounts to the system? Adding
 at least one account for yourself at this stage is suggested since
 working as the "root" user is dangerous (it is easy to do things which
 adversely affect the entire system).

                            [ Yes ]   No

[�Yes�] を選択し、 Enter を押して、ユーザを追加してください。

図 3-51. User の選択

矢印キーで User を選択して、 Enter を押してください。

図 3-52. ユーザ情報の入力

Tab で項目を選択すると、 必要とされる情報の入力を助けるため、 スクリーンの下に以下の説明が表示されます。

Login ID

新しいユーザのログインネーム (必須)

UID

新しいユーザの ID 番号 (空欄のままにすると、自動的に割り当てられます)

Group

新しいユーザのログイングループ (空欄のままにすると、自動的に割り当てられます)

Password

このユーザのパスワード (このフィールドは注意して入力してください!)

Full name

ユーザのフルネーム (コメント)

Member groups

このユーザの所属するグループについて (すなわち、どのようなアクセス権を持つか)

Home directory

ユーザのホームディレクトリ (空欄にするとデフォルトで設定されます)

Login shell

ユーザのログインシェル (空欄にするとデフォルト (例 /bin/sh) に設定されます。)

ログインシェルは /bin/sh から、 先ほど package でインストールした bash シェルを使うよう、/usr/local/bin/bash に変更されています。 インストールされていないシェルを選ぶと、ログインできなくなりますので、 インストールされていないシェルは選ばないでください。 BSD の世界では、最も標準的なシェルは C シェルです。 /bin/tcsh で指定できます。

ユーザは、root 権限を持つスーパユーザになることができる wheel グループにも追加されています。

十分に記述したら、[�OK�] を押して、 User および Group 管理メニューを再び表示してください。

図 3-53. ユーザおよびグループの管理を終了する

特別に必要があれば、この時にグループを追加することもできます。 または、インストールが終わってから sysinstall を利用してアクセスできます。

ユーザを追加したら、矢印キーで、 Exit を選択して、 Enter を押して、次のインストール項目に進んでください。

3.10.12. root パスワードの設定

                        Message
 Now you must set the system manager's password.
 This is the password you'll use to log in as "root".

                         [ OK ]

               [ Press enter or space ]

Enter を押して、 root パスワードを設定してください。

パスワードは、正しく 2 回入力してください。 言うまでもなく、パスワードを忘れたときのために、 思い出す方法を用意しておいてください。 パスワードとして入力した文字は表示されませんし、 アスタリスクが表示されることもありません。

New password:
Retype new password :

パスワードの入力に成功したら、インストールは次に進みます。

3.10.13. インストールの終了

さらに ネットワークサービスの設定 や他の設定を行う必要がある場合、 この時点で行うこともできますし、インストールの後から sysinstall を用いて設定することもできます。

                     User Confirmation Requested
 Visit the general configuration menu for a chance to set any last
 options?

                              Yes   [ No ]

[�No�] を選択し、 Enter を押すことでメインインストールメニューに戻ります。

図 3-54. インストールの終了

方向キーで [X Exit Install] を選択し、Enterを押します。 インストールを終了してもよいか確認を求められるでしょう。

                     User Confirmation Requested
 Are you sure you wish to exit? The system will reboot.

                            [ Yes ]   No

[�Yes�] を選択してください。 CDROM ドライブから起動しているのなら、 ディスクを取り出すこと示す以下のメッセージが表示されます。

                    Message
 Be sure to remove the media from the drive.

                    [ OK ]
           [ Press enter or space ]

マシンが再起動し始めると CDROM ドライブはロックされるので、 ドライブから (素早く) ディスクを取り出してください。 [�OK�] を押して再起動してください。

システムは再起動するので、 表示されるかもしれないすべてのエラーメッセージに注意してください。 詳細については、項3.10.15 をご覧ください。

3.10.14. ネットワークサービスの設定

Contributed by Tom Rhodes.

ネットワークサービスの設定は、新しいユーザにとって、 この領域について基本的な知識を持たないと気が遠くなるような作業となるでしょう。 インターネットを含むネットワークは、FreeBSD を含む現代のすべてのオペレーティングシステムにとって重要なので、FreeBSD の広範囲にわたるネットワークの能力を理解することはとても役に立ちます。 インストール中にネットワークサービスの設定を理解すると、 ユーザが利用できるさまざまなサービスを理解できます。

ネットワークサービスは、 ネットワーク上のどこからでもアクセスを許可するプログラムです。 これらのプログラムが、“有害” なことをしないように、 あらゆる努力が行われています。 残念ながら、プログラマは完ぺきではないので、 時間が経過するとネットワークサービスのバグが攻撃者により発見され、 悪事が行われるケースがあります。 必要なネットワークサービスのみを有効にすることは重要です。 もし、あるネットワークサービスが必要かどうか疑わしい場合には、 あなたがそれを必要であると理解できるまでは、 そのネットワークサービスを有効にしないことが最善です。 後で sysinstall を再び実行するか、 /etc/rc.conf ファイルで提供される機能を使うことで、 ネットワークサービスをいつでも有効にできます。

Networking オプションを選択すると、 以下のようなメニューが表示されます。

図 3-55. ネットワーク設定 (メニューの前半)

最初のオプションである Interfaces については、 すでに 項3.10.1 で説明したので、 無視して構いません。

AMD オプションを選択すると BSD 自動マウントユーティリティに対応します。 このオプションは、通常 NFS プロトコル (以下をご覧ください) とともに、リモートファイルシステムの自動マウントのために使われます。 ここでは特別な設定を必要としません。

次の行は AMD Flags オプションです。 選択すると AMD フラグを入力するためのメニューが表示されます。 メニューには以下のようなデフォルトのオプションのセットが含まれています。

-a /.amd_mnt -l syslog /host /etc/amd.map /net /etc/amd.map

-a オプションは、デフォルトのマウント位置を指定します。 ここでは /.amd_mnt を指定しています。 -l オプションは、 デフォルトの log ファイルを指定します。 ただし、syslogd が指定されていると、 すべてのログはシステムログのデーモンに送られます。 /host ディレクトリは、 リモートホストからエクスポートされたシステムのマウントに使われます。 一方 /net ディレクトリは、IP アドレスからエクスポートされたファイルシステムのマウントに使われます。 /etc/amd.map ファイルは、 AMD エクスポートのデフォルトオプションを定義します。

Anon FTP は、anonymous FTP 接続を許可します。 使用しているコンピュータを FTP サーバとして利用する場合には、 このオプションを選択してください。 このオプションを選択した際のセキュリティ上のリスクについて把握しておいてください。 セキュリティリスクの説明、および、詳細の設定のためのメニューが表示されます。

すでに説明したように、Gateway コンフィグレーションメニューでは、 コンピュータをゲートウェイに設定します。 もし、インストールの過程で Gateway オプションを間違って選択したのであれば、ここで無効にできます。

Inetd オプションを使うと、これまでに議論した inetd(8) デーモンを設定したり、完全に無効にできます。

Mail オプションでは、システムのデフォルトの MTA (Mail Transfer Agent) を設定できます。 このオプションを選択すると、以下のメニューが起動します。

図 3-56. デフォルトの MTA の選択

ここでは、インストールしてデフォルトに設定する MTA を選択できます。 MTA は、 システム上またはインターネット上のユーザにメールを配送するメールサーバにすぎません。

Sendmail を選択すると、 FreeBSD のデフォルトで一般的な sendmail サーバがインストールされます。 Sendmail local オプションは、 sendmail をデフォルトの MTA に設定しますが、 インターネットからの電子メールの受け取りを無効にします。 他のオプションである Postfix や Exim も、 Sendmail と同じようにメールを配送します。 あるユーザは、sendmail MTA よりこれらを好みます。

MTA を選択するか、または MTA をインストールしないことを選ぶと、 ネットワークメニューには、次のオプションである NFS client が表示されます。

NFS クライアントは、システムを NFS 経由でサーバと通信するように設定します。 NFS サーバは、 NFS プロトコルを通して、 ネットワーク上の別のマシンのファイルシステムを利用できるようにします。 利用しているコンピュータがスタンドアローンであれば、 このオプションを選択しないままにしておくことが出来ます。 システムは更なる設定を後で必要とします。 クライアントやサーバの設定についての詳細は 項22.6 をご覧ください。

その下のオプションが NFS server オプションです。 システムを NFS サーバにセットアップできます。 このオプションは、RPC (remote procedure call) サービスに必要なオプションを追加します。 RPC は、 ホストとプログラム間の接続の調整に利用できます

次の行は Ntpdate オプションです。 これは、時刻の同期を取り扱います。 選択すると下のようなメニューが表示されます。

図 3-57. Ntpdate の設定

このメニューでは、 ネットワーク的に最も近いサーバを選択してください。 遠い場所のサーバを選ぶと、 ネットワークの応対時間が長くなる可能性があるので、 最も近いサーバを選択することにより、 より正確な時刻の同期ができるようになります。

次のオプションは、PCNFSD の選択です。 このオプションは、Ports Collection から net/pcnfsd package をインストールします。 Microsoft の MS-DOS オペレーティングシステムのような、自分自身では NFS 認証サービスを提供できないシステムに対し、NFS 認証サービスを提供する有効なユーティリティです。

ここで、他のオプションを見るために、 少しスクロールダウンしてください。

図 3-58. ネットワーク設定 (メニューの後半)

rpcbind(8), rpc.statd(8) および rpc.lockd(8) ユーティリティは、すべて Remote Procedure Calls (RPC) に利用されます。 rpcbind ユーティリティは、 NFS サーバとクライアントの通信を取り扱い、 NFS サーバが正しく機能するために必要です。 rpc.statd デーモンは、 他のホストの rpc.statd デーモンと通信し、 ステータスを監視します。 報告されたステータスは、通常 /var/db/statd.status ファイルに記録されます。 ここで紹介する最後のオプションは rpc.lockd オプションです。 このオプションを選択すると、ファイルロックサービスを提供します。 この機能は通常 rpc.statd と共に、 どのホストがロックを必要としているか、 どのくらいの頻度でリクエストするかをモニタするために利用されます。 最後の二つのオプションは、デバッグ時に非常に有用ですが、 NFS サーバおよびクライアントの動作時には必要ありません。

リストを降りていくと、次の項目は、ルーティングデーモンの Routed です。 routed(8) ユーティリティは、ネットワークルーティングテーブルを管理し、 マルチキャストルーターを理解し、 そして、リクエストがあると、物理的に接続したホストに対し、 ネットワークを通してルーティングテーブルを提供します。 このユーティリティは、 主にローカルネットワークのゲートウェイマシンで利用されます。 選択すると、ユーティリティのデフォルトの場所を要求するメニューが表示されます。 デフォルトの場所はすでに定義されていて、 Enter キーを押すと選択されます。 その後、別のメニューが表示され、 routed に与えるフラグを要求します。 メニューには、デフォルトのフラグの -q がすでに表示されていることでしょう。

次の行は Rwhod オプションです。 このオプションを選択すると、システムの初期化時に rwhod(8) デーモンが起動します。 rwhod ユーティリティは、ネットワークにブロードキャストし、 システムのメッセージを発信します。 また “consumer” モードでは、 システムのメッセージを収集します。 詳細な情報は、ruptime(1) および rwho(1) マニュアルページにあります。

リストの最後から 2 番目のオプションは、 sshd(8) デーモンです。 これは OpenSSH のためのセキュアシェルサーバです。 標準の telnet や FTP サーバではなく、このサーバが強く推奨されています。 sshd サーバは、暗号化された通信を行い、 あるホストと他のホストを安全に接続します。

最後のオプションが TCP Extensions オプションです。 このオプションは、RFC�1323 および RFC�1644 で定義される TCP 拡張を有効にします。 多くのホストにおいて、このオプションはコネクションを高速にする一方で、 いくつかのコネクションも破棄します。 サーバに対して推奨はされませんが、 スタンドアローンなコンピュータには有益でしょう。

以上でネットワークサービスの設定が終わりました。 一番上の X Exit までスクロールアップして次の設定項目に進むか、 X Exit を 2 回選択し、その後 [X Exit Install] を選び、 sysinstall を終了してください。

3.10.15. FreeBSD のブート

3.10.15.1. FreeBSD/i386 の起動

すべてがうまくいっていれば、画面上にメッセージがスクロールし、 ログインプロンプトが表示されるでしょう。Scroll-Lock を押し、さらに PgUp および PgDn キーを用いることで、メッセージの内容を見ることができます。 Scroll-Lock をもう一度押すとプロンプトに戻ることができるでしょう。

すべてのメッセージは (バッファの容量制限により) 表示されないかもしれませんが、 ログインの後にプロンプトからコマンドラインで dmesg と入力することによってそれを見ることができます。

インストールの際に設定したユーザ名 (この例の場合、rpratt) とパスワードを用いてログインしてください。 必要な時を除き root としてログインすることは避けてください。

典型的なブートメッセージ (バージョン情報は省略しています)

Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
        The Regents of the University of California. All rights reserved.

Timecounter "i8254"  frequency 1193182 Hz
CPU: AMD-K6(tm) 3D processor (300.68-MHz 586-class CPU)
  Origin = "AuthenticAMD"  Id = 0x580  Stepping = 0
  Features=0x8001bf<FPU,VME,DE,PSE,TSC,MSR,MCE,CX8,MMX>
  AMD Features=0x80000800<SYSCALL,3DNow!>
real memory  = 268435456 (262144K bytes)
config> di sn0
config> di lnc0
config> di le0
config> di ie0
config> di fe0
config> di cs0
config> di bt0
config> di aic0
config> di aha0
config> di adv0
config> q
avail memory = 256311296 (250304K bytes)
Preloaded elf kernel "kernel" at 0xc0491000.
Preloaded userconfig_script "/boot/kernel.conf" at 0xc049109c.
md0: Malloc disk
Using $PIR table, 4 entries at 0xc00fde60
npx0: <math processor> on motherboard
npx0: INT 16 interface
pcib0: <Host to PCI bridge> on motherboard
pci0: <PCI bus> on pcib0
pcib1: <VIA 82C598MVP (Apollo MVP3) PCI-PCI (AGP) bridge> at device 1.0 on pci0
pci1: <PCI bus> on pcib1
pci1: <Matrox MGA G200 AGP graphics accelerator> at 0.0 irq 11
isab0: <VIA 82C586 PCI-ISA bridge> at device 7.0 on pci0
isa0: <ISA bus> on isab0
atapci0: <VIA 82C586 ATA33 controller> port 0xe000-0xe00f at device 7.1 on pci0
ata0: at 0x1f0 irq 14 on atapci0
ata1: at 0x170 irq 15 on atapci0
uhci0: <VIA 83C572 USB controller> port 0xe400-0xe41f irq 10 at device 7.2 on pci0
usb0: <VIA 83C572 USB controller> on uhci0
usb0: USB revision 1.0
uhub0: VIA UHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 2 ports with 2 removable, self powered
chip1: <VIA 82C586B ACPI interface> at device 7.3 on pci0
ed0: <NE2000 PCI Ethernet (RealTek 8029)> port 0xe800-0xe81f irq 9 at
device 10.0 on pci0
ed0: address 52:54:05:de:73:1b, type NE2000 (16 bit)
isa0: too many dependant configs (8)
isa0: unexpected small tag 14
fdc0: <NEC 72065B or clone> at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0
fdc0: FIFO enabled, 8 bytes threshold
fd0: <1440-KB 3.5" drive> on fdc0 drive 0
atkbdc0: <keyboard controller (i8042)> at port 0x60-0x64 on isa0
atkbd0: <AT Keyboard> flags 0x1 irq 1 on atkbdc0
kbd0 at atkbd0
psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: model Generic PS/2 mouse, device ID 0
vga0: <Generic ISA VGA> at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0
sc0: <System console> at flags 0x1 on isa0
sc0: VGA <16 virtual consoles, flags=0x300>
sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0
sio0: type 16550A
sio1 at port 0x2f8-0x2ff irq 3 on isa0
sio1: type 16550A
ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/15 bytes threshold
ppbus0: IEEE1284 device found /NIBBLE
Probing for PnP devices on ppbus0:
plip0: <PLIP network interface> on ppbus0
lpt0: <Printer> on ppbus0
lpt0: Interrupt-driven port
ppi0: <Parallel I/O> on ppbus0
ad0: 8063MB <IBM-DHEA-38451> [16383/16/63] at ata0-master using UDMA33
ad2: 8063MB <IBM-DHEA-38451> [16383/16/63] at ata1-master using UDMA33
acd0: CDROM <DELTA OTC-H101/ST3 F/W by OIPD> at ata0-slave using PIO4
Mounting root from ufs:/dev/ad0s1a
swapon: adding /dev/ad0s1b as swap device
Automatic boot in progress...
/dev/ad0s1a: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/ad0s1a: clean, 48752 free (552 frags, 6025 blocks, 0.9% fragmentation)
/dev/ad0s1f: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/ad0s1f: clean, 128997 free (21 frags, 16122 blocks, 0.0% fragmentation)
/dev/ad0s1g: FILESYSTEM CLEAN; SKIPPING CHECKS
/dev/ad0s1g: clean, 3036299 free (43175 frags, 374073 blocks, 1.3% fragmentation)
/dev/ad0s1e: filesystem CLEAN; SKIPPING CHECKS
/dev/ad0s1e: clean, 128193 free (17 frags, 16022 blocks, 0.0% fragmentation)
Doing initial network setup: hostname.
ed0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> mtu 1500
        inet 192.168.0.1 netmask 0xffffff00 broadcast 192.168.0.255
        inet6 fe80::5054::5ff::fede:731b%ed0 prefixlen 64 tentative scopeid 0x1
        ether 52:54:05:de:73:1b
lo0: flags=8049<UP,LOOPBACK,RUNNING,MULTICAST> mtu 16384
        inet6 fe80::1%lo0 prefixlen 64 scopeid 0x8
        inet6 ::1 prefixlen 128
        inet 127.0.0.1 netmask 0xff000000
Additional routing options: IP gateway=YES TCP keepalive=YES
routing daemons:.
additional daemons: syslogd.
Doing additional network setup:.
Starting final network daemons: creating ssh RSA host key
Generating public/private rsa1 key pair.
Your identification has been saved in /etc/ssh/ssh_host_key.
Your public key has been saved in /etc/ssh/ssh_host_key.pub.
The key fingerprint is:
cd:76:89:16:69:0e:d0:6e:f8:66:d0:07:26:3c:7e:2d root@k6-2.example.com
 creating ssh DSA host key
Generating public/private dsa key pair.
Your identification has been saved in /etc/ssh/ssh_host_dsa_key.
Your public key has been saved in /etc/ssh/ssh_host_dsa_key.pub.
The key fingerprint is:
f9:a1:a9:47:c4:ad:f9:8d:52:b8:b8:ff:8c:ad:2d:e6 root@k6-2.example.com.
setting ELF ldconfig path: /usr/lib /usr/lib/compat /usr/X11R6/lib
/usr/local/lib
a.out ldconfig path: /usr/lib/aout /usr/lib/compat/aout /usr/X11R6/lib/aout
starting standard daemons: inetd cron sshd usbd sendmail.
Initial rc.i386 initialization:.
rc.i386 configuring syscons: blank_time screensaver moused.
Additional ABI support: linux.
Local package initialization:.
Additional TCP options:.

FreeBSD/i386 (k6-2.example.com) (ttyv0)

login: rpratt
Password:

低速なマシンでは、 RSA および DSA キーを作成するのに少々時間がかかるかもしれません。 これは初めてインストールした後に初めてブートする時だけ起こります。 その後のブートはより速くなるでしょう。

X サーバが設定され、デフォルトデスクトップが選択されていた場合、 コマンドラインで startx と入力することで起動することが可能です。

3.10.16. FreeBSD のシャットダウン

オペレーティングシステムを適切にシャットダウンすることは重要です。 ただ電源を落すということはしないでください。 まず、コマンドラインから su と入力し、 root パスワードを入力してスーパユーザとなります。 これは wheel グループのメンバとなっているユーザだけが行うことができます。 または root としてログインし、 shutdown -h now を使用します。

The operating system has halted.
Please press any key to reboot.

シャットダウンコマンドが実行され、 “Please press any key to reboot” というメッセージが現れた後に電源を落すことは安全です。 電源を落す代わりに何らかのキーが押された場合、 システムはリブートするでしょう。

Ctrl+Alt+Del というキーの組合せを使ってシステムをリブートすることもできますが、 通常の運用においてこれは推奨されません。

3.11. トラブルシューティング

この節では、インストールの際の、これまで報告された共通の問題に対する解決のための情報が書いてあります。 また、FreeBSD と MS-DOS または、Windows のデュアルブートを行う際のいくつかの質問と回答も書いてあります。

3.11.1. なにかおかしいときには何をすればよいでしょうか

PC アーキテクチャの様々な制限により、100% 確実に原因を突き止めることは不可能ですが、 失敗した時にいくつかできることがあります。

インストールする FreeBSD のバージョンの ハードウェアノート を調べて、 使っているハードウェアに対応しているかどうかを確認してください。

もしハードウェアがサポートされているにもかかわらず、 動作しなかったり他の問題点がある時は、カスタムカーネル を構築する必要があります。GENERIC カーネルに含まれていないデバイスのサポートを追加することができます。 起動ディスクのカーネルでは、ほとんどのハードウェアデバイスの IRQ, IO アドレス、 DMA チャネルが工場出荷時の状態であると設定されています。 もしハードウェアの設定が変更されていると、 カーネルコンフィグレーションファイルを編集し、 再コンパイルを行なって、これらの値を FreeBSD に設定しなければなりません。

存在しないデバイスを認識してしまうことにより、 その後実際に存在するデバイスの認識を失敗してしまうことがあります。 このような場合は衝突しているドライバを無効にします。

注意: いくつかのインストール上の問題はさまざまなハードウェア装置の、 特にマザーボードのファームウェアのアップデートで回避または緩和することができます。 マザーボードのファームウェアは BIOS と呼ばれることもあり、 多くのマザーボードまたはコンピュータ製造メーカーはアップグレード情報を載せているウェブサイトを用意しています。

多くの製造メーカーは、 重要な更新のようなそれなりの理由がない限りマザーボードの BIOS のアップグレードは行わないよう強く推奨しています。 アップデートの過程で失敗するかもしれず、 BIOS チップに深刻なダメージを与える原因となり得るからです。

3.11.2. MS-DOS® および Windows ファイルシステムの利用

現時点では、FreeBSD は、 Double Space™ アプリケーションで圧縮されたファイルシステムに対応していません。 そのため、FreeBSD がデータにアクセスする前に、 ファイルシステムを展開しておく必要があります。 展開するには、Start> Programs > System Tools メニューの Compression Agent を実行してください。

FreeBSD は、MS-DOS ファイルシステム (FAT ファイルシステムとも呼ばれます) に対応しています。 mount_msdosfs(8) コマンドは、 ファイルシステムの内容にアクセスできるように、 ファイルシステムを現存のディレクトリ構成にマウントします。 通常 mount_msdosfs(8) プログラムは、直接用いられることはありません。 システムから /etc/fstab 経由で利用されたり、 mount(8) ユーティリティから適切なパラメータとともに用いられます。

/etc/fstab の典型的な記述例は以下のようになります。

/dev/ad0sN  /dos  msdosfs rw  0	0

注意: この記述がうまくいくためには、/dos ディレクトリが存在している必要があります。 /etc/fstab のフォーマットの詳細については、 fstab(5) をご覧ください。

MS-DOS ファイルシステムをマウントする mount(8) の典型例は以下となります。

# mount -t msdosfs /dev/ad0s1 /mnt

この例では、MS-DOS ファイルシステムは、 プライマリのハードディスクの最初のパーティションに配置されています。 MS-DOS ファイルシステムの位置は、使用している環境によって変わりますので、 dmesg や mount コマンドの出力を確認してください。 これらのコマンドを実行することによって、 パーティションレイアウトを把握するのに十分な情報を得ることが出来ます。

注意: FreeBSD が割り当てるディスクスライス (すなわち、MS-DOS パーティション) の番号は、 他のオペレーティングシステムのものとは異なることがあります。 特に拡張 MS-DOS パーティションには、プライマリの MS-DOS パーティションより大きなスライス番号が通常割り当てられます。 fdisk(8) ユーティリティは、どのスライスが FreeBSD に属し、 どのスライスが他のオペレーティングシステムに属するかを決めるのに役立ちます。

NTFS パーティションについても、同様に mount_ntfs(8) コマンドでマウントできます。

3.11.3. トラブルシューティングに関する Q & A

3.11.3.1. 起動時のハードウェア検出で、システムがハングアップします。 または、インストール中にシステムがおかしくなる。または、 フロッピードライブが検出されません。
3.11.3.2. FreeBSD をインストールした後の最初のハードウェアからの起動で、 カーネルが読み込まれ、ハードウェアを検出しましたが、 次のようなメッセージを表示して停止しました。
3.11.3.3. FreeBSD をインストールした後、ハードウェアから起動しましたが、 ブートマネージャは、いつもブートメニューで F? を表示し、それ以上起動が進みません。
3.11.3.4. システムが ed(4) ネットワークカードを検出しましたが、 デバイスのタイムアウトエラーが出ます。
3.11.3.5.

3.11.3.1. 起動時のハードウェア検出で、システムがハングアップします。 または、インストール中にシステムがおかしくなる。または、 フロッピードライブが検出されません。

i386, amd64 および ia64 プラットフォームにおいて、 FreeBSD はシステムの設定を手助けするシステム ACPI サービスを、 起動時に検出された場合に広く使います。 残念ながら、まだいくつかの不具合が、 ACPI ドライバとシステムのマザーボードおよび BIOS 両方に存在しています。 起動ステージ 3 において、ヒント情報 hint.acpi.0.disabled を以下のように設定すると ACPI を無効にできます。

set hint.acpi.0.disabled="1"

この設定はシステムが起動するたびにリセットされるので、 /boot/loader.conf ファイルに hint.acpi.0.disabled="1" を追加してください。 ブートローダのより詳しい情報については 項13.1 で説明します。

3.11.3.2. FreeBSD をインストールした後の最初のハードウェアからの起動で、 カーネルが読み込まれ、ハードウェアを検出しましたが、 次のようなメッセージを表示して停止しました。

changing root device to ad1s1a panic: cannot mount root

何が問題ですか？ 何かできることはありますか？

ブートのヘルプで表示される、 bios_drive:interface(unit,partition)kernel_name は何を意味していますか?

起動ディスクがシステムの最初のディスクではない場合には、 長年の問題があります。BIOS は、FreeBSD とは異なる番号付けを用い、 どの番号がどの番号に対応するかを正しく見つけ出すことは簡単ではありません。

起動ディスクがシステムの 1 番目のディスクではない場合には、 FreeBSD がディスクを見つけることができるように設定する必要があります。 2 つの一般的な状況があります。どちらの場合でも、 ルートファイルシステムがどこにあるかを FreeBSD に指定する必要があります。 BIOS ディスク番号と、ディスクのタイプおよびそのディスクタイプに対する FreeBSD ディスク番号を設定することで指定できます。

最初の状況は、システムにそれぞれ IDE バスのマスタに接続された 2 つの IDE ディスクがあり、2 番目のディスクから FreeBSD を起動する場合です。 BIOS は、これらのデバイスをディスク 0 および ディスク 1 と認識し、 一方 FreeBSD は、ad0 および ad2 と認識します。

BIOS ディスク 1 に FreeBSD があり、 ディスクタイプが ad で、 FreeBSD ディスク番号が 2 の場合には、次のようになるでしょう。

1:ad(2,a)kernel

プライマリバスにスレーブが接続されている場合には、 上記は必要ありません (実際上、間違いです)。

2 番目の状況は、システムに 1 つまたはそれ以上の IDE ディスクがあるときに、SCSI ディスクから起動するような場合です。 このようなケースでは、FreeBSD ディスク番号は、 BIOS ディスク番号より小さな番号になります。 2 つの IDE ディスクと SCSI ディスクがある場合には、 SCSI ディスクは BIOS ディスク 2 であり、 ディスクタイプが da、FreeBSD ディスク番号が 0 となるので、 FreeBSD に BIOS ディスク 2 (システムの 1 番目の SCSI ディスク) から起動するように設定するには以下のようになります。

2:da(0,a)kernel

IDE ディスクが 1 つの場合には、 代わりに 1: を指定してください。

使用する適切な値が決まったら、 通常のテキストエディタを使って、コマンドを入力した通りに /boot.config ファイルに正確に記述してください。 他に指定がなければ、FreeBSD はこのファイルの内容を、 デフォルトの boot: プロンプトへのレスポンスとして使います。

3.11.3.3. FreeBSD をインストールした後、ハードウェアから起動しましたが、 ブートマネージャは、いつもブートメニューで F? を表示し、それ以上起動が進みません。

FreeBSD のインストール時に、 パーティションエディタで指定したハードウェアのディスクジオメトリが正しくありません。 パーティションエディタまで戻り、 ハードディスクの正しいジオメトリを指定してください。 正しいジオメトリの設定でもう一度最初から FreeBSD をインストールする必要があります。

使用しているコンピュータの正しいジオメトリがまったくわからない場合には、 以下のような tip があります。 ディスクの最初に小さな MS-DOS パーティションをインストールし、 その後 FreeBSD をインストールしてください。 インストールプログラムは MS-DOS パーティションを認識し、 このパーティションから正しいジオメトリを推測します。 通常はこれでうまくいきます。

次の tip は、もはや推奨されませんが、 参考のために残しておきます。

FreeBSD 専用のサーバやワークステーションとして設定し、 MS-DOS, Linux や他のオペレーティングシステムとの互換性を (将来的に) 考える必要がなければ、FreeBSD が (セクタの最初から最後まで) ディスクのすべてを用いる非標準のオプションを選択することで、 ディスク全体 (パーティションエディタで A) を使うこともできます。 この場合には、ジオメトリについて考える必要はなくなりますが、 FreeBSD 以外でディスクを利用することはできなくなります。

3.11.3.4. システムが ed(4) ネットワークカードを検出しましたが、 デバイスのタイムアウトエラーが出ます。

使用しているカードの IRQ が、 /boot/device.hints ファイルで指定された IRQ と異なる可能性があります。 ed(4) ドライバは、デフォルトでは “ソフトウェア” コンフィグレーション (MS-DOS の EZSETUP で入力された値) を用いません。 インターフェースのヒント情報に -1 を指定した場合には、 ソフトウェアコンフィグレーションが用いられます。

カードのジャンパを変更して、 ハードウェアコンフィグレーションの設定を行うか (必要があれば、カーネルの設定を変更してください)、 hint.ed.0.irq="-1" と指定して IRQ に -1 を設定してください (このように設定すると、 カーネルがソフトウェアコンフィグレーションを利用します)。

その他として、利用しているカードが IRQ 9 を使っている可能性があります。 この IRQ は IRQ 2 と共有され、しばしば問題を引き起こします (特に、IRQ 2 を使っている VGA カードを持っている場合には !)。 できるだけ IRQ 2 や 9 を避けるべきでしょう。

3.11.3.5.

X11 端末から sysinstall を使うと、 ライトグレーの背景にフォントが黄色で表示され、読みずらいです。 このアプリケーションのコントラストを高くすることはできますか?

すでに X11 をインストールしていて、xterm(1) や rxvt(1) 使用時における sysinstall のデフォルトのカラーが読みにくい場合には、XTerm*color7: #c0c0c0 を ~/.Xdefaults に追加して、より暗いグレーの背景に変更してください。

3.12. 高度なインストールガイド

Contributed by Valentino Vaschetto. Updated by Marc Fonvieille.

この節では特殊な状況での FreeBSD のインストール方法が記述してあります。

3.12.1. FreeBSD をモニタやキーボードのないシステムにインストールする

この形式のインストールは “表示のないインストール” と呼ばれます。 なぜなら、FreeBSD をインストールしようとするマシンにモニタが接続されていないか、 VGA 出力さえもっていないからです。 どのようにすればよいでしょうか? シリアルコンソールを使ってください。 シリアルコンソールは基本的に別のマシンをシステムの主ディスプレイやキーボードとして使います。 これを行うには、項3.3.7 の説明に従い、インストール用の USB メモリスティックを作成するか、 項3.13.1 で説明されているインストール用の ISO イメージをダウンロードしてください。

以下の説明に従って、 これらのメディアをシリアルコンソールを使って起動するように変更してください (CDROM を使うのであれば、最初の手順を飛ばしてください)。

  1. インストール用 USB スティックのシリアルコンソールへの起動を有効にする

    作成した USB スティックで起動すると、 FreeBSD は通常のインストールモードで起動します。 インストールにシリアルコンソールを使って FreeBSD を起動したいので、 そのためには、まず FreeBSD のシステムに mount(8) コマンドを使って USB ディスクをマウントする必要があります。

    # mount /dev/da0a /mnt

    注意: デバイスノードおよびマウントポイントの部分は、 利用している環境に合わせてください。

    スティックをマウントしたら、USB スティックをシリアルコンソールを使って起動するように設定しなければなりません。 シリアルコンソールをシステムのコンソールに設定する行を含んだ loader.conf ファイルを USB スティックのファイルシステムに作成します。

    # echo 'console="comconsole"' >> /mnt/boot/loader.conf

    USB スティックを正しく設定することができたら、 umount(8) コマンドを使ってディスクをアンマウントしてください。

    # umount /mnt

    その後 USB スティックを抜き、3 番目の手順に進んでください。

  2. インストール用 CD のシリアルコンソールへの起動を有効にする

    インストール用の ISO イメージ (項3.13.1 をご覧ください) から作成した CD で起動すると、 FreeBSD は通常のインストールモードで起動します。 インストールにシリアルコンソールを使って FreeBSD を起動したいので、 そのためには、ISO イメージを CD-R メディアに焼く前に、 展開して、変更し、再び ISO イメージを作成する必要があります。

    インストール用の ISO イメージ (ここでは FreeBSD-9.1-RELEASE-i386-disc1.iso とします) が保存されている FreeBSD のシステムで、 以下のようにすべてのファイルを tar(1) ユーティリティを使って展開してください。

    # mkdir /path/to/headless-iso
# tar -C /path/to/headless-iso -pxvf FreeBSD-9.1-RELEASE-i386-disc1.iso

    次に、 インストールメディアをシリアルコンソールを使って起動するように設定します。 シリアルコンソールをシステムのコンソールに設定する行を含んだ loader.conf ファイルを、 展開した ISO イメージに作成します。

    # echo 'console="comconsole"' >> /path/to/headless-iso/boot/loader.conf

    その後、修正されたツリーを使って ISO イメージを作成します。 以下のように、sysutils/cdrtools port の mkisofs(8) ツールを使ってください。

    # mkisofs -v -b boot/cdboot -no-emul-boot -r -J -V "Headless_install" \
	    -o Headless-FreeBSD-9.1-RELEASE-i386-disc1.iso /path/to/headless-iso

    適切な ISO イメージを作成できたので、 お気に入りの CD ライタ用のアプリケーションを使って CD-R に焼いてください。

  3. ヌルモデムケーブルの接続

    2 つのマシン間を ヌルモデムケーブル で接続する必要があります。 ケーブルで 2 つのマシンのシリアルポート同士をつなげてください。 普通のシリアルケーブルはここでは使えません。 内部配線のいくつかがクロスされたヌルモデムケーブルが必要です。

  4. インストールのために起動

    いよいよインストールを開始します。 USB メモリスティックを、画面のない、 インストールを行おうとしているマシンに挿入し、 電源を投入してください。作成した CDROM を使う場合には、 マシンの電源を投入し、ディスクを挿入して起動してください。

  5. 画面がないマシンへの接続

    cu(1) でインストールを行いたいマシンに接続してください:

    # cu -l /dev/cuau0

できました! cu のセッションを通して画面がないマシンを操作することができます。 インストーラが kern1.flp を挿入するように要求し、 その後どの種類の端末を使うか選ぶよう問われます。 FreeBSD カラーコンソールを選んでインストールを続行してください!

3.13. 自分のインストールメディアの準備

注意: 省略のため、以下において “FreeBSD ディスク”というのは、 あなたが購入、もしくは自分で作成した FreeBSD の CDROM または DVD のことを意味することにします。

自分用の FreeBSD インストールメディアやソースを用意しなければならない場合があるかもしれません。 これは磁気テープのような物理的なメディアであったり、 ローカル FTP サイトまたは MS-DOS パーティションといった sysinstall がファイルを持ってくることのできるリソースの場合もあります。

たとえば、以下のような状況です。

  • ローカルネットワークに繋がったたくさんのマシンと、 1 つの FreeBSD ディスクがあるとします。 FreeBSD ディスクの内容を使ってローカル FTP サイトを作成し、 インターネットに接続する必要の代わりにこのローカル FTP サイトを使うようにします。

  • FreeBSD ディスクを持っていて、FreeBSD はあなたの CD/DVD ドライブを認識できないが、 MS-DOS / Windows はそれができるとします。 コンピュータ上の MS-DOS パーティションに FreeBSD のインストールファイルをコピーして、FreeBSD のインストールにこれらのファイルを使います。

  • インストールを行いたいコンピュータが CD/DVD ドライブやネットワークカードを搭載してなくても、 “Laplink スタイルの”シリアルまたはパラレルケーブルで、 そのコンピュータに接続できます。

  • FreeBSD のインストールに使える磁気テープを作成します。

3.13.1. インストール CDROM の作成

FreeBSD プロジェクトは、それぞれのリリースに対して 少なくとも 2 つの CDROM イメージ (“ISO イメージ”) をそれぞれのアーキテクチャごとに用意しています。 CD ライタを持っているのであれば、イメージを CD に書き込む (“焼く”) ことができ、 それを使って FreeBSD をインストールできます。 CD ライタを持っていて、バンド幅を安く利用できるのであれば、 これが FreeBSD をインストールする最も簡単な方法です。

  1. 適切な ISO イメージのダウンロード

    それぞれのリリースの ISO イメージは、 ftp://ftp.FreeBSD.org/pub/FreeBSD/ISO-IMAGES-arch/version もしくは近くのミラーからダウンロードできます。 ここで、arch と version の部分は適切なものに置き換えてください。

    通常、このディレクトリには以下のイメージが置いてあります。

    表 3-4. FreeBSD ISO イメージの名前と内容

    ファイル名 内容
    FreeBSD-version-RELEASE-arch-bootonly.iso CD-ROM ドライブを備えたマシンで起動できるイメージです。 この CD のみを使って FreeBSD をインストールすることはできません。 この CD から起動した後は、(FTP サーバなどから) ネットワーク経由でインストール作業をします。
    FreeBSD-version-RELEASE-arch-dvd1.iso.gz この DVD イメージには、 FreeBSD オペレーティングシステムのベースシステム、 コンパイル済みの package 一式、 ドキュメントをインストールするために必要なものが入っています。 “livefs” ベースのレスキューモードで起動することも可能です。
    FreeBSD-version-RELEASE-arch-memstick.img USB メモリスティックに書き込めるイメージです。 USB ドライブからの起動可能なコンピュータでは、 これをインストールに使うことができます。 “livefs” ベースのレスキューモードで起動することも可能です。 package は、ドキュメントに関連するもののみが入っています。
    FreeBSD-version-RELEASE-arch-disc1.iso この CD イメージには、 FreeBSD オペレーティングシステムのベースシステムとドキュメントインストールするために必要なものが入っています。 その他の package は含まれていません。
    FreeBSD-version-RELEASE-arch-disc2.iso この CD イメージには、ディスクに収まる容量のサードパーティ製 package が含まれています。このイメージは、 FreeBSD�9.X 以降では利用できません。
    FreeBSD-version-RELEASE-arch-disc3.iso ディスクに収まる容量のサードパーティ製 package を含むもう 1 つの CD イメージです。このイメージは、 FreeBSD�9.X 以降では利用できません。
    FreeBSD-version-RELEASE-arch-livefs.iso “livefs” ベースのレスキューモードで起動できるイメージです。 この CD のみを使ってシステムをインストールすることはできません。

    bootonly ISO イメージまたは disc1 イメージのどちらかをダウンロード しなければ なりません。 disc1 には、bootonly ISO イメージに含まれているものはすべて含まれているので、 両方をダウンロードする必要はありません。

    インターネットへのアクセスが安く利用できるのであれば、 bootonly ISO を使ってください。 FreeBSD をインストールし、その後必要であれば、 ports/packages システム (第5章 をご覧ください) を用いてサードパーティ製の package をダウンロードし、インストールできます。

    FreeBSD のリリースをインストールし、 サードパーティ製の package をディスク上から利用したいのであれば、 dvd1 を使ってください。

    その他の追加のディスクイメージも有用ですが、 インターネットへのアクセスが高速の環境では、 必須ではありません。

  2. イメージを CD へ書き込む

    次に、CD イメージをディスクに書き込んでください。 他の FreeBSD システム上で書き込みを行う場合には、 項16.5 (特に、項16.5.3 および 項16.5.4) を読んで、 より詳しい情報を得てください。

    他のプラットフォーム上で書き込みを行う場合には、 そのシステムにインストールされている CD ライタ用のユーティリティを利用してください。 提供されているイメージは標準の ISO フォーマットです。多くの CD ライタ用のアプリケーションがこのフォーマットに対応しています。

注意: カスタマイズした FreeBSD のリリースの構築に興味があるのであれば、Release Engineering Article をご覧ください。

3.13.2. FreeBSD ディスクを使ったローカル FTP サイトの作成

FreeBSD のディスクは FTP サイトと同じ配置がなされています。 これは FreeBSD をインストールする時において、 ネットワーク上の他のマシンが使うことのできるローカルな FTP サイトを簡単に構築できることをあらわしています。

  1. FTP サイトのホストとなる FreeBSD のコンピュータには、 CDROM をドライブに入れ /cdrom にマウントしてください。

    # mount /cdrom

  2. anonymous FTP のアカウントを /etc/passwd に作成してください。 /etc/passwd の編集には vipw(8) を使用して次の行を加えてください。

    ftp:*:99:99::0:0:FTP:/cdrom:/nonexistent

  3. FTP サービスを請け負うために /etc/inetd.conf で有効にしてください。

あなたのマシンにネットワークで繋がっているどのマシンも、 インストール時にメディアタイプで FTP を選択し、 FTP サイトメニューで “Other” を選んだ後 ftp://your machine と打ち込むことができます。

注意: もし FTP クライアントの起動メディア (通常はフロッピーディスク) の FreeBSD のバージョンが FTP サイトで提供されているバージョンと正確に同じでなければ、 sysinstall でのインストールはうまくいきません。 もしバージョンが異なり、バージョンを書き換えたいのであれば、 Options メニューで distribution name を any に変更してください。

警告この方法はローカルネットワーク上の、 ファイアウォールで保護されたマシンに有用です。 インターネットを介した (ローカルネットワークではない) 他のマシンに FTP サービスを提供することは、 あなたのマシンをクラッカーやその他好ましくない状況にさらします。 この方法を用いるときにはセキュリティの状態に注意することを 強く提言します。

3.13.3. インストールフロッピーの作成

あなたがフロッピーディスクからのインストールをしなければならない場合 (私たちはこの方法をとらないことを提案します)、 その理由はハードウェアがサポートされてなかったためか、 単にいばらの道を通ることを楽しんでいるからでしょうが、 インストール用のフロッピーディスクを用意する必要があります。

最低でも base ディレクトリ内のすべてのファイルをいれられるだけの 1.44�MB のフロッピーディスクが必要です。 これらのフロッピーを MS-DOS で作成している場合は、 フロッピーディスクは MS-DOS の FORMAT コマンドで初期化されなくてはなりません。 Windows をお使いの場合には、 エクスプローラーを使用してディスクを初期化してください (A: ドライブを右クリックして、 “フォーマット”を選択します)。

工場での初期化済みディスクを信用しないでください。 念のため自分でフォーマットし直してください。 ユーザからのトラブル報告の多くはきちんとフォーマットされていないディスクを使用したことが原因となっています。 フォーマットし直してくださいと述べているのは、 こういった理由からです。

他の FreeBSD マシンでフロッピーディスクを作成している場合、 フォーマットすることは悪いことではありません。 いちいち MS-DOS ファイルシステムのフロッピーディスクを作成する必要はありませんので、 bsdlabel コマンドと newfs コマンドを使って、 次のような手順で (3.5 インチ 1.44�MB ディスク用の) UFS ファイルシステムを作成することもできます:

# fdformat -f 1440 fd0.1440
# bsdlabel -w fd0.1440 floppy3
# newfs -t 2 -u 18 -l 1 -i 65536 /dev/fd0

これで他のファイルシステムと同様に mount して書き込むことができます。

フォーマットされたフロッピーディスクを用意したら、 それらにファイルをコピーしなくてはなりません。 配布ファイルはいくつかのかたまりにわかれていて、 これらかたまり 5 つで一般的な 1.44�MB のフロッピーに収まるようになっています。 フロッピーディスクに入るだけファイルを入れていって、 配布ファイルをすべてコピーしてください。 それぞれの配布ファイルはサブディレクトリにコピーする必要があります。 たとえば、 a:\base\base.aa, a:\base\base.ab のようになります。

重要項目: base セットの最初のフロッピーには、 base.inf ファイルも必要です。 インストールプログラムはこのファイルを読み込み、 配布ファイルを fetch し、連結する際に、 どれだけの数のかたまりに分かれているかを理解します。

インストールメディアの選択場面になったら、 Floppy を選択して、 残りの指定を行ってください。

3.13.4. MS-DOS パーティションからのインストール

ハードディスクの MS-DOS パーティションからインストールするときには、 配布ファイルを例えば c:\freebsd などとしてそのパーティションのルートディレクトリの freebsd ディレクトリにコピーします。 CDROM や FTP サイトにあるディレクトリ構造を反映してコピーしなければなりません。 そこで CD からコピーする場合には MS-DOS の xcopy コマンドの使用をおすすめします。 例えば、最低限の FreeBSD のインストールを行うには、 次のように準備します:

C:\> md c:\freebsd
C:\> xcopy e:\bin c:\freebsd\bin\ /s
C:\> xcopy e:\manpages c:\freebsd\manpages\ /s

ここで C: ドライブには十分な空き容量があり、 CDROM は E: ドライブに接続されているものとします。

CDROM ドライブを持っていない場合には、 ftp.FreeBSD.org から配布ファイルをダウンロードすることができます。 それぞれの配布ファイルは独自のディレクトリに入っています。 例えば、base 配布ファイルは 9.1/base/ ディレクトリにあります。

MS-DOS パーティションからたくさんの配布ファイルをインストールしたい (そしてディスクの容量がある) 場合、 それぞれ c:\freebsd ディレクトリ以下にインストールします。 — BIN 配布ファイルは、最低限必要なものです。

3.13.5. インストールテープの作成

テープからのインストールはおそらく FTP を利用したオンラインインストールか CDROM インストールを除けばもっとも簡単な方法でしょう。 インストールプログラムはファイルが単純に tar されていることを期待します。 必要な配布ファイルをすべて用意したら、 それらをテープ上に単純に tar します。

# cd /freebsd/distdir
# tar cvf /dev/rwt0 dist1 ... dist2

インストールを行う際、 一時使用ディレクトリに十分な空きスペースを確保して、 作成したテープのすべてのファイルを格納できることを確認してください (一時使用ディレクトリは自分で選ぶことができます)。 テープの特性上、ランダムアクセスすることができませんので、 一時的にきわめて大量の容量を必要とします。

注意: インストールを始める時には、 起動フロッピーから立ち上げる前にテープをドライブにいれておかなくてはなりません。 さもないとインストール時のデバイス検出時にドライブを見つけられません。

3.13.6. ネットワーク経由のインストールの前に

3 種類のネットワークインストールを行うことができます。 イーサネット (標準的なイーサネットコントローラ)、 シリアルポート (PPP)、または、 パラレルポート (PLIP (laplink ケーブル使用)) を使用することができます。

ネットワークインストールのうちもっとも高速なものとして、 イーサネットアダプタがいつもよい選択となります。 FreeBSD はきわめて多くの PC イーサネットカードをサポートしています。 サポートされているカードの一覧 (と、必要な設定) は FreeBSD それぞれのリリースのハードウェアノートで提供されます。 サポートされている PCMCIA イーサネットカードを使う場合、 ラップトップの電源を入れる前に差し込んでおくことにも注意してください。 残念ながら、今の FreeBSD はインストール時の PCMCIA カードの活線挿抜には対応していません。

ネットワークでの IP アドレス、 アドレスクラスに対応したネットマスク、 マシン名を知っておくことも必要です。 PPP 接続を利用したインストールを行いたいが、 固定 IP アドレスを持っていないという場合は、 ISP が自動的に IP アドレスを割り当てます。 ネットワーク管理者に尋ねればどんな値を使ったらよいか教えてくれるでしょう。 もし他のホストを IP アドレスではなく名前で引きたい場合、 ネームサーバと、それを使うためのゲートウェイのアドレス (PPP をご使用の場合は、プロバイダの IP アドレスになります) も知らなくてはなりません。 HTTP プロキシ経由で FTP インストールを行いたい場合には、 プロキシサーバのアドレスも必要となります。 これらのうちすべて、またはいくつかを知らない場合には、 イーサネット経由でのインストールを始める前に、 ネットワーク管理者か ISP に相談するべきでしょう。

もしモデムを使用しているなら、 残された選択肢はほぼ間違いなく PPP でしょう。 早く正しくインストールするのに必要となりますので、 サービスプロバイダに関する情報を用意しておきましょう。

もし ISP に接続するのに PAP や CHAP を用いるなら (言い換えると、もし Windows で ISP に接続する時にスクリプトを使用していないのであれば)、 dial と ppp のプロンプトに対して入力するだけでいいです。 それ以外の場合、モデム固有の “AT コマンド”を使って ISP にダイヤルする方法を知っておく必要があります。 これで PPP ダイヤラはとてもシンプルな端末エミュレータのみを提供します。 これ以上の情報については ハンドブック や FAQ のユーザー PPP エントリーを参照してください。 問題が起きた場合には set log local ... コマンドを用いてログを画面に吐くこともできます。

FreeBSD の動いている別のマシンと直接接続が可能でしたら、 “laplink” パラレルポートケーブルを介してインストールすることもまた考えてみましょう。 パラレルポート経由のデータ転送スピードは、 シリアルラインでの一般的なスピード (最高 50�kbytes/sec) よりもずっと高速なので、より早くインストールすることができます。

3.13.6.1. NFS 経由のインストールの前に

NFS インストールはまったく単純明快です。 FreeBSD の配布ファイルを NFS サーバの好きな場所にコピーしておいて、 メディア選択で NFS を選択します。

もしサーバが“特権ポート”へのアクセスのみをサポートしている場合、 (Sun ワークステーションの標準はこうなっています) インストールを進める前に Options メニューで NFS Secure を選択してください。

イーサネットカードの性能が悪く、 転送速度が遅くて困っている場合には、 NFS Slow フラグを選択するといいでしょう。

NFS 経由でインストールするためには、 サブディレクトリも含んだマウントにサーバが対応している必要があります。 例えば FreeBSD�9.1 の配布ファイルが ziggy:/usr/archive/stuff/FreeBSD にあるとすると、マシン ziggy では /usr や /usr/archive/stuff だけでなく /usr/archive/stuff/FreeBSD の直接マウントが可能になっていなければなりません。

FreeBSD の /etc/exports ファイルでは、このことは -alldirs オプションによって制御されています。 他の NFS サーバの場合だとまた話が違ってくるかもしれません。 もしサーバから “permission denied” が返ってくるようでしたら、 サブディレクトリマウントをちゃんと有効にできていないことが考えられます。

第 4章Unix の基礎知識

改訂Chris Shumway.

訳: 中井 幸博 , 1996 年 10 月 12 日.

4.1. この章では

この章では FreeBSD オペレーティングシステムの基本的なコマンドと機能について記述しています。 ここに書かれてあることのほとんどは、 どんな Unix オペレーティングシステムにもあてはまります。 この章に書いてあることに馴染みがあるなら、 この章は気軽に流し読みしてください。 あなたが FreeBSD の初心者なら、 何か質問する前にこの章を読んでおいた方がきっといいはずです。

この章を読んで分かることは、次のようなことです。

  • Unix のファイルの許可属性の仕組み

  • ファイルシステムの ACL (アクセス制御リスト) とは何か、またその使用法

  • プロセス、デーモンとシグナルとはなにか

  • シェルとはなにか。 また、デフォルトのログイン環境を変える方法

  • テキストエディタの基本的な使い方

  • さらに詳しい情報を得るためのマニュアルページの読み方

  • FreeBSD の “仮想コンソール” の使い方

4.2. 許可属性

FreeBSD は BSD Unix の直系の子孫であり、 いくつかの鍵となる Unix 思想にもとづいています。 まず最も際だった特徴として最初に言えるのは、FreeBSD がマルチユーザのオペレーティングシステムだということです。 FreeBSD は同時に働いている複数のユーザすべてを、 完全に分離したタスク上で処理する能力を持っています。 また FreeBSD は、ハードウェアデバイス、周辺装置、メモリ、 CPU 時間等への要求を、各ユーザが平等に利用できるように適切に共有し、 管理する役割を担っています。

システムがマルチユーザをサポートしているため、 システムが管理する資源はすべて、 誰がその資源を読み・書き・実行できるかを支配する、 一組の許可属性を持っています。 これらの許可属性は 3 つの部分からなる 2 桁の 8 進数の形で格納されています。 それはそのファイルの所有者 (owner) に対するもの、 そのファイルが所属するグループ (group) に対するもの、 その他 (others) に対するものの 3 つです。 これを数字を使って表現すると、次のようになります。

値 許可属性 ディレクトリの表示
0 読み込み不可、書き込み不可、実行不可 ---
1 読み込み不可、書き込み不可、実行可能 --x
2 読み込み不可、書き込み可能、実行不可 -w-
3 読み込み不可、書き込み可能、実行可能 -wx
4 読み込み可能、書き込み不可、実行不可 r--
5 読み込み可能、書き込み不可、実行可能 r-x
6 読み込み可能、書き込み可能、実行不可 rw-
7 読み込み可能、書き込み可能、実行可能 rwx

ls(1) に対してコマンドライン引数 -l を使うと、 詳細なディレクトリリストを見ることができ、 ファイルの所有者、グループ、その他への許可属性を示す欄があるのがわかります。 次に示すのは、ls -l の最初の部分だけ抜き出したものです。

-rw-r--r--

最初の (一番左の) 文字は、それが 普通のファイルなのか、ディレクトリなのか、 キャラクタ型のデバイス特殊ファイルなのか、 ソケットなのか、 その他の特殊な疑似ファイルデバイスなのかといった種類を示す特別な文字です。 この場合、- という文字は、 普通のファイルであることを示します。 この例でその次に来る rw- と書かれた 3 文字は、 そのファイルの所有者に許可を与えるものです。 その次の r-- の 3 文字は、 そのファイルが所属しているグループに許可を与えます。 最後の r-- の 3 文字は、 システムに存在するその他のユーザに許可を与えます。 “-” は許可が与えられていないことを示します。 このファイルの例では、ファイルの所有者はこのファイルを読み書きでき、 ファイルの所属しているグループに属するユーザはファイルを読むことだけでき、 そのどちらでもないユーザは、 このファイルを読むだけできるように許可属性が与えられています。 上の表によれば、このファイルに与えられた許可属性は 644 となります。 ここで各数字は、このファイルの許可属性の 3 つの部分を表しています。

ファイルについてはここまでの説明で十分です。 しかし、 デバイスの場合の許可属性はどのようにコントロールされているのでしょうか? FreeBSD は、大部分のハードウェアをファイルとして取り扱います。 そのため、プログラムからは普通のファイルとまったく同じようにオープンし、 データの読み書きができるようになっています。 これらのデバイス特殊ファイルは /dev ディレクトリに収められています。

ディレクトリもまた、ファイルと同様に扱われます。 それは読み込み/書き込み/実行の許可属性を持ちます。 ディレクトリの実行ビットはファイルのそれとは少し違った意味を持ちます。 ディレクトリが実行可能になっているとき、 そのディレクトリに移動することができます。 つまり、そのディレクトリに “cd” することが可能です。 また、実行可能属性がついているディレクトリでは、 名前が分かっているファイルにアクセスすることもできます (もちろんそのファイル自体の許可属性によります)。

特に、ディレクトリの中の一覧を表示するには、 そのディレクトリに読み込み属性が設定されていなければなりません。 一方、名前が分かっているファイルを削除するには、 そのファイルが含まれているディレクトリに 書き込み属性と実行属性 の両方が必要です。

この他にも許可属性ビットはありますが、いずれも setuid バイナリや sticky ディレクトリなどといった特殊な状況で使われます。 ファイルの許可属性そのものについて、 また、それらの設定のしかたに関する詳しい情報は、 chmod(1) マニュアルページを参照してください。

4.3. ファイルシステムアクセス制御リスト

寄稿: Tom Rhodes.

スナップショットのようなファイルシステムの拡張と連携して、 FreeBSD 5.0 以降ではファイルシステムアクセス制御リスト (ACLs) によるセキュリティを提供しています。

アクセス制御リストは、標準的な UNIX のパーミッションモデルを、 非常に互換性の高い (POSIX.1e) やり方で拡張しています。 この機能は、管理者がより洗練されたセキュリティモデルを利用し、 その恩恵を受けられるようにします。

UFS ファイルシステム用の ACL サポートを有効にするには、 次のオプションをカーネルに組み込まなければなりません。

options UFS_ACL

もしこのオプションが組み込まれていなければ、ACLs に対応したファイルシステムをマウントしようとすると、 警告が表示されます。このオプションは GENERIC カーネルに含まれています。ACLs は、ファイルシステムの拡張属性が有効になっていることに依存しています。 拡張属性は、次世代 UNIX ファイルシステムである UFS2 でネイティブ対応されています。

注意: UFS1 に拡張属性を付すように設定するのは、 UFS2 よりも高いレベルの管理オーバヘッドが必要になります。 また、UFS2 における拡張属性のパフォーマンスも大きく上がっています。 その結果、アクセス制御リストを利用する上では、一般的には UFS1 よりも UFS2 の方がおすすめです。

ACLs は、マウント時の管理フラグ acls で有効にされます。これは /etc/fstab に記述できます。 マウント時のフラグは、tunefs(8) を使って、ファイルシステムヘッダのスーパブロックにある ACLs フラグを変更するという方法で、 常に自動で設定されるようになります。一般的には、 下記の理由からスーパブロックフラグを使う方がよいでしょう。

  • マウント時に指定した ACLs フラグは再マウント (mount(8) -u) 時に変更できません。完全に umount(8) した上で、新たに mount(8) するしかありません。これは、起動後にルートファイルシステムで ACLs を有効にできないことを意味します。 また、ファイルシステムを利用し始めた後では、 その配列を変えられないことも意味しています。

  • スーパブロックフラグを設定すると、fstab に記述されていなかったり、デバイスの順番が変わってしまっても、常に ACLs が有効な状態でマウントされます。 こうすることで、ファイルシステムを ACLs を有効にしないままマウントしてしまい、ACLs が正しくないかたちで強制され、 セキュリティ問題につながることを防ぎます。

注意: ACLs の動作を変更して、まったく新たに mount(8) を行わなくてもフラグを有効にできるようにすることも可能でしょう。 しかし、我々は、うっかり ACLs を有効にしないでマウントしてしまうのを防ぐようにした方が望ましいと考えました。 ACLs を有効にし、その後無効にしてから、 拡張属性を取り消さないでまた有効にしてしまうと、 鬱陶しい状態に自分で入り込んでしまえるからです。 一般的には、一度ファイルシステムで ACLs を有効にしたら、無効にすべきではありません。そうしてしまうと、 ファイル保護がシステムのユーザの意図と齟齬をきたす可能性があるばかりか、 ACLs を再度有効にすると、 それまでパーミッションが変更されてきたファイルに古い ACLs を割り当ててしまい、 予想しない動作につながることも考えられます。

ACLs を有効にしたファイルシステムは、 パーミッション設定の表示に + (プラス) 記号がつきます。例えば、次のようになります。

drwx------  2 robert  robert  512 Dec 27 11:54 private
drwxrwx---+ 2 robert  robert  512 Dec 23 10:57 directory1
drwxrwx---+ 2 robert  robert  512 Dec 22 10:20 directory2
drwxrwx---+ 2 robert  robert  512 Dec 27 11:57 directory3
drwxr-xr-x  2 robert  robert  512 Nov 10 11:54 public_html

ここでは、ディレクトリ directory1, directory2 および directory3 のすべてで ACLs が働いています。 ディレクトリ public_html は対象外です。

4.4. ディレクトリ構造

FreeBSD のディレクトリ構造は、 システム全体を理解するに当たって重要です。 把握しておくべき最も重要なものは、“/” ディレクトリです。 このディレクトリは起動時に一番最初にマウントされ、 オペレーティングシステムをマルチユーザで動作させるために 必要な基本システムが含まれています。 また、ルートディレクトリには、 他のファイルシステムをマウントするためのマウントポイントも含まれます。

マウントポイントとはルートファイルシステムに存在する、 追加のファイルシステムと接続するためのディレクトリのことです。 標準的なマウントポイントには /usr, /var, /mnt, /cdrom があります。 通常これらのディレクトリについては、 /etc/fstab というファイル中のエントリが参照されます。 /etc/fstab はさまざまなファイルシステムとマウントポイントの表であり、 システムが参照します。 /etc/fstab に書かれたファイルシステムは noauto オプションが指定されていなければ、 起動時に rc(8) スクリプトによって自動的にマウントされます。 /etc/fstab ファイルの書式やオプションに関しての詳細は fstab(5) をご覧ください。

ファイルシステム構造を網羅した説明は hier(7) に書かれています。 ここでは、もっともよく使われるディレクトリについて簡単に 見るだけで十分でしょう。

ディレクトリ 説明
/ ファイルシステムのルートディレクトリ
/bin/ シングルユーザ環境とマルチユーザ環境の両方で重要な ユーザユーティリティ
/boot/ オペレーティングシステムの起動時に使われるプログラムと設定ファイル
/boot/defaults/ デフォルトの起動設定ファイル; loader.conf(5) 参照
/dev/ デバイスノード; intro(4) 参照
/etc/ システム設定ファイルとスクリプト
/etc/defaults/ デフォルトのシステム設定ファイル; rc(8) 参照
/etc/mail/ sendmail(8) のようなメール転送エージェントの設定ファイル
/etc/namedb/ named 設定ファイル; named(8) 参照
/etc/periodic/ cron(8) 経由で毎日・毎週・毎月実行されるスクリプト; periodic(8) 参照
/etc/ppp/ ppp 設定ファイル; ppp(8) 参照
/mnt/ システム管理者が一時的なマウントポイントとしてよく使う 空のディレクトリ
/proc/ プロセスファイルシステム; procfs(5) と mount_procfs(8) 参照
/root/ root アカウントのホームディレクトリ
/sbin/ シングルユーザ環境とマルチユーザ環境の両方で重要な システムプログラムと管理ユーティリティ
/stand/ スタンドアロン環境で使われるプログラム
/tmp/ 一時的なファイル、mfs(8) メモリファイルシステムであることが多い (普通 /tmp の内容はシステムの再起動で失われる)
/usr/ 大部分のユーザユーティリティとアプリケーション
/usr/bin/ よく使うユーティリティとプログラミングツールとアプリケーション
/usr/include/ C の標準ヘッダファイル
/usr/lib/ ライブラリ
/usr/libdata/ いろいろなユーティリティのデータファイル
/usr/libexec/ システムデーモンとシステムユーティリティ (他のプログラムから実行される)
/usr/local/ ローカルのプログラムやライブラリなど。 FreeBSD ports 構成のデフォルトインストール先としても使われます。 /usr/local 内では、 hier(7) に書かれている /usr のための一般構造が使われます。 例外は man ディレクトリで、 /usr/local/share の下ではなく /usr/local の下に直接置かれ、 ports 関係文書は share/doc/port にあります。
/usr/obj/ /usr/src ツリーのビルドで作られる アーキテクチャ依存のターゲットツリー
/usr/ports FreeBSD Ports Collection (インストールしなくてもよい)。
/usr/sbin/ (ユーザが実行する) システムデーモンとシステムユーティリティ
/usr/share/ アーキテクチャに依存しないファイル
/usr/src/ BSD のソースファイルまたはローカルのソースファイル、 あるいは両方
/usr/X11R6/ X11R6 のプログラム、ライブラリなど (インストールしなくてもよい)
/var/ ログ・一時的なファイル・スプールファイルなどいろいろな用途
/var/log/ いろいろなシステムログファイル
/var/mail/ ユーザのメールボックスファイル
/var/spool/ プリンタとメールシステムのスプールディレクトリなどなど
/var/tmp/ システムが再起動しても消えない一時的なファイル
/var/yp NIS のマップ

4.5. ファイルシステムのマウントとアンマウント

ファイルシステムは / をルート (根) とする木構造として考えると視覚的に理解しやすいでしょう。 ルートディレクトリにある /dev や /usr、 その他のディレクトリは枝に相当し、 それらには、/usr/local などのように、さらに枝分かれすることができます。

さまざまな理由がありますが、 ディレクトリをいくつかの異なるファイルシステム上に構築するのが良いでしょう。 たとえば /var には、 log/ や spool/ など、さまざまな種類の一時ファイルを置くディレクトリがあるため、 あふれてしまう可能性があります。 ルートファイルシステムをあふれさせるのは得策ではありませんので、 普通は /var を / から分離します。

また、次のような場合も、ディレクトリツリーを 別のファイルシステムに置く理由として良くあげられます。 それは、たとえば物理的に別のディスクにディレクトリツリーを置く場合、 ネットワークファイルシステム (Network File System) や CDROM ドライブのような別の仮想ディスクに置くという場合です。

4.5.1. fstab ファイル

/etc/fstab に書かれているファイルシステムは (noauto オプションがなければ) 起動プロセスの途中で 自動的にマウントされます。

/etc/fstab ファイルは、 次のような書式で書かれた行のリストになっています。

device       /mount-point fstype     options      dumpfreq     passno
device

デバイスの名前 (存在していなければなりません)。 項16.2 に説明があります。

mount-point

ファイルシステムがマウントするディレクトリの名前 (存在していなければなりません)。

fstype

mount(8) に渡されるファイルシステムタイプ。 FreeBSD ファイルシステムのデフォルトは ufs です。

options

読み書きするファイルシステムには rw、読み込み専用のファイルシステムには ro を、必要な他のオプションの前に指定します。 よく使われるオプションは noauto で、 起動時にはマウントされないファイルシステムに使います。 その他のオプションは mount(8) マニュアルページに載っています。

dumpfreq

これは dump(8) が使うもので、 どのファイルシステムにダンプが必要なのかを決めます。 この項目がなければ、0 であるものとみなされます。

passno

これはファイルシステムをチェックする順番を決めます。 ファイルシステムチェックを飛ばしたいファイルシステムには、 passno を 0 に設定してください。 ルートファイルシステム (どれよりも先にチェックしなければなりません) は passno を 1 に設定してください。 他のファイルシステムの passno は 1 以上に設定してください。 同じ passno のファイルシステムがあった場合、 fsck(8) は可能であれば並行してファイルシステムのチェック を行なおうとします。

4.5.2. mount コマンド

mount(8) コマンドは、 ファイルシステムをマウントするために使われるものです。

基本的には、次のように使います。

# mount device mountpoint

mount(8) マニュアルページにはたくさんのオプションが書かれていますが、 いちばんよく使われるのは次のものです。

マウントオプション

-a

/etc/fstab にある全てのファイルシステムをマウントします。 例外は “noauto” の印がついているものと、 -t フラグで除外されたものと、 すでにマウントされているファイルシステムです。

-d

実際にシステムコールする以外の全てのことをします。 このオプションは -v フラグと組み合わせて使い、 mount(8) が実際なにをしようとしているのか調べるのに便利です。

-f

クリーンでないファイルシステムを強制的にマウントします (危険です)。もしくは、ファイルシステムのマウント状態を 読み書き可能から読み込みのみに変更するとき、 書き込みアクセスを強制的に取り消します。

-r

ファイルシステムを読み込み専用でマウントします。 これは rdonly 引数を -o オプションに使うのと同じです。

-t fstype

ファイルシステムを指定のファイルシステムタイプでマウントします。 または、-a を使った場合、 指定したタイプのファイルシステムのみマウントします。

デフォルトのファイルシステムタイプは “ufs” です。

-u

ファイルシステムのマウントオプションを更新します。

-v

詳細な出力にします。

-w

ファイルシステムを読み書き可能にマウントします。

-o には、 次のようなオプションを複数カンマで区切って指定します。 以下に挙げるのはその一部です。

nodev

ファイルシステム上のスペシャルデバイスを解釈しません。 セキュリティのために有用なオプションです。

noexec

そのファイルシステム上のバイナリの実行を禁止します。 セキュリティのために有用なオプションです。

nosuid

そのファイルシステム上の setuid や setgid フラグを解釈しません。 これもセキュリティのために有用なオプションです。

4.5.3. umount コマンド

umount(8) コマンドは、パラメータとしてマウントポイントの一つ、 デバイス名、もしくは -a や -A といったオプションを取ります。

いずれの形式でも -f で強制的なアンマウントを行ない、 -v で詳細な出力を出します。 ただしほとんどの場合、-f は使わないほうがよいでしょう。 強制的にファイルシステムをアンマウントすると、 計算機がクラッシュしたりファイルシステム上部のデータが 破壊されたりする恐れがあるためです。

オプション -a と -A はマウントされているファイルシステムすべてをアンマウントするのに使います。 -t にファイルシステムタイプを指定すると、 指定されたものだけがアンマウントされます。 また、-A を使うとルートファイルシステムはアンマウントしません。

4.6. プロセス

FreeBSD はマルチタスクのオペレーティングシステムです。 つまり、1つ以上のプログラムがあたかも同時に動いているかのように見える、 ということです。動作中のプログラムはそれぞれ プロセス と呼ばれます。 コマンドを実行すると、最低でも1つの新しいプロセスがスタートします。 システムを正常に機能させるために常に動作しているシステムプロセスもたくさんあります。

各プロセスはプロセス ID、もしくは PID と呼ばれる数字でただ一つに識別されます。 また、ファイルのように各プロセスには所有者とグループがあります。 所有者とグループの情報は、 これまでに見たファイル許可属性を用い、 そのプロセスが開けるファイルやデバイスを決定するために使われます。 多くのプロセスには親プロセスもあります。 親プロセスとは、そのプロセスをスタートさせたプロセスのことです。 例えば、シェルにコマンドを打ち込んでいるときはシェルがプロセスで、 動かすコマンドもまたどれもプロセスです。 このようにして起動するプロセスはそれぞれシェルが親プロセスになります。 これの例外は init という特別なプロセスです。 init は常に最初のプロセスなので、 PID は必ず 1 になります。 init は FreeBSD がスタートするときカーネルによって自動的に起動されます。

ps(1) と top(1) という2つのコマンドが システム上のプロセスを確認するために特に便利です。 ps(1) コマンドは現在動作中のプロセスのリストを見るために使い、 PID やプロセスが使っているメモリの量、 どういうコマンドラインで起動されたのか、 などを表示させることができます。 top(1) コマンドは動作中の全てのプロセスを表示し、 数秒ごとに表示を更新するので、 計算機がなにをしているのかインタラクティブに知ることができます。

デフォルトでは、ps(1) は動作中かつ所有者が自分のコマンドのみを表示します。 例えば:

% ps
  PID  TT  STAT      TIME COMMAND
  298  p0  Ss     0:01.10 tcsh
 7078  p0  S      2:40.88 xemacs mdoc.xsl (xemacs-21.1.14)
37393  p0  I      0:03.11 xemacs freebsd.dsl (xemacs-21.1.14)
48630  p0  S      2:50.89 /usr/local/lib/netscape-linux/navigator-linux-4.77.bi
48730  p0  IW     0:00.00 (dns helper) (navigator-linux-)
72210  p0  R+     0:00.00 ps
  390  p1  Is     0:01.14 tcsh
 7059  p2  Is+    1:36.18 /usr/local/bin/mutt -y
 6688  p3  IWs    0:00.00 tcsh
10735  p4  IWs    0:00.00 tcsh
20256  p5  IWs    0:00.00 tcsh
  262  v0  IWs    0:00.00 -tcsh (tcsh)
  270  v0  IW+    0:00.00 /bin/sh /usr/X11R6/bin/startx -- -bpp 16
  280  v0  IW+    0:00.00 xinit /home/nik/.xinitrc -- -bpp 16
  284  v0  IW     0:00.00 /bin/sh /home/nik/.xinitrc
  285  v0  S      0:38.45 /usr/X11R6/bin/sawfish

この例で分かるとおり、 ps(1) の出力はいくつかの行に整形されています。 PID は先ほど見たプロセス ID です。 PID は 1 から順に 99999 まで割り当てられ、 足りなくなると最初に戻って使い回されます。 TT はプログラムが動いている tty を示します。 差し当たって無視してもかまわないでしょう。 STAT はプログラムの状態を示しますが、 これもまた無視してよいでしょう。 TIME はプログラムがその CPU 上で動いている時間の長さです—これはプログラムをスタートさせたとき からの経過時間であるとはかぎりません。 CPU 上で時間を使う必要があるまでかなりの時間を費すようなプログラムもあるからです。 最後に、COMMAND はそのプログラムを起動するのに使われたコマンドラインとなります。

ps(1) は表示する情報を変えるためのオプションをたくさんサポートしています。 いちばん便利なのは auxww でしょう。 a は自分のプロセスだけではなく、 動作中のプロセス全部についての情報を表示します。 u はプロセスの所有者の名前をメモリ使用量と同様に表示します。 x はデーモンプロセスについての情報を表示し、 ww で、スクリーンに入りきらないほど長くなったコマンドラインでも省略せず、 ps(1) に全コマンドラインを表示させます。

top(1) の出力も同様です。 例は以下の通りです。

% top
last pid: 72257;  load averages:  0.13,  0.09,  0.03    up 0+13:38:33  22:39:10
47 processes:  1 running, 46 sleeping
CPU states: 12.6% user,  0.0% nice,  7.8% system,  0.0% interrupt, 79.7% idle
Mem: 36M Active, 5256K Inact, 13M Wired, 6312K Cache, 15M Buf, 408K Free
Swap: 256M Total, 38M Used, 217M Free, 15% Inuse

  PID USERNAME PRI NICE  SIZE    RES STATE    TIME   WCPU    CPU COMMAND
72257 nik       28   0  1960K  1044K RUN      0:00 14.86%  1.42% top
 7078 nik        2   0 15280K 10960K select   2:54  0.88%  0.88% xemacs-21.1.14
  281 nik        2   0 18636K  7112K select   5:36  0.73%  0.73% XF86_SVGA
  296 nik        2   0  3240K  1644K select   0:12  0.05%  0.05% xterm
48630 nik        2   0 29816K  9148K select   3:18  0.00%  0.00% navigator-linu
  175 root       2   0   924K   252K select   1:41  0.00%  0.00% syslogd
 7059 nik        2   0  7260K  4644K poll     1:38  0.00%  0.00% mutt
...

出力は2つのセクションに分かれています。 ヘッダ (最初の 5 行です) は動作している最新のプロセスの PID、 システムの平均負荷 (システムがどれくらい忙しいかの指標)、 システムの稼働時間 (最後の再起動からの時間) と現在の時刻を示します。 ヘッダの中の他の数字は動作中のプロセスの数 (この場合 47 ですね)、 使われているメモリとスワップ領域の量、 そしてシステムが異なる CPU 状態に消費した時間と関係します。

その下には ps(1) の出力と同じような情報を持った行が続きます。 前と同様 PID にユーザ名、消費 CPU 時間と実行中のコマンドを知ることができます。 top(1) を使うとデフォルトでプロセスが使っているメモリ容量も分かります。 メモリ使用量の欄は2項目に分かれており、 一方は合計使用量、 そしてもう一方は実使用量です—合計使用量はアプリケーションが必要としているメモリ量で、 実使用量はその時点で実際に使われているメモリ量です。 この例では、Netscape がだいたい 30�MB の RAM を必要としていますが、 いまのところ 9�MB しか使っていないことが分かります。

top(1) は自動的に2秒ごとに画面を更新します。 s オプションを使えば更新間隔を変更することができます。

4.7. デーモン、シグナルとプロセス終了

エディタを使っている場合、エディタを操作するのは簡単です。 ファイルを開く、などと動かせばよいのです。 このように操作できるのは、エディタにそういった機能があり、 かつエディタが端末に関連づけられているからです。 一方、ユーザから始終入力があるように設計されていないプログラムもあり、 そういったプログラムは最初から端末と切り離されます。 例えば、ウェブサーバは一日中ウェブのリクエストばかり処理するので、 通常全く入力を必要としません。 サイトからサイトへとメールを転送するプログラムも、 こういった種類のアプリケーションの一例です。

このようなプログラムは、デーモンと呼ばれます。 デーモンはギリシャ神話の登場人物で、 善でも悪でもなく、大雑把にいうと、 人間のために役立つことをしてくれる小さな妖精さんです。 今日の便利なウェブサーバやメールサーバととてもよく似ていますね。 このため、長い間 BSD のマスコットはスニーカーをはいてフォークを携えた かわいらしい姿のデーモンなのです。

通常デーモンとして動作するプログラムには末尾に “d” を持った名前をつける慣習があります。 BIND は Berkeley Internet Name Daemon ですし (実際実行されるプログラムは named という名前です)、 Apache ウェブサーバのプログラムは httpd と呼ばれますし、 ラインプリンタスプーリングデーモンは lpd、 などなどです。 これは単なる慣習で、しっかりがっちりとしたルールではありません。 例えば、Sendmail アプリケーションの主なメールデーモンは sendmail という名前で、 連想しそうな maild ではありません。

時々、デーモンプロセスと通信したいときがあります。 この通信はシグナルと呼ばれ、 デーモンにシグナルを送ることによってデーモン (に限らずどんな動作中のプロセスでも) と通信することができます。 送信可能なシグナルはたくさんあります—特別な意味があるものもあれば、 アプリケーションによって解釈されるものもありますし、 アプリケーションがシグナルをどう解釈するかは そのアプリケーションの文章を読めば分かるでしょう。 自分が持っているプロセスにしかシグナルを送ることはできません。 他人のプロセスに kill(1) や kill(2) を使ってシグナルを送っても、許可されないでしょう。 これの例外は root ユーザで、 ルートユーザは誰のプロセスでもシグナルを送ることができます。

FreeBSD もアプリケーションにシグナルを送ることがあります。 アプリケーションを下手に書くと、 予想外のメモリにアクセスしようとするので、 FreeBSD がプロセスに セグメンテーション違反 シグナル (SIGSEGV) を送ります。 ある程度の時間が経ったら alarm(3) システムコールを使って警告してもらうようなアプリケーションには、 警告シグナル (SIGALRM) が送信される、 などです。

プロセスを止めるためには2つのシグナル、 SIGTERM か SIGKILL を使います。 SIGTERM は穏かにプロセスを終了させる方法です。 プロセスはシグナルを受け取ることができ、 終了させたいのだなということを理解し、 開いているログファイルを全部を閉じ、 一般的に終了前にしていたことを終えることができます。 中断できない処理の途中だと、SIGTERM をプロセスが無視することもあるかもしれません。

プロセスは SIGKILL を無視することができません。 これは、“なにをしていようが構わないから今すぐ止まれ” というシグナルです。 プロセスに SIGKILL を送ると、 FreeBSD はそのプロセスをそこで止めます[1]。

使う可能性のあるシグナルは、他に SIGHUP、SIGUSR1、と SIGUSR2 があります。 これらは一般的な用途のシグナルで、 このシグナルが送信されたときアプリケーションによって別のことをします。

ウェブサーバの設定ファイルを変更したとしましょう—ウェブサーバに新しい設定を再読み込みさせたいですね。 httpd を止めて再起動することもできますが、 そうするとウェブサーバは一瞬ながら停止してしまいますし、 ちょっとでも止まってほしくないこともあるでしょう。 ほとんどのデーモンは SIGHUP シグナルに対して設定ファイルを再読み込みする反応を返すよう書かれています。 従って、httpd を止めて再起動する代わりに、 SIGHUP シグナルを送りましょう。 これらのシグナルへの標準的な反応というものがないために、 デーモンごとに行動が違うので、 疑問があれば必ずそのデーモンの文書を読んでください。

kill(1) コマンドを使って送るシグナルはこの例をご覧ください。

プロセスにシグナルを送る

この例では、inetd(8) にシグナルを送る方法を示します。 inetd(8) の設定ファイルは /etc/inetd.conf で、 inetd(8) は SIGHUP が送信されるとこの設定ファイルを再読み込みします。

  1. シグナルを送りたいプロセスのプロセス ID を探します。 それには ps(1) と grep(1) を使います。 grep(1) コマンドは出力を検索するために使い、 指定した文字列を探します。 このコマンドは一般ユーザで実行しますが、 inetd(8) は root で実行されているので、 ps(1) には ax オプションを与える必要があります。

    % ps -ax | grep inetd
  198  ??  IWs    0:00.00 inetd -wW

    ということで、inetd(8) の PID は 198 です。 grep inetd コマンドがこの出力に出てくる場合もあります。 それは、ps(1) が動作中のプロセスのリストを見つける方法によります。

  2. kill(1) を使ってシグナルを送ります。 inetd(8) は root で起動されているために、 まず su(1) を使って root にならなければなりません。

    % su
Password:
# /bin/kill -s HUP 198

    大部分の Unix コマンドと同じく、 成功したら kill(1) は何の出力も表示しません。 自分のものではないプロセスにシグナルを送ると、 “kill: PID: Operation not permitted” と表示されます。 PID を打ち間違えると、 悪いことに間違ったプロセスにシグナルを送ってしまうか、 もしくは運がよければその時点で使われていない PID にシグナルを送ったことになり、“kill: PID: No such process” と表示されます。

    なぜ /bin/kill を使うんでしょう?: 多くのシェルは kill コマンドを組み込みコマンドとして備えています。 つまり、/bin/kill を実行するのではなく、 シェルが直接シグナルを送ります。 これはとても便利なのですが、 シェルが違うと送るシグナルの名前の指定の仕方が違います。 シェルによって異なるシグナルの指定の仕方を全部覚えようとはせずに、 /bin/kill ... コマンドを直接使うほうが簡単です。

他のシグナルの送り方はほとんど同じで、 コマンドラインの TERM や KILL を必要に応じて変えるだけです。

重要項目: システム上のランダムプロセスを終了させるのはよくありません。 特に、プロセス ID が 1 の init(8) は特別です。 /bin/kill -s KILL 1 を使うといとも簡単にシステムをシャットダウンさせることができます。 Return を押す前に kill(1) を実行する引数を二重にチェックする癖をつけてください。

4.8. シェル

FreeBSD では日々の作業のほとんどは、 「シェル」と呼ばれるコマンドラインインタフェイスを通して行われます。 シェルの主な仕事はコマンドを入力チャンネルから受け取り、 そしてそれらを実行することです。 大部分のシェルはさらに組み込みの機能を持っていて、日々の作業、 ファイル管理やファイル名の展開、コマンドライン編集、 コマンドマクロ、環境変数などに便利です。 FreeBSD には sh (Bourne Shell) や tcsh (高機能 C-shell) が含まれています。 また、 これ以外にも zsh や bash などたくさんのシェルが FreeBSD Ports Collection から利用可能です。

「あなたは、どのシェルを使いますか?」という質問は、 まったく趣味の問題です。 あなたが C のプログラマだったとすれば、 tcsh のような C 風のシェルの方が落ち着くかもしれません。 Linux から来た人や Unix のコマンドラインインタフェイスになじみがなければ、 bash を試すのも良いでしょう。 ポイントは、それぞれのシェルは、 あなたの好みの作業環境で利用できる (もしくはできない) 独自の機能を持っているということ、 そして、どのシェルを使うことにするかを決めるのはあなた自身だということです。

シェルの一般的な機能の一つに、ファイル名の補完があります。 コマンドやファイル名の最初の数文字を与えて Tab キーを押すことで、 シェルにコマンドやファイル名の残りの部分を自動的に補完させることができます。 例をあげましょう。 二つのファイル foobar, foo.bar が あったとします。 ここで foo.bar の方を削除するには、 rm fo[Tab].[Tab] と入力します。

するとシェルは rm foo[BEEP].bar と出力するでしょう。

[BEEP] のところはコンソールのベル (訳注: 通常はビープ音が鳴ります) です。 これは複数のファイルがマッチしたため、 ファイル名の補完を完全に行なえなかったことを伝えています。 foobar と foo.bar は 両方とも fo ではじまるため、 補完できるのは foo までです。 ここで . を入力して Tab を押せば、 シェルはファイル名の残りの部分を補完できます。

もう一つあげられるシェルの特徴として、環境変数があります。 環境変数とは、シェルの環境変数空間におけるキーと値とのペアです。 この変数空間は、そのシェルから起動されたプログラムから参照でき、 それを利用してプログラムの設定を保存するのに利用されます。 下の表は、一般的な環境変数とその意味を示したものです。

変数名 意味
USER 現在のログインユーザのユーザ名。
PATH コロンで区切られた実行ファイル探索のための ディレクトリのリスト。
DISPLAY 接続する X11 ディスプレイのネットワーク名 (存在する場合のみ)。
SHELL 現在のシェル。
TERM ユーザの端末名。 端末のケーパビリティを決定するのに使われる。
TERMCAP 種々の端末の機能を実現する端末のエスケープコードの データベースのエントリ。
OSTYPE オペレーティングシステムの種別。 たとえば FreeBSD。
MACHTYPE システムが動作している CPU のアーキテクチャ。
EDITOR ユーザの選んだテキストエディタ。
PAGER ユーザの選んだテキストページャ。
MANPATH コロンで区切られたマニュアルページ探索のための ディレクトリのリスト。

環境変数をセットする方法は、 それぞれのシェルごとに多少異なります。 たとえば、tcsh や csh 等の C シェルでは setenv を使います。 sh や bash 等の Bourne シェルでは set と export を使います。 たとえば csh か tcsh で EDITOR 環境変数の値を /usr/local/bin/emacs に セットするか変更するには、次のようにします。

% setenv EDITOR /usr/local/bin/emacs

Bourne シェルでは次のようになります。

% export EDITOR="/usr/local/bin/emacs"

ほとんどのシェルでは、 コマンドライン中の変数名の前に $ 文字を置くことで、 環境変数を展開させることができます。 たとえば、 echo $TERM は $TERM が セットされている内容を表示します。 それはシェルが $TERM を展開して echo に渡しているからです。

シェルはさまざまな特殊文字を、特別なデータを表すものとして扱います。 その特殊文字はメタキャラクタと呼ばれます。 もっとも一般的なものは * で、 これはファイル名に含まれる、あらゆる文字を表します。 これらの特殊なメタキャラクタはファイル名の展開に使われます。 たとえば、echo * と入力すると ls と入力したのとほとんど同じ結果を得られます。 これはシェルが * とマッチするすべてのファイルを 受け取って echo のコマンドラインに渡し、表示するからです。

これらの特殊文字をシェルに解釈させないようにするため、 特殊文字の前にバックスラッシュ文字 (\) を置くことができます。 echo $TERM は、 あなたの端末が何にセットされているかを表示します。 echo \$TERM は $TERM と そのまま表示します。

4.8.1. シェルの変更

シェルを変更する一番簡単な方法は chsh コマンドを使うことです。 chsh を実行すると 環境変数 EDITOR で示されたエディタが立ち上がります。 環境変数をセットしていなかった時は vi が立ち上がります。 “Shell:” の行を適宜変更してください。

chsh に -s オプションをつけると、 エディタを起動せずにシェルを変更することが可能です。 たとえば、シェルを bash に変えたいなら、次のようにしてください。

% chsh -s /usr/local/bin/bash

chsh をパラメータなしで実行し、 エディタでシェルを変更しても同じことができます。

注意: 使おうと思っているシェルは必ず /etc/shells 中に書かれているものでなければなりません。 シェルを Ports Collection からインストールしていたのであれば、すでにそれは行なわれていますが、 手動でインストールした場合は、それを忘れずに行ってください。

たとえば、bash を手動で /usr/local/bin にインストールした場合 以下のようにする必要があります。

# echo "/usr/local/bin/bash" >> /etc/shells

そして chsh を実行してください。

4.9. テキストエディタ

さまざまな FreeBSD の設定は、テキストファイルを編集することで行われます。 そのため、テキストエディタの扱いに慣れると良いでしょう。 FreeBSD には、基本システムの一部として二、三提供されるものと、 Ports collection から利用できる、たくさんのテキストエディタが用意されています。

最も学習が簡単なエディタは、 easy editor の略で ee と呼ばれるものです。 ee を立ち上げるには、コマンドラインから ee filename と入力します。 ここで filename は、 編集しようとしているファイルの名前です。 たとえば、/etc/rc.conf を編集するには ee /etc/rc.conf と入力します。 一旦 ee の中に入れば、 エディタの機能を操作するコマンドはすべてディスプレイの上部に 表示されています。キャレット ^ 文字は キーボードの Ctrl キーを意味しますので、 ^e はキーのコンビネーション Ctrl+e を押すという意味になります。 ee を終了するには Esc キーを押し、 そして leave editor を選びます。 ファイルが更新されていたときは、 エディタは変更をセーブするかどうかプロンプトを出します。

FreeBSD には、基本システムの一部として vi、 一方 emacs や vim といった他のエディタは Ports Collection の一部として、 より強力なテキストエディタが用意されています。 これらのエディタはやや学習が複雑ですが、より強力で高い機能性を提供します。 しかし、あなたが多量のテキストを編集することを考えているなら、 vim や emacs といった強力なエディタを習得することは、 より多くの時間を節約することでしょう。

4.10. デバイスとデバイスノード

デバイスとはシステム上のハードウェアに関するものに対してよく使われる用語で、 ディスクやプリンタ、グラフィックカードやキーボードが含まれます。 FreeBSD が起動するとき、FreeBSD が表示しているものの大部分は検出されたデバイスです。 /var/run/dmesg.boot を眺めれば起動メッセージを読み直すことができます。

例えば、acd0 は最初の IDE CDROM ドライブで、kbd0 はキーボードを表します。

Unix オペレーティングシステムにおけるデバイスのほとんどは、 デバイスノードと呼ばれる /dev ディレクトリにあるスペシャルファイルを通してアクセスしなければなりません。

4.10.1. デバイスノードを作成する

新しいデバイスをシステムにつけ足したり、 追加デバイスのサポートをコンパイルして加えたりするときは、 デバイスノードを追加で作成しなければならない場合があります。

4.10.1.1. MAKEDEV スクリプト

DEVFS がないシステム (5.0 より前のすべてのバージョンの FreeBSD にあてはまります) では、 以下に示すように MAKEDEV(8) スクリプトを使ってデバイスノードを作成します。

# cd /dev
# sh MAKEDEV ad1

この例では、取りつけられたとき2番目に当たる IDE ドライブにとって適切なデバイスノードを作ります。

4.10.1.2. DEVFS (デバイスファイルシステム: Device File System)

デバイスファイルシステム DEVFS は、 グローバルファイルシステム名前空間の中のカーネルデバイス名前空間へのアクセスを提供します。 デバイスノードを作成したり変更したりするのではなく、 DEVFS がこの特別なファイルシステムを管理するのです。

詳しくは devfs(5) マニュアルページをご覧ください。

FreeBSD�5.0 では DEVFS がデフォルトで使われています。

4.11. 仮想コンソールと端末

FreeBSD は様々な使い方ができます。その中の一つが、 テキスト端末でコマンドを入力することです。この方法で FreeBSD を使えば、 UNIX オペレーティングシステムの能力と柔軟性を手にすることができます。 この節では、“コンソール” と “端末” はどのようなもので、FreeBSD でどう使うかを 説明します。

4.11.1. コンソール

起動時に自動的にグラフィカルな環境が起動するように FreeBSD を設定していなければ、システムが起動してスタートアップ スクリプトが実行されると、すぐにログインプロンプトが出てくるでしょう。 次のようものが表示されるはずです。

Additional ABI support:.
Local package initialization:.
Additional TCP options:.

Fri Sep 20 13:01:06 EEST 2002

FreeBSD/i386 (pc3.example.org) (ttyv0)

login:

あなたのシステムではメッセージが多少異なるかもしれませんが、 似たようなものが見られるはずです。 最後の 2 行が、今関心を向けているものです。 最後から 2 行目は、以下のようになっています。

FreeBSD/i386 (pc3.example.org) (ttyv0)

この行には、 起動したばかりのシステムについていくばくかの情報があります。 あなたは、x86 アーキテクチャ上の Intel または その互換プロセッサ上で動作している “FreeBSD” の コンソールを目にしているのです[2]。このマシンの名称 (どの UNIX 機にも名前がついて います) は pc3.example.org で、 あなたはそのシステムコンソール、ttyv0 端末に向かっています。

最後の行は、常に以下のものになります。

login:

ここは、FreeBSD にログインするために “ユーザ名” を入力するところです。次の節でどうするか説明します。

4.11.2. FreeBSD にログインする

FreeBSD は、マルチユーザ、マルチプロセスなシステムです。 これは、1 台のマシンで何人もの人が交互に多くのプログラムを 動かせるシステムに与えられる正式な説明です。

あらゆるマルチユーザシステムには、ある “ユーザ” を他のユーザと区別する何がしかの手段が必要です。 FreeBSD (とすべての UNIX ライクなオペレーティングシステム) では、 すべてのユーザに対してプログラムの実行を可能にするのに、システムに “ログイン” することを義務付けてこれを実現しています。 どのユーザにも、一意な名前 (“ユーザ名”) と個人的な秘密の鍵 (“パスワード”) があります。 FreeBSD はユーザにプログラムの実行を許可する前に、 この 2 つの入力を要求します。

FreeBSD が起動してスタートアップスクリプトを実行し終わった 直後に[3]、プロンプトを表示して有効なユーザ名の入力を促します。

login:

この例では john というユーザ名を使う ことにしましょう。このプロンプトに対して john と入力して、Enter を 押してください。そうすると、 次のような“パスワード”の入力を要求するプロンプトが 表示されます。

login: john
Password:

それでは john のパスワードを入力して Enter を押してください。パスワードは 表示されません。これについては、当面は 気にする必要はありません。セキュリティのためといえば十分でしょう。

パスワードを正確に入力したら、FreeBSD にログインして 利用可能なすべてのコマンドを試せるようになっているはずです。

4.11.3. 多数のコンソール

一つのコンソールで UNIX コマンドを動かすのは結構なことですが、 FreeBSD は多くのプログラムを一度に動かせます。 コマンドを入力できるコンソールが一つというのは、 FreeBSD のようにいくつものプログラムを同時に動かせる オペレーティングシステムの場合は少しもったいないことです。 ここで、“仮想コンソール” が非常に役に立ちます。

FreeBSD は、異なる仮想コンソールを複数 表示するように設定できます。キーボード上である組合せのキーを押せば、 その中の一つから他の仮想コンソールのどれかに切り替えられます。 それぞれのコンソールは、個別の出力チャンネルを持っており、 また FreeBSD はある仮想コンソールから次に切り替えるのに応じて、 キーボード入力とモニター出力を適切につなぎ直します。

FreeBSD は、コンソールを切り替えるために、 特別なキーの組合せを予約しています[4]。FreeBSD では Alt-F1, Alt-F2 から Alt-F8 までを、 別の仮想コンソールに切り替えるのに使えます。

あるコンソールから他に切り替えるのに応じて、FreeBSD は画面 への出力を保存して戻します。結果として、FreeBSD で動かすコマン ドを入力するのに使える複数の画面とキーボードを “仮想的に” 実現できるのです。 ある仮想コンソールで実行したプログラムは、 そのコンソールが見えなくなっている時も実行を停止しません。 別の仮想コンソールに切り替えても動き続けます。

4.11.4. /etc/ttys ファイル

初期設定では、FreeBSD は 8 つの仮想コンソールを立ち上げます。 この設定はもともと埋め込まれているわけではなく、 インストールしたものが、もっと多いまたは少ない数の仮想コンソールで 起動するように、容易にカスタマイズできます。仮想コンソールの数と 設定は /etc/ttys ファイルに書かれています。

FreeBSD の仮想コンソールを設定するには /etc/ttys ファイルを利用します。 このファイルのコメントアウトされていない (# 文字で始まっていない) 行は、一つの端末または仮想コンソールの 設定があります。FreeBSD の初期設定では、 仮想コンソールを 9 つ設定し、そのうち 8 つを有効にしています。 ttyv で始まる行がそれです。

# name  getty                           type    status          comments
#
ttyv0   "/usr/libexec/getty Pc"         cons25  on  secure
# Virtual terminals
ttyv1   "/usr/libexec/getty Pc"         cons25  on  secure
ttyv2   "/usr/libexec/getty Pc"         cons25  on  secure
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/X11R6/bin/xdm -nodaemon"  xterm   off secure

このファイルのそれぞれのカラムと仮想コンソールに設定可能な 全オプションの詳しい説明は、ttys(5) のマニュアルを 参照してください。

4.11.5. シングルユーザモードのコンソール

“シングルユーザモード” とは何かという詳しい説明は、 項13.6.2 にあります。FreeBSD を シングルユーザモードで動かしている場合は一つしかコンソールが ないということは注意しておくに値するでしょう。仮想コンソールは 利用できません。シングルユーザモードのコンソールの設定は、同じく /etc/ttys ファイルにあります。 console で始まる行を探してください。

# name  getty                           type    status          comments
#
# If console is marked "insecure", then init will ask for the root password
# when going to single-user mode.
console none                            unknown off secure

注意: console 行の上のコメントが示すように、 この行を編集して secure を insecure に変更できます。そうすると、 FreeBSD がシングルユーザモードで起動した場合にも root のパスワードを要求します。

ただし、これをinsecure に 変更する場合は十分注意してください。 root のパスワードを忘れてしまったら、 シングルユーザモードで起動するのは少しややこしくなります。 できることはできますが、FreeBSD の起動の過程とそれに関わる プログラムにあまり親しんでいない人には少し難しいかも知れません。

4.12. さらに詳しい情報を得るには...

4.12.1. オンラインマニュアル

FreeBSD についてのもっとも包括的な文書は、 マニュアルページの形式になっているものです。 FreeBSD システム上のほとんどすべてのプログラムには、 基本的な操作方法とさまざまな引数を説明しているリファレンスマニュアルが添付されています。 これらのマニュアルは man コマンドで見ることができます。man コマンドの使い方は簡単です。

% man コマンド名

コマンド名 のところには、知りたいコマンドの名前を入れます。 たとえば ls コマンドについて知りたい場合には、 次のように入力します。

% man ls

オンラインマニュアルは、 セクション番号で分類されています。

  1. ユーザコマンド

  2. システムコールとエラー番号

  3. C のライブラリ関数

  4. デバイスドライバ

  5. ファイル形式

  6. ゲームや娯楽

  7. さまざまな情報

  8. システムの管理と操作のためのコマンド

  9. カーネル開発者のための情報

時折、 同じトピックがオンラインマニュアルの複数のセクションに記載されている場合があります。 たとえば、chmod ユーザコマンドと chmod() システムコールの場合がそれに該当します。 この場合、man コマンドにセクション番号を与えることで、 どちらを参照したいかを指定することができます。

% man 1 chmod

上のようにすれば、 ユーザコマンド chmod のマニュアルページが表示されます。 オンラインマニュアルの特定セクションへの参照は、 慣習的に書かれている文書で括弧の中に示されます。 すなわち、chmod(1) は chmod ユーザコマンドを、chmod(2) はシステムコールの方を示しています。

コマンドの名前を知っていて、 単純にその使い方を知りたい場合はここまでの説明で十分でしょう。 しかし、 もしコマンドの名前を思い出せない場合にはどうしたら良いのでしょうか? man に -k スイッチをつければ、 コマンド解説 (description) の文章から、 指定したキーワードを検索することができます。

% man -k mail

このコマンドにより、 “mail” というキーワードをコマンド解説に含むコマンドの一覧が表示されます。 実際には、これは apropos コマンドを使う場合と同等の機能です。

それでは、/usr/bin にあるさまざまなコマンドすべてを見ていて、 それらが実際にどう働くのかが、まったく見当もつかないときには どうしたら良いでしょう? そのときは単純に、

% cd /usr/bin
% man -f *

とするか、あるいは同じ働きをする

% cd /usr/bin
% whatis *

としてください。

4.12.2. GNU の Info ファイル

FreeBSD には Free Software Foundation (FSF) によるアプリケーションや ユーティリティがたくさん含まれています。 これらのプログラムには、マニュアルページに加えて info ファイルと呼ばれる ハイパーテキスト形式の文書が付属しています。 この文書は info コマンド、 あるいは emacs をインストールしているなら emacs の info モードで読むことができます。

info(1) コマンドを使うには、単に次のように入力します。

% info

h と入力すると、 簡単な手引きを読むことができます。 クイックコマンドリファレンスは ? を入力してください。

第 5章アプリケーションのインストール - packages と ports

5.1. この章では

FreeBSD の基本システムには数多くのシステムツールが含まれています。 しかしながら、サードパーティ製のアプリケーションをインストールしないと、 実用的にはそれほどたくさんのことはできません。 FreeBSD は、サードパーティ製のソフトウェアの導入を支援するために、 ソースコードをコンパイルしてインストールする Ports Collection と、 コンパイル済みのバイナリをインストールする packages という相補的な 2 つの技術を提供しています。 どちらのシステムを用いても、 ローカルメディアやネットワーク上からソフトウェアをインストールできます。

この章を読むと、以下のことがわかります。

  • packages を用いてサードパーティ製のソフトウェアをバイナリからインストールする方法

  • Ports Collection を用いてサードパーティ製のソフトウェアをソースコードからコンパイルする方法

  • インストールした packages や ports を削除する方法

  • Ports Collection が用いるデフォルトの設定を変更する方法

  • お望みのソフトウェア package を探しだす方法

  • アプリケーションをアップグレードする方法

5.2. ソフトウェアのインストール

UNIX システムでは、 サードパーティ製ソフトウェアの典型的なインストール手順は以下のようになります。

  1. ソースコード、 またはバイナリ形式で配布されているソフトウェアをダウンロードする。

  2. 配布時のフォーマット (一般的には compress(1), gzip(1) または bzip2(1) で圧縮された tarball) からソフトウェアを取り出す。

  3. INSTALL または README ファイル、あるいは doc/ サブディレクトのファイルからドキュメントを探しだし、 ソフトウェアのインストール方法を調べる。

  4. ソース形式でソフトウェアが配布されている場合はコンパイルを行う。 ここでは、Makefile の編集、 または、configure スクリプトの実行、 あるいは他の作業を伴うことがある。

  5. ソフトウェアの動作を確認し、インストールする。

インストールしているソフトウェアパッケージが、 FreeBSD を意識して移植されたものでなければ、 適切に動くようコードを調べ、編集する必要があるかもしれません。

FreeBSD は、あなたのかわりにこれらのインストールの手順を実行してくれる 2 つの技術を提供しています。 この文書を書いている時点では、24,000 を越えるサードパーティ製アプリケーションが利用可能です。

FreeBSD の package は、コンパイル済みのアプリケーションの全コマンド、 各種設定ファイルやドキュメントを含んでいます。 FreeBSD に用意されている pkg_add(1), pkg_delete(1), pkg_info(1) といった package 管理コマンドで、package を扱うことができます。

FreeBSD port は、 アプリケーションをソースコードからコンパイルする際の処理を自動化するように設計されたファイルの集まりです。 port を構成するファイルは、 自動的にアプリケーションをダウンロードし、展開、パッチ作業、 コンパイル、そしてインストールを行うために必要な情報を含んでいます。

さらに ports システムは、FreeBSD の package 管理コマンドで扱うことのできる packages を生成できます。

packages と ports は依存関係を理解します。 pkg_add(1) または Ports Collection を用いてアプリケーションをインストールすると、 依存するライブラリがまだインストールされていない場合には、 最初にライブラリが自動的にインストールされます。

2 つの技術は非常に類似していますが、 packages と ports にはそれぞれ独自の特徴があります。 それぞれのアプリケーションのインストールに対する必要要件に応じてどちらかを選択してください。

package の利点

  • 一般的に、あるアプリケーションの package の tarball は、 ソースコードを含む tarball より小さなサイズとなります。

  • packages はコンパイルの時間を必要としません。 このことは、遅いシステム上で Mozilla, KDE, または GNOME といった大きなアプリケーションを扱う場合に重要となります。

  • packages を用いれば、 ソフトウェアのコンパイルに関する知識は必要ありません。

ports の利点

  • packages は、通常最も多くのシステムで実行できるように、 非常に保守的な設定で構築されています。 port からコンパイルすることで、 コンパイルオプションを指定できます。

  • アプリケーションのなかには、 どの機能をインストールするかをコンパイル時に設定するものがあります。 たとえば、Apache は多種多様な ビルトインオプションを設定できます。

    設定を区別するために、同じアプリケーションに対して 複数の packages が存在することがあります。 たとえば、Ghostscript は Xorg がインストールされているかどうかにより、 ghostscript package と ghostscript-nox11 package が選択可能となっています。 アプリケーションのコンパイルオプションが 1 つもしくは 2 つ以上になると、 複数の packages を用意することは困難になります。

  • ライセンス条項で、 バイナリでの配布を禁止しているソフトウェアがあります。 それらはソースコードで配布される必要があり、 エンドユーザがコンパイルしなくてはなりません。

  • バイナリ配布を信用していない人や、 潜在的な問題点を見つけ出すためにソースコードを読むことを好む人がいます。

  • ローカルなパッチがある場合、 それを適用するためにソースコードが必要になります。

ports の更新状況を把握するために、 FreeBSD ports メーリングリスト や FreeBSD ports bugs メーリングリスト を購読するとよいでしょう。

警告アプリケーションをインストールする前に、 そのアプリケーションに関連したセキュリティ上の問題がないことを http://vuxml.freebsd.org/ で確認するか、ports-mgmt/portaudit をインストールしてください。インストールしたら、 portaudit -F -a と入力して、 インストールされているアプリケーションに既知の脆弱性がないことを確認してください。

この章では、packages と ports を用いた FreeBSD 上での サードパーティ製ソフトウェアのインストール方法や管理方法について説明します。

5.3. ソフトウェアの探し方

FreeBSD 上で利用可能なアプリケーションのリストは常に増えています。 インストールするソフトウェアを探す方法はたくさん用意されています。

  • FreeBSD ウェブサイトは、 利用可能なすべてのアプリケーションの最新の一覧を、検索できる形で http://www.FreeBSD.org/ja/ports/ において公開しています。 ports はアプリケーションの名前や、ソフトウェアのカテゴリで検索出来ます。

  • Dan Langille は、包括的な検索ユーティリティや Ports Collection にあるアプリケーションの変更点を追跡する FreshPorts を公開しています。 登録したユーザは、監視している ports がアップデートされた時に、 そのことを自動的にメールで知らせてくれるような、 カスタマイズ可能な監視リストを使うことができます。

  • ご希望のアプリケーションの名前がわからなければ、 Freecode (http://www.freecode.com/) のようなサイトでアプリケーションを探して下さい。 その後、そのアプリケーションが ports で利用可能かどうかを FreeBSD サイトで調べて下さい。

  • port がどのカテゴリに分類されているのかを知りたいのであれば、 whereis(1) コマンドで調べることができます。 whereis ファイル と入力してください。ファイル の部分にはインストールを考えているプログラム名を入れます。

    # whereis lsof
lsof: /usr/ports/sysutils/lsof

    さらに、以下の例のように echo(1) を使って調べることもできます。

    # echo /usr/ports/*/*lsof*
/usr/ports/sysutils/lsof

    この方法では /usr/ports/distfiles 以下にダウンロードされたファイル名にもマッチします。

  • また、Ports Collection に備わっている検索機能を利用して port を検索する方法もあります。 この検索機能を利用するには、 cd コマンドを用いて /usr/ports ディレクトリに移動し、make search name=ログラム名 と入力してください。 プログラム名 の部分には検索したいソフトウェアの名前を入れてください。 たとえば、lsof を探すには次のようにします。

    # cd /usr/ports
# make search name=lsof
Port:   lsof-4.56.4
Path:   /usr/ports/sysutils/lsof
Info:   Lists information about open files (similar to fstat(1))
Maint:  obrien@FreeBSD.org
Index:  sysutils
B-deps:
R-deps:

    “Path:” という行は、 port がどこにあるかを示しています。

    より絞られた情報を得るには、 quicksearch と呼ばれる機能を使ってください。

    # cd /usr/ports
# make quicksearch name=lsof
Port:   lsof-4.87.a,7
Path:   /usr/ports/sysutils/lsof
Info:   Lists information about open files (similar to fstat(1))

    もっと詳しく検索するには、 make search key=string または make quicksearch key=string と入力してください。 string の部分には検索したいテキストを入れます。 プログラムの名前がわからない場合でも、 ある目的に関連した ports の検索に利用できるよう、 テキストの部分には、コメント、説明文および依存情報を入れることができます。

    search および quicksearch を使う場合には、 検索文字列中の大文字と小文字を区別せずに検索が行われるので、 “LSOF” を検索した結果は、 “lsof” と同じ検索結果になります。

5.4. バイナリ packages の利用

寄稿: Chern Lee.

FreeBSD には packages を管理するツールが複数あります。

  • sysinstall からシステムに packages をインストールしたり削除できます。 また、インストールされた packages や利用可能な packages の一覧を表示できます。 詳細については、項3.10.10 を参照してください。

  • この章では、コマンドラインの package 管理ツールについて説明します。

5.4.1. package のインストール

pkg_add(1) は、ローカルファイルやネットワーク上のサーバから FreeBSD バイナリ package をインストールするためのユーティリティです。

例 5-1. 手動で package をダウンロードしてローカルからインストールする

# ftp -a ftp2.FreeBSD.org
Connected to ftp2.FreeBSD.org.
220 ftp2.FreeBSD.org FTP server (Version 6.00LS) ready.
331 Guest login ok, send your email address as password.
230-
230-     This machine is in Vienna, VA, USA, hosted by Verio.
230-         Questions? E-mail freebsd@vienna.verio.net.
230-
230-
230 Guest login ok, access restrictions apply.
Remote system type is UNIX.
Using binary mode to transfer files.
ftp> cd /pub/FreeBSD/ports/packages/sysutils/
250 CWD command successful.
ftp> get lsof-4.56.4.tgz
local: lsof-4.56.4.tgz remote: lsof-4.56.4.tgz
200 PORT command successful.
150 Opening BINARY mode data connection for 'lsof-4.56.4.tgz' (92375 bytes).
100% |**************************************************| 92375       00:00 ETA
226 Transfer complete.
92375 bytes received in 5.60 seconds (16.11 KB/s)
ftp> exit
# pkg_add lsof-4.56.4.tgz

FreeBSD CD-ROM セットのような、ローカルな packages がない場合は、 pkg_add(1) に -r オプションを付け加えてください。 このオプションを指定して実行すると、 自動的に適切なオブジェクトの形式とリリースを判断し、 package を FTP サイトからダウンロードしてインストールします。 ユーザはこのほかに何もする必要はありません。

# pkg_add -r lsof

別の FreeBSD FTP ミラーサイトを使うには、 PACKAGESITE 環境変数に利用したいサイトを設定してください。 pkg_add(1) は、FTP_PASSIVE_MODE, FTP_PROXY, FTP_PASSWORD といった環境変数を使う fetch(3) を用いてファイルをダウンロードします。 ファイアウォールの内側であったり、 FTP/HTTP プロキシを使う場合には、 これらの環境変数を設定することになります。 環境変数の一覧については fetch(3) をご覧ください。 また、上の例で lsof-4.56.4 の代わりに lsof を使っていることに注意してください。 リモートフェッチ機能を使用する場合には、 package のバージョン番号を取り除かなければなりません。

注意: FreeBSD-CURRENT または、FreeBSD-STABLE を使用している場合、 pkg_add(1) は自動的に最新版のアプリケーションをダウンロードします。 -RELEASE を使用している場合には、 そのバージョンのリリース時にビルドされた package をダウンロードします。 この設定は PACKAGESITE を上書きすることで変更できます。 たとえば、FreeBSD�8.1-RELEASE を使用している場合には、 pkg_add(1) を実行するとデフォルトで ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/Latest/ から packages をダウンロードします。 pkg_add(1) を使って FreeBSD�8-STABLE の packages をダウンロードするには、 PACKAGESITE 環境変数を ftp://ftp.freebsd.org/pub/FreeBSD/ports/i386/packages-8-stable/Latest/ に設定してください。

package は .tgz や .tbz という拡張子を持つファイルとして配布されており、 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/packages/ や FreeBSD DVD の /packages ディレクトリにあります。 packages のレイアウトは、 /usr/ports ツリーのものと同様です。 カテゴリごとにディレクトリがあり、 All ディレクトリにはすべての package があります。

package システムのディレクトリ構造は ports のレイアウトと同一です。 両者が組み合わさって package/port システムが構成されます。

5.4.2. packages の管理

pkg_info(1) は、インストールされている packages の一覧と説明を表示します。

# pkg_info
colordiff-1.0.13    A tool to colorize diff output
docbook-1.2         Meta-port for the different versions of the DocBook DTD
...

pkg_version(1) は、インストールされている packages のバージョンを要約して表示します。 また、package のバージョンを、 現在の ports ツリーのバージョンと比較します。

# pkg_version
colordiff                   =
docbook                     =
...

2 列目の記号は、インストールされているバージョンの ローカル ports ツリーのバージョンに対する 新旧を表します。

記号 意味
= インストールされている package のバージョンは、 ローカル ports ツリーのものと一致しています。
< インストールされているバージョンは、 ローカルにある ports ツリーのものより古いです。
> インストールされているバージョンは、 ローカルにある ports ツリーのものより新しいです。 すなわち、ローカルの ports ツリーはおそらく古くなっています。
? インストールされた package を ports インデックスの中に見つけることができません。 インストールされた port が Ports Collection から削除されたり、 名前が変更された場合などに起こります。
* 複数のバージョンの package が存在します。
! インストールされた package はインデックス中に存在しますが、何らかの理由で、 インストールされた package のバージョン番号をインデックス中のエントリと比較できません。

5.4.3. package の削除

インストールされている package を削除するには、 pkg_delete(1) を使ってください。

# pkg_delete xchat-1.7.1

pkg_delete(1) は package 名とバージョン番号の両方を必要とします。 すなわち、先ほどの例において xchat-1.7.1 を xchat とした場合には動作しません。 pkg_version(1) を使ってインストールされている package のバージョンを調べるか、ワイルドカードを使ってください。

# pkg_delete xchat\*

上の例では、名前が xchat で始まるすべての packages が削除されます。

5.4.4. その他

インストールされた各 package のファイルの一覧や説明といった、 package に関するすべての情報は、 /var/db/pkg ディレクトリ以下に置かれています。

5.5. pkgng によるバイナリ package の管理

pkgng は、FreeBSD における伝統的な package 管理ツールの置き換えであり、バイナリ packages をより早く、 より簡単に管理できるようにする数多くの機能を提供します。 pkgng の最初のリリースは 2012 年 8 月に行われました。

pkgng は ports-mgmt/portmaster や ports-mgmt/portupgrade などの port 管理ツールの置き換えではありません。 ports-mgmt/portmaster および ports-mgmt/portupgrade は、 サードパーティ製ソフトウェアをバイナリ packages と Ports Collection の両形式からインストールできますが、 pkgng はバイナリ packages のみをインストールします。

5.5.1. pkgng 入門

FreeBSD�9.1 以降では、 pkgng のための "ブートストラップ" ユーティリティが用意されています。 ブートストラップユーティリティは pkgng をダウンロードし、インストールします。

システムをブートストラップするためには、 以下を実行してください。

# /usr/sbin/pkg

これより前のバージョンの FreeBSD では、Ports Collection または packages を用いてインストールする必要があります。

pkgng port をインストールするには以下を実行してください。

# cd /usr/ports/ports-mgmt/pkg
# make
# make install clean

package からインストールするには以下を実行してください。

# pkg_add -r pkg

FreeBSD のインストールがすでに行われているようなシステムでは、 pkg_install package データベースを新しいフォーマットへ変換する必要があります。 変換を行うには以下を実行してください。

# pkg2ng

このステップは、 サードパーティ製ソフトウェアがまだインストールされていないような、 新しくインストールされた直後のシステムでは必要ありません。

重要項目: このステップは非可逆です。 一度 package データベースを pkgng フォーマットへと変換したら、pkg_install ツールを使うべきではありません。

注意: package データベースを変換する際には、 新しいバージョンへのデータ変換に伴ったエラーが出力されることがあります。 通常、これらのエラーは無視して構いませんが、 pkg2ng 終了後に表示される、 変換に失敗したサードパーティ製ソフトウェアの一覧については、 これらのソフトウェアを手動で修正する必要があります。

FreeBSD のバージョンが 10.X より前であれば、 以下の行を /etc/make.conf に追加して、 FreeBSD�Ports Collection がソフトウェアの登録に、 pkg_install ではなく pkgng を用いるように設定してください。

WITH_PKGNG=	yes

5.5.2. pkgng 環境の設定

pkgng package 管理システムでは、 ほとんどのコマンドに対して package リポジトリを使います。 デフォルトの package リポジトリは /usr/local/etc/pkg.conf または PACKAGESITE 環境変数で定義されます。 この環境変数は、設定ファイルを上書きします。

その他の pkgng の設定オプションは、pkg.conf(5) に記述されています。

5.5.3. 基本的な pkgng の操作

pkgng の利用情報は、 man.pkg(8) のマニュアルページや、 pkg を引数なしに実行すると表示されます。

各 pkgng コマンドの引数は、 コマンドに固有なマニュアルページに記述されています。 たとえば、pkg install のマニュアルページを読むには、 以下を実行してください。

# pkg help install

# man pkg-install

5.5.3.1. pkgng を使ってインストールされた package の情報を得るには

pkg info を実行すると、 システムにインストールされている package 情報が得られます。 pkg_info(1) 同様、すべての package のバージョン、 および説明の一覧が表示されます。

ある特定の package の情報が必要であれば、 以下を実行してください。

# pkg info packagename

たとえば、システムにインストールされている pkgng の情報を調べるには、 以下のように実行してください。

# pkg info pkg
pkg-1.0.2			New generation package manager

5.5.3.2. pkgng を用いた packages のインストールと削除

通常、ほとんどの FreeBSD ユーザは、バイナリパッケージを pkg install packagename でインストールすることでしょう。

# pkg install packagename

項5.5.2 で説明した通り、 pkg install はリポジトリデータを使用します。 これとは反対に、pkg-add(8) はリポジトリデータを用いなければ、 定義されている PACKAGESITE も使いません。 そのため、依存関係は適切には追跡されず、 足りない依存についてもリモートホストからダウンロードされません。 この節では pkg install の使用方法について説明します。 pkg add の使用方法については pkg-add(8) をご覧ください。

追加のバイナリ package は、 pkg install によりインストールされます。 たとえば、 curl をインストールするには以下を実行してください。

# pkg install curl
Updating repository catalogue
Repository catalogue is up-to-date, no need to fetch fresh copy
The following packages will be installed:

	Installing ca_root_nss: 3.13.5
	Installing curl: 7.24.0

The installation will require 4 MB more space

1 MB to be downloaded

Proceed with installing packages [y/N]: y
ca_root_nss-3.13.5.txz		100%	255KB 	255.1KB/s 255.1KB/s	00:00
curl-7.24.0.txz			100%	1108KB	1.1MB/s	1.1MB/s		00:00
Checking integrity... done
Installing ca_root_nss-3.13.5... done
Installing curl-7.24.0... done

新しい package と依存関係から追加された package は、 インストール済み package 一覧に表示されます。

# pkg info
ca_root_nss-3.13.5	The root certificate bundle from the Mozilla Project
curl-7.24.0	Non-interactive tool to get files from FTP, GOPHER, HTTP(S) servers
pkg-1.0.2	New generation package manager

必要のなくなった packages は、 pkg delete を使って削除できます。 たとえば、curl が必要なくなったら、 以下のようにして削除できます。

# pkg delete curl
The following packages will be deleted:

	curl-7.24.0_1

The deletion will free 3 MB

Proceed with deleting packages [y/N]: y
Deleting curl-7.24.0_1... done

5.5.3.3. pkgng による package のアップグレード

pkg version を用いて古くなった packages を見つけることができます。 ローカルに ports ツリーがない場合には、 pkg-version(8) は、リモートリポジトリのカタログを利用します。 そうでなければ、ローカルの ports ツリーを使って package のバージョンを同定します。

pkgng を用いて package を新しいバージョンにアップグレードできます。 curl の新しいバージョンがリリースされた場合には、ローカル package を以下のようにして新しいバージョンにアップグレードできます。

# pkg upgrade
Updating repository catalogue
repo.txz		100%	297KB 296.5KB/s 296.5KB/s	00:00
The following packages will be upgraded:

	Upgrading curl: 7.24.0 -> 7.24.0_1

1 MB to be downloaded

Proceed with upgrading packages [y/N]: y
curl-7.24.0_1.txz	100% 1108KB	1.1MB/s	1.1MB/s		00:00
Checking integrity... done
Upgrading curl from 7.24.0 to 7.24.0_1... done

5.5.3.4. pkgng による package の検証

時折、Ports Collection に含まれているソフトウェアに脆弱性が見つかることがあります。 pkgng は、ports-mgmt/portaudit package 同様の検証機能を持っています。 システムにインストールされているソフトウェアを検証するには、 以下のように実行してください。

# pkg audit -F

5.5.4. 高度な pkgng の利用

5.5.4.1. pkgng によるリーフ依存 ports の自動削除

package を削除すると、不必要な依存 ports、たとえば上の例では security/ca_root_nss が残されることがあります。 これらの packages は、 インストールされたままでどこからも依存されていません。 依存のために導入され、現在は不必要になった package は、 以下のようにすると自動的に検出され、削除されます。

# pkg autoremove
Packages to be autoremoved:
	ca_root_nss-3.13.5

The autoremoval will free 723 kB

Proceed with autoremoval of packages [y/N]: y
Deinstalling ca_root_nss-3.13.5... done

5.5.4.2. pkgng package データベースのバックアップ

伝統的な package 管理システムとは異なり、 pkgng には package データベースをバックアップするメカニズムがあります。 package データベースの内容を手動でバックアップするには、 以下を実行してください。

# pkg backup -d pkgng.db

注意: ファイル名の pkgng.db を適切なファイル名に置き換えてください。

さらに、pkgng は package データベースを毎日自動的にバックアップする periodic(8) スクリプトを含んでいます。 periodic.conf(5) の中で、 daily_backup_pkgng_enable を YES に設定するとバックアップされます。

ティップ: pkg_install の定期的なスクリプトが、 package データベースを同様にバックアップすることを避けるためには、 periodic.conf(5) の中で、 daily_backup_pkgdb_enable を NO に設定してください。

過去にバックアップした package データベースの中身をリストアするには、以下を実行してください。

# pkg backup -r /path/to/pkgng.db

5.5.4.3. 古くなった pkgng package の削除

デフォルトでは、pkgng はキャッシュディレクトリにバイナリ packages を保存します。 このディレクトリは、pkg.conf(5) の PKG_CACHEDIR 変数で定義されます。 pkg upgrade を使って packages をアップグレードする際には、 アップグレードされた package の古いバージョンは自動的には削除されません。

システムから古いバイナリ package を削除するには、 以下を実行してください。

# pkg clean

5.5.4.4. pkgng package メタデータの変更

歴史的に FreeBSD�Ports Collection は、メジャーバージョン番号の変更に対応できます。 pkg_install とは異なり、 pkgng には、 package の情報をアップデートするコマンドが組み込まれています。 たとえば、lang/php5 のバージョンが、もともとは 5.3 で、5.4 がリリースされたことに伴い lang/php53 へと名前が変更される場合、 pkg_install では、 package のデータベースを、 どの port がインストール元であったかという情報を変更するために ports-mgmt/portmaster のような別のソフトウェアを必要とします。

ports-mgmt/portmaster および ports-mgmt/portupgrade ports とは異なり、引数に与えるバージョンの新、旧の順番は異なります。 pkgng での構文は、pkg set -o category/oldport:category/newport となります。

たとえば、上記の例の package の情報を変更するには、 以下のように実行してください。

# pkg set -o lang/php5:lang/php53

別の例として、lang/ruby18 を lang/ruby19 にアップデートするには、 以下のようにしてください。

# pkg set -o lang/ruby18:lang/ruby19

最後の例として、 libglut 共有ライブラリの情報を graphics/libglut から graphics/freeglut へと変更するには、 以下のように実行してください。

# pkg set -o graphics/libglut:graphics/freeglut

注意: package の情報を変更したら、多くの場合、 情報が変更された package に依存している packages を再インストールすることが重要となります。 依存 packages を再インストールするには、 以下のように実行してください。

# pkg install -Rf graphics/freeglut

5.6. Ports Collection の利用

このセクションでは、Ports Collection を利用してプログラムをインストールしたり、 システムから削除したりする基本的な手順について説明します。 利用可能な make のターゲットや環境変数についての詳細は ports(7) をご覧ください。

警告FreeBSD Ports プロジェクトは、2012 年にバージョン管理システムを CVS から Subversion へと移行しました。 一般的な ports の利用において推奨される方法は Portsnap です。 ローカルで ports をカスタマイズしたい (すなわち、ローカルで追加のパッチをメンテナンスしたい) と考えているユーザは、直接 Subversion を使うとよいでしょう。 CVSup のサービスは、 2013 年 2 月 28 日に廃止されました。

5.6.1. Ports Collection の準備

Ports Collection とは、/usr/ports 以下に置かれる Makefile, 修正パッチ、 説明文などの一連のファイルのことです。このファイルのセットは、 アプリケーションをコンパイルして FreeBSD にインストールするのに用いられます。 以下では、FreeBSD のセットアップ時に Ports Collection をインストールしなかった場合に、 Ports Collection を準備する方法について示します。

Portsnap を利用する方法

Portsnap は Ports Collection を取得するための速くて使いやすく、 多くのユーザに推奨されるツールです。 Portsnap の機能についての詳細は Portsnap を使う の節を参照してください。

  1. 圧縮された Ports Collection のスナップショットを /var/db/portsnap にダウンロードしてください。

    # portsnap fetch

  2. 初めて Portsnap を使う時は、 スナップショットをまず /usr/ports に展開してください。

    # portsnap extract

  3. 上で示した Portsnap を初めて利用する際に行うコマンドを実行した後は、 以下のコマンドで /usr/ports をアップデートできます。

    # portsnap fetch
# portsnap update

Subversion を用いる方法

たとえば、ローカルで変更点をメンテナンスする状況のように、 ports ツリーの管理が必要な場合には、 Subversion を使って Ports Collection を取得する方法があります。 Subversion のより詳細な説明については、 Subversion Primer を参照してください。

  1. Subversion を使って ports ツリーをチェックアウトする前に、 Subversion をインストールしておく必要があります。 ports ツリーがすでにインストールされていれば、 以下のようにして Subversion をインストールできます。

    # cd /usr/ports/devel/subversion
# make install clean

    ports ツリーがなければ、package から Subversion をインストールできます。

    # pkg_add -r subversion

    package の管理に pkgng を使っているのであれば、代わりに以下のようにして Subversion をインストールできます。

    # pkg install subversion

  2. ports ツリーをチェックアウトしてください。 パフォーマンスを良くするため、以下のコマンドにおいて、 svn0.us-east.FreeBSD.org を Subversion ミラー の中から地理的に近い場所にあるミラーに置き換えてください。 コミッタの方々は、最初に Subversion Primer を読んで、適切なプロトコルを選択してください。

    # svn checkout https://svn0.us-east.FreeBSD.org/ports/head /usr/ports

  3. Subversion でチェックアウトした後、 /usr/ports をアップデートするには、以下を実行してください。

    # svn update /usr/ports

sysinstall を利用する方法

ここでは、sysinstall を利用してインストールメディアから Ports Collection をインストールする方法について説明します。 この方法では、リリース時の古い Ports Collection がインストールされることに注意してください。 もし、インターネットへの接続が可能であれば、 これまでに説明した方法を使ってください。

  1. root ユーザ権限で、以下のように sysinstall を実行してください。

    # sysinstall

  2. スクロールダウンして Configure を選び、 Enter を押してください。

  3. スクロールダウンして Distributions を選び、 Enter を押してください。

  4. スクロールダウンして ports を選び、 Space キーを押してください。

  5. Exit までスクロールアップして、 Enter を押してください。

  6. CDROM や FTP といったインストールメディアを選択してください。

  7. Exit までスクロールアップして、Enter を押してください。

  8. X を押して、 sysinstall を終了してください。

5.6.2. CVSup/csup から portsnap への移行

警告2013 年 2 月 28 日までに ports ツリーの CVS へのエクスポートは終了します。 そのため、CVSup および csup を用いて ports ツリーをアップデートすることはできなくなります。

Portsnap への移行

移行に際しては、 /usr に約 1�GB のディスク容量と、 さらに Portsnap は約 150�MB のディスク容量を /var に必要とします。

  1. もし cron(8) を使って CVSup csup を実行するなど、 自動的な ports のアップデートを行なっているのであれば、 停止してください。

  2. 現在の ports ツリーを一時的に別の場所に移動します。

    # mv /usr/ports /usr/ports.old

  3. 新しい ports ツリーを Portsnap を使ってダウンロードして、 /usr/ports に展開してください。

    # portsnap fetch extract

  4. distfiles および保存されている packages を新しい port ツリーに移動してください。

    # mv /usr/ports.old/distfiles /usr/ports
# mv /usr/ports.old/packages /usr/ports

  5. 古い ports ツリーを削除してください。

    # rm -rf /usr/ports.old

  6. もし CVSup を使用していたのであれば、アンインストールできます。

    # pkg_delete -r -v cvsup-without-gui-\*

    pkgng のユーザは、 以下のコマンドを使って削除できます。

    # pkg delete cvsup-without-gui

Portsnap の詳細と、 Portsnap を用いた ports ツリーのアップデート方法については、 Portsnap を使う の節を読んでください。

5.6.3. ports のインストール

port スケルトンは、アプリケーションを FreeBSD 上で正しくコンパイルしインストールする方法を提供するファイルのセットのことです。 それぞれの port スケルトンには、次のファイルが含まれています。

  • Makefile。 Makefile にはアプリケーションのコンパイル方法やシステムのどこにインストールするかを指定する命令文が含まれています。

  • distinfo。 このファイルには、その port を構築するためにダウンロードする必要があるファイルのファイル名と、 それらのファイルがダウンロードによって壊れていないかを (sha256(1) を使って) 確認するためのチェックサム情報が含まれています。

  • files。 このディレクトリには FreeBSD 上でプログラムをコンパイルし、 インストールするための修正パッチが含まれています。 このディレクトリには、その port の構築に必要なその他のファイルが入る場合もあります。

  • pkg-descr。 このファイルにはプログラムに関する、より詳しい説明文が含まれます。

  • pkg-plist。 これは、その port によってインストールされる全ファイルのリストです。 これにはプログラムを削除する際に、 どのファイルを削除すれば良いのかを ports システムに伝える役割もあります。

これらの他に pkg-message といったファイルを含む ports もあります。 ports システムは、 このようなファイルを用いて特殊な状況にも対応しています。 これらのファイルについての詳細および ports の一般的な説明については、port 作成者のためのハンドブック をご覧下さい。

port は実際のソースコード (“distfile” とも呼ばれます) を含んではいません。 ソースコードはソフトウェアの作者が好む形式で配布されます。 以下では port をインストールする 2 つの方法について説明します。

注意: ports をインストールするには、 root としてログインする必要があります。

警告port をコンパイルする前に、 Ports Collection が最新であることを確認してください。 また、その port に関連したセキュリティ上の問題がないことを http://vuxml.freebsd.org/ で確認してください。ports-mgmt/portaudit をインストールしているのであれば、 新しく port をインストールする前に、 portaudit -F コマンドを実行して、 最新の脆弱性に関するデータベースをダウンロードしてください。 セキュリティの検査およびデータベースの更新は、 日々のセキュリティチェックで行なわれます。 詳しくは、portaudit(1) および periodic(8) のマニュアルページを参照してください。

Ports Collection は、ネットワークに接続できることを想定しています。 もし接続できなければ、distfile のコピーを /usr/ports/distfiles に手動で置いてください。

まず、インストールしたい port のディレクトリに移動してください。

# cd /usr/ports/sysutils/lsof

port をコンパイルまたは “ビルド (build)” するには、プロンプトから make と入力してください。 そうすると、次のような出力が現われるはずです。

# make
>> lsof_4.57D.freebsd.tar.gz doesn't seem to exist in /usr/ports/distfiles/.
>> Attempting to fetch from ftp://lsof.itap.purdue.edu/pub/tools/unix/lsof/.
===>  Extracting for lsof-4.57
...
[extraction output snipped]
...
>> Checksum OK for lsof_4.57D.freebsd.tar.gz.
===>  Patching for lsof-4.57
===>  Applying FreeBSD patches for lsof-4.57
===>  Configuring for lsof-4.57
...
[configure output snipped]
...
===>  Building for lsof-4.57
...
[compilation output snipped]
...
#

コンパイルが終了すると、プロンプトに戻ります。 次に make install を使って、port のインストールを行ないます。

# make install
===>  Installing for lsof-4.57
...
[installation output snipped]
...
===>   Generating temporary packing list
===>   Compressing manual pages for lsof-4.57
===>   Registering installation for lsof-4.57
===>  SECURITY NOTE:
      This port has installed the following binaries which execute with
      increased privileges.
#

プロンプトに戻ったら、 インストールしたプログラムは実行できるようになっています。 lsof は高い権限で動作するプログラムなので、 セキュリティに関する警告が表示されます。ports のコンパイルやインストール中に表示されるこれらの警告に注意してください。

コンパイル時に作成される作業用ディレクトリを削除すると良いでしょう。 このディレクトリにはコンパイル時に使用されるすべての一時ファイルが含まれています。 このディレクトリを削除することで、ディスク容量を節約でき、また port を新しいバージョンへアップデートする際に問題が起こる可能性を小さくします。

# make clean
===>  Cleaning for lsof-4.57
#

注意: make、make install および make clean と三つに分けられた手順の代わりに、 最初から make install clean と実行することで、 余分な手順を二つ省くことができます。

注意: デフォルトでは、ユーザに port のオプションを選択させる設定のため、 make install だけの実行では、ユーザとの対話が起こり長時間待たされることがあります。 依存する port の数が多い場合に、これを避けるには、まず最初に make config-recursive を実行して設定を一括で行い、その後 make install [clean] を実行してください。

ティップ: config-recursive を実行する際、 make(1) のターゲットである all-depends-list を実行すると、設定すべき ports の一覧を得ることができます。 多くの場合は、すべての依存 ports のオプションが定義され、 ports オプションの dialog(1) 画面が表示されなくなり、 すべてのオプションが意図通りに設定されたことを確認できるまで make config-recursive を実行すると良いでしょう。

注意: シェルによってはコマンドの実行ファイルを探す時間を短縮するために、 環境変数 PATH に登録されている ディレクトリのコマンド一覧をキャッシュするものがあります。 tcsh を使っているのであれば、 フルパスを指定することなく新しくインストールしたコマンドを利用できるように、 rehash を実行してください。 sh シェルを使っているのであれば かわりに hash -r を実行してください。 詳細については、 あなたの使っているシェルのドキュメントをご覧ください。

FreeBSD Mall の FreeBSD Toolkit のようなサードパーティ製の DVD-ROM 製品の中には distfiles を収録しているものがあります。 これらを Ports Collection で使うことができます。 DVD-ROM を /cdrom にマウントしてください。 ほかのマウントポイントを使用したければ、 CD_MOUNTPTS 変数を設定してください。 ディスク上に必要な distfiles が存在すると、 自動的に利用されます。

注意: port には DVD への収録を許可しないライセンス条項を持つものがあります。 これにはダウンロード前に登録を必要としたり、 再配布が禁止されているという理由があります。 DVD に含まれていない port をインストールしたい場合には、 ネットワークに接続する必要があります。

ports は、FTP_PASSIVE_MODE, FTP_PROXY, FTP_PASSWORD といった環境変数を参照する fetch(1) を用いてファイルをダウンロードします。 ファイアウォールの内側であったり、 FTP/HTTP プロキシを使う場合には、 これらの環境変数を設定することなります。 環境変数の一覧については fetch(3) をご覧ください。

ネットワークに常時接続できないユーザのために make fetch コマンドが用意されています。 (ネットワークに接続している時に) このコマンドを /usr/ports で実行してください。 必要なファイルがダウンロードされます。 このコマンドは /usr/ports/net といった、より下の階層のカテゴリにおいても使うことができます。 ある port がライブラリやその他の ports に依存している場合には、 別のカテゴリの ports の distfiles はダウンロードされないことに注意してください。 port が依存しているすべてをダウンロードしたければ、 make fetch-recursive を使ってください。

注意: トップディレクトリで make を実行するとすべての port がビルドされます。 しかしながら ports の中には同時に存在できないものがあったり、 異なる ports の別のファイルが同じ名前で インストールされる場合があることに注意してください。

めったにないことかもしれませんが、 デフォルトの MASTER_SITES に書かれているサイト以外から tarball を持ってくることが必要になる場合があります。 そのような場合には以下のように MASTER_SITES を変更してください。

# cd /usr/ports/directory
# make MASTER_SITE_OVERRIDE= \
ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ fetch

上の例では MASTER_SITES を ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ に変更しています。

注意: ports の中にはビルドオプションを指定できるものがあります。 このオプションを指定することで、 アプリケーションの機能の一部を有効もしくは無効にできます。 また、セキュリティオプションを設定したり、 その他のカスタマイズを行うことができます。 このようなアプリケーションには www/firefox, security/gpgme や mail/sylpheed-claws などがあります。 利用可能なオプションがある場合には、 port をコンパイルする前にメニューが表示されます。

5.6.3.1. ports ディレクトリの変更

WRKDIRPREFIX 変数と PREFIX 変数を変更することで、 作業ディレクトリやターゲットディレクトリをデフォルトのものから変更できます。

# make WRKDIRPREFIX=/usr/home/example/ports install

とすると、ports は /usr/home/example/ports でコンパイルされ、すべて /usr/local 以下にインストールされます。

# make PREFIX=/usr/home/example/local install

この場合、port のコンパイルは /usr/ports でおこない、 /usr/home/example/local にインストールします。

そして、

# make WRKDIRPREFIX=../ports PREFIX=../local install

とすれば両者を組み合わせることが可能です。

あるいは、これらを環境変数に設定する方法もあります。 どのように環境変数を設定するかについては、 あなたの使っているシェルのマニュアルページを参照してください。

5.6.3.2. ports の再構築

ports をコンパイルする際、ビルドオプションを設定するために ncurses ベースのメニューが表示されることがあります。 port の構築後、再びこのメニューを表示させてオプションの追加や削除、 設定の変更を行う方法はたくさんあります。 一つ目は port のディレクトリに cd で移動し、 make config と入力する方法です。 別の方法は make showconfig を使う方法です。 他の方法は make rmconfig の実行です。 このコマンドを実行すると選択されているすべてのオプションが削除され、 設定をもう一度やり直すことができます。 これらの方法や他の方法についての詳細は、 ports(7) マニュアルで説明されています。

5.6.4. インストールした ports の削除

インストールされた ports および packages は、 pkg_delete(1) コマンドで削除できます。

# pkg_delete lsof-4.57

5.6.5. ports のアップグレード

まず最初に pkg_version(1) コマンドを使って、 古くなってしまった ports の中で新しいバージョンにアップデート可能なものを Ports Collection からリストアップしてください。

# pkg_version -v

5.6.5.1. /usr/ports/UPDATING を読む

Ports Collection を更新したら、port をアップグレードする前に /usr/ports/UPDATING ファイルに目を通してください。 このファイルには port をアップグレードする際にユーザが遭遇するであろう問題や、 追加で必要な作業などが記述されています。 例えば、ファイル形式の変更や設定ファイルの場所の変更、 前のバージョンと互換性がなくなったことなどが書かれています。

もし、この節に書いてあることと UPDATING に書かれていることが矛盾している場合には、 UPDATING を優先してください。

5.6.5.2. portupgrade を用いた ports のアップグレード

portupgrade は、 インストールした ports のアップグレードを簡単に行なうためのユーティリティです。 ports-mgmt/portupgrade port から利用できます。 他の port と同じように make install clean でインストールしてください。

# cd /usr/ports/ports-mgmt/portupgrade
# make install clean

pkgdb -F を使って、 インストールされている ports を調べてください。 矛盾が検出された場合には修復してください。 アプリケーションをアップデートする前には、 この作業を定期的に行なうとよいでしょう。

システムにインストールされている port の中で古くなったものをすべてアップデートするには portupgrade -a を実行してください。 もし、すべての ports に対して個別にアップグレードするかどうかを確認したいのであれば、 -i を追加してください。

# portupgrade -ai

ports で利用可能なすべてのアプリケーションではなく、 ある特定のアプリケーションだけを更新したいのであれば、 portupgrade pkgname を実行してください。 アップグレードするアプリケーションが依存しているすべての ports をまず先に更新したい場合には、 -R を使ってください。

# portupgrade -R firefox

ports ではなく packages を用いてインストールを行ないたい場合には、 -P オプションを使ってください。 このオプションを使うと、portupgrade は PKG_PATH に登録されているローカルディレクトリを検索し、 ローカルに packages が見つからなければ、 リモートサイトからダウンロードを試みます。 packages をローカルに見つけることができず、 リモートサイトからもダウンロードできない場合には、 portupgrade は ports からインストールを行ないます。 ports を使用したくなければ、-PP オプションを指定してください。

# portupgrade -PP gnome2

また、ビルドやインストールを行なわず、 distfiles (-P が指定されている場合は packages) だけをダウンロードしたければ、 -F オプションを指定してください。 詳細は portupgrade(1) を参照してください。

5.6.5.3. portmaster を用いた ports のアップグレード

インストールした ports のアップグレードを行うためのもう一つのユーティリティが ports-mgmt/portmaster です。 portmaster は、 他の ports に依存せずに、“base” システムのツールのみを使うように設計されています。 このアプリケーションは、 どの ports をアップグレードすべきかの判断を、 /var/db/pkg/ の情報を使って行います。 port をインストールするには以下のようにしてください。

# cd /usr/ports/ports-mgmt/portmaster
# make install clean

Portmaster は、ports を 4 つのカテゴリに分類します。

  • Root ports: 他の port に依存せず、他の port からも依存されません。

  • Trunk ports: 他の port に依存しませんが、他の port から依存されています。

  • Branch ports: 他の port に依存し、他の port からも依存されています。

  • Leaf ports: 他の port に依存しますが、他の port からは依存されません。

-L オプションを使うと、 インストールした ports やアップデート可能な port の一覧が表示されます。

# portmaster -L
===>>> Root ports (No dependencies, not depended on)
===>>> ispell-3.2.06_18
===>>> screen-4.0.3
        ===>>> New version available: screen-4.0.3_1
===>>> tcpflow-0.21_1
===>>> 7 root ports
...
===>>> Branch ports (Have dependencies, are depended on)
===>>> apache-2.2.3
        ===>>> New version available: apache-2.2.8
...
===>>> Leaf ports (Have dependencies, not depended on)
===>>> automake-1.9.6_2
===>>> bash-3.1.17
        ===>>> New version available: bash-3.2.33
...
===>>> 32 leaf ports

===>>> 137 total installed ports
        ===>>> 83 have new versions available

以下のコマンドを使って、 インストールされているすべての ports をアップデートできます。

# portmaster -a

注意: portmaster のデフォルトの設定では、 インストールされている port を削除する前にバックアップ用の package が作成されます。 このバックアップは、新しいバージョンのインストールに成功すると削除されます。 -b を使うと、 portmaster はバックアップを自動的に削除しません。 -i を追加すると、 portmaster をインタラクティブモードで使用できます。 このモードでは、各 port をアップグレードするかどうかの選択を対話的に行うことがでます。

アップグレードの過程でエラーに遭遇した場合には、 -f を使ってすべての ports のアップグレードや再構築を行なってください。

# portmaster -af

portmaster を使ってシステムに新しい ports をインストールしたり、新しい port のコンパイルやインストール前に依存するすべての port をアップグレードできます。

# portmaster shells/bash

詳細については portmaster(8) を参照してください。

5.6.6. ports とディスク容量

Ports Collection を使い続けていると、 そのうちディスクを食いつぶしてしまうでしょう。 ports をビルドしてインストールした後、 make clean は作業用の work ディレクトリを削除します。 以下のコマンドで Ports Collection を掃除することができます。

# portsclean -C

時間が経つにつれ distfiles ディレクトリには、古くなったソースファイルがたまっていきます。 次のコマンドで、どの ports からも使われていない distfiles を削除できます。

# portsclean -D

システムにインストールされている port から使われていない distfiles をすべて削除するには、以下のコマンドを使ってください。

# portsclean -DD

注意: portsclean ユーティリティは ports-mgmt/portupgrade ツール群の一部です。

ports-mgmt/pkg_cutleaves port は、 必要なくなった ports を削除する作業を自動化します。

5.7. インストール後の作業

新しいアプリケーションのインストールが終わったら、 次に付属のドキュメントを読みたいと思うでしょう。 また、必要な設定ファイルを編集したり、 システム起動時にアプリケーションのサービスが開始することを確認したくなるでしょう。

port のインストール後に追加で行わなければならない作業の詳細は、 アプリケーションごとに異なります。 しかしながら、新しいアプリケーションをインストールしたばかりで、 “次は何 ?” と思っているのであれば、 以下の tips は役に立つでしょう。

  • どのようなファイルがどこにインストールされているのかを知りたければ、 pkg_info(1) を使ってください。 たとえば、FooPackage の 1.0.0 バージョンをインストールしたのであれば、 以下を実行してください。

    # pkg_info -L foopackage-1.0.0 | less

    上のコマンドを実行すると package としてインストールされているすべてのファイルが表示されます。 特に、man/, etc/, doc/ に置かれているファイルに注目してください。 それぞれ、マニュアルページ、 設定ファイル、より包括的なドキュメントが置かれています。

    アプリケーションのバージョンを確認するには、 次のコマンドを実行してください。

    # pkg_info | grep -i foopackage

    インストールされた packages の中から、名前に foopackage を含む package が表示されます。 必要に応じて foopackage を置き換えてください。

  • アプリケーションのマニュアルページがインストールされているのであれば、 man(1) を使ってマニュアルを読んでください。 設定ファイルのサンプルや提供されているドキュメントにも目を通してください。

  • アプリケーションのウェブサイトがあれば、 そのサイトに更なるドキュメントや FAQ がないかを調べてください。 ウェブサイトのアドレスがわからなければ、 次のコマンドで表示されるかもしれません。 

    # pkg_info foopackage-1.0.0

    ウェブサイトが存在すると、 URL が WWW: を含む行に表示されます。

  • システム起動時に立ち上げる必要のある ports は、 スタートアップスクリプトを通常 /usr/local/etc/rc.d にインストールします。 このスクリプトを調べ、 必要があれば編集したりスクリプトの名前を変更してください。 詳細は サービスの起動 をご覧ください。

5.8. うまく動作しない ports に遭遇した場合には

うまくコンパイルできない port に遭遇したら、 あなたにできることは次のようなことしかありません。

  1. その port に対する修正案が提出されていないかどうかを 障害報告 (Problem Report) データベース で調べてください。 もし提案されていれば、 その修正を使うことができるかもしれません。

  2. port の保守担当者に対応してもらいましょう。 make maintainer と入力するか、 Makefile を直接読み、 保守担当者の電子メールアドレスを調べます。 メールを送る際には、port 名とバージョン番号 (Makefile の $FreeBSD: 行)、 そしてエラーが出力されるまでの出力ログを忘れずに添付してください。

    注意: 特定の保守担当者が存在せず、かわりに メーリングリスト が保守している ports があります。 そのような場合には、メールアドレスは のようになります。 質問する際には、このことに気をつけてください。

    特に が保守している ports には、保守担当者が本当にいません。 そのメーリングリストを購読する人々からなるコミュニティが、 修正や対応をおこなっています。 もっとボランティアが必要です!

    保守担当者から返信がなければ、send-pr(1) を使ってバグレポートを提出してください ( FreeBSD 障害報告の書き方 をご覧ください)。

  3. 自分で直しましょう! “Ports” システムに関する詳細な情報は port 作成者のためのハンドブック にあります。 このセクションを読むと、壊れてしまった port を直したり、 自分で作った port を提出したりできるようになります!

  4. かわりに pkg_add(1) を使って package をインストールしてください。

第 6章X Window System

X.Org X11 サーバ対応: Ken Tom 、 Marc Fonvieille.

6.1. この章では

FreeBSD では、ユーザに強力なグラフィカルインタフェースを提供するために X11 を採用しています。 X11 は、 Xorg (他のソフトウェアパッケージについてはここでは述べません) に実装された、 フリーで利用できる X Window System です。 FreeBSD におけるデフォルトかつ公式の X11 サーバは X.Org Foundation が開発している Xorg です。 FreeBSD に似たライセンスに従って配布されています。

X11 がサポートするビデオハードウェアについての情報は、 Xorg のウェブサイトをご覧ください。

この章を読めば以下のことがわかります。

  • X Window System のさまざまなコンポーネントと、 それらが互いにどのように連携しているか。

  • X11 のインストールおよび設定方法

  • さまざまなウィンドウマネージャのインストール方法

  • X11 での TrueType® フォントの使い方

  • GUI ログイン (XDM) の設定方法

この章を読み始める前に以下のことを理解しておく必要があります。

  • サードパーティ製ソフトウェアのインストール方法 (第5章)

6.2. X を理解する

初めて X を使う場合、Microsoft�Windows や Mac�OS® といった他の GUI 環境に慣れている人は多少ショックを受けるでしょう。

さまざまな X のコンポーネントについての詳細や、 それらがどのようにやり取りするかについては理解する必要はありませんが、 基本的なことをいくつか知っていると X を使う際に強力な武器になるでしょう。

6.2.1. なぜ X?

X は、UNIX 用に書かれた最初のウィンドウシステムではありませんが、 それらの中では最も広まっているものです。 X のオリジナルの開発チームは X を書く前に別のウィンドウシステムを開発していました。 そのシステムの名前は “W” (“Window” の W) です。 X は単にローマ字でその次の文字だというだけなのです。

X は “X”, “X Window System”, “X11” などといった多くの用語で呼ばれます。 X11 を “X Windows” と呼ぶと気を悪くする人もいるでしょう。 これについてもう少し見識を深めるには X(7) をご覧ください。

6.2.2. X のクライアント/サーバモデル

X は最初からネットワークを意識してデザインされており、 “クライアント - サーバ” モデルを採用しています。

X では、“X サーバ” はキーボードやモニタ、 マウスが接続されたコンピュータ上で動きます。 このサーバはディスプレイの表示を管理したり、キーボード、 マウスからの入力を処理したり、他の入出力装置 (すなわち、入力装置として “タブレット” を利用できますし、 出力装置としてビデオプロジェクタを利用することもできます) を取り扱います。 各 X アプリケーション (XTerm や Firefox など) は “クライアント” になります。 クライアントは “この座標にウィンドウを描いてください” といったメッセージをサーバへ送り、サーバは “ユーザが OK ボタンを押しました” といったメッセージを送り返します。

家庭や小さなオフィスのような環境では、X サーバと X クライアントは同じコンピュータ上で動くことになるでしょう。 しかし、X サーバを非力なデスクトップコンピュータで動かし、 X アプリケーション (クライアント) は例えばオフィス全体を捌くような 高機能で高価なマシンで動かすことも可能なのです。この場合、 X のクライアントとサーバの通信はネットワーク越しに行なわれます。

これは、ある人々を混乱させることがあります。 X での用語は彼らが想定するものとは正反対だからです。 彼らは “X サーバ” は地下にある大きなパワフルなマシンであり、 “X クライアント” が自分たちのデスク上にあると想像するのです。

X サーバとはモニタとキーボードがついているマシンのことであり、 X クライアントとはウィンドウを表示するプログラムだということを覚えておいてください。

X のプロトコルには、クライアントとサーバのマシンが同じ OS で動いていなければならないといったことを強制するものはなにもありませんし、 同じ機種で動いている必要もありません。 X サーバを Microsoft�Windows や Apple の Mac�OS で動かすことも可能ですし、 そのようなソフトウェアもフリーのものから商用のものまでいろいろとあります。

6.2.3. X ウィンドウマネージャ

X のデザイン哲学は UNIX のそれに非常によく似ており、 “ツールであってポリシーではない” のです。 つまり、X はあるタスクがどのように達成されるべきかを示すものではありません。 その代わり、ユーザにはツールが与えられ、 それらをどうするかはユーザに委ねられているのです。

この哲学は、X ではスクリーン上でウィンドウがどのように見えるべきか、 マウスでそれらをどうやって動かすか、ウィンドウ間を移動するのに どういうキーストロークを使うべきか (例えば Microsoft�Windows における Alt+Tab)、 各ウィンドウのタイトルバーはどのように見えるべきか、 それらはクローズボタンを持つべきかどうか、 といったことを示すものではないというところまで拡大して解釈できます。

その代わりに、X ではそういったことを “ウィンドウマネージャ” と呼ばれるアプリケーションに任せるのです。 X 用の ウィンドウマネージャはたくさん あります。 これらのウィンドウマネージャの見た目や使い勝手はそれぞれ異なっています。 “バーチャルデスクトップ” をサポートしているものもありますし、 デスクトップを操作するキーストロークをカスタマイズできたり、 “スタート” ボタンやそれに類するものを持っているものもあります。 “テーマ” に対応しており、 新しいテーマを適用して見た目や使い勝手を完全に変えられるものもあります。 ウィンドウマネージャは Ports Collection の x11-wm というカテゴリからインストールできます。

さらに、KDE や GNOME デスクトップ環境には、 それぞれのデスクトップに統合された独自のウィンドウマネージャがあります。

それぞれのウィンドウマネージャはまた異なる設定機構を備えており、 手で設定ファイルを編集しなければならないものや、 設定作業のほとんどを GUI ツールで行うことができるものもあります。 少なくとも 1 つ (Sawfish) は Lisp 言語の変種で書かれた設定ファイルを持っています。

フォーカスポリシー: ウィンドウマネージャのもう一つの機能はマウスの “フォーカスポリシー” に関するものです。 すべてのウィンドウシステムは、ウィンドウを選択しキーストロークを 受け付けるようにするための方法が必要です。 そして、どのウィンドウがアクティブなのかを示す必要もあります。

よく知られているフォーカスポリシーは “click-to-focus” と呼ばれるもので、 このモデルは Microsoft�Windows で利用されており、 あるウィンドウ内でマウスをクリックすればそのウィンドウがアクティブになる、 というものです。

X は特定のフォーカスポリシーを採用していません。 代わりにウィンドウマネージャがそれをコントロールします。 それぞれのウィンドウマネージャが、 それぞれのフォーカスポリシーをサポートしています。 すべてのものは click-to-focus をサポートしていますし、 多くのものは他の方法もサポートしています。

最もポピュラーなフォーカスポリシーは次のものでしょう

focus-follows-mouse

マウスポインタの下にいるウィンドウがフォーカスされるというものです。 ウィンドウは最前面にある必要はありません。 フォーカスを変えるには他のウィンドウにマウスポインタを動かすだけです。 クリックする必要はありません。

sloppy-focus

これは focus-follows-mouse を少し拡張したものです。 focus-follows-mouse では、 マウスがルートウィンドウ (背景) に移動した時には、 フォーカスされているウィンドウがなくなり、 キーストロークは単に破棄されます。 sloppy-focus であれば、 ポインタが別のウィンドウに移った時のみフォーカスが変わり、 現在のウィンドウから出ただけでは変わりません。

click-to-focus

マウスクリックによりアクティブなウィンドウが選択されます。 ウィンドウは “前面に持ち上げられ”、 他のすべてのウィンドウの前にきます。 ポインタが別のウィンドウ上に移動した時でも、 すべてのキーストロークがこのウィンドウに届きます。

多くのウィンドウマネージャはこういったものに加え、 その他のポリシーにも対応しています。 ウィンドウマネージャそのもののドキュメントもよく読んでください。

6.2.4. ウィジェット

X のツールを提供してもポリシーは提供しないというアプローチは、 各アプリケーションでスクリーンに現われるウィジェットにも適用されます。

“ウィジェット” はクリック可能であったり、 他の方法で操作可能なすべてのユーザインタフェース用アイテムを指す用語です。 ボタンやチェックボックス、ラジオボタン、アイコン、リスト、などがそうです。 Microsoft�Windows はこれらを “コントロール” と呼んでいます。

Microsoft�Windows や Apple の Mac�OS はともに非常に厳密なポリシーをウィジェットに課しています。 アプリケーション開発者は共通のルックアンドフィールに 確実に従うことを想定されているわけです。 X では、特定のグラフィカルなスタイルやウィジェットのセットを 強制することが重要とは考えてられていませんでした。

したがって、X アプリケーションに共通の見た目や使い勝手を期待してはいけません。 KDE で使われている Qt や GNOME プロジェクトで使われている GTK+ といった有名なウィジェットセットやその亜種が何種類もあります。 これらのウィジェットセットはモダンな見た目を持っています。 この点で言えば、UNIX のルックアンドフィールは収斂されてきており、 初心者がより簡単に使えるようになってきています。

6.3. X11 のインストール

FreeBSD における X11 の実装は、Xorg です。 Xorg は X.Org Foundation がリリースしている X Window System のオープンソースな実装です。 Xorg は XFree86�4.4RC2 と X11R6.6 のコードを元にしています。 現在 FreeBSD Ports Collection で利用可能な Xorg のバージョンは 7.5.2 です。

Ports Collection から Xorg をビルドしインストールするには、以下のように入力します。

# cd /usr/ports/x11/xorg
# make install clean

注意: Xorg をすべてビルドするには、 少なくとも 4�GB の空き容量が必要です。

package から直接 X11 をインストールすることもできます。 pkg_add(1) ツールで扱われるバイナリパッケージが X11 についても提供されています。 pkg_add(1) のリモート取得機能を利用する時は、 package のバージョンは外してください。 pkg_add(1) は自動的にそのアプリケーションの最新版を取得します。

ですから、Xorg の package を取得してインストールするには、 次のように入力します。

# pkg_add -r xorg

注意: 上記の例では、サーバ、クライアント、フォントなどを含んだ X11 ディストリビューション全体をインストールします。 分割された X11 のパッケージや ports も利用できます。

最小の構成で X11 をインストールをするには、 x11/xorg-minimal をインストールしてください。

この章の残りでは、X11 をどのように設定すればよいか、 また生産性の高いデスクトップ環境をどのように設定するかについて解説します。

6.4. X11 の設定

寄稿: Christopher Shumway.

6.4.1. はじめに

X11 は、ほとんどの機器を自動で設定します。 古かったり、一般的ではないような機器を使う場合には、設定を始める前に、 以下のハードウェア情報を集めておくと助けになるでしょう。

  • モニタ同期周波数

  • ビデオカードのチップセット

  • ビデオカードのメモリ

画面の解像度とリフレッシュレートは、 モニタの水平および垂直同期周波数により決定されます。 ほとんどすべてのモニタは、これらの値を自動検出します。 これらの値を自動検出しないモニタもありますが、 こういった仕様は、付属のマニュアルや、 製造元のウェブサイトから取得できます。

ビデオカードのチップセットも自動検出され、 ビデオドライバの選択に使われます。 正常に認識されない時のために、 どのチップセットが使われているかを知っておくとよいでしょう。

ビデオカードのメモリは、 グラフィックアダプタがどの解像度とどの色数で動くことができるかを決めます。

6.4.2. X11 の設定

Xorg は、 HAL を用いてキーボードやマウスを自動認識します。 x11/xorg の依存として、 sysutils/hal および devel/dbus port がインストールされますが、以下のようなエントリを /etc/rc.conf ファイルに追加し、 有効にする必要があります。

hald_enable="YES"
dbus_enable="YES"

これらのサービスは、 Xorg の設定や起動が行われる前に (手動や再起動によって) 起動している必要があります。

Xorg は、設定をすることなく

% startx

と入力するだけで起動します。

ある種のハードウェアは、自動設定で動作しなかったり、 期待したような設定が行われないかもしれません。 そのような場合には、手動で設定する必要があります。

注意: GNOME, KDE および Xfce などのデスクトップ環境では、 解像度などのスクリーンパラメータを簡単に設定できるツールがあります。 したがって、デフォルトの設定が満足するようなものではない場合でも、 これらのデスクトップ環境をインストールすることを考えているのであれば、 デスクトップ環境をインストールして、 スクリーン設定ツールを利用してください。

X11 の設定は複数の段階を経て行います。 まずは初期設定ファイルを作りましょう。 スーパーユーザになって次のようにしてください。

# Xorg -configure

これにより、/root ディレクトリに xorg.conf.new という X11 の設定ファイルの雛形が生成されます (su(1) か直接ログインのどちらを利用したかが、受け継がれる $HOME 環境変数に影響します)。 X11 プログラムはシステム上のグラフィックハードウェアを検出し、 そのハードウェア用の適切なドライバを読み込む設定ファイルを作ります。

次のステップは、作成した設定ファイルで Xorg がそのグラフィックハードウェアで動くことを確認することです。 以下を実行してください。

# Xorg -config xorg.conf.new -retro

黒とグレーのグリッドと X のマウスポインタが現われればその設定は成功です。 テストを終了するには、コマンドを実行した仮想コンソールに Ctrl+Alt+Fn (1 番目の仮想コンソールへは F1) と入力して切り替え、 Ctrl+C と入力してください。

注意: Ctrl+Alt+Backspace キーの組み合わせでも Xorg を終了できます。 このキー操作を利用する場合には、 X 端末エミュレータで以下のコマンドを入力してください。

% setxkbmap -option terminate:ctrl_alt_bksp

または、hald 用のキーボード設定ファイル x11-input.fdi を作成して、/usr/local/etc/hal/fdi/policy ディレクトリに保存してください。 このファイルには以下を含める必要があります。

<?xml version="1.0" encoding="iso-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keyboard">
	  <merge key="input.x11_options.XkbOptions" type="string">terminate:ctrl_alt_bksp</merge>
    </match>
  </device>
</deviceinfo>

hald がこのファイルを読み込むように、 コンピュータを再起動してください。

xorg.conf.new の ServerLayout もしくは ServerFlags セクションに、以下の行を追加する必要もあるでしょう。

Option	"DontZap"	"off"

もしマウスが動作しなければ、 先へ進む前にマウスの設定を行う必要があります。 FreeBSD インストールの章の 項3.10.9 を参照してください。 さらに、 最近の Xorg では、デバイスの自動認識のため、 xorg.conf の InputDevice セクションは無視されます。 古い設定の記述を利用するには、 以下の行をファイルの ServerLayout もしくは、 ServerFlags セクションに追加してください。

Option "AutoAddDevices" "false"

これで、以前のバージョンのように、入力デバイスを (キーボードレイアウトの変更のように) 必要なオプションを用いて設定できるようになります。

注意: すでに説明したように、デフォルトで hald デーモンがキーボードを自動的に認識します。 キーボードレイアウトやモデルを正しく認識しない場合でも、 GNOME, KDE もしくは Xfce のようなデスクトップ環境が、 キーボードの設定ツールを提供している可能性があります。 しかしながら、 setxkbmap(1) ユーティリティや hald の設定を利用することで、 キーボードのプロパティを直接設定できます。

たとえば、フランス語のレイアウトの PC 102 キーボードを使いたい場合には、 hald のキーボード設定ファイル x11-input.fdi を作成し、/usr/local/etc/hal/fdi/policy ディレクトリに保存してください。 このファイルは以下を含んでいる必要があります。

<?xml version="1.0" encoding="iso-8859-1"?>
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keyboard">
	  <merge key="input.x11_options.XkbModel" type="string">pc102</merge>
	  <merge key="input.x11_options.XkbLayout" type="string">fr</merge>
    </match>
  </device>
</deviceinfo>

このファイルがすでに存在する場合には、 キーボードの設定に関する部分をただ単にコピーし、 ファイルに追加してください。

hald がこのファイルを読み込むように、 コンピュータを再起動してください。

X 端末やスクリプトから以下のコマンドラインを実行することでも、 同様に設定できます。

% setxkbmap -model pc102 -layout fr

/usr/local/share/X11/xkb/rules/base.lst ファイルは、利用可能なキーボード、レイアウトおよびオプションの一覧です。

次に xorg.conf.new を好みに合うように調整します。 emacs(1) や ee(1) のようなテキストエディタでファイルを開いてください。 モニタが古い場合や、通常とは異なるモデルでは、 同期周波数の自動認識に対応していないので、 これらの値を xorg.conf.new の "Monitor" セクションに次のように書き加えます。


	Section "Monitor"
        Identifier   "Monitor0"
        VendorName   "Monitor Vendor"
        ModelName    "Monitor Model"
        HorizSync    30-107
        VertRefresh  48-120
	EndSection

ほとんどのモニタは同期周波数の自動認識に対応しているので、 これらの値を手動で入力する必要はありません。 自動認識に対応していないモニタでは、 ダメージの可能性を避けるため、 メーカーが提供している値のみを入力してください。

X はモニタが対応していれば DPMS (Energy Star) 機能を使うことができます。 xset(1) プログラムでタイムアウトをコントロールしたり、 強制的にスタンバイ、サスペンドや電源オフにすることができます。 モニタの DPMS 機能を有効にしたい場合は、 "Monitor" セクションに次の行を加えてください。

Option       "DPMS"

xorg.conf.new はエディタで開いたままにしておき、 デフォルトの解像度と色数を好みで選びましょう。 "Screen" セクションに以下のように書きます。

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "Monitor0"
        DefaultDepth 24
        SubSection "Display"
                Viewport  0 0
                Depth     24
                Modes     "1024x768"
        EndSubSection
EndSection

DefaultDepth というキーワードは 実行時のデフォルトの色数について記述するためのものです。 Xorg(1) のコマンドラインスイッチ -depth が使用された場合はそちらが優先されます。 Modes というキーワードは、 与えられた色数におけるデフォルトの解像度を記述しておくためのものです。 ターゲットのシステムのグラフィックハードウェアによって定義されている、 VESA スタンダードモードのみがサポートされていることに注意してください。 上の例ではデフォルトの色数はピクセルあたり 24 ビットであり、 この色数での解像度は 1024 ピクセル× 768 ピクセルです。

最後に、設定ファイルを保存し、 上の例にあるようにテストしてみてください。

注意: トラブルシューティングの過程で手助けするツールのひとつに X11 のログファイルがあります。これには、 X11 サーバが検知したデバイスそれぞれについての情報があります。 Xorg のログファイル名は /var/log/Xorg.0.log という形式です。実際のログファイル名は Xorg.0.log から Xorg.8.log のように変わります。

すべてうまくいったなら、設定ファイルを Xorg(1) が見つけることができる共通の場所に置きます。 これは、通常は /etc/X11/xorg.conf や /usr/local/etc/X11/xorg.conf です。

# cp xorg.conf.new /etc/X11/xorg.conf

これで X11 の設定は完了です。 startx(1) ユーティリティで Xorg を起動できます。また、 xdm(1) を使って X11 サーバを起動することもできます。

6.4.3. 高度な設定

6.4.3.1. Intel® i810 グラフィックチップセットの設定

Intel i810 統合チップセットを設定するには、 X11 にカードを制御させるために AGP プログラミングインタフェースである agpgart が必要になります。 詳しくは、agp(4) ドライバのマニュアルページをご覧ください。

このドライバを用いることで、 他のグラフィックカードと同様に設定を行うことができるようになります。 カーネルに agp(4) ドライバが組み込まれていないシステムでは、 このモジュールを kldload(8) を使って読み込もうとしても動作しないことに注意してください。 このドライバは、 起動時にカーネル内に存在するようにカーネル内部に組み込むか、 /boot/loader.conf を使わなければなりません。

6.4.3.2. ワイドスクリーンフラットパネルの追加

この章では、設定に関する幾分高度な知識を必要とします。 これまでに述べた標準ツールを使って設定に失敗する場合は、 ログファイルを参照してください。 ログファイルには、 設定のために有用な情報が十分含まれています。 テキストエディタを使用する必要があるでしょう。

現在のワイドスクリーン (WSXGA, WSXGA+, WUXGA, WXGA, WXGA+ など) は、 16:10 や 10:9 形式、または (問題を含む可能性のある) 他のアスペクト比に対応しています。 以下は、16:10 アスペクト比のスクリーン解像度の例です。

  • 2560x1600

  • 1920x1200

  • 1680x1050

  • 1440x900

  • 1280x800

これらの解像度のひとつを以下のように "Screen" セクション の Mode に追加してください。

Section "Screen"
Identifier "Screen0"
Device     "Card0"
Monitor    "Monitor0"
DefaultDepth 24
SubSection "Display"
	Viewport  0 0
	Depth     24
	Modes     "1680x1050"
EndSubSection
EndSection

Xorg は、I2C/DDC を通してワイドスクリーンの解像度に関する情報を取得できるので、 モニタの周波数や解像度の範囲を把握しています。

もし、これらの ModeLines についての情報がドライバに存在しないのであれば、 Xorg にヒントを与えなけれならないでしょう。 ModeLine を手動で設定するのに十分な情報を /var/log/Xorg.0.log から得ることができます。 以下のような情報を探してください。

(II) MGA(0): Supported additional Video Mode:
(II) MGA(0): clock: 146.2 MHz   Image Size:  433 x 271 mm
(II) MGA(0): h_active: 1680  h_sync: 1784  h_sync_end 1960 h_blank_end 2240 h_border: 0
(II) MGA(0): v_active: 1050  v_sync: 1053  v_sync_end 1059 v_blanking: 1089 v_border: 0
(II) MGA(0): Ranges: V min: 48  V max: 85 Hz, H min: 30  H max: 94 kHz, PixClock max 170 MHz

これは EDID と呼ばれる情報です。 この情報を用いて ModeLine を作成するには、 正しい順番に数字を入力するだけです。

 ModeLine <name> <clock> <4 horiz. timings> <4 vert. timings>

この例では "Monitor" セクションの ModeLine は以下のようになります。

Section "Monitor"
Identifier      "Monitor1"
VendorName      "Bigname"
ModelName       "BestModel"
ModeLine        "1680x1050" 146.2 1680 1784 1960 2240 1050 1053 1059 1089
Option          "DPMS"
EndSection

以上の簡単な編集作業が終わったら、 新しいワイドスクリーンモニタ上で X が動作するでしょう。

6.5. X11 でのフォントの使用

寄稿: Murray Stokely.

6.5.1. Type1 フォント

X11 に付いてくるデフォルトのフォントは、 通常のデスクトップパブリッシングアプリケーションにとっては理想的とは言えない程度のものです。 文字を大きくするとジャギーになりプロフェッショナルとは言えないようなものになりますし、 小さなフォントは頭が悪そうに見えます。 しかし、世の中には質の高い Type1 (PostScript®) フォントがいくつかあり、 X11 ではそれらを簡単に利用することができます。 例えば、URW フォントコレクション (x11-fonts/urwfonts) には高品質の Type1 フォント (Times Roman®, Helvetica®, Palatino® など) が含まれています。freefont コレクション (x11-fonts/freefonts) にはもっとたくさんのフォントが含まれていますが、 それらは Gimp のようなグラフィックソフトウェアで使用するためのものであり、 スクリーンフォントとしては十分ではありません。さらに、X11 は簡単に TrueType フォントを使うように設定することも可能です。 詳しくは、X(7) のマニュアルページか TrueType フォントの節 を参照してください。

上記の Type1 フォントコレクションを Ports Collection から入れる場合には次のコマンドを実行してください。

# cd /usr/ports/x11-fonts/urwfonts
# make install clean

freefont や他のコレクションでも同じようにします。 X サーバがこれらのフォントを検出できるようにするには X サーバ設定ファイル (/etc/X11/xorg.conf) の適切な場所に次のような行を加えます。

FontPath "/usr/local/lib/X11/fonts/URW/"

別の方法としては、 X のセッション中に次のようなコマンドラインを実行します。

% xset fp+ /usr/local/lib/X11/fonts/URW
% xset fp rehash

これは動くのですが、X のセッションが終了すると消えてしまいます。 消えないようにするには X の起動時に読み込まれるファイル (通常の startx セッションの場合は ~/.xinitrc, XDM のようなグラフィカルなログインマネージャを通してログインする時は ~/.xsession) に加えておきます。 三番目の方法は新しい /usr/local/etc/fonts/local.conf ファイルを使うことです。 これに関しては アンチエイリアス 節をご覧ください。

6.5.2. TrueType® フォント

Xorg には、 TrueType フォントのレンダリング機能が組み込まれています。 この機能を実現するために 2 つの異なるモジュールがあります。 ここでは、freetype の方が他のフォントレンダリングバックエンドと整合性が高いので、 このモジュールを使うことにします。 freetype モジュールを使うためには /etc/X11/xorg.conf ファイルの "Module" セクションに以下の行を追加するだけです。

Load  "freetype"

さて、まずは TrueType フォント用のディレクトリ (例えば /usr/local/lib/X11/fonts/TrueType) を作り、そこに TrueType フォントをすべて放り込みましょう。 Macintosh の TrueType フォントは、そのままでは使うことができませんので注意してください。 X11 で使うには UNIX/MS-DOS/Windows 用のフォーマットでなければなりません。 ファイルを置いたら ttmkfdir を使って fonts.dir ファイルを作り、 X のフォントレンダラが新しいファイルがイントールされたことを分かるようにしてください。 ttmkfdir は FreeBSD Ports Collection の x11-fonts/ttmkfdir からインストールできます。

# cd /usr/local/lib/X11/fonts/TrueType
# ttmkfdir -o fonts.dir

次に TrueType フォントのディレクトリをフォントパスに追加します。 上の Type1 フォントの場合と同じように、

% xset fp+ /usr/local/lib/X11/fonts/TrueType
% xset fp rehash

とするか、もしくは xorg.conf ファイルに FontPath 行を追加します。

これで終わりです。 Gimp や Apache OpenOffice といったすべての X アプリケーションから TrueType フォントを使うことができます。 (高解像度なディスプレイで見るウェブページ上のテキストみたいな) とても小さなフォントや (StarOffice™ にあるような) 非常に大きなフォントもかなり綺麗に見えるようになることでしょう。

6.5.3. フォントのアンチエイリアス

更新 : Joe Marcus Clarke.

/usr/local/lib/X11/fonts/ と ~/.fonts/ にあるすべての X11 のフォントが、Xft に対応しているアプリケーションで自動的にアンチエイリアス表示できるようになりました。 KDE, GNOME および Firefox のような最新のアプリケーションは、Xft に対応しています。

どのフォントがアンチエイリアスされるかを制御するため、 もしくはアンチエイリアスの特性を設定するために、 /usr/local/etc/fonts/local.conf ファイルを作成 (すでに存在しているのなら編集) します。 多くの Xft フォントシステムの高度な機能をこのファイルを使って調整できます。 この節ではいくつか簡単なところだけを紹介します。 詳しくは、fonts-conf(5) をご覧ください。

このファイルは XML 形式でなければなりません。 大文字小文字の区別に注意を払い、 すべてのタグが正しく閉じられているか確認してください。 ファイルは一般的な XML ヘッダで始まり、DOCTYPE 定義と <fontconfig> タグがその後にきます。


        <?xml version="1.0"?>
        <!DOCTYPE fontconfig SYSTEM "fonts.dtd">
        <fontconfig>

すでに説明したように、 /usr/local/lib/X11/fonts/ と ~/.fonts/ にあるすべてのフォントは Xft 対応のアプリケーションで利用できます。 これら 2 つ以外に別のディレクトリを追加したいのなら、 /usr/local/etc/fonts/local.conf に以下のような行を追加します。

<dir>/path/to/my/fonts</dir>

新しいフォント、 そして特に新しいフォントディレクトリを追加したら、 以下のコマンドを実行してフォントキャッシュを再構築してください。

# fc-cache -f

アンチエイリアスをかけることによって境界が少しぼやけ、 そのためにとても小さなテキストはさらに読みやすくなり、 大きなフォントでは “ギザギザ” が消えるのです。 しかし、普通のテキストにかけた場合には目が疲れてしまうこともあります。 14 ポイント以下のサイズのフォントについて、 アンチエイリアスをかけないようにするには次の行を加えます。

        <match target="font">
            <test name="size" compare="less">
                <double>14</double>
            </test>
            <edit name="antialias" mode="assign">
                <bool>false</bool>
            </edit>
        </match>
        <match target="font">
            <test name="pixelsize" compare="less" qual="any">
                <double>14</double>
            </test>
            <edit mode="assign" name="antialias">
                <bool>false</bool>
            </edit>
        </match>

いくつかの等幅フォントは、 アンチエイリアスをかけるとスペーシングがうまくいかなくなる場合があります。 特に KDE でその傾向があるようです。 解決策の一つとして、そういったフォントのスペーシングを 100 に設定する方法があります。 そうするためには次の行を加えてください。

        <match target="pattern" name="family">
            <test qual="any" name="family">
                <string>fixed</string>
            </test>
            <edit name="family" mode="assign">
                <string>mono</string>
            </edit>
        </match>
        <match target="pattern" name="family">
            <test qual="any" name="family">
                <string>console</string>
            </test>
            <edit name="family" mode="assign">
                <string>mono</string>
            </edit>
        </match>

(これは固定サイズのフォントに "mono" という一般的な別名をつけます) そして以下を追加します。

        <match target="pattern" name="family">
            <test qual="any" name="family">
                <string>mono</string>
            </test>
            <edit name="spacing" mode="assign">
                <int>100</int>
            </edit>
        </match>

Helvetica の様なある種のフォントは、 アンチエイリアスすると問題が起こるでしょう。 たいてい、フォントが縦に半分に切られて表示されます。 最悪の場合、アプリケーションがクラッシュします。 これを回避するには、以下を local.conf に追加します。

        <match target="pattern" name="family">
            <test qual="any" name="family">
                <string>Helvetica</string>
            </test>
            <edit name="family" mode="assign">
                <string>sans-serif</string>
            </edit>
        </match>

local.conf の編集を終えたら、 ファイルの末尾が </fontconfig> タグで終わるようにしてください。 これを行わなければ、変更は無視されるでしょう。

最後に、ユーザは自分だけの設定を各自の .fonts.conf ファイルに追加できます。 これを行うためには、それぞれのユーザが単に ~/.fonts.conf を作成するだけです。 このファイルも XML 形式でなければなりません。

最後に一つ。LCD スクリーンではサブピクセルサンプリングが必要な場合があります。 これは、基本的には (水平方向に分かれている) 赤、緑、 青の各コンポーネントを別々に扱うことによって水平方向の解像度を良くするというもので、 劇的な結果が得られます。 これを有効にするには local.conf ファイルに次の行を加えます。


        <match target="font">
            <test qual="all" name="rgba">
                <const>unknown</const>
            </test>
            <edit name="rgba" mode="assign">
                <const>rgb</const>
            </edit>
        </match>

注意: ディスプレイの種類にもよりますが、 rgb ではなく bgr や vrgb、もしくは vbgr の場合もあるので、 試してみて最も良いものを使ってください。

6.6. X ディスプレイマネージャ

寄稿: Seth Kingsley.

6.6.1. 概要

X ディスプレイマネージャ (XDM) は X Window System のオプショナルな一部分であり、 ログインセッションの管理に用います。 最低限の機能を実装した “X 端末” やデスクトップ、 大規模なネットワークディスプレイサーバといった場面ではこれが有用です。 X Window System はネットワークとプロトコルから独立しているため、 ネットワークで繋がれた X のクライアントとサーバを動かすための設定はかなり幅が広くなります。 XDM はどのディスプレイサーバに接続するかを選択でき、 ログイン名とパスワードの組み合わせなど認証情報を入力できるグラフィカルなインタフェースを提供しています。

XDM がユーザに getty(8) (詳しくは 項19.3.2 をご覧ください) と同じ機能を提供することを考えてみてください。 つまり、ディスプレイ上でシステムへのログインができ、 ユーザの代わりにセッションマネージャ (通常は X のウィンドウマネージャ) を起動することができるのです。 それから XDM は、 ユーザが作業を終えてディスプレイからログアウトする合図を送ってきてプログラムが終了するのを待ちます。 この時点で、XDM は次にログインするユーザのためにログイン画面や chooser 画面を表示できます。

6.6.2. XDM の使用

XDM を使用するには、 x11/xdm port をインストールしてください (最近の Xorg のバージョンでは、 デフォルトでインストールされません)。 XDM のデーモンプログラムは /usr/local/bin/xdm にあります。 このプログラムは root になればいつでも起動することができ、 ローカルマシン上のディスプレイの管理を始めます。 マシンをブートする際、いつも XDM を起動したい場合には、/etc/ttys にそのためのエントリを加えておくのが簡単です。 このファイルのフォーマットや使用方法についての詳細は 項19.3.2.1 を参照してください。 デフォルトの /etc/ttys ファイルには仮想端末上で XDM デーモンを起動するための行:

ttyv8	"/usr/local/bin/xdm -nodaemon"	xterm	off secure

があります。 このエントリはデフォルトでは無効になっており、有効にするには 5 番目のカラムを off から on にし、項19.3.2.2 の指示に従って init(8) を再起動します。 最初のカラムはこのプログラムが管理する端末の名前で、この場合 ttyv8 になります。 つまり、XDM は 9 番目の仮想端末で起動されるということです。

6.6.3. XDM の設定

XDM の設定用ディレクトリは /usr/local/lib/X11/xdm です。 このディレクトリには XDM の振る舞いや見た目を変更するために用いられるいくつかのファイルがあります。 だいたいは以下のような感じです。

ファイル 説明
Xaccess クライアント認証のルールセット
Xresources デフォルトの X リソース
Xservers 管理すべきリモートやローカルのディスプレイのリスト
Xsession デフォルトのログイン時のセッションスクリプト
Xsetup_* ログインインタフェースの前にアプリケーションを起動するためのスクリプト
xdm-config このマシンで動いているすべてのディスプレイのグローバルな設定
xdm-errors サーバプログラムによって生成されるエラー
xdm-pid 現在動いている XDM のプロセス ID

このディレクトリにはまた、XDM の動作中にデスクトップをセットアップするために用いられるスクリプトやプログラムがいくつかあります。 それぞれのファイルの目的を簡単に解説しましょう。 正確な文法や使い方は xdm(1) に記述されています。

デフォルトの設定では、単純な四角のログインウィンドウがあり、 そこにはマシンのホスト名が大きなフォントで表示され、 “Login:” と “Password:” のプロンプトがその下に表示されています。 XDM スクリーンの見ためや使い勝手を変えるにはここから始めるのがいいでしょう。

6.6.3.1. Xaccess

XDM がコントロールするディスプレイに接続するためのプロトコルは X Display Manager Connection Protocol (XDMCP) と呼ばれます。 このファイルにはリモートのマシンからの XDMCP 接続をコントロールするためのルールセットが書かれます。 これは、xdm-config を変更してリモートからのコネクションを待ち受けるようにしない限り無視されます。 デフォルトでは、どのクライアントからの接続も拒否します。

6.6.3.2. Xresources

これはディスプレイの chooser とログインスクリーン用の application-defaults ファイルです。 このファイルでログインプログラムの見た目を変更することができます。 フォーマットは X11 のドキュメントで記述されている app-defaults ファイルのものと同じです。

6.6.3.3. Xservers

これは、chooser が選択肢として提供するリモートのディスプレイの一覧です。

6.6.3.4. Xsession

XDM でログインした後に実行されるデフォルトのセッションスクリプトです。 通常、各ユーザは ~/.xsession というカスタマイズしたセッションスクリプトを持っており、 こちらが優先されます。

6.6.3.5. Xsetup_*

これらは chooser やログインインタフェースが表示される前に自動的に実行されます。 それぞれのディスプレイに対して、Xsetup_ に続けてローカルのディスプレイ番号を付けた (たとえば Xsetup_0) 名前のついたスクリプトがあります。 典型的な使い方は xconsole のようなバックグラウンドで動かすプログラムを一つか二つ起動することです。

6.6.3.6. xdm-config

app-defaults の書式で書かれた、 このインストレーションで管理されるすべてのディスプレイに適用される設定を保持しています。

6.6.3.7. xdm-errors

このファイルには XDM が起動しようとしている X サーバからの出力が書き出されます。 XDM が起動しようとしているディスプレイがなんらかの理由でハングした場合、 このファイルのエラーメッセージを見てください。 そういったメッセージは各ユーザの ~/.xsession-errors にもセッション毎に書き出されます。

6.6.4. ネットワークディスプレイサーバの起動

あるディスプレイサーバに他のクライアントが接続することができるようにするために、 アクセスコントロールのルールを編集し、 コネクションリスナを有効にする必要があります。 デフォルトでは保守的な設定になっています。 XDM がそういったコネクションを待ち受けるようにするためには xdm-config にある次の行をコメントアウトします。

! SECURITY: do not listen for XDMCP or Chooser requests
! Comment out this line if you want to manage X terminals with xdm
DisplayManager.requestPort:     0

そして、XDM を再起動します。 app-defaults ファイルにおけるコメントは “!” であっていつものような “#” ではないことに注意してください。 アクセス制限はもっと厳しくしてもよいかもしれません。 Xaccess にある例を参考にしたり、詳細についてオンラインマニュアル xdm(1) を参照してください。

6.6.5. XDM の代わりになるもの

デフォルトの XDM に代わるものがいくつかあります。 一つは KDM (KDE に付属しています) はその一つであり、この章の後ろで解説します。 KDM ディスプレイマネージャは、 ログイン時にウィンドウマネージャを選ぶことができるのに加え、 見た目もかなり綺麗にしてくれます。

6.7. デスクトップ環境

寄稿: Valentino Vaschetto.

このセクションでは、FreeBSD 上の X で利用可能ないくつかのデスクトップ環境について解説します。 “デスクトップ環境” とは、 単なるウィンドウマネージャから KDE や GNOME といったような完全なデスクトップアプリケーションスイートまでカバーします。

6.7.1. GNOME

6.7.1.1. GNOME について

GNOME はユーザフレンドリなデスクトップ環境で、 ユーザはコンピュータを簡単に使ったり設定したりできるようになります。 GNOME にはパネル (アプリケーションを起動したり状態を表示したりするもの)、 デスクトップ (データやアプリケーションが置かれる場所)、 標準的なデスクトップツールやアプリケーションのセット、 そしてアプリケーションが互いにうまくやり取りできるような仕組みが含まれています。 他の OS や環境に慣れている人でも GNOME の提供するグラフィック環境であれば心地よく感じるでしょう。 FreeBSD 上の GNOME に関するもっと詳しい情報は、 FreeBSD GNOME Project のウェブサイトで見ることができます。 ウェブサイトには、GNOME のインストール、設定、管理に関する非常に分かりやすい FAQ も用意されています。

6.7.1.2. GNOME のインストール

package や Ports Collection を利用してソフトウェアを簡単にインストールできます。

GNOME package をネットワークからインストールするには、 以下のようにするだけです。

# pkg_add -r gnome2

GNOME をソースから構築する場合、 次のように ports ツリーを使いましょう。

# cd /usr/ports/x11/gnome2
# make install clean

GNOME を適切に動作させるには、 /proc ファイルシステムをマウントする必要があります。 以下を /etc/fstab に追加して、起動中に procfs(5) をマウントするように設定してください。

proc           /proc       procfs  rw  0   0

GNOME がインストールできたら、 デフォルトのウィンドウマネージャの代わりに GNOME を起動するように X サーバに指示しなければなりません。

GNOME を起動する最も簡単な方法は、GNOME ディスプレイマネージャ GDM を使うことです。 GDM は、 GNOME デスクトップの一部としてインストールされますが、 デフォルトでは無効になっています。 有効にするには、以下の行を /etc/rc.conf に追加してください。

gdm_enable="YES"

再起動すると、GDM が自動的に起動します。

GNOME のすべてのサービスを、 GDM とともに起動するようにしておくと良いでしょう。 このように設定するには、以下の行を /etc/rc.conf ファイルに追加してください。

gnome_enable="YES"

GNOME は .xinitrc という名前のファイルを適切に設定することで、 コマンドラインから起動することもできます。 自分の .xinitrc が既にある場合には、ウィンドウマネージャを起動する行を /usr/local/bin/gnome-session を起動するように変更するだけです。 特にこのファイルを用意していない場合には、 次のようにすれば十分でしょう。

% echo "/usr/local/bin/gnome-session" > ~/.xinitrc

次に、startx と入力すれば GNOME デスクトップ環境が起動します。

注意: もし XDM のような古いディスプレイマネージャを使っているなら、 この方法ではうまくいきません。その代わり、実行可能な .xsession というファイルを作成し、 同じコマンドを起動するようにします。 そのためには、このファイルを編集してウィンドウマネージャを /usr/local/bin/gnome-session で置き換えます。

% echo "#!/bin/sh" > ~/.xsession
% echo "/usr/local/bin/gnome-session" >> ~/.xsession
% chmod +x ~/.xsession

もう一つの方法は、 ログイン時にウィンドウマネージャを選択できるようにディスプレイマネージャを設定することです。 KDE の詳細についてのセクションで KDE のディスプレイマネージャである KDM を使ってどのようにすればいいのかを解説しています。

6.7.2. KDE

6.7.2.1. KDE について

KDE は最近の簡単に使えるデスクトップ環境です。 KDE によりユーザは以下のようなメリットを亨受します。

  • 美しい現代風のデスクトップ

  • ネットワーク透過なデスクトップ

  • KDE デスクトップやそのアプリケーションを使う際に、 ヘルプへのアクセスを便利で統一されたものにする統合されたヘルプシステム

  • すべての KDE アプリケーションで統一された見ためや使い勝手

  • 標準化されたメニュー、ツールバー、 キーバインディング、カラースキームなど

  • 国際化: KDE は 55 を越える言語で利用可能

  • 一元的で、首尾一貫した、ダイアログベースのデスクトップ設定

  • 膨大な数の KDE アプリケーション

KDE には Konqueror と呼ばれるウェブブラウザも付属しており、これは UNIX システム上の他のウェブブラウザの強力な競争相手です。 KDE の詳細については KDE の ウェブサイト をご覧ください。 KDE に関する FreeBSD 特有の情報とリソースについては、 KDE/FreeBSD initiative のウェブサイトをご覧ください。

FreeBSD で利用できる KDE には 2 つのバージョンがあります。 バージョン 3 は、長い間広く使われています。 現在はメンテナンスされておらず、部分的に不安定なところもありますが、 Ports Collection で利用できます。 バージョン 4 は適切にアップデートされており、 KDE のユーザにとってデフォルトのバージョンです。 これらを共存する形でインストールすることもできます。

6.7.2.2. KDE のインストール

GNOME や他のデスクトップ環境とまったく同じように、 package や Ports Collection から簡単にインストールできます。

KDE 3 package をネットワーク越しにインストールするには次のようにします。

# pkg_add -r kde

KDE 4 package をネットワーク越しにインストールするには次のようにします。

# pkg_add -r kde4

pkg_add(1) は自動的にアプリケーションの最新版を取得します。

KDE 3 をソースから構築するには、次のように ports ツリーを使いましょう。

# cd /usr/ports/x11/kde3
# make install clean

KDE 4 をソースから構築するには、次のように ports ツリーを使いましょう。

# cd /usr/ports/x11/kde4
# make install clean

KDE がインストールできたら X サーバに、デフォルトのウィンドウマネージャの代わりにこのアプリケーションを立ち上げるように教えます。 .xinitrc ファイルを次のように編集しましょう。

KDE 3 では、以下のように入力してください。

% echo "exec startkde" > ~/.xinitrc

KDE 4 では、以下のように入力してください。

% echo "exec /usr/local/kde4/bin/startkde" > ~/.xinitrc

さぁ、これで startx でいつ X Window System を立ち上げても KDE がデスクトップになります。

XDM のようなディスプレイマネージャを使っている場合、 設定は少し異なります。代わりに .xsession ファイルを編集しましょう。 KDM 用の説明はこの章の後のほうにあります。

6.7.3. KDE の詳細について

さぁ、KDE のインストールができました。 ほとんどのことはヘルプページを見たりいろんなメニューをつつけばわかるでしょう。 Windows や Mac® のユーザにも簡単なはずです。

KDE の最も良いリファレンスはオンラインドキュメントです。 KDE には独自のウェブブラウザ Konqueror が付属していますし、 膨大な数の便利なアプリケーションや詳しいドキュメントも用意されています。 このセクションの残りではなんとなく使っているだけでは理解し難い技術的なところを解説します。

6.7.3.1. KDE ディスプレイマネージャ

マルチユーザシステムの管理者であれば、 ユーザを迎えるにあたってグラフィカルなログイン画面が欲しいと思うかもしれません。 前の章で述べたように XDM はそのために使えますが、 KDE にはその代わりになる KDM が付いています。 見た目がより魅力的で、ログイン時のオプションもたくさんあります。 特に (メニューを使って) ログイン後に使うデスクトップ環境 (KDE や GNOME など) を簡単に選ぶことができます。

KDM を有効にするには、ファイルを編集する必要がありますが、 編集するファイルは、KDE のバージョンに依存します。

KDE 3 では、 /etc/ttys の項目 ttyv8 を以下のように変更してください。

ttyv8 "/usr/local/bin/kdm -nodaemon" xterm on secure

KDE 4 では、 procfs(5) をマウントする必要があります。 /etc/rc.conf に以下の行を追加してください。

kdm4_enable="YES"

6.7.4. Xfce

6.7.4.1. Xfce について

Xfce は GNOME で使われている GTK+ ツールキットをベースにしたデスクトップ環境ですが、 ずっと軽いので、 シンプルで効率的でありながら使いやすく設定が簡単なデスクトップ環境を求める人に向いています。 見ためは商用 UNIX システムが採用している CDE にかなり似ています。Xfce の機能をいくつか以下に挙げます。

  • シンプルで使いやすいデスクトップ

  • マウスのドラッグアンドドロップなどですべての設定が可能

  • CDE に似たメインパネルとメニューやアプレット、 アプリケーションランチャ

  • 統合されたウィンドウマネージャ、ファイルマネージャ、 サウンドマネージャと GNOME 準拠のモジュールなど

  • (GTK+ なので) テーマをサポート

  • 速くて軽くて効率的: 古いマシンや遅いマシン、 メモリの限られたマシンに向いています

Xfce に関する詳しい情報は Xfce のウェブサイト で得られます。

6.7.4.2. Xfce のインストール

(この文章を書いている時点では) Xfce のバイナリパッケージが用意されています。 次のように実行するだけでインストールできます。

# pkg_add -r xfce4

また、Ports Collection を利用してソースからインストールすることも可能です。

# cd /usr/ports/x11-wm/xfce4
# make install clean

インストール後、次回 X を起動した時に Xfce が立ち上がるように設定します。 次のようにしてください。

% echo "/usr/local/bin/startxfce4" > ~/.xinitrc

X を次に起動すると Xfce が立ち上がります。 XDM のようなディスプレイマネージャを使っている場合には、 GNOME のセクションに書いてあるように .xsession ファイルを作成し、 /usr/local/bin/startxfce4 を起動するように追加します。 または KDM のセクションにあるように、 ログイン時にディスプレイマネージャからデスクトップ環境を選択できるように設定してください。

II. 日々の生活

第 1 部では基礎的なことがらを説明したので、 FreeBSD ハンドブックの第 2 部では FreeBSD でよく使われる機能について説明します。 各章の内容は以下のとおりです。

  • ブラウザ、生産的なツール、ドキュメントビューアといった、 人気があって便利なデスクトップアプリケーションの紹介

  • FreeBSD で利用可能なマルチメディアツールの紹介

  • システムで特別な機能を有効にするために、 カスタムカーネルを構築する手順の説明

  • デスクトップおよびネットワーク接続両方のプリンタの設定に関する、 印刷システムの詳細な説明

  • FreeBSD システムで Linux アプリケーションを実行する方法

これらの章では、読み飛ばしを推奨しているものもあります。 これについてはそれぞれの章の始めにある概要に書かれています。

目次
7章デスクトップアプリケーション
8章マルチメディア
9章FreeBSD カーネルのコンフィグレーション
10章プリンタの利用
11章Linux バイナリ互換機能

第 7章デスクトップアプリケーション

寄稿: Christophe Juniet.

7.1. この章では

FreeBSD は性能や安定性によりサーバとして人気がある一方で、 日々のデスクトップとしての利用にも適しています。packages や ports から 24,000 を超えるアプリケーションを利用できるので、 さまざまなアプリケーションを動かせるようにカスタマイズしたデスクトップを作り上げることができます。 この章では、packages や Ports Collection を用いて、人気の高いデスクトップアプリケーションを楽にインストールする方法を説明します。

FreeBSD は、Linux® バイナリ互換 機能を持つので、Linux 用に開発された多くのアプリケーションを FreeBSD のデスクトップでも利用できます。 Linux バイナリ互換機能を用いた port の多くは “linux-” からはじまる名前を持ちます。 この章では、Linux アプリケーションをインストールする前に Linux バイナリ互換機能が有効であることを前提としています。

この章では、 以下のデスクトップアプリケーションのインストール方法について説明します。

分野 アプリケーション名 Package 名 Ports 名
ブラウザ Firefox firefox www/firefox
ブラウザ Opera opera www/opera
ブラウザ Konqueror kde4-baseapps x11/kde4-baseapps
ブラウザ Chromium chromium www/chromium
生産的なアプリケーション Calligra calligra editors/calligra
生産的なアプリケーション AbiWord abiword editors/abiword
生産的なアプリケーション The GIMP gimp graphics/gimp
生産的なアプリケーション Apache OpenOffice openoffice editors/openoffice-3
生産的なアプリケーション LibreOffice libreoffice editors/libreoffice
ドキュメントビューア Acrobat�Reader® ライセンスの制限により package は利用できません。 print/acroread9
ドキュメントビューア gv gv print/gv
ドキュメントビューア Xpdf xpdf graphics/xpdf
ドキュメントビューア GQview gqview graphics/gqview
財務管理ソフトウェア GnuCash gnucash finance/gnucash
財務管理ソフトウェア Gnumeric gnumeric math/gnumeric
財務管理ソフトウェア KMyMoney kmymoney-kde4 finance/kmymoney-kde4

この章を読む前に、以下のことを理解しておく必要があります。

  • package または ports を用いたサードパーティ製ソフトウェアのインストール方法。

  • Linux バイナリ互換機能を有効にする方法。

マルチメディア環境を整える方法については 第8章 を、 電子メールを設定して使いたい場合には 第21章 を参照してください。

訳注: この文書は英語で書かれている原文をそのまま邦訳したものです。 必ずしも各アプリケーションで日本語が扱えるとは限らないことに注意してください。 日本語に対応したアプリケーションは、Ports Collection の japanese ディレクトリにあるかもしれません。

7.2. Web ブラウザ

FreeBSD では Web ブラウザは事前にインストールされていません。 そのかわり、Ports Collection の www カテゴリには数多くの Web ブラウザ が用意されており、 多くのプログラムを packages からインストールしたり、 Ports Collection からコンパイルできます。

KDE や GNOME デスクトップ環境には、 それぞれ HTML ブラウザが用意されています。 これらのデスクトップ環境を設定するための情報については 項6.7 を参照してください。

軽量なブラウザとしては、 www/dillo2, www/links, www/w3m といったものがあります。

この節では以下の人気のある web ブラウザのインストール方法について説明します。 もし、アプリケーションがリソースを大量に消費したり、 ports からのコンパイルに時間がかかったり、 もしくは大きな依存がある場合には、そのことについても触れます。

アプリケーション名 必要なリソース port からのインストール 備考
Firefox 中 重 FreeBSD および Linux 版をが利用できます。
Opera 少 軽 FreeBSD と Linux 版を利用できます。
Konqueror 中 重 KDE ライブラリを必要とします。
Chromium 中 重 Gtk+ を必要とします。

7.2.1. Firefox

Firefox は、 先進的で無料かつオープンソースのブラウザです。 FreeBSD に完全に対応しています。 標準に準拠した HTML 表示エンジン、タブブラウジング、ポップアップブロック、 拡張性、高い安全性などが特徴です。 Firefox は Mozilla のコードベースから派生したブラウザです。

最新の Firefox の package をインストールするには以下のように入力してください。

# pkg_add -r firefox

Firefox 延長サポート版 (ESR: Extended Support Release) を利用したい場合には、 かわりに以下のように入力してください。

# pkg_add -r firefox-esr

ローカライズ版は、www/firefox-i18n および www/firefox-esr-i18n から利用できます。

かわりにソースコードから希望の firefox をコンパイルすることもできます。この例では www/firefox をビルドしますが、 firefox の部分は、 インストールする ESR やローカライズに置き換えることもできます。

# cd /usr/ports/www/firefox
# make install clean

7.2.1.1. Firefox と Java™ プラグイン

注意: 以下の節では、Firefox があらかじめインストールされていることを前提としています。

java/icedtea-web は、 Java アプレットに対し、フリーソフトの web ブラウザのプラグインを提供します。 package からインストールできます。port からコンパイルするには、 以下のようにしてください。

# cd /usr/ports/java/icedtea-web
# make install clean

どちらの ports も、コンフィグレーションオプションはデフォルトのままにしてください。

インストールしたら、ブラウザを起動し、ロケーションバーに about:plugins と入力して Enter を押してください。 インストールされているプラグイン一覧のページが表示されます。 Java™ プラグインが一覧に追加されているでしょう。

プラグインが一覧に追加されていない場合には、 ユーザごとに以下のコマンドを実行し、ブラウザを再起動してください。

% ln -s /usr/local/lib/IcedTeaPlugin.so \
  $HOME/.mozilla/plugins/

7.2.1.2. Firefox と Adobe® Flash™ プラグイン

FreeBSD 用の Adobe® Flash™ プラグインは提供されていません。 しかしながら、Linux バージョンのプラグインを実行するためのソフトウェアレイヤ (wrapper) が存在します。 この wrapper は、 RealPlayer® プラグインといった他のブラウザのプラグインにも対応しています。

プラグインをインストールして有効にするには、 以下を実行してください。

  1. www/nspluginwrapper port をコンパイルしてください。 ライセンスの制限のため package は利用できません。 この port は、emulators/linux_base-f10 という大きな port を必要とします。

  2. www/linux-f10-flashplugin11 port をコンパイルしてください。 ライセンスの制限により、package は利用できません。

  3. # ln -s /usr/local/lib/npapi/linux-f10-flashplugin/libflashplayer.so \
  /usr/local/lib/browser_plugins/

    /usr/local/lib/browser_plugins ディレクトリが存在しない場合には、作成してください。

  4. flash を最初に使う前に、 ユーザごとに以下を実行しておく必要があります。

    % nspluginwrapper -v -a -i

    flash がアップデートされたら、 各ユーザは以下を実行する必要があります。

    % nspluginwrapper -v -a -u

    ブラウザを起動し、ロケーションバーに about:plugins と入力して Enter を押してください。 現在利用可能なプラグインの一覧が表示されます。

7.2.1.3. Firefox と Swfdec Flash プラグイン

Swfdec は Flash アニメーションのデコードやレンダリングを行うライブラリです。 Swfdec-Mozilla は、Firefox ブラウザにおいて SWF ファイルを実行するためのプラグインで、Swfdec ライブラリを利用しています。 このライブラリは、現在でも盛んに開発されています。

package をインストールするには、以下を実行してください。

# pkg_add -r swfdec-plugin

package を利用できない場合は、Ports Collection からコンパイルしてインストールしてください。

# cd /usr/ports/www/swfdec-plugin
# make install clean

その後、ブラウザを再起動してプラグインを有効にしてください。

7.2.2. Opera

Opera は、 機能満載で、標準規格に準拠した Web ブラウザですが、 軽量で高速です。 メールおよびニュースリーダや、IRC クライアント、 RSS/Atom フィードリーダ、その他いろいろなものが組み込まれています。 FreeBSD “ネイティブ” バージョンと、 Linux バイナリ互換機能によって動作するバージョンの 2 つがあります。

以下のコマンドは、FreeBSD 版の Opera package をインストールします。 Linux 版をインストールするには、 opera を linux-opera に置き換えてください。

# pkg_add -r opera

あるいは Ports Collection からインストールしてください。 以下のコマンドで、ネイティブ版がインストールされます。

# cd /usr/ports/www/opera
# make install clean

Linux 版の Opera をインストールするには、opera を linux-opera に置き換えてください。

Adobe Flash プラグインをインストールするには、まず www/linux-f10-flashplugin11 port をコンパイルしてください。package は、ライセンスの制限により利用できません。 その後、www/opera-linuxplugins port もしくは package をインストールしてください。 以下の例では、両方を ports からコンパイルします。

# cd /usr/ports/www/linux-f10-flashplugin11
# make install clean
# cd /usr/ports/www/opera-linuxplugins
# make install clean

インストールが終了したら、 プラグインがインストールされたかどうかをブラウザを起動して確認してください。 ロケーションバーに about:plugins と入力して Enter を押してください。 現在利用可能なプラグインの一覧が表示されます。

Java プラグインを追加するには、 Firefox での手順 にしたがってください。

7.2.3. Konqueror

Konqueror は x11/kde4-baseapps を構成するソフトウェアです。 Konqueror はブラウザであると同時に、 ファイルマネージャおよびマルチメディアビューアの役割も果たします。

Konqueror は、KHTML とともに、WebKit にも対応しています。WebKit は Chromium など最近のブラウザの多くで採用されているレンダリングエンジンです。 FreeBSD の Konqueror で WebKit を使うには www/kwebkitpart package または、 port をインストールしてください。 以下の例では、port をコンパイルします。

# cd /usr/ports/www/kwebkitpart
# make install clean

Konqueror で、WebKit を有効にするには、 “Settings”, “Configure Konqueror” をクリックしてください。 “General” の設定ページにおいて、 ドロップダウンメニューから “Default web browser engine” をクリックし、 “WebKit” を“KHTML” に変更してください。

Konqueror は Flash にも対応しています。 Konqueror に Flash を導入するための “How To” ガイドが http://freebsd.kde.org/howtos/konqueror-flash.php にあります。

7.2.4. Chromium

Chromium は、 オープンソースのブラウザのプロジェクトで、 安全かつ高速、安定したウェブブラウジングの体感を目指しています。 Chromium は、タブブラウジング、 ポップアップブロック、拡張機能などの機能を持っています。 Chromium は、Google Chrome ウェブブラウザがベースとしているオープンソースのプロジェクトです。

Chromium は、 以下のように入力することで package からインストールできます。

# pkg_add -r chromium

または、Ports Collection を用いて Chromium をソースからコンパイルしてインストールできます。

# cd /usr/ports/www/chromium
# make install clean

注意: Chromium の実行可能ファイルは、 /usr/local/bin/chrome です。 /usr/local/bin/chromium ではありません。

7.2.4.1. Chromium と Java プラグイン

注意: 以下の節では、Chromium がインストールされていることを前提としています。

Java プラグインをインストールするには、 項7.2.1.1 に書かれている手順に従ってください。

Java のサポートをインストールしたら、 Chromium を起動し、アドレスバーに、 about:plugins と入力してください。 インストールされているプラグインの一覧に IcedTea-Web が追加されているはずです。

Chromium に IcedTea-Web プラグインが追加されていない場合には、 以下のコマンドを実行し、ブラウザを再起動してください。

# mkdir -p /usr/local/share/chromium/plugins
# ln -s /usr/local/lib/IcedTeaPlugin.so \
  /usr/local/share/chromium/plugins/

7.2.4.2. Chromium と Adobe�Flash プラグイン

Chromium と Adobe�Flash の設定は、Firefox の手順 と同じです。 Chromium は、他のブラウザのプラグインを用いることができるので、 追加の設定は必要ありません。

7.3. 生産的なアプリケーション

生産的なアプリケーションということになると、 新しいユーザはしばしば魅力的なオフィススイートや 親しみのあるワードプロセッサを求めるでしょう。 デフォルトアプリケーションではありませんが、 KDE のような デスクトップ環境 はオフィススイートを提供しています。 インストールされているデスクトップ環境にかかわらず、FreeBSD では、 いくつものオフィススイート、文書作成ソフトウェアを利用できます。

この節では、以下の人気のある生産的なソフトウェアのインストール方法について説明します。 もし、アプリケーションがリソースを大量に消費したり、 ports からのコンパイルに時間がかかったり、 もしくは大きな依存がある場合には、そのことについても触れます。

アプリケーション名 必要なリソース port からのインストール 実行に必要となる主な環境
Calligra 少 重 KDE
AbiWord 少 軽 Gtk+ または GNOME
Gimp 少 重 Gtk+
Apache OpenOffice 多 莫大 JDK™ および Mozilla
LibreOffice やや多 莫大 Gtk+ または KDE/ GNOME または JDK

7.3.1. Calligra

KDE コミュニティはデスクトップ環境とともに、 KDE 環境以外でも利用可能な オフィススイートを提供しています。 Calligra には、他のオフィススイートと同様に、 標準的なアプリケーションが含まれています。 Words は文書作成ソフトウェア、 Sheets は表計算ソフトウェア、 Stage はプレゼンテーションソフトウェア、そして Karbon は図形描画ソフトウェアです。

最新の KOffice をインストールする場合には、事前に KDE を最新のバージョンにしておいてください。

editors/calligra は、package または port からインストール出来ます。 package からインストールするには次のようにします。

# pkg_add -r calligra

package を入手できない場合は、かわりに Ports Collection を利用してください。

# cd /usr/ports/editors/calligra
# make install clean

7.3.2. AbiWord

AbiWord は、Microsoft Word のような見た目や操作感を持つフリーのワードプロセッサです。 書類や手紙、報告書、メモなどを書くのに適しています。 速く、多くの特徴があり、ユーザフレンドリです。

AbiWord は、 Microsoft .doc のような独自仕様を含む多くの形式のファイルを読み書きできます。

AbiWord を package からインストールするには、以下のようにしてください。

# pkg_add -r abiword

package を入手できない場合は、Ports Collection からコンパイルしてください。

# cd /usr/ports/editors/abiword
# make install clean

7.3.3. GIMP

画像を描画したり写真を修正することに関して、 GIMP は洗練された編集プログラムです。 単純にお絵かきソフトウェアとして使うこともできますし、 高品質な写真の加工ツールとしても使えます。 多くのプラグインに対応しており、 スクリプトインタフェースを特徴としています。 GIMP はさまざまな形式のファイルを読み書きでき、 スキャナやタブレットとのインタフェースにも対応しています。

package をインストールするには、以下のようにしてください。

# pkg_add -r gimp

もしくは、Ports Collection を利用してください。

# cd /usr/ports/graphics/gimp
# make install clean

Ports Collection の graphics カテゴリには、GIMP に関連したプラグイン、 ヘルプファイルおよびユーザマニュアルなどがあります。

7.3.4. Apache OpenOffice

2011 年 7 月 1 日、Oracle は OpenOffice.org のコードベースを Apache Software Foundation へ寄贈しました。 現在 OpenOffice.org は、 Apache OpenOffice として知られ、 Apache Software Foundation のインキュベータプロジェクトとして開発が行われています。

Apache OpenOffice は、完全なオフィススイートに必須のアプリケーション (ワードプロセッサ、表計算ソフトウェア、 プレゼンテーションソフトウェア、そして図形描画ソフトウェア) をひととおり揃えています。 ユーザインタフェースは他のオフィススイートと似ており、 広く用いられているさまざまな形式のファイルを読み書きできます。 インタフェース、スペルチェッカ、辞書は国際化されており、 多くの言語で利用できます。

Apache OpenOffice のワードプロセッサは、ネイティブのファイル形式に XML を採用することで ポータビリティや柔軟性を高めています。 表計算ソフトウェアにはマクロ機能があり、 外部データベースと接続することもできます。 Apache OpenOffice は、 Windows, Linux, FreeBSD および Mac�OS�X において安定してネイティブに動作しています。 Apache OpenOffice についてのより詳しい情報は、Apache OpenOffice web サイト をご覧ください。また、FreeBSD Apache OpenOffice 移植チーム の web サイトから、FreeBSD 特有の情報や packages を直接取得することもできます。

Apache OpenOffice package をインストールするには、以下のように入力してください。

# pkg_add -r apache-openoffice

注意: FreeBSD のリリース版を使用している場合には、この操作はうまくいくでしょう。 それ以外の版を使用している場合には、 FreeBSD Apache OpenOffice 移植チームの web サイトから適切な package をダウンロードして、 pkg_add(1) を使用してインストールしてください。 このウェブサイトから、リリース版と開発版の両方をダウンロードできます。

package をインストールしたら、以下のコマンドを入力して Apache OpenOffice を起動してください。

% openoffice-X.Y.Z

ここで X.Y.Z は、 インストールされている Apache OpenOffice のバージョン番号です。

注意: 初回起動時に、いくつかの質問が行われ、 ユーザのホームディレクトリに .openoffice.org フォルダが作成されます。

希望の Apache OpenOffice の packages を利用できない場合には、port を利用する方法もあります。 しかしながら、コンパイルには大きなディスクスペースと、 本当にかなり長い時間を必要とします。

# cd /usr/ports/editors/openoffice-3
# make install clean

注意: 地域化されたバージョンをビルドするには、 上記コマンドの代わりに以下のコマンドを実行して下さい。

# make LOCALIZED_LANG=your_language install clean

your_language を正しい言語 ISO コードに置き換えてください。 サポートされている言語コードは、同じ port ディレクトリにある files/Makefile.localized に書かれています。

7.3.5. LibreOffice

LibreOffice は、The Document Foundation が開発しているフリーソフトウェアのオフィススィートです。 他のメジャーなオフィススィートと互換性があり、 さまざまなプラットフォームで利用できます。 完全なオフィス生産性スィートに必須のアプリケーション (文書作成ソフトウェア、表計算ソフトウェア、プレゼンテーションソフトウェア、 図形描画ソフトウェア、データベース管理ソフトウェア、数式エディタ) をすべて揃えている OpenOffice.org からの新しいフォークです。 インタフェース、スペルチェッカ、辞書は国際化されており、 多くの言語で利用できます。

LibreOffice のワードプロセッサは、 ネイティブのファイル形式に XML を採用することで ポータビリティや柔軟性を高めています。 表計算ソフトウェアにはマクロ機能があり、 外部データベースと接続することもできます。 LibreOffice は、 Windows, Solaris™, Linux, FreeBSD, Mac�OS�X において安定してネイティブに動作しています。 LibreOffice についての詳しい情報は、 LibreOffice ウェブサイト をご覧ください。

英語版の LibreOffice package をインストールするには、以下のように入力してください。

# pkg_add -r libreoffice

Ports Collection の editors カテゴリには、地域化された LibreOffice が用意されています。 地域化された package をインストールするには、 libreoffice を地域化された package 名に置き換えてください。

package をインストールしたら、以下のコマンドで LibreOffice を起動してください。

% libreoffice

注意: 初回起動時には、いくつかの質問が行われ、 ユーザのホームディレクトリに .libreoffice フォルダが作成されます。

希望の LibreOffice の packages を利用できない場合には、port からコンパイルする方法もあります。 しかしながら、コンパイルには大きなディスクスペースと、 本当にかなり長い時間を必要とします。 以下の例では、英語版がインストールされます。

# cd /usr/ports/editors/libreoffice
# make install clean

注意: 地域化されたバージョンをビルドしたいのなら、 希望の言語の port ディレクトリに cd コマンドで移動してください。 対応している言語は、Ports Collection の editors カテゴリにあります。

7.4. ドキュメントビューア

UNIX の出現以降、いくつかの新しい文書形式がよく使われるようになりました。 基本システムには、それらの文書が要求するビューアがないかもしれません。 この節ではそれらのドキュメントビューアのインストール方法について説明します。

アプリケーション名 必要なリソース port からのインストール 実行に必要になる主な環境
Acrobat�Reader 少 軽 Linux バイナリ互換機能
gv 少 軽 Xaw3d
Xpdf 少 軽 FreeType
GQview 少 軽 Gtk+ または GNOME

7.4.1. Acrobat�Reader®

今や多くの文書が Portable Document Format (PDF) ファイル形式で配布されています。 PDF ファイルを読むのによく用いられるビューアが Adobe が Linux 用にリリースしている Acrobat�Reader です。 FreeBSD は Linux バイナリを実行できるので、 FreeBSD でもこのアプリケーションを利用できます。 ライセンスの制限から package は利用できないため、 ports からコンパイルする必要があります。 地域化されたものが Ports Collection の print カテゴリに用意されています。

以下のコマンドは、Ports Collection から、 Acrobat�Reader 9 の英語版をインストールします。地域化された版をインストールするには、 かわりに希望の ports ディレクトリに cd コマンドで移動してください。

# cd /usr/ports/print/acroread9
# make install clean

7.4.2. gv

gv は PostScript と PDF のビューアです。これはもともと ghostview をベースとしていますが、 Xaw3d ライブラリによってより良い外観になっています。 動作が速くて、ユーザインタフェースもシンプルです。 gv は用紙の向きやサイズ、 拡大縮小、アンチエイリアスなどたくさんの機能を持っています。 ほとんどすべての操作はキーボードとマウスの両方で行なうことができます。

package から gv をインストールするには次のようにします。

# pkg_add -r gv

package を利用できない場合には、Ports Collection を使ってください。

# cd /usr/ports/print/gv
# make install clean

7.4.3. Xpdf

FreeBSD 向けの軽い PDF ビューアを使いたいのなら、xpdf を試してみてください。 これは少ないリソースで動作するビューアで、軽くて効率的です。 標準の X フォントを利用し、 Motif®, その他の X ツールキットを必要としません。

Xpdf の package をインストールするには次のコマンドを入力してください。

# pkg_add -r xpdf

package を入手できない場合は、 Ports Collection を利用してください。

# cd /usr/ports/graphics/xpdf
# make install clean

インストールが完了したら xpdf を起動してください。 メニューを表示するにはマウスの右ボタンを押してください。

7.4.4. GQview

GQview は画像管理ソフトウェアです。 クリックひとつで画像ファイルを開いたり、外部エディタを起動したり、 サムネイル画像を作成できます。 また、スライドショーや基本的なファイル操作機能も備えています。 画像のコレクションの管理や、重複したファイルを見つけることが簡単にできます。 GQview は全画面表示、 および国際化にも対応しています。

GQview package をインストールするには次のコマンドを入力してください。

# pkg_add -r gqview

package を入手できない場合は、 Ports Collection を利用してください。

# cd /usr/ports/graphics/gqview
# make install clean

7.5. 財務管理ソフトウェア

FreeBSD のデスクトップで個人的な財務管理ができるように、 強力で簡単に使えるアプリケーションが用意されています。 それらのアプリケーションの中には Quicken® や Excel などの広く行き渡った形式のファイルと互換性があるものもあります。

この節では次のアプリケーションについて説明します。

アプリケーション名 必要なリソース port からのインストール 実行に必要になる主な環境
GnuCash 少 重 GNOME
Gnumeric 少 重 GNOME
KMyMoney 少 重 KDE

7.5.1. GnuCash

GnuCash は、 GNOME の一部で、 使いやすくかつ強力なアプリケーションとしてエンドユーザに提供されています。 GnuCash を使えば、 収入や支出、銀行口座、あるいは株を管理できます。 直観的なインタフェースを特徴としていますが、 高度な機能も提供しています。

GnuCash は洗練された登録機能、 階層構造の勘定システム、多くのキーボードショートカット、 自動補完機能を提供しています。 単一のトランザクションをより小さな要素に分解できます。 GnuCash は、 Quicken の QIF ファイルの読み込みやマージができます。 また、国際的な日付および通貨形式も扱えます。

GnuCash package をインストールするには次のようにしてください。

# pkg_add -r gnucash

package が手に入らなければ、Ports Collection を使ってください。

# cd /usr/ports/finance/gnucash
# make install clean

7.5.2. Gnumeric

Gnumeric は、 GNOME コミュニティによって開発されている表計算ソフトウェアです。 セルの書式に従ってユーザの入力を自動的に “推測”する便利な機能や、 多くのシーケンスに対する自動補完機能があります。 Excel, Lotus 1-2-3, Quattro Pro といった広く行き渡っている多くの形式のファイルを読みこめます。 多くの関数を内蔵しており、 数値、通貨、日付、時間などのよく使うセルの書式が利用できます。

Gnumeric package をインストールするには次のように入力してください。

# pkg_add -r gnumeric

package が手に入らなければ、Ports Collection を使ってください。

# cd /usr/ports/math/gnumeric
# make install clean

7.5.3. KMyMoney

KMyMoney は、KDE コミュニティが作成している個人用財務管理ソフトウェアです。 商用の個人用財務管理ソフトウェアに見られる機能を取り入れ、 提供することを目指しています。 また、使いやすい複式簿記機能も特徴です。 KMyMoney は標準の Quicken Interchange Format (QIF) ファイルをインポート可能で、 投資履歴や複数通貨の取扱い、財政状況のレポートを提供します。

package から KMyMoney をインストールするには次のようにします。

# pkg_add -r kmymoney-kde4

package が手に入らない場合は、Ports Collection を使ってください。

# cd /usr/ports/finance/kmymoney-kde4
# make install clean

第 8章マルチメディア

編集: Ross Lippert.

8.1. この章では

FreeBSD は数多くの種類のサウンドカードに対応しており、 コンピュータで原音に忠実な出力を楽しむことができます。 これには録音機能と、MPEG Layer 3 Audio (MP3) や WAV, Ogg Vorbis などをはじめとした多くの形式の音楽の再生機能が含まれます。 加えて FreeBSD の Ports Collection には、録音した音楽を 編集したり、音響効果を加えたり、接続された MIDI 機器を制御するためのアプリケーションがあります。

多くの試みによって、FreeBSD ではビデオファイルおよび DVD の 再生ができるようになりました。さまざまなビデオメディアをエンコード、 変換、再生するアプリケーションの数は、 音声用のアプリケーションほど充実していません。 この文書を執筆している時点では、たとえば audio/sox のようなファイル形式を変換するためのすぐれたアプリケーションは Ports Collection にありません。しかしながら、 この分野のソフトウェアの状況は急速に変わりつつあります。

この章ではサウンドカードを設定するために必要な方法を説明します (ただし、高音質で再生するためには若干の微調整が必要かもしれません)。 ビデオカードのハードウェアに関する問題は、 X11 (第6章) のインストールと設定においてすでに扱いましたので、 そちらをご覧ください。

この章を読むと、以下のことがわかります。

  • サウンドカードを認識させるためにシステムを設定する方法

  • サウンドカードがうまく動作しているかどうかテストする方法

  • サウンドの設定に関するトラブルシューティング

  • MP3 およびその他の形式の音声を再生、エンコードする方法

  • X サーバで どのようにビデオに対応しているか

  • ビデオを再生、エンコードするのに役に立つ ports

  • DVD の .mpg ファイルおよび .avi ファイルを再生する方法

  • CD および DVD の情報を抽出する方法

  • TV カードの設定方法

  • 画像スキャナの設定方法

この章を読む前に、以下のことを理解しておく必要があります。

  • 新しいカーネルを設定してインストールする方法 (第9章)

警告オーディオ CD を mount(8) でマウントしようとすると、少なくともエラーになります。 最悪の場合、カーネルパニックが発生するでしょう。 これらのメディアは通常の ISO ファイルシステムとは異なり、 特別なエンコードが施されているからです。

8.2. サウンドカードの設定

寄稿: Moses Moore. 再構成: Marc Fonvieille.

8.2.1. システムを設定する

設定をはじめる前に、あなたが持っているカードのモデル、 そのカードが使用しているチップ、そして PCI, ISA どちらのカードなのかを確認する必要があります。 FreeBSD は PCI および ISA の両方のカードに幅広く対応しています。 使用しているカードが対応しているかどうかは、 ハードウェアノート の対応オーディオデバイスの一覧を調べてください。 このハードウェアノートには、 カードに対してどのドライバを利用すればよいかについても言及されています。

サウンドデバイスを使うために、 適切なデバイスドライバを読み込まなければいけません。 これには二つの方法のどちらかでできるでしょう。 もっとも簡単な方法は kldload(8) を使ってサウンドカードのカーネルモジュールを単に読み込むことです。 次のコマンドで実現できます。

# kldload snd_emu10k1

または /boot/loader.conf ファイルにこのような適切な行を加えて実現することもできます。

snd_emu10k1_load="YES"

以上は Creative SoundBlaster® Live! サウンドカードの例です。 他に利用可能な読み込み可能なサウンドモジュールは /boot/defaults/loader.conf に記載されています。 どのドライバを利用すればいいか確かでなければ、 snd_driver モジュールを読み込んでみてください。

# kldload snd_driver

snd_driver モジュールは、 一般に使用されるカードに対応したドライバをまとめて一度に読み込むメタドライバです。 このドライバを使用すれば、速やかに正しいドライバを探し出すことができるでしょう。 /boot/loader.conf ファイルを使用して、 すべてのサウンドドライバを読み込むこともできます。

snd_driver メタドライバの読み込み後に、 どのドライバがサウンドカードに選択されたのかを知りたいのなら cat /dev/sndstat コマンドで /dev/sndstat ファイルを調べてください。

二つ目の方法は、 サウンドカードのドライバをカーネルへ静的に組み込むことです。 以下の節では、この方法でハードウェアを対応させる方法を説明します。 カーネル再構築の詳細は 第9章 を参照してください。

8.2.1.1. サウンドに対応したカスタムカーネルを設定する

はじめに、オーディオフレームワークドライバ sound(4) をカーネルに追加します。 カーネルコンフィグレーションファイルに以下の行を追加してください。

device sound

次に、サウンドカードに対応したドライバを追加します。 それには、どのドライバがカードに対応しているかを知る必要があります。 使用しているカードに対する正しいドライバを決定するために、 ハードウェアノート の対応オーディオデバイスの一覧を調べてください。 たとえば、Creative SoundBlaster Live! サウンドカードは snd_emu10k1(4) ドライバが対応しています。 このカードを使用するためには、 カーネルコンフィグレーションファイルに以下の行を追加してください。

device snd_emu10k1

ドライバのマニュアルページを読んで、 追加すべき構文を調べてください。 対応しているすべてのサウンドドライバに関するカーネルコンフィグレーションの具体的な構文は、 /usr/src/sys/conf/NOTES にもあります。

すべての PnP 非対応の ISA カードに当てはまるように、 PnP 非対応の ISA サウンドカードでは、 カーネルにカードが使用する資源 (IRQ, I/O ポートなど) を明示的に指定する必要があるかもしれません。 この場合は、/boot/device.hints ファイルを使用してください。 システムの起動時に、loader(8) はこのファイルを読み、設定情報をカーネルに渡します。 たとえば、PnP 非対応の古い Creative SoundBlaster 16 (ISA 接続) には snd_sb16 とともに snd_sbc(4) ドライバを使用します。 このカードを使用する場合には、 カーネルコンフィグレーションファイルに以下の行を追加すると同時に、

device snd_sbc
device snd_sb16

/boot/device.hints ファイルに以下のエントリを追加してください。

hint.sbc.0.at="isa"
hint.sbc.0.port="0x220"
hint.sbc.0.irq="5"
hint.sbc.0.drq="1"
hint.sbc.0.flags="0x15"

この例では、 I/O ポートに 0x220 を、 IRQ に 5 を使用します。

/boot/device.hints ファイルに用いるべき構文は、 sound(4) ドライバのマニュアルページ、および、 各ドライバのマニュアルページに記載されています。

初期設定は以上の通りです。 カードを使用する状況によっては、 IRQ やその他の設定を変更する必要があるかもしれません。 このカードについての詳細は、 snd_sbc(4) マニュアルページをご覧ください。

8.2.2. サウンドカードのテスト

カーネルを変更して再起動するか、必要となるモジュールを読み込むと、 システムのメッセージバッファ (dmesg(8)) にサウンドカードが認識されたことが示されます。 たとえば、次のようなメッセージが出力されます。

pcm0: <Intel ICH3 (82801CA)> port 0xdc80-0xdcbf,0xd800-0xd8ff irq 5 at device 31.5 on pci0
pcm0: [GIANT-LOCKED]
pcm0: <Cirrus Logic CS4205 AC97 Codec>

サウンドカードの状態は、/dev/sndstat ファイルを使用して確認することができます。

# cat /dev/sndstat
FreeBSD Audio Driver (newpcm)
Installed devices:
pcm0: <Intel ICH3 (82801CA)> at io 0xd800, 0xdc80 irq 5 bufsz 16384
kld snd_ich (1p/2r/0v channels duplex default)

この出力はシステムによって異なるでしょう。 pcm デバイスがなければ、 今までの手順を振り返ってみてください。 カーネルコンフィグレーションファイルをもう一度見直して、 正しいデバイスドライバを選択しているかどうか確認してください。 トラブルシューティングは 項8.2.2.1 を参照してください。

すべてうまくいけば、サウンドカードが機能するでしょう。 CD-ROM または DVD-ROM ドライブのオーディオ出力端子がサウンドカードと適切に接続されていれば、 cdcontrol(1) を使ってドライブ内の CD を再生できます。

% cdcontrol -f /dev/acd0 play 1

audio/workman のように、よりよいインタフェースを提供するさまざまなアプリケーションがあります。 MP3 オーディオファイルを聴くために audio/mpg123 のようなアプリケーションをインストールしようと思うかもしれません。

手っ取り早くカードをテストするには、 /dev/dsp デバイスにデータを送ってみてください。 たとえば、以下のようにします。

% cat filename > /dev/dsp

ここで filename はどんなファイルでも構いません。 このコマンドラインを実行すると雑音が発生するはずです。 これにより、サウンドカードが実際に動作していることを確認できます。

注意: デバイスノード /dev/dsp* は、 必要とされる時に自動的に作成されます。 デバイスノードが使用されていない場合には存在せず、 ls(1) の出力に表示されません。

サウンドカードのミキサレベルは mixer(8) コマンドで変更することができます。 詳細は mixer(8) マニュアルページをご覧ください。

8.2.2.1. よくある問題

エラー 解決方法
“sb_dspwr(XX) timed out”

使用する I/O ポートが適切に設定されていません。
“bad irq XX”

使用する IRQ が正しく設定されていません。 サウンドカードの IRQ と設定した IRQ が同じかどうか確かめてください。
“xxx: gus pcm not attached, out of memory”

デバイスを使用するのに十分なメモリを確保できません。
“xxx: can't open /dev/dsp!”

fstat | grep dsp を使って、 他のアプリケーションがデバイスを使用しているか調べてください。 注目すべきトラブルメーカは esound と KDE のサウンド機能です。

最近のグラフィックカードの中には、 HDMI や類似のインタフェースを利用するため、 グラフィックカード自身がサウンドカードを持つものがあります。 このようなサウンドデバイスには、 時として本当のサウンドカードより若い番号が付けられることがあり、 そのような場合には、 サウンドカードをデフォルトプレイバックデバイスとして利用できません。 このことが原因かどうかを確認するには、dmesg を実行して pcm を探してください。 以下のような出力を得るかもしれません。

...
hdac0: HDA Driver Revision: 20100226_0142
hdac1: HDA Driver Revision: 20100226_0142
hdac0: HDA Codec #0: NVidia (Unknown)
hdac0: HDA Codec #1: NVidia (Unknown)
hdac0: HDA Codec #2: NVidia (Unknown)
hdac0: HDA Codec #3: NVidia (Unknown)
pcm0: <HDA NVidia (Unknown) PCM #0 DisplayPort> at cad 0 nid 1 on hdac0
pcm1: <HDA NVidia (Unknown) PCM #0 DisplayPort> at cad 1 nid 1 on hdac0
pcm2: <HDA NVidia (Unknown) PCM #0 DisplayPort> at cad 2 nid 1 on hdac0
pcm3: <HDA NVidia (Unknown) PCM #0 DisplayPort> at cad 3 nid 1 on hdac0
hdac1: HDA Codec #2: Realtek ALC889
pcm4: <HDA Realtek ALC889 PCM #0 Analog> at cad 2 nid 1 on hdac1
pcm5: <HDA Realtek ALC889 PCM #1 Analog> at cad 2 nid 1 on hdac1
pcm6: <HDA Realtek ALC889 PCM #2 Digital> at cad 2 nid 1 on hdac1
pcm7: <HDA Realtek ALC889 PCM #3 Digital> at cad 2 nid 1 on hdac1
...

ここで、グラフィックカード (NVidia) には、サウンドカード (Realtek ALC889) より若い番号が付けられています。 サウンドカードをデフォルトのプレイバックデバイスとして利用するには、 以下のように hw.snd.default_unit をプレイバックで使用するユニット番号に変更してください。

# sysctl hw.snd.default_unit=n

ここで、n は使用するサウンドデバイスの番号です。 この例では 4 です。 /etc/sysctl.conf に以下の行を入れると、 常に設定の変更が反映されるようになります。

hw.snd.default_unit=4

8.2.3. 複数音源の利用

寄稿: Munish Chopra.

特定のアプリケーションとのサウンドデバイスの共用に対応していない時、 esound または artsd のように 同時に再生することのできる音源を複数実装していることは、 多くの場合望ましいことです。

FreeBSD では、 仮想サウンドチャネル を使ってこれを実現でき、sysctl(8) で設定できます。 仮想チャネルはカーネル内でサウンドを合成することにより、 サウンドカードの再生を多重化することができます。

仮想チャネルの数を決めるのに三つの sysctl 変数を設定できます。 root ユーザで以下のようにします。

# sysctl dev.pcm.0.play.vchans=4
# sysctl dev.pcm.0.rec.vchans=4
# sysctl hw.snd.maxautovchans=4

上記の例では四つの仮想チャネルを設定しています。 これは通常利用する上で十分実用的な数です。 dev.pcm.0.play.vchans=4 と dev.pcm.0.rec.vchans=4 は、 pcm0 が再生や録音のために持っている仮想チャネルの数で、 一度デバイスが取り付けられると設定できます。 hw.snd.maxautovchans は、 kldload(8) を用いて認識された新しいデバイスの仮想チャネル数です。 pcm モジュールはハードウェアドライバとは独立して読み込むことができるので、 後でどんなにデバイスを認識しても hw.snd.maxautovchans は仮想チャネルを格納できます。 より詳細な情報については pcm(4) のマニュアルページを参照してください。

注意: デバイスを使用しているときに 仮想チャンネルの数を変更することはできません。 まず、ミュージックプレーヤやサウンドデーモンといった デバイスを使用しているすべてのプログラムを終了してください。

/dev/dsp0 を必要とするプログラムが意識しなくても、 適切な pcm デバイスが自動的に設定されます。

8.2.4. ミキサチャネルの初期値を設定する

寄稿: Josef El-Rayes.

各ミキサチャネルの初期値は pcm(4) ドライバのソースにハードコーディングされています。 起動時に記録されていた値をミキサに設定する さまざまなアプリケーションやデーモンがありますが、 あまりよい解決方法ではありません。 適切な値を /boot/device.hints ファイルに記述することにより、 ドライバレベルでミキサの初期値を設定することができます。 たとえば、以下のような行を追加します。

hint.pcm.0.vol="50"

この例では、pcm(4) が読み込まれたと同時に、 ボリュームチャネルの初期値を 50 に設定します。

8.3. MP3 オーディオ

寄稿: Chern Lee.

MP3 (MPEG Layer 3 Audio) は CD に匹敵する音質でサウンドを再生できます。あなたの FreeBSD ワークステーションにこのプレイヤをインストールしない理由はないでしょう。

8.3.1. MP3 プレイヤ

XMMS (X Multimedia System) は とても人気のある X11 ベースの MP3 プレイヤです。 XMMS のグラフィカルインタフェースは Nullsoft の Winamp とほとんど同一なので、Winamp のスキンを使うことができます。 XMMS はネイティブプラグインにも対応しています。

XMMS は multimedia/xmms の port または package からインストールできます。

XMMS のプレイリスト、グラフィックイコライザそしてその他のインタフェースは 直感的です。 Winamp を使いなれている人は 簡単に XMMS を使えるでしょう。

audio/mpg123 はコマンドライン上の代替となる MP3 プレイヤの port です。

mpg123 はサウンドデバイスと MP3 ファイルを指定して実行できます。 /dev/dsp1.0 デバイスを使用して MP3 ファイル Foobar-GreatestHits.mp3 を再生するのであれば、次のように実行してください。

# mpg123 -a /dev/dsp1.0 Foobar-GreatestHits.mp3
High Performance MPEG 1.0/2.0/2.5 Audio Player for Layer 1, 2 and 3.
Version 0.59r (1999/Jun/15). Written and copyrights by Michael Hipp.
Uses code from various people. See 'README' for more!
THIS SOFTWARE COMES WITH ABSOLUTELY NO WARRANTY! USE AT YOUR OWN RISK!





Playing MPEG stream from Foobar-GreatestHits.mp3 ...
MPEG 1.0 layer III, 128 kbit/s, 44100 Hz joint-stereo

8.3.2. CD 音声トラックの抽出

CD 全体または CD トラックを MP3 に変換する前に、CD 上のオーディオデータをハードディスク上に抽出する必要があります。 これには raw CDDA (CD Digital Audio) データを WAV ファイルにコピーします。

sysutils/cdrtools スイートの一部である cdda2wav ツールは CD からオーディオデータを抽出したり、 情報を関係づけるのに使われます。

CD をドライブにいれて次のコマンドを (rootで) 実行して、 CD 全体を (トラックごとに) 個々の WAV ファイルに抽出できます。

# cdda2wav -D 0,1,0 -B

cdda2wav は ATAPI (IDE) CDROM ドライブにも対応しています。 IDE ドライブから抽出するには、 SCSI ユニット番号をデバイス名に置き換えて指定します。 たとえば IDE ドライブから七番目のトラックを抽出するには、 次のようにします。

# cdda2wav -D /dev/acd0 -t 7

-D 0,1,0 は SCSI デバイス 0,1,0 を表します。 これは cdrecord -scanbus の出力に一致します。

個々のトラックを抽出するには、 次のように -t オプションを使用します。

# cdda2wav -D 0,1,0 -t 7

上記の例はオーディオ CDROM の七番目のトラックを抽出します。 範囲を指定して、 たとえば一番目から七番目のトラックまで抽出したい場合、 次のようにします。

# cdda2wav -D 0,1,0 -t 1+7

dd(1) ユーティリティも ATAPI ドライブ上のオーディオトラックを展開するのに使われます。 何ができるか詳しいことは オーディオ CD の複製について 項16.5.5 を参照してください。

8.3.3. MP3 のエンコード

現在、一般に好まれている MP3 エンコーダは lame です。 lame は Ports Collection の audio/lame に収録されています。

次のコマンドを実行すると、抽出した WAV ファイル audio01.wav を使って audio01.mp3 に変換します。

# lame -h -b 128 \
--tt "曲名" \
--ta "アーティスト名" \
--tl "アルバム名" \
--ty "年" \
--tc "コメント" \
--tg "ジャンル" \
audio01.wav audio01.mp3

128�kbits が標準のビットレートのようです。 多くの人はさらに高音質の 160�kbits または 192�kbits を好むでしょう。 ビットレートが高くなるにつれて作成される MP3 ファイルは多くのディスク領域を消費しますが、より高音質となります。 -h オプションを指定すると “低速高品質” モードとなります。 --t ではじまるオプションは ID3 タグを設定します。 このタグにはたいてい曲の情報が含まれており、 MP3 ファイルに格納されます。 lame のマニュアルを参照すれば他のオプションが見つかるでしょう。

8.3.4. MP3 のデコード

MP3 からオーディオ CD を作成するには、 MP3 形式を非圧縮 WAV 形式に変換しなければなりません。 XMMS と mpg123 の両方が MP3 から非圧縮ファイル形式への出力に対応しています。

XMMS でディスクへ書き出す方法は次の通りです。

  1. XMMS を起動します。

  2. 右クリックで XMMS メニューを表示します。

  3. Options から Preference を選択します。

  4. Output Plugin を “Disk Writer Plugin” に変更します。

  5. Configure を押します。

  6. 非圧縮ファイルを書き出すディレクトリを入力 (または選択) します。

  7. 普段通り XMMS へ MP3 ファイルを読み込みます。 音量は 100% で イコライザの設定はオフにします。

  8. Play を押します— XMMS は MP3 を再生しているかのように表示しますが、 音声はきこえません。 実際には MP3 をファイルに出力しています。

  9. 再び MP3 を聴けるように Output Plugin を以前のように元に戻すのを忘れないでください。

mpg123 で標準出力へ書き出す方法は次の通りです。

  1. mpg123 -s audio01.mp3 > audio01.pcm を実行します。

XMMS は WAV 形式でファイルに書き出しますが、 mpg123 は MP3 を PCM オーディオデータに変換します。 両形式は cdrecord を使ってオーディオ CD を作成するのに利用することができます。 burncd(8) を使う場合は raw PCM データが必要です。 WAV ファイルを使用する場合、 それぞれのトラックの先頭に小さなノイズが入るのに気づくでしょう。 これは WAV ファイルのヘッダ情報です。 SoX (audio/sox の port または package からインストールできます) を使うと簡単に WAV ファイルのヘッダ情報を削除できます。

% sox -t wav -r 44100 -s -w -c 2 track.wav track.raw

FreeBSD での CD 作成の詳しい情報は 項16.5 を参照してください。

8.4. ビデオ再生

寄稿: Ross Lippert.

ビデオ再生は今まさに成長中の新しいアプリケーション分野です。 辛抱強くしてください。 音声のようにすべてが順調にいくとは限りません。

設定をはじめる前に、あなたが持っているビデオカードのモデル、 そのカードが使用しているチップを確認する必要があります。 Xorg はさまざまなビデオカードに対応していますが、 ビデオ再生に申し分のない性能を発揮できるカードはわずかです。 あなたのビデオカードの利用している X サーバが対応している拡張機能のリストを得るには、 X11 を実行中に xdpyinfo(1) コマンドを実行してください。

さまざまなプレイヤやオプションを試すのに、 テストファイルとして小さな MPEG ファイルを用意しておくのはよい考えです。 いくつかの DVD プレイヤは DVD メディアを /dev/dvd として 初期設定しているか、ハードコーディングされているので、 次のように適切なデバイスにシンボリックリンクを張っておくと便利かもしれません。

# ln -sf /dev/acd0 /dev/dvd
# ln -sf /dev/acd0 /dev/rdvd

devfs(5) の仕様により、 このように手動で作成されたリンクは再起動すると消えてしまいます。 システムの起動時にこれらのシンボリックリンクを自動的に作成するには、 /etc/devfs.conf に下記の設定を追加します。

link acd0 dvd
link acd0 rdvd

加えて、特別な DVD-ROM 機能を必要とする DVD 解読は、 DVD デバイスへの書き込み権限が必要です。

共有メモリ X11 インタフェースを改善するために、 いくつかの sysctl(8) 変数の値を増やすことが推奨されています。

kern.ipc.shmmax=67108864
kern.ipc.shmall=32768

8.4.1. ビデオ機能の決定

X11 においてビデオ表示性能を改善する方法はいくつかあると思われます。 ちゃんと動作するかどうかはハードウェアに大きく依存しています。 下記に説明したどの方法でも、 ハードウェアが変わると品質が変わるでしょう。 二つ目に、X11 でのビデオレンダリングは最近多くの注目を集めるトピックです。 そして Xorg のバージョンを追うごとに、著しく改良されているかもしれません。

よく知られたビデオインタフェースは次の通りです。

  1. X11: 共有メモリを用いた通常の X11 出力

  2. XVideo: X11 drawable 内でのビデオ再生に対応した X11 インタフェースの拡張機能

  3. SDL: Simple Directmedia Layer

  4. DGA: Direct Graphics Access

  5. SVGAlib: 低レベルコンソールグラフィックレイヤ

8.4.1.1. XVideo

Xorg には XVideo (または Xvideo, Xv, xv) と呼ばれる拡張機能があります。 これは特別なアクセラレーションによって drawable オブジェクト に直接ビデオを表示することができます。 この拡張機能によって、 低速なマシンでも、とてもすぐれた品質の再生が可能となります。

この拡張機能が動作しているかどうかを調べるには、 xvinfo を使います。

% xvinfo

以下のような結果が得られたならば、あなたのカードは XVideo に対応しています。

X-Video Extension version 2.2
screen #0
  Adaptor #0: "Savage Streams Engine"
    number of ports: 1
    port base: 43
    operations supported: PutImage
    supported visuals:
      depth 16, visualID 0x22
      depth 16, visualID 0x23
    number of attributes: 5
      "XV_COLORKEY" (range 0 to 16777215)
              client settable attribute
              client gettable attribute (current value is 2110)
      "XV_BRIGHTNESS" (range -128 to 127)
              client settable attribute
              client gettable attribute (current value is 0)
      "XV_CONTRAST" (range 0 to 255)
              client settable attribute
              client gettable attribute (current value is 128)
      "XV_SATURATION" (range 0 to 255)
              client settable attribute
              client gettable attribute (current value is 128)
      "XV_HUE" (range -180 to 180)
              client settable attribute
              client gettable attribute (current value is 0)
    maximum XvImage size: 1024 x 1024
    Number of image formats: 7
      id: 0x32595559 (YUY2)
        guid: 59555932-0000-0010-8000-00aa00389b71
        bits per pixel: 16
        number of planes: 1
        type: YUV (packed)
      id: 0x32315659 (YV12)
        guid: 59563132-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x30323449 (I420)
        guid: 49343230-0000-0010-8000-00aa00389b71
        bits per pixel: 12
        number of planes: 3
        type: YUV (planar)
      id: 0x36315652 (RV16)
        guid: 52563135-0000-0000-0000-000000000000
        bits per pixel: 16
        number of planes: 1
        type: RGB (packed)
        depth: 0
        red, green, blue masks: 0x1f, 0x3e0, 0x7c00
      id: 0x35315652 (RV15)
        guid: 52563136-0000-0000-0000-000000000000
        bits per pixel: 16
        number of planes: 1
        type: RGB (packed)
        depth: 0
        red, green, blue masks: 0x1f, 0x7e0, 0xf800
      id: 0x31313259 (Y211)
        guid: 59323131-0000-0010-8000-00aa00389b71
        bits per pixel: 6
        number of planes: 3
        type: YUV (packed)
      id: 0x0
        guid: 00000000-0000-0000-0000-000000000000
        bits per pixel: 0
        number of planes: 0
        type: RGB (packed)
        depth: 1
        red, green, blue masks: 0x0, 0x0, 0x0

リストにある形式 (YUV2, YUV12 など) が XVideo のすべての実装で存在するとは限りません。 対応している形式が少ないために、あるプレイヤでは悪影響が出る かもしれないことにも注意してください。

出力が以下のような場合、

X-Video Extension version 2.2
screen #0
no adaptors present

あなたのカードはおそらく XVideo に対応していないのでしょう。

あなたのカードが XVideo に対応していないとしても、 このことはあなたのディスプレイでビデオを表示するのに、 計算上の要求を満たすことがより困難になるだけのことです。 しかしながら、あなたのビデオカードおよびプロセッサによっては、 それでも満足のいく性能が得られるかもしれません。 性能を向上させるには 項8.4.3 をよく読むとよいでしょう。

8.4.1.2. Simple Directmedia Layer

Simple Directmedia Layer (SDL) は Microsoft�Windows, BeOS そして UNIX の間で サウンドとグラフィックスを効果的に利用した クロスプラットホームアプリケーションを 開発することを目的としたレイヤです。 SDL レイヤはハードウェアに対する低レベルの抽象的概念を提供し、 時には X11 インタフェースを使用するよりも効果的なことがあります。

SDL は devel/sdl12 からインストールできます。

8.4.1.3. Direct Graphics Access

Direct Graphics Access は、 プログラムが X サーバを介せず 直接フレームバッファを変更することを可能にする X11 の拡張機能です。 共有メモリを使用するために 低レベルのメモリマッピングが実行できることを期待しているので、 この機能を使うプログラムは root 権限で実行されなければなりません。

DGA 機能拡張は dga(1) によってテストとベンチマークができます。 dga 実行中はキーボードを押せばいつでもディスプレイ色が変更されます。 中止するには q を押します。

8.4.2. ビデオを扱う ports および packages

この節では Ports Collection で利用可能な、 ビデオの再生に使用できるソフトウェアについて論じます。 ビデオ再生は大変活発なソフト開発分野で、 さまざまなアプリケーションの機能は、 ここでの説明から省かざるをえません。

はじめに、FreeBSD で実行できるビデオアプリケーションの多くは、 Linux アプリケーションとして開発されたということを知ることは重要です。 これらのアプリケーションの多くはまだベータ版の品質です。 FreeBSD でこれらのビデオアプリケーションを使用する際に、 以下のような問題が起こるかもしれません。

  1. あるアプリケーションが、 他のアプリケーションの作成したファイルを再生できない。

  2. あるアプリケーションが、 自身の作成したファイルを再生できない。

  3. 二つの異なるマシンで構築した同じアプリケーションが、 同じファイルを再生する挙動がそれぞれ異なる。

  4. イメージサイズ変更のように見たところではありふれたフィルタが、 バグの多いサイズ変更ルーチンによってひどい人工物を作成する。

  5. アプリケーションがよくコアダンプする。

  6. 文書が port と一緒にインストールされない (文書は web サイトにあったり、その port の work ディレクトリの中に 残っていることがある)。

これらのアプリケーションの多くはさらに “Linux 主義” を主張するかもしれません。 すなわち、アプリケーションの作者が仮定した、 Linux ディストリビューションでのみ実装されている ある標準ライブラリの使用方法や Linux カーネルの特定の機能に起因する問題が生じるかもしれません。 必ずしも port 保守担当者がこれらの問題を把握して作業しているとは限らず、 次のような問題が発生する可能性があります。

  1. プロセッサの特性を検知するための /proc/cpuinfo の利用

  2. 本当はプログラムを終了させるはずであるのに、 停止させてしまうようなスレッドの誤用

  3. 一般的にアプリケーションとともに使用され、まだ FreeBSD の Ports Collection に収録されていないソフトウェアを必要とする

これまで、これらのアプリケーションの開発者は、 移植に必要だったその場しのぎの回避方法を最小化し 問題を解決するために port 保守担当者と協力しています。

8.4.2.1. MPlayer

MPlayer は最近開発され、 急激に成長しつつあるビデオプレイヤです。 MPlayer チームの目的は、 Linux や他の Unix 系 OS 上で高速性と柔軟性をもたらすことです。 このプロジェクトは、 チーム創設者が当時利用可能だったビデオプレイヤの ひどい再生能力にうんざりしたのをきっかけとして始まりました。 合理化された設計のために GUI が犠牲にされたと言う人もいます。 しかしながら、コマンドラインオプションおよびキーボード操作に 一度慣れれば非常によく動作します。

8.4.2.1.1. MPlayer の作成

MPlayer は multimedia/mplayer にあります。 MPlayer は 構築の際にさまざまなハードウェアのチェックをするため、 あるシステムで作成されたバイナリは、 別のシステムで利用できないかもしれません。 したがって port から構築し、 バイナリパッケージを利用しないことが重要です。 さらに、Makefile や構築のはじめに説明されるように、 make のコマンドラインで多くのオプションを指定することができます。

# cd /usr/ports/multimedia/mplayer
# make
N - O - T - E

Take a careful look into the Makefile in order
to learn how to tune mplayer towards you personal preferences!
For example,
make WITH_GTK1
builds MPlayer with GTK1-GUI support.
If you want to use the GUI, you can either install
/usr/ports/multimedia/mplayer-skins
or download official skin collections from
http://www.mplayerhq.hu/homepage/dload.html

ほとんどのユーザにとっては port のデフォルトオプションで十分でしょう。 しかしながら、XviD コーデックが必要なら、 WITH_XVID オプションをコマンドラインで指定しなければなりません。 また、デフォルトの DVD デバイスを WITH_DVD_DEVICE オプションで定義することもできます (デフォルトでは /dev/acd0 が使用されます)。

この文書を執筆している時点では、 MPlayer の port は HTML 文書、そして mplayer と mencoder という二つの実行可能なバイナリを構築します。 mencoder はビデオを再エンコーディングするためのツールです。

MPlayer のための HTML 文書は非常に有益です。この章で不足した ビデオハードウェアおよびインタフェースに関する情報があれば、 MPlayer の文書は非常に詳細な補足になります。 UNIX のビデオ対応情報を探しているのなら、時間を割いて MPlayer の文書を読むべきなのは 明らかです。

8.4.2.1.2. MPlayer の使用

MPlayer を使用する人はすべて、 各自のホームディレクトリ内に .mplayer サブディレクトリを用意しなければなりません。 この必要となるサブディレクトリを作成するために、 次のコマンドを入力します。

% cd /usr/ports/multimedia/mplayer
% make install-user

mplayer のコマンドオプションはマニュアルに記載されています。 さらにより詳細な説明について知りたいなら、HTML 文書をご覧ください。 この節では、一般的な使用法についてほんの少し説明します。

さまざまなビデオインタフェースの一つを用いて testfile.avi というファイルを再生するには、 -vo オプションを指定します。 

% mplayer -vo xv testfile.avi

% mplayer -vo sdl testfile.avi

% mplayer -vo x11 testfile.avi

# mplayer -vo dga testfile.avi

# mplayer -vo 'sdl:dga' testfile.avi

ビデオ再生の相対的性能は多くの要因に依存し、 ハードウェアに応じて著しく変わると思われるので、 これらのオプションをすべて試してみる価値はあるでしょう。

DVD を再生するには、 testfile.avi を dvd://N -dvd-device DEVICE に置き換えてください。 <N> には再生するタイトル番号を、 DEVICE は DVD-ROM のデバイスノードを指定します。 たとえば、/dev/dvd から 2 番目のタイトルを再生するには以下のようにします。

# mplayer -vo xv dvd://3 -dvd-device /dev/dvd

注意: デフォルトの DVD デバイスは、 MPlayer port の構築時に WITH_DVD_DEVICE で定義することができます。 デフォルトでは /dev/acd0 になります。 詳細はこの port の Makefile をご覧ください。

停止、休止、再生などをするにはキーの割り当てを調べてください。 mplayer -h を実行したり、 マニュアルを読めばわかります。

再生に関してさらに重要なオプションがあります。 全画面モードにする -fs -zoom オプションと、 性能を向上させる -framedrop オプションです。

mplayer に指定するコマンドラインが長くなりすぎないように、 .mplayer/config を作成してデフォルトのオプションを設定できます。

vo=xv
fs=yes
zoom=yes

最後に mplayer は DVD タイトルを .vob ファイルに抽出するのに使用できます。 DVD から 2 番目のタイトルをダンプするには次のようにします。

# mplayer -dumpstream -dumpfile out.vob dvd://2 -dvd-device /dev/dvd

出力された out.vob ファイルは MPEG 形式で、 この節で説明される他のアプリケーションで編集できます。

8.4.2.1.3. mencoder

mencoder を使う前に、 HTML 文書を読んでオプションに慣れておくのはよい考えです。 マニュアルもありますが、HTML 文書なしではあまり有用ではありません。 品質向上、低ビットレート、形式変換をする方法が無数にあります。 これらの要素の調節具合で、性能が良かったり悪かったりするなど、 結果に違いが出るかもしれません。 ここにいくつか例を示します。 はじめは単純なファイルのコピーです。

% mencoder input.avi -oac copy -ovc copy -o output.avi

コマンドラインオプションを不適切に組合せると、 mplayer でさえ再生できない出力ファイルを作成してしまいます。 したがって、単にファイルを抽出したいときには、 mplayer に -dumpfile オプションをつけます。

input.avi を音声に MPEG3 エンコードを使用して MPEG4 コーデックに変換するには次のようにします (audio/lame が必要です)。

% mencoder input.avi -oac mp3lame -lameopts br=192 \
	 -ovc lavc -lavcopts vcodec=mpeg4:vhq -o output.avi

これは mplayer や xine で再生可能な出力ファイルを作成します。

DVD タイトルを直接再エンコードするためには、 上記のコマンドラインの input.avi を dvd://1 -dvd-device /dev/dvd に置き換えて、 root 権限で実行します。 はじめの作業結果に不満をもつと思われるので、 タイトルをファイルにダンプして、ファイルに対して作業することを おすすめします。

8.4.2.2. xine ビデオプレイヤ

xine ビデオプレイヤは オールインワンのビデオソリューションであるだけでなく、 プラグインで拡張できる再利用可能な基本ライブラリと 実行可能なモジュールを提供する広範囲のプロジェクトです。 multimedia/xine の port と package の両方からインストールできます。

xine プレイヤは開発途上であり まだ非常に荒削りですが、通常の利用には十分安定しています。 実用上、xine を使用するには高速なビデオカードとともに高速な CPU があるか、 またはビデオカードが XVideo 拡張に対応していることが必要です。 GUI も利用できますがすこし扱いにくいです。

この文書を執筆している時点では、 xine と一緒に提供されている CSS エンコードされた DVD を再生する入力モジュールはありません。 このモジュールがあるサードパーティの構築物はいくつかありますが、 これらのどれも FreeBSD の Ports Collection には収録されていません。

xine は MPlayer と比べて 利用者にとって多くのことをしてくれますが、 と同時にきめの細かい制御ができません。なお、 xine ビデオプレイヤは、 XVideo インタフェース上で最良の性能を発揮します。

デフォルトでは、xine プレイヤは GUI 付きで起動するでしょう。 その後、メニューを使用して特定のファイルを開くことができます。

% xine

GUI なしでファイルを直ちに再生するには、 次のコマンドを実行します。

% xine -g -p mymovie.avi

8.4.2.3. transcode ユーティリティ

transcode というソフトウェアは、 プレイヤではなくビデオおよびオーディオファイルを再エンコードするためのツール一式です。 transcode を使えば、 stdin/stdout インタフェースとともに コマンドラインツールを用いることによって、 ビデオファイルの統合や、壊れたファイルの修復ができます。

multimedia/transcode port では、数多くのビルドオプションを指定できますが、 以下のコマンドラインのように transcode を構築することをおすすめします。

# make WITH_OPTIMIZED_CFLAGS=yes WITH_LIBA52=yes WITH_LAME=yes WITH_OGG=yes \
WITH_MJPEG=yes -DWITH_XVID=yes

ほとんどのユーザにとっては、この設定で十分です。

transcode の能力を示す例として、DivX ファイルを PAL MPEG-1 (PAL VCD) ファイルに変換する使用例を示します。

% transcode -i input.avi -V --export_prof vcd-pal -o output_vcd
% mplex -f 1 -o output_vcd.mpg output_vcd.m1v output_vcd.mpa

作成された MPEG ファイル、 output_vcd.mpg は、 MPlayer を使って再生できます。 また、ファイルを CD-R メディアに書き込むことでビデオ CD も作成できます。 この場合には、multimedia/vcdimager および sysutils/cdrdao プログラムをインストールする必要があるでしょう。

transcode のマニュアルもありますが、 transcode wiki から、更なる情報や使用例を得てください。

8.4.3. さらに進んだ情報

FreeBSD 用のさまざまなビデオソフトウェアは急速に成長しています。 近い将来、ここにあげた問題の多くが解決している可能性は高いでしょう。 それまでの間、FreeBSD の A/V 能力を最大限発揮させたい人々は、 FAQ およびチュートリアルから得た知識を寄せ集めて、 わずかなアプリケーションを使用しなければならないでしょう。 この節は、読者に そのような付加的な情報へのポインタを提供するために存在します。

MPlayer の文書 は技術的に非常に有益です。 おそらく、UNIX ビデオの高水準な専門的知識を得たい人はすべて、 これらの文書を調べるべきです。 MPlayer メーリングリストを購読している人たちは、 文書を面倒がって読まない人には、それが誰であれ反感を持ちます。 そのため、彼らにバグ報告をするときには、マニュアルを読んでください。

xine HOWTO にはすべてのプレイヤに一般的な性能向上についての章が含まれています。

最後に、読者が試みるかもしれない 有望なアプリケーションをいくつかあげます。

8.5. TV カードの設定

原作: Josef El-Rayes. 改訂: Marc Fonvieille.

8.5.1. はじめに

TV カードを使用することで、 TV 放送をコンピュータで見ることができます。 これらの多くは RCA コンポジットまたは S-video 入力端子を備えており、 FM ラジオチューナを装備したカードもあります。

FreeBSD は Brooktree Bt848/849/878/879 または Conexant CN-878/Fusion 878a をビデオキャプチャチップに採用した PCI TV カードに bktr(4) ドライバで対応しています。 対応しているチューナを搭載したボードかどうかを bktr(4) マニュアルページの一覧を参照して確認してください。

8.5.2. ドライバの追加

TV カードを使用するために bktr(4) ドライバを読み込む必要があります。 /boot/loader.conf ファイルに以下の行を追加してください。

bktr_load="YES"

あるいは、カーネルにドライバを静的に組み込むこともできます。 この場合、次の行をカーネルコンフィギュレーションファイルに追加します。

device	 bktr
device	iicbus
device	iicbb
device	smbus

カードコンポーネントは I2C バス経由で連結されているため、 bktr(4) ドライバに加えてこれらのデバイスドライバが必要になります。 編集したら新しいカーネルを構築し、インストールします。

システムにドライバを追加したら、計算機を再起動してください。 起動時に TV カードは以下のように認識されるでしょう。

bktr0: <BrookTree 848A> mem 0xd7000000-0xd7000fff irq 10 at device 10.0 on pci0
iicbb0: <I2C bit-banging driver> on bti2c0
iicbus0: <Philips I2C bus> on iicbb0 master-only
iicbus1: <Philips I2C bus> on iicbb0 master-only
smbus0: <System Management Bus> on bti2c0
bktr0: Pinnacle/Miro TV, Philips SECAM tuner.

もちろん、これらのメッセージはハードウェアに応じて異なります。 とはいえ、チューナが正しく検知されているかどうか確認するべきです。 sysctl(8) による MIB の設定や、 カーネルコンフィギュレーションファイルオプションで、 検知されたいくつかのパラメータを変更できます。 たとえば、チューナを Philips SECAM チューナとして検知されるようにするには、 カーネルコンフィギュレーションファイルに以下の行を追加します。

options OVERRIDE_TUNER=6

または、直接 sysctl(8) を使用して変更します。

# sysctl hw.bt848.tuner=6

利用可能なオプションの詳細については bktr(4) マニュアルページおよび /usr/src/sys/conf/NOTES ファイルを参照してください。

8.5.3. 便利なアプリケーション

TV カードを使用するためには、以下のアプリケーションの一つをインストールする必要があります。

  • multimedia/fxtv はウィンドウ内に TV 映像を映します。 画像/音声/ビデオを取り込むこともできます。

  • multimedia/xawtv も TV アプリケーションです。 fxtv と同様の機能があります。

  • misc/alevt は文字放送 (ビデオテキスト/テレテキスト) のデコードと表示をします。

  • audio/xmradio は TV カードに搭載された FM ラジオチューナを使用するためのアプリケーションです。

  • audio/wmtune はラジオチューナのためのお手軽なデスクトップアプリケーションです。

他にも多くのアプリケーションが FreeBSD Ports Collection に収録されています。

8.5.4. トラブルシューティング

TV カードに関する問題が起きたときには、 bktr(4) ドライバが本当にビデオキャプチャチップおよびチューナに 対応しているか、オプションが正しく設定されているかどうかをまず確認してください。 TV カードに関するサポートやさまざまな質問に関しては、 freebsd-multimedia メーリングリストに参加したり、 過去のアーカイブを検索してみてください。

8.6. MythTV

MythTV はオープンソースの PVR ソフトウェアプロジェクトです。

このアプリケーションは、たくさんのアプリケーションやライブラリに依存するため、 Linux の世界ではインストールが難しいアプリケーションとして認識されています。 FreeBSD ports システムは、インストールのほとんどのプロセスを自動化しますが、 ある部分は手動で設定しなければなりません。 この章は、MythTV の設定を助けるためのガイドです。

8.6.1. ハードウェア

MythTV は、エンコーダやチューナなどのビデオ入力デバイスへのアクセスに V4L を用いるように設計されています。 現時点では、multimedia/webcamd によりサポートされている USB DVB-S/C/T カードにおいて最もよく動作します。 なぜならば、webcamd は、V4L ユーザランドアプリケーションを提供するためです。 webcamd に対応している DVB カードは、MythTV で動作するはずです。 動作することが知られているカードの一覧が ここ にあります。 Hauppauge カードもまた、 multimedia/pvr250 および multimedia/pvrxxx package として利用可能ですが、 標準的ではないドライバのインタフェースを提供しており、 0.23 より後の MythTV では動作しません。

HTPC は、DVB ドライバのすべての一覧を提供しています。

8.6.2. 依存性

MythTV は、柔軟で、モジュール化されており、 異なるコンピュータでフロントエンドとバックエンドを利用できます。

フロントエンドとしては x11/xorg の X サーバとともに multimedia/mythtv-frontend が必要です。 フロントエンドコンピュータは、XvMC に対応しているビデオカードを持ち、オプションとして、LIRC 互換のリモートコントローラを持っていることが理想的です。

バックエンドでは、MySQL™ データベースとともに multimedia/mythtv が必要です。 オプションで、録音のためにはチューナ、ストレージが必要です。 MySQL package は、multimedia/mythtv のインストール時に、 依存として自動的にインストールされます。

8.6.3. MythTV の設定

以下のステップで、MythTV をインストールしてください。 まず FreeBSD Ports Collection を用いて、 MythTV をインストールしてください。

# cd /usr/ports/multimedia/mythtv
# make install

MythTV データベースを設定してください。

# mysql -uroot -p < /usr/local/share/mythtv/database/mc.sql

バックエンドを設定してください。

# mythtv-setup

バックエンドを起動してください。

# echo 'mythbackend_enable="YES"' >> /etc/rc.conf
# service mythbackend start

8.7. 画像スキャナ

寄稿: Marc Fonvieille.

8.7.1. はじめに

FreeBSD では、画像スキャナに対するアクセスは SANE (Scanner Access Now Easy) API によって実現されており、 FreeBSD Ports Collection でも提供されています。 SANE はスキャナのハードウェアにアクセスするために FreeBSD デバイスドライバを使用します。

FreeBSD は SCSI 接続および USB 接続のスキャナのどちらにも対応しています。 設定を始める前に、 SANE がスキャナに対応しているか確認してください。 SANE には スキャナについての情報とその状況がまとめられている 対応デバイスの一覧 があります。

8.7.2. カーネルのコンフィグレーション

前述のように、FreeBSD はスキャナのインタフェースとして SCSI と USB の両方に対応しています。 スキャナのインタフェースによって、必要となるドライバが異なります。

8.7.2.1. USB インタフェース

GENERIC カーネルにはデフォルトで USB スキャナに対応するためのデバイスドライバが搭載されています。 カスタムカーネルを使用する際には、 以下の行がカーネルコンフィグレーションファイルにあることを 確認してください。

device usb
device uhci
device ohci
device ehci

適切なドライバを組み込んだカーネルで再起動後、 USB スキャナをシステムに接続します。 すると、メッセージバッファ (dmesg(8)) にスキャナが認識されたことを示すメッセージが出力されます。

ugen0.2: <EPSON> at usbus0

これらの例では、スキャナが /dev/ugen0.2 デバイスノードを使用していることがわかります。 この例では、EPSON Perfection®�1650 USB スキャナが使われています。

8.7.2.2. SCSI インタフェース

スキャナに付属しているインタフェースが SCSI であれば、 重要なのはどの SCSI ボードを使用すればよいか把握することです。 使用する SCSI チップセットによって、 カーネルコンフィグレーションファイルを調整する必要があります。 GENERIC カーネルは 一般に使用される SCSI コントローラのほとんどに対応しています。 NOTES ファイルを読んで、 適切な行をカーネルコンフィグレーションファイルに追加してください。 また、SCSI アダプタドライバに加えて、 以下の行をカーネルコンフィグレーションファイルに 記述する必要があります。

device scbus
device pass

カーネルを適切にコンパイルしてインストールすると、 システムの起動時にデバイスがメッセージバッファに出力されるはずです。

pass2 at aic0 bus 0 target 2 lun 0
pass2: <AGFA SNAPSCAN 600 1.10> Fixed Scanner SCSI-2 device
pass2: 3.300MB/s transfers

システムを起動する際にスキャナの電源を入れてなければ、 camcontrol(8) コマンドを使用して SCSI バスをスキャンし、 以下のように手動でデバイスを検出させることもできます。

# camcontrol rescan all
Re-scan of bus 0 was successful
Re-scan of bus 1 was successful
Re-scan of bus 2 was successful
Re-scan of bus 3 was successful

すると、スキャナは SCSI デバイスの一覧に現れるでしょう。

# camcontrol devlist
<IBM DDRS-34560 S97B>              at scbus0 target 5 lun 0 (pass0,da0)
<IBM DDRS-34560 S97B>              at scbus0 target 6 lun 0 (pass1,da1)
<AGFA SNAPSCAN 600 1.10>           at scbus1 target 2 lun 0 (pass3)
<PHILIPS CDD3610 CD-R/RW 1.00>     at scbus2 target 0 lun 0 (pass2,cd0)

SCSI デバイスについての詳細は、scsi(4) および camcontrol(8) のマニュアルページをご覧ください。

8.7.3. SANE の設定

SANE システムは、 二つの部分、すなわちバックエンド (graphics/sane-backends) とフロントエンド (graphics/sane-frontends) に分割されています。 バックエンドはスキャナそのものに対するアクセスを提供します。 SANE の 対応デバイスの一覧 には、どのバックエンドが画像スキャナに対応しているかが記載されています。 デバイスを使用するためには、正しいバックエンドを決定するのは必須です。 また、フロントエンドはグラフィカルなスキャニングインタフェース (xscanimage) を提供します。

はじめに、 graphics/sane-backends の port または package をインストールしましょう。 次に、sane-find-scanner コマンドを使用して、 SANE システムで使用するバックエンドを検出します。

# sane-find-scanner -q
found SCSI scanner "AGFA SNAPSCAN 600 1.10" at /dev/pass3

この出力から、 スキャナインタフェースの種類と システムに接続されているスキャナが使用するデバイスノードがわかります。 ベンダ名や製品のモデル名は表示されないかも知れませんが、 重要ではありません。

注意: USB スキャナではファームウェアを読み込む必要がある場合があります。 これはバックエンドのマニュアルページで説明されています。 sane-find-scanner(1) と sane(7) のマニュアルページも読んでください。

スキャナがフロントエンドで認識されるか調べてみましょう。 デフォルトでは、SANE のバックエンドには scanimage(1) と呼ばれるコマンドラインツールが付属します。 このコマンドを使用すると、 デバイスの一覧を表示したり画像を取得することができます。 -L オプションを使うと、 スキャナデバイスの一覧が出力されます。

# scanimage -L
device `snapscan:/dev/pass3' is a AGFA SNAPSCAN 600 flatbed scanner

また、項8.7.2.1 で使用した USB スキャナの例では、以下の出力が得られるでしょう。

# scanimage -L
device 'epson2:libusb:/dev/usb:/dev/ugen0.2' is a Epson GT-8200 flatbed scanner

これは、FreeBSD�8.X システムでの出力例であり、 'epson2:libusb:/dev/usb:/dev/ugen0.2' から、 使用しているスキャナのバックエンド名 (epson2) とデバイスノード (/dev/ugen0.2) の情報を得ることができます。

注意: 何も出力が得られなかったり、 スキャナが見つからなかったというメッセージが表示されたら、 scanimage(1) はスキャナを認識できなかったのでしょう。 このような場合は、バックエンドの設定ファイルを編集し、 使用するスキャナデバイスを定義する必要があります。 /usr/local/etc/sane.d/ ディレクトリには、 バックエンドが使用するすべての設定ファイルがあります。 このデバイスの認識による問題は、 特定の USB スキャナで発生するものです。

たとえば、 項8.7.2.1 で使用した USB スキャナは、 FreeBSD�8.X において正常に認識され動作します。 しかし、それより前のバージョンの (uscanner(4) ドライバを利用する) FreeBSD では、 sane-find-scanner コマンドを実行すると、以下のような情報が得られます。

# sane-find-scanner -q
found USB scanner (UNKNOWN vendor and product) at device /dev/uscanner0

スキャナは正しく検出されました。 USB インタフェースを使用し、 /dev/uscanner0 デバイスノードに接続されていることがわかります。 次に、スキャナが正しく認識されているかどうか確認してみましょう。

# scanimage -L

No scanners were identified. If you were expecting something different,
check that the scanner is plugged in, turned on and detected by the
sane-find-scanner tool (if appropriate). Please read the documentation
which came with this software (README, FAQ, manpages).

スキャナが認識されなかったので、 /usr/local/etc/sane.d/epson2.conf ファイルを編集する必要があります。 このスキャナのモデルは EPSON Perfection�1650 なので、 epson2 バックエンドを使用すればいいことがわかります。 バックエンドの設定ファイルに書かれているコメントを必ず読んでください。 設定ファイルを変更するのは非常に簡単です。 使用しているスキャナには不適切なインタフェースをすべてコメントアウトし (今回の場合は、USB インタフェースを使用するので scsi という語で始まる行をすべてコメントアウトします)、 ファイルの末尾に使用するインタフェースとデバイスノードを追加します。 この例では、以下の行を追加しました。

usb /dev/uscanner0

詳細と使用すべき構文は、 バックエンドのマニュアルページはもちろんのこと、 バックエンドの設定ファイルに書かれているコメントも読んでください。 以上の設定で、スキャナが認識されたかどうかを確認できます。

# scanimage -L
device `epson:/dev/uscanner0' is a Epson GT-8200 flatbed scanner

USB スキャナが認識されました。 ブランドやモデルがスキャナに一致しなかったとしても、それほど重要ではありません。 着目すべきは `epson:/dev/uscanner0' という部分で、 バックエンド名とデバイスノードが正しく認識されていることがわかります。

scanimage -L コマンドを実行してスキャナが認識されたことがわかれば、設定は終了です。 デバイスはスキャンする準備ができました。

scanimage(1) コマンドを使用すると コマンドラインから画像を取得することができます。その一方で、 GUI を使用して画像を取得できると一層良いでしょう。 SANE は、簡素ですが役に立つグラフィカルなインタフェース xscanimage (graphics/sane-frontends) を提供しています。

Xsane (graphics/xsane) はもう一つのグラフィカルなスキャニングフロントエンドで、 人気があります。 Xsane には、さまざまなスキャニングモード (写真、FAX など)、 色補正、バッチスキャンなど先進的な機能があります。 これらのアプリケーションの両方とも GIMP のプラグインとして使用することができます。

8.7.4. 他のユーザがスキャナにアクセスすることを許可する

前述の操作には、 すべて root 権限が必要となります。 しかしながら、他のユーザがスキャナに アクセスできるようにすることも可能です。 そのためには、スキャナが使用するデバイスノードへの 読み込み権限と書き込み権限をユーザに与えます。 一例として、USB スキャナが、/dev/ugen0.2 デバイスノードを使用しているものとします。 このデバイスノードは、 /dev/usb/0.2.0 へのシンボリックリンクです (/dev ディレクトリを調べると、 簡単に確認できます)。 シンボリックリンクとデバイスノードは、 それぞれ wheel および operator グループが所有しています。 ユーザ joe を これらのグループに加えると、彼はスキャナを使用できるようになります。 もちろん、ユーザをどんなグループ (特にグループ wheel) に追加する時はいつでも、 セキュリティ上の理由から二度は検討を行うべきです。 良い方法は、USB デバイスを利用するためにグループを作成し、 このグループに対してスキャナデバイスを利用できるようにすることです。

例として、usb という名前のグループを使用します。 まず最初に、pw(8) コマンドを使ってグループを作成します。

# pw groupadd usb

その後、シンボリックリンク /dev/ugen0.2 および、/dev/usb/0.2.0 デバイスノードに対して、 usb グループが利用できるように適切な許可属性 (0660 または 0664) を設定する必要があります。 デフォルトでは、これらのファイルの所有者 (root) のみが書き込み可能です。 /etc/devfs.rules に次の行を追加してください。

[system=5]
add path ugen0.2 mode 0660 group usb
add path usb/0.2.0 mode 0666 group usb

最後に、スキャナを利用するユーザを usb グループに追加します。

# pw groupmod usb -m joe

詳細については、pw(8) のマニュアルページをご覧ください。

第 9章FreeBSD カーネルのコンフィグレーション

改訂および再構成: Jim Mock. 原作: Jake Hamby.

9.1. この章では

カーネルは FreeBSD オペレーティングシステムの中核をなすものです。 カーネルは、メモリ管理、セキュリティ制御の強制、ネットワーク、 ディスクアクセスなどを担っています。 FreeBSD は動的に構成することができるようになっていますが、 まだ、時にはカスタムカーネルを設定してコンパイルする必要があります。

この章では、以下のことを扱っています。

  • いつカスタムカーネルの構築が必要になるか。

  • カーネルコンフィグレーションファイルのカスタマイズの方法。

  • カーネルコンフィグレーションファイルから新しいカーネルを構築する方法。

  • 新しいカーネルのインストール方法。

  • うまく行かないときの問題解決法。

この章で表示されているすべてのコマンドは、 root 権限で実行する必要があります。

9.2. なぜカスタムカーネルを作るか?

伝統的に、FreeBSD は “モノリシック” (monolithic) カーネルを使っていました。 このカーネルは、単一の巨大なプログラムで、 扱えるデバイスは固定されていて、 カーネルの振る舞いを変えたければ新しいカーネルを構築して、 コンピュータを再起動して新しいカーネルを動かさなれければならなかったということです。

今日では、FreeBSD カーネルのかなりの機能はモジュールに含まれるようになり、 必要に応じて動的にカーネルに組み込んだり外したりできるようになりました。 この移行により、動いているカーネルが新しいハードウェアに迅速に対応したり、 カーネルに新たな機能を取り入れられるようになります。 このようなカーネルは、モジュラ (modular) カーネルと呼ばれます。

しかしながら、いまだにいくらかは静的にカーネルを構成する必要があります。 機能がカーネルとあまりに密接に結びついているため、 動的に組み込むことができない場合があるためです。 セキュリティ的に、カーネルモジュールを読み込んだり外すことができず、 必要となる機能を静的にカーネルにコンパイルしなければならない場合もあります。

システムに合わせたカーネルを構築することは、多くの場合、 高度な知識を持つ BSD ユーザが避けて通ることのできない通過儀礼です。 この作業は多くの時間を必要としますが、FreeBSD システムに利益をもたらします。 広範囲のハードウェアをサポートしなければならない GENERIC カーネルとは異なり、カスタムカーネルは、 使用しているコンピュータのハードウェアのみをポートするように、 必要のない機能を省くことができます。これは、 次にあげるような利益をもたらします。

  • 素早く起動します。 カーネルはシステム上にあるハードウェアしか検出しないので、 システムの起動にかかる時間を短くできます。

  • メモリの消費量を減らすことができます。 システムに合わせたカーネルは、 使用しない機能やデバイスドライバを含まないので、 大抵 GENERIC カーネルより少ないメモリしか消費しません。 カーネルコードは常に物理メモリ上に存在し、 アプリケーションはその容量分のメモリを使用できないので、 これは重要なことです。 したがって、メモリが少ないシステムでは、 カーネルの再構築は重要です。

  • 追加のハードウェアをサポートします。 カスタムカーネルは、GENERIC カーネルに存在しないデバイスのサポートを追加することができます。

9.3. システムのハードウェアについて知る

寄稿: Tom Rhodes.

カーネルコンフィグレーションの冒険を始める前に、 コンピュータのハードウェア一覧を作成すると良いでしょう。 もし、FreeBSD 以外のオペレーティングシステムがすでにインストールされているのであれば、 現在インストールされているオペレーティングシステムの設定を調べることで、 一覧を作成できます。 たとえば、Microsoft の デバイスマネージャ は、インストールされているデバイスに関する情報を持っています。

注意: Microsoft�Windows のバージョンによっては、 デバイスマネージャ にアクセス可能なウィンドウを表示する システム アイコンがあります。

もし他のオペレーティングシステムがコンピュータにインストールされていないのであれば、 管理者はこれらの情報を手動で収集する必要があります。 情報を集める方法のひとつが、dmesg(8) と man(1) を用いる方法です。 FreeBSD のほとんどのデバイスドライバにはマニュアルページが用意され、 対応しているハードウェアの一覧を提供しています。 また、起動時には検出されたハードウェアの一覧が表示されます。 たとえば、以下の行は、psm(4) ドライバがマウスを検出したことを示しています。

psm0: <PS/2 Mouse> irq 12 on atkbdc0
psm0: [GIANT-LOCKED]
psm0: [ITHREAD]
psm0: model Generic PS/2 mouse, device ID 0

このドライバがカスタムカーネルコンフィグレーションファイルに含まれている、 もしくは loader.conf(5) によって読み込まれる必要があります。

場合によっては、dmesg が起動時の検出結果ではなく、 システムメッセージだけを表示することがあります。 このような場合には、/var/run/dmesg.boot で出力を確認できます。

ハードウェアを見つけるためのもうひとつの方法は、 より冗長な出力を行う pciconf(8) を用いる方法です。 たとえば、以下のようになります。

ath0@pci0:3:0:0:        class=0x020000 card=0x058a1014 chip=0x1014168c rev=0x01 hdr=0x00
    vendor     = 'Atheros Communications Inc.'
    device     = 'AR5212 Atheros AR5212 802.11abg wireless'
    class      = network
    subclass   = ethernet

この出力は pciconf -lv を用いて得られ、 ath ドライバがワイヤレスイーサネットデバイスにあることを示しています。 man ath を実行して ath(4) を読んでください。

man(1) を -k フラグで実行すると、 有用な情報を得ることができます。たとえば、 ある特定の単語を含むマニュアルページの一覧を表示するには、 以下のようになります。

# man -k Atheros

ath(4)                   - Atheros IEEE 802.11 wireless network driver
ath_hal(4)               - Atheros Hardware Access Layer (HAL)

ハードウェアの一覧を作っておくと、 カスタムカーネルを構築する過程であわてずにすむでしょう。

9.4. カーネルドライバ、サブシステムとモジュール

カスタムカーネルを構築する前に、再構築する理由を考えてください。 ある特定のハードウェアに対応することが目的であれば、 そのハードウェアに対応するためのモジュールがすでに用意されている場合には再構築の必要はありません。

カーネルモジュールは、 /boot/kernel にあり、kldload(8) によって、 すでに実行中のカーネルに動的に読み込まれているモジュールもあるかもしれません。 すべてというわけではありませんが、ほとんどのカーネルドライバには、 読み込み可能なモジュールやマニュアルページが用意されています。 たとえば、ath(4) ワイヤレスイーサネットドライバのマニュアルページには以下の記述があります。

Alternatively, to load the driver as a module at boot time, place the
following line in loader.conf(5):

    if_ath_load="YES"

/boot/loader.conf に if_ath_load="YES" を追加すると、 起動時にモジュールが読み込まれるようになります。

ただし、対応するモジュールが存在しないこともあります。 特定のサブシステムでは、ほとんど多くの場合存在しません。 ドライバが必要かどうかを知る一つの方法は、 モジュールそのものを調べることです。

警告デバイスやオプションのサポートを外すことは簡単で、 その結果、カーネルを壊すことがあります。 たとえば、ata(4) ドライバをカーネルコンフィグレーションファイルから除くと、 ATA ディスクドライバを用いるシステムは起動しません。 確信が持てないものについては、 カーネルにサポートを残したままにしてください。

9.5. カスタムカーネルの構築とインストール

注意: カーネルを構築するには、FreeBSD のすべてのソースファイルが必要です。

カーネルを構築する場所は、/usr/src/sys です。 ここには、カーネルの各部分を構成するサブディレクトリがいくつもあります。 その中には、カーネルコンフィグレーションファイルのある arch/conf、 および、カーネルを作る場所である compile も含まれています。 arch には、 サポートされている各アーキテクチャ、i386, amd64, ia64, powerpc, sparc64 および pc98 のサブディレクトリがあります。 各アーキテクチャのディレクトリ内部にあるファイルはすべてそのアーキテクチャでのみ使用されます。 残りのコードは、アーキテクチャに依存しない、 すべてのプラットフォームで共有されるコードです。 サポートされているデバイス、ファイルシステム、オプションが、 それぞれのサブディレクトリに分かれている、 という論理的な構成に注意してください。

この章で示されるコマンドの例は、 i386 アーキテクチャを仮定しています。 他のアーキテクチャのシステムでは、 使用しているアーキテクチャに適したパス名に変更してください。

注意: もし、/usr/src/ が存在していなかったり、空であれば、 カーネルのソースはインストールされていません。 ソースをインストールするもっとも簡単な方法は、項18.6 で説明した svn を用いる方法です。 以下のように、/usr/src/sys/ へのシンボリックリンクも作成してください。

# ln -s /usr/src/sys /sys

つぎに、cd を用いて arch/conf に移動し、 GENERIC コンフィグレーションファイルをカスタムカーネルの名前にコピーしてください。 たとえば次のようにします。

# cd /usr/src/sys/i386/conf
# cp GENERIC MYKERNEL

慣習として、この名前はすべて大文字でつづられます。もし、 いくつかの異なるハードウェアの FreeBSD マシンを扱うなら、 この名前にホスト名を含めるとよいでしょう。ここでは、例として MYKERNEL と呼ぶことにします。

ティップ: カーネルコンフィグレーションファイルの編集を終えたら、 ファイルのバックアップを /usr/src 以外の場所に保存してください。 GENERIC ファイルを直接編集しないでください。

もしくは、カーネルコンフィグレーションファイルは他の場所において、 i386 にシンボリックリンクを張る方法もあります。

たとえば、次のようにします。

# cd /usr/src/sys/i386/conf
# mkdir /root/kernels
# cp GENERIC /root/kernels/MYKERNEL
# ln -s /root/kernels/MYKERNEL

MYKERNEL をテキストエディタで編集してください。 デフォルトのエディタは vi で、 使い方については、 参考図書 にあるような多くの本で詳しく説明されています。 そちらを参照してください。初心者に対してより簡単なエディタである ee も利用できます。 まずファイルの最初の方のコメント行を編集し、 設定内容や GENERIC からの変更点を記述しておきましょう。

もし、GENERIC コンフィグレーションファイルが親しみにくいのであれば、コンフィグレーションファイル の節をゆっくりと注意深く読んでください。

注意: 最新のソースと ソースツリーを同期 したら、 何らかのアップデートを行う前に、必ず /usr/src/UPDATING をチェックしてください。 このファイルには、 アップデートされたソースコードに関する重要な問題や特別に注意すべき点がすべて書かれています。 /usr/src/UPDATING は常に FreeBSD のソースのバージョンと同期しているので、 ハンドブックの記述よりも新しい内容を含んでいます。

編集を保存したら、カーネルのソースコードをコンパイルしましょう。

カーネルの構築

注意: カーネルを構築するには、FreeBSD のすべてのソースファイルが必要です。

  1. /usr/src ディレクトリに cd で移動します。

    # cd /usr/src

  2. カスタムコンフィグレーションファイルの名前を指定して新しいカーネルをコンパイルします。

    # make buildkernel KERNCONF=MYKERNEL

  3. 新しいカーネルをインストールします。

    # make installkernel KERNCONF=MYKERNEL

ティップ: デフォルトでは、カスタムカーネルを構築すると すべて のカーネルモジュールが再構築されます。 カーネルのアップデートをより早く行いたい、または、 カスタムモジュールのみを構築したいといった場合は、 カーネルの構築を開始する前に、以下のように /etc/make.conf を編集してください。

MODULES_OVERRIDE = linux acpi sound/sound sound/driver/ds1 ntfs

この変数は、すべてのモジュールを構築するというデフォルトの設定にかわり、 構築するモジュール一覧を指定します。

WITHOUT_MODULES = linux acpi sound ntfs

この変数は、構築を行わないトップレベルのモジュールを指定します。 カーネルの構築プロセスに関連する、他の変数については、 make.conf(5) を参照してください。

新しいカーネルは /boot/kernel に /boot/kernel/kernel という名前でコピーされ、 今までのカーネルは /boot/kernel.old/kernel という名前へ変更されます。 では、新しいカーネルを使うために、システムをシャットダウンして再起動してください。 うまく行かない場合は、 問題が起きた場合には や、新しいカーネルが 起動しない 場合のリカバリの方法を参照してください。

注意: ブートローダ (loader(8)) や設定などのブートプロセスに関係する他のファイルは、 /boot に置かれます。 サードパーティ製やカスタムモジュールを /boot/kernel に置くこともできますが、 コンパイルしたカーネルとモジュールを同期しておく必要があります。 コンパイルしたカーネルとモジュールが対応していないと、 システムが不安定になる可能性があります。

9.6. コンフィグレーションファイル

改訂: Joel Dahl.

コンフィグレーションファイルの一般的なフォーマットはとてもシンプルです。 各行は 1 つのキーワードと 1 つ以上の引数を含んでいます。 見やすくするために、ほとんどのキーワードは引数を 1 つしか書いてありません。 # に続くものはすべてコメントとして扱われ、 無視されます。ここでは、それぞれのキーワードについて GENERIC に出てくる順番で説明します。 アーキテクチャ依存のおびただしい数のオプション一覧については、 そのアーキテクチャの GENERIC と同じディレクトリにある NOTES ご覧ください。 アーキテクチャに依存しないオプションについては、 /usr/src/sys/conf/NOTES ファイルをご覧ください。

コンフィグレーションファイルでは include ディレクティブを利用できます。 コンフィグレーションファイルに他のファイルを取り込むことができるので、 すでに存在するファイルに対する小さな変更を簡単に維持できます。 たとえば、オプションやドライバの追加が少しだけの場合には、 以下のように GENERIC からの差分だけの管理が可能になります。

include GENERIC
ident MYKERNEL

options         IPFIREWALL
options         DUMMYNET
options         IPFIREWALL_DEFAULT_TO_ACCEPT
options         IPDIVERT

この方法では、ローカルのコンフィグレーションファイルには、 ローカルにある GENERIC カーネルとの差分が記述されています。 アップグレードが行われると、 GENERIC に追加された新しい機能は、 (nooptions や nodevice によって外されない限り) ローカルのカーネルにも反映されます。 コンフィグレーションの構成要素に関する包括的な一覧と説明は config(5) にあります。

この章のここから先は、典型的なコンフィグレーションファイルの中身と、 さまざまなオプションやデバイスの役割について説明します。

注意: 利用可能なすべてのオプションを含むファイルを構築するには、 以下のコマンドを root 権限で実行してください。

# cd /usr/src/sys/i386/conf && make LINT

以下は必要に応じてコメントを追加した GENERIC カーネルのコンフィグレーションファイルの例です。 この設定例は /usr/src/sys/i386/conf/GENERIC に極めて近いものになっているはずです。

machine		i386

マシンのアーキテクチャです。これは amd64, i386, ia64, pc98, powerpc または sparc64 のいずれかでなければなりません。

cpu          I486_CPU
cpu          I586_CPU
cpu          I686_CPU

このオプションは、CPU タイプを指定します。 複数の CPU エントリを書いても構いませんが、 カスタムカーネルを作る場合、使用する CPU だけを指定するのがベストです。 CPU のタイプを判断するには、 /var/run/dmesg.boot にある起動メッセージを調べるとよいでしょう。

ident          GENERIC

これはカーネルの識別名です。 たとえば、MYKERNEL のように、新しいカーネルに付けたい名前に書き換えて下さい。 ident に書いた値はカーネルを起動する時に表示されます。

#To statically compile in device wiring instead of /boot/device.hints
#hints          "GENERIC.hints"         # Default places to look for devices.

デバイスドライバのオプションは device.hints(5) を用いて設定されます。 デフォルトの場所は /boot/device.hints です。 hints オプションを用いると、 カーネルにこれらのヒント情報を静的に加えてコンパイルするので、 device.hints を作成する必要はありません。

makeoptions     DEBUG=-g          # Build kernel with gdb(1) debug symbols

このオプションは gcc(1) がデバッグ情報を生成するようにします。

options          SCHED_ULE         # ULE scheduler

FreeBSD のデフォルトのスケジューラです。 このオプションはこのままにしてください。

options          PREEMPTION         # Enable kernel thread preemption

優先度の高いカーネルスレッドがプリエンプションできるようにします。 このオプションを使うことでインタラクティブになり、 待ち状態になるよりすぐに実行状態になるようスレッドの割り込みを許可します。

options          INET              # InterNETworking

ネットワークのサポート。 ほとんどのプログラムは少なくともループバックネットワークを必要とするので、 基本的にこの行は必須です。

options          INET6             # IPv6 communications protocols

このオプションは IPv6 通信プロトコルを利用可能にします。

options          FFS               # Berkeley Fast Filesystem

これは標準のハードドライブファイルシステムです。 システムがハードディスクから起動する場合は残して下さい。

options          SOFTUPDATES       # Enable FFS Soft Updates support

このオプションは、カーネル内の Soft Updates 機能を有効にし、 ディスクへの高速な書き込みを支援します。 カーネルがこの機能を提供していても、 特定のディスクに対してはこのオプションを有効にする必要があります。 mount(8) の出力を見て、 Soft Updates が有効になっているかどうかを確認してください。 soft-updates オプションが見当たらなければ、 現在使用しているファイルシステムには tunefs(8)、 新規のファイルシステムには newfs(8) コマンドで有効にできます。

options          UFS_ACL           # Support for access control lists

このオプションは、カーネルのアクセス制御リスト (ACL) のサポートを有効にします。 この機能は拡張属性および UFS2 が有効になっていることに依存し、 項4.3 で機能の説明が行われています。 ACL はデフォルトで有効にされています。 もし、これまでにファイルシステムで有効にしていたのであれば、 カーネルの中で無効にすべきではありません。 なぜなら、無効にすると ACL が削除され、 ファイルの保護が予想できない方法で行われるためです。

options          UFS_DIRHASH       # Improve performance on big directories

このオプションは、メモリを多少余分に食うものの、 大きなディレクトリに対するディスク操作を高速化する機能を有効にします。 大規模なサーバや対話的なワークステーションではこのオプションを残しておいて、 ファイアウォールのように、 メモリが貴重でディスクアクセス速度がそれほど重要でない小規模なシステムでは削除するとよいでしょう。

options          MD_ROOT           # MD is a potential root device

このオプションは、メモリディスクによる root デバイスのサポートを有効にします。

options          NFSCLIENT         # Network Filesystem Client
options          NFSSERVER         # Network Filesystem Server
options          NFS_ROOT          # NFS usable as /, requires NFSCLIENT

ネットワークファイルシステム (NFS)。 NFS ファイルサーバから TCP/IP を介してパーティションをマウントするのでない限り、 これらの行をコメントアウトできます。

options          MSDOSFS           # MSDOS Filesystem

MS-DOS ファイルシステム。 起動時に DOS でフォーマットされたハードドライブのパーティションをマウントするのでなければ、 この行はコメントアウトできます。 この機能は最初に DOS パーティションをマウントする時に自動的にロードされます。 emulators/mtools package を使うと、マウント、アンマウントすることなしに DOS フロッピーにアクセスすることができ、 MSDOSFS を必要としません。

options          CD9660            # ISO 9660 Filesystem

CD-ROM 用の ISO 9660 ファイルシステム。 もしシステムが CD-ROM ドライブを持っていないか、 ときどきデータ CD をマウントするだけなら、 データ CD を最初にマウントする時に自動的にロードされるので、 この行をコメントアウトしてください。 音楽 CD はこのファイルシステムを必要としません。

options          PROCFS            # Process filesystem (requires PSEUDOFS)

プロセスファイルシステム。 これは /proc にマウントされるもので、他のプログラムに、 どんなプロセスが走っているかについて、 より多くの情報を提供する事ができます。 ほとんどのデバッグおよびモニタリングツールが PROCFS なしで起動するので、 ほとんどの環境では PROCFS を必要としません。 デフォルトのインストールではこのファイルシステムをマウントしません。

options          PSEUDOFS          # Pseudo-filesystem framework

カーネルで PROCFS を使う場合には、 PSEUDOFS のサポートが必要です。

options          GEOM_PART_GPT     # GUID Partition Tables.

GUID パーティションテーブル (GPT) に対応します。 GPT では、1 つのディスクに数多くのパーティション (標準の構成では最大 128) を作成可能です。

options          COMPAT_43         # Compatible with BSD 4.3 [KEEP THIS!]

4.3BSD との互換機能です。 有効なままにして下さい。 この行をコメントアウトするとおかしな動きをするプログラムがあります。

options          COMPAT_FREEBSD4   # Compatible with FreeBSD4

このオプションは、 古いバージョンの FreeBSD でコンパイルされた古いシステムコールインターフェースを用いるアプリケーションを利用する場合に必要とされます。 古いアプリケーションを実行するすべての i386 システムで、このオプションの利用を推奨します。 FreeBSD�4.X より後にサポートされた ia64 や SPARC64 といったプラットフォームでは、このオプションは必要ありません。

options          COMPAT_FREEBSD5   # Compatible with FreeBSD5

このオプションは、 FreeBSD�5.X でコンパイルされた FreeBSD�5.X のシステムコールインタフェースを用いるアプリケーションを利用する場合に必要とされます。

options          COMPAT_FREEBSD6   # Compatible with FreeBSD6

このオプションは、 FreeBSD�6.X でコンパイルされた FreeBSD�6.X のシステムコールインタフェースを用いるアプリケーションを利用する場合に必要とされます。

options          COMPAT_FREEBSD7   # Compatible with FreeBSD7

このオプションは、FreeBSD�8 以降において、 FreeBSD�7.X でコンパイルされた FreeBSD�7.X のシステムコールインタフェースを用いるアプリケーションを利用する場合に必要とされます。

options          SCSI_DELAY=5000  # Delay (in ms) before probing SCSI

この行は、カーネルがそれぞれの SCSI 機器を検出する前に 5 秒間待つようにします。 システムが IDE ドライブしか持たないなら無視するか、 起動時間を短くするために、この数字を小さく変更できます。 もし、FreeBSD が SCSI 機器を認識しなくなってしまったら、もう一度数字を増やしてください。

options          KTRACE            # ktrace(1) support

この行はデバッグに役立つカーネルプロセスのトレースを可能にします。

options          SYSVSHM           # SYSV-style shared memory

このオプションは System�V 共有メモリを提供します。 この機能の最も一般的な使用方法は X における XSHM 拡張です。 多くのグラフィックス重視のプログラムではこの機能を自動的に描画のスピードアップに利用します。 Xorg がインストールされているなら、 これを含めてください。

options          SYSVMSG           # SYSV-style message queues

System�V のメッセージのサポート。 このオプションはカーネルサイズを数百バイト大きくするだけです。

options          SYSVSEM           # SYSV-style semaphores

System�V セマフォのサポート。 あまり使われませんが、カーネルサイズは数百バイト大きくなるだけです。

注意: ipcs(1) を -p で実行すると、これらの System�V 機能を使っているプロセスのリストを表示します。

options 	     _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions

リアルタイム拡張が 1993 POSIX® に追加されました。 Ports Collection の内のいくつかのアプリケーションはこれを使っています。

options          KBD_INSTALL_CDEV  # install a CDEV entry in /dev

キーボードデバイスノードを /dev に作成するにはこのオプションが必要です。

options          ADAPTIVE_GIANT    # Giant mutex is adaptive.

Giant は、カーネル資源の広い範囲をプロテクトする mutex 排他メカニズム (sleep mutex) の名前です。 このメカニズムは、今日では受け入れがたいほどにパフォーマンスのボトルネックとなっており、 個々の資源をプロテクトするロック機構に移行しています。 ADAPTIVE_GIANT オプションは、 スピンしている適応型 mutex のセットに Giant を追加します。 スレッドが Giant mutex をロックしようとする際、 他の CPU 上のスレッドによってすでにロックされていた場合には、 最初のスレッドは実行状態のままロックが解除されるのを待ちます。 通常、スレッドは実行の機会をスリープ状態で待ちます。 もし、よくわからないのであれば、そのままにしておいてください。

注意: FreeBSD 8.0-RELEASE からは、 (NO_ADAPTIVE_MUTEXES オプションでコンパイルを行って非適合型にするのでなければ) すべての mutex はデフォルトで適合型になりました。 現在の Giant は適合型なので、ADAPTIVE_GIANT オプションはカーネルコンフィグレーションから外されました。

device          apic               # I/O APIC

このデバイスは、I/O APIC の割り込みを有効にします。 ユニプロセッサおよび SMP カーネル両方で使用できますが、 SMP カーネルでは必須です。 マルチプロセッサに対応するには options SMP を追加してください。

注意: このデバイスは i386 アーキテクチャにのみ存在します。 他のアーキテクチャでは、この行を含まないでください。

device          eisa

システムが EISA マザーボードを持っている場合、 この行を含めて下さい。これは EISA バスに接続されているすべてのデバイスの自動検出と設定を可能にします。

device          pci

システムが PCI マザーボードを持っている場合、この行を含めて下さい。 これは PCI カードの自動検出と PCI から ISA バスへのゲートウエイを可能にします。

# Floppy drives
device          fdc

これはフロッピーディスクコントローラです。

# ATA and ATAPI devices
device          ata

このドライバはすべての ATA と ATAPI デバイスをサポートします。 最近のマシンでは device ata 行を 1 行書くだけですべての PCI ATA/ATAPI デバイスを検出することができます。

device          atadisk                 # ATA disk drives

ATA ディスクドライブには device ata と共にこの行が必要です。

device          ataraid                 # ATA RAID drives

ATA RAID ドライブには device ata と共にこのデバイスが必要です。

device          atapicd                 # ATAPI CDROM drives

ATAPI CDROM ドライブには device ata と共にこの行が必要です。

device          atapifd                 # ATAPI floppy drives

ATAPI フロッピードライブには device ata と共にこの行が必要です。

device          atapist                 # ATAPI tape drives

ATAPI テープドライブには device ata と共にこの行が必要です。

options         ATA_STATIC_ID           # Static device numbering

この行はコントローラ番号を静的に割り当てます。 このオプションがない場合、デバイス番号は動的に割り当てられます。

# SCSI Controllers
device          ahb        # EISA AHA1742 family
device          ahc        # AHA2940 and onboard AIC7xxx devices
options         AHC_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~128k to driver.
device          ahd        # AHA39320/29320 and onboard AIC79xx devices
options         AHD_REG_PRETTY_PRINT    # Print register bitfields in debug
                                        # output.  Adds ~215k to driver.
device          amd        # AMD 53C974 (Teckram DC-390(T))
device          isp        # Qlogic family
#device         ispfw      # Firmware for QLogic HBAs- normally a module
device          mpt        # LSI-Logic MPT-Fusion
#device         ncr        # NCR/Symbios Logic
device          sym        # NCR/Symbios Logic (newer chipsets + those of `ncr')
device          trm        # Tekram DC395U/UW/F DC315U adapters

device          adv        # Advansys SCSI adapters
device          adw        # Advansys wide SCSI adapters
device          aha        # Adaptec 154x SCSI adapters
device          aic        # Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
device          bt         # Buslogic/Mylex MultiMaster SCSI adapters

device          ncv        # NCR 53C500
device          nsp        # Workbit Ninja SCSI-3
device          stg        # TMC 18C30/18C50

このセクションでは、 システムにない SCSI コントローラはコメントアウトして下さい。 もし IDE しかないシステムならこれらすべてを削除できます。 *_REG_PRETTY_PRINT 行は、 対応するドライバに対するデバッグオプションです。

# SCSI peripherals
device          scbus      # SCSI bus (required for SCSI)
device          ch         # SCSI media changers
device          da         # Direct Access (disks)
device          sa         # Sequential Access (tape etc)
device          cd         # CD
device          pass       # Passthrough device (direct SCSI access)
device          ses        # SCSI Environmental Services (and SAF-TE)

システムにない SCSI 周辺機器はコメントアウトしてください。 もし IDE しか持っていないならこれらを完全に削除できます。

注意: USB umass(4) ドライバ、およびその他のいくつかのドライバは、 本当の SCSI デバイスではないにもかかわらず、 SCSI サブシステムを利用します。 そのようなドライバがカーネルコンフィグレーションに含まれている場合には、 SCSI サポートを削除しないでください。

# RAID controllers interfaced to the SCSI subsystem
device          amr        # AMI MegaRAID
device          arcmsr     # Areca SATA II RAID
device          asr        # DPT SmartRAID V, VI and Adaptec SCSI RAID
device          ciss       # Compaq Smart RAID 5*
device          dpt        # DPT Smartcache III, IV - See NOTES for options
device          hptmv      # Highpoint RocketRAID 182x
device          hptrr      # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx
device          iir        # Intel Integrated RAID
device          ips        # IBM (Adaptec) ServeRAID
device          mly        # Mylex AcceleRAID/eXtremeRAID
device          twa        # 3ware 9000 series PATA/SATA RAID

# RAID controllers
device          aac        # Adaptec FSA RAID
device          aacp       # SCSI passthrough for aac (requires CAM)
device          ida        # Compaq Smart RAID
device          mfi        # LSI MegaRAID SAS
device          mlx        # Mylex DAC960 family
device          pst        # Promise Supertrak SX6000
device          twe        # 3ware ATA RAID

サポートされる RAID コントローラです。 システムがこれらのどれも持っていない場合には、 すべてをコメントアウトもしくは削除してください。

# atkbdc0 controls both the keyboard and the PS/2 mouse
device          atkbdc     # AT keyboard controller

atkbdc キーボードコントローラは AT キーボードおよび PS/2 スタイルポインティングデバイスの I/O サービスを提供します。 atkbd(4) および psm(4) はこのコントローラを必要とします。

device          atkbd      # AT keyboard

atkbd(4) ドライバ。 atkbdc(4) コントローラと協調して動作し、 AT キーボードコントローラに接続された AT 84 キーボードや AT 拡張キーボードへのアクセスを提供します。

device          psm        # PS/2 mouse

マウスが PS/2 マウスポートに接続するタイプならこのデバイスを使って下さい。

device          kbdmux        # keyboard multiplexer

標準のキーボードマルチプレクサのサポート。 システムが 2 つ以上のキーボードを用いなければ、 この行を削除してもかまいません。

device          vga        # VGA video card driver

vga(4) ビデオカードドライバです。


device          splash     # Splash screen and screen saver support

起動時のスプラッシュスクリーンおよびスクリーンセーバが必要とします。

# syscons is the default console driver, resembling an SCO console
device          sc

sc(4) は SCO に類似したデフォルトのコンソールドライバです。 殆どのフルスクリーンのプログラムは termcap のようなターミナルデータベールライブラリにアクセスするので、 sc を使うか VT220 互換のコンソールドライバである vt を使うかは重要ではありません。 ログイン時、このコンソールでフルスクリーンプログラムが動かないときは TERM 変数を scoansi に設定して下さい。

# Enable this for the pcvt (VT220 compatible) console driver
#device          vt
#options         XSERVER          # support for X server on a vt console
#options         FAT_CURSOR       # start with block cursor

これは VT220 互換のコンソールドライバで、 VT100/102 と後方互換性があります。 sc とハード的に互換性がないラップトップでも問題なく動きます。 ログイン後、TERM を vt100 又は vt220 と設定して下さい。 vt100 は仮想的にすべてのプラットフォームで有効であるため、 sc デバイス用の termcap や terminfo のエントリが無い、ネットワーク上の多くの異なったマシンに接続する際に、 このドライバは有用です。

device          agp

システムが AGP カードを搭載している場合には、 この行を含めてください。 AGP および (ボードが機能を持っている場合には) AGP GART に対応します。

# Add suspend/resume support for the i8254.
device           pmtimer

APM および ACPI といった電源管理イベントのためのタイマデバイスドライバです。

# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
device          cbb               # cardbus (yenta) bridge
device          pccard            # PC Card (16-bit) bus
device          cardbus           # CardBus (32-bit) bus

PCMCIA サポート。ラップトップを使っているなら必要でしょう。

# Serial (COM) ports
device          sio               # 8250, 16[45]50 based serial ports

これらは Windows では COM と呼ばれているシリアルポートです。

注意: もしシステムが内蔵モデムを COM4 に、 シリアルポートを COM2 に設定している場合、モデムの IRQ を 2 に変更してください。 もしマルチポートシリアルカードを持っていて、 /boot/device.hints に追加する正しい数値に関する情報がほしい場合は、 マニュアルページ sio(4) を参照して下さい。 ビデオカードのいくつかは、特に S3 チップベースのものは、IO アドレスを 0x*2e8 と言う形式で表現します。 多くの安価なシリアルカードは 16 ビットの IO アドレス空間を完全にデコードしないので、 これらのカードを使った場合衝突が起こり、 事実上 COM4 ポートを使用不可能にします。

各々のシリアルポートは固有の IRQ を必要とします。 COM3 と COM4 用のデフォルト IRQ は利用できません。 例外は、共有割り込み番号をサポートするマルチポートカードを使っている場合です。

# Parallel port
device          ppc

ISA バスパラレルポートインタフェースです。

device          ppbus      # Parallel port bus (required)

パラレルポートバスのサポートを提供します。

device          lpt        # Printer

パラレルポートプリンタのサポートを追加します。

注意: 上の 3 つはすべてパラレルプリンタを利用可能にするために必要です。

device          ppi        # Parallel port interface device

汎用I/O (“geek port”) + IEEE1284 I/O です。

#device         vpo        # Requires scbus and da

Iomega の Zip ドライブ用です。scbus と da サポートが必要です。 EPP 1.9モードを使うと最高の性能が得られます。

#device         puc

puc(4) glue ドライバがサポートしている “dumb” シリアル、 またはパラレル PCI カードをシステムが持っているのであれば、 このデバイスを有効にしてください。

# PCI Ethernet NICs.
device          de         # DEC/Intel DC21x4x (“Tulip”)
device          em         # Intel PRO/1000 adapter Gigabit Ethernet Card
device          ixgb       # Intel PRO/10GbE Ethernet Card
device          txp        # 3Com 3cR990 (“Typhoon”)
device          vx         # 3Com 3c590, 3c595 (“Vortex”)

PCI ネットワークカードのドライバです。 システムにないものはコメントアウトするか削除して下さい。

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
device          miibus     # MII bus support

MII バスサポートはいくつかの PCI 10/100 イーサネット NIC、 すなわち MII に従うトランシーバや MII のようなトランシーバ制御インタフェースを実装するもの、に必要となります。 カーネルコンフィギュレーションに device miibus を追加することで、汎用 miibus API のサポートと、 特定のドライバを必要としない場合に利用される汎用のものを含むすべての PHY ドライバが導入されます。

device          bce        # Broadcom BCM5706/BCM5708 Gigabit Ethernet
device          bfe        # Broadcom BCM440x 10/100 Ethernet
device          bge        # Broadcom BCM570xx Gigabit Ethernet
device          dc         # DEC/Intel 21143 and various workalikes
device          fxp        # Intel EtherExpress PRO/100B (82557, 82558)
device          lge        # Level 1 LXT1001 gigabit ethernet
device          msk        # Marvell/SysKonnect Yukon II Gigabit Ethernet
device          nge        # NatSemi DP83820 gigabit ethernet
device          nve        # nVidia nForce MCP on-board Ethernet Networking
device          pcn        # AMD Am79C97x PCI 10/100 (precedence over 'lnc')
device          re         # RealTek 8139C+/8169/8169S/8110S
device          rl         # RealTek 8129/8139
device          sf         # Adaptec AIC-6915 (“Starfire”)
device          sis        # Silicon Integrated Systems SiS 900/SiS 7016
device          sk         # SysKonnect SK-984x & SK-982x gigabit Ethernet
device          ste        # Sundance ST201 (D-Link DFE-550TX)
device          stge       # Sundance/Tamarack TC9021 gigabit Ethernet
device          ti         # Alteon Networks Tigon I/II gigabit Ethernet
device          tl         # Texas Instruments ThunderLAN
device          tx         # SMC EtherPower II (83c170 “EPIC”)
device          vge        # VIA VT612x gigabit ethernet
device          vr         # VIA Rhine, Rhine II
device          wb         # Winbond W89C840F
device          xl         # 3Com 3c90x (“Boomerang”, “Cyclone”)

MII バスコントローラコードを利用するドライバです。

# ISA Ethernet NICs.  pccard NICs included.
device          cs         # Crystal Semiconductor CS89x0 NIC
# 'device ed' requires 'device miibus'
device          ed         # NE[12]000, SMC Ultra, 3c503, DS8390 cards
device          ex         # Intel EtherExpress Pro/10 and Pro/10+
device          ep         # Etherlink III based cards
device          fe         # Fujitsu MB8696x based cards
device          ie         # EtherExpress 8/16, 3C507, StarLAN 10 etc.
device          lnc        # NE2100, NE32-VL Lance Ethernet cards
device          sn         # SMC's 9000 series of Ethernet chips
device          xe         # Xircom pccard Ethernet

# ISA devices that use the old ISA shims
#device         le

ISA イーサネットドライバです。 どのカードがどのドライバによりサポートされているかの詳細は、 /usr/src/sys/i386/conf/NOTES を参照して下さい。

# Wireless NIC cards
device          wlan            # 802.11 support

標準の 802.11 サポート。ワイヤレスネットワークではこの行が必要です。

device          wlan_wep        # 802.11 WEP support
device          wlan_ccmp       # 802.11 CCMP support
device          wlan_tkip       # 802.11 TKIP support

802.11 デバイスの暗号化サポート。 暗号化および 802.11i セキュリティプロトコルを使うシステムでは、 これらの行が必要です。

device          an         # Aironet 4500/4800 802.11 wireless NICs.
device          ath             # Atheros pci/cardbus NIC's
device          ath_hal         # Atheros HAL (Hardware Access Layer)
device          ath_rate_sample # SampleRate tx rate control for ath
device          awi        # BayStack 660 and others
device          ral        # Ralink Technology RT2500 wireless NICs.
device          wi         # WaveLAN/Intersil/Symbol 802.11 wireless NICs.
#device         wl         # Older non 802.11 Wavelan wireless NIC.

ワイヤレスカードのサポートです。

# Pseudo devices
device   loop          # Network loopback

TCP/IP の汎用ループバックデバイスです。 これは必須です。

device   random        # Entropy device

暗号化されたセキュア乱数ジェネレータです。

device   ether         # Ethernet support

ether はイーサネットカードを持っているシステムでのみ必要です。 汎用イーサネットプロトコルコードを含みます。

device   sl            # Kernel SLIP

sl は SLIP サポートを提供します。 SLIP は設定のより簡単な、モデム-モデム間の接続にはより適していてより高機能な PPP に殆ど取って代わられています。

device   ppp           # Kernel PPP

これはダイアルアップ接続用のカーネル PPP サポートです。 他にも tun を利用し、 デマンドダイアリングのような柔軟性と機能を提供するユーザーランドのアプリケーションとして実装された PPP が存在します。

device   tun           # Packet tunnel.

これはユーザーランド PPP ソフトウエアにより利用されます。 詳細はこのハンドブックの PPP 章を参照して下さい。


device   pty           # Pseudo-ttys (telnet etc)

これは “疑似ターミナル” 或いはシミュレートされたログインポートです。 これは入ってくる telnet と rlogin セッション、 xterm やその他の Emacs のようなアプリケーションにより利用されます。

device   md            # Memory “disks”

メモリディスク疑似デバイス。

device   gif           # IPv6 and IPv4 tunneling

この行は IPv6 over IPv4 トンネル、IPv4 over IPv6 トンネル、 IPv4 over IPv4 トンネル、IPv6 over IPv6 トンネルを提供します。 gif デバイスは “auto-cloning (自動複製)” し、 必要に応じてデバイスノードを作成します。

device   faith         # IPv6-to-IPv4 relaying (translation)

この疑似デバイスは自分宛に送られたパケットを受け取り、 IPv4/IPv6 変換デーモンに渡します。

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
# Note that 'bpf' is required for DHCP.
device   bpf           # Berkeley packet filter

このバークレーパケットフィルタ疑似デバイスは、 ネットワークインタフェースを、 イーサネットのようなブロードキャストネットワーク上ですべてのパケットを拾うことのできる promiscuous モードに設定できるようにします。 これらのパケットはディスクに取り込むこともできますし、 tcpdump(1) を使ってチェックをすることもできます。

注意: dhclient(8) も bpf(4) デバイスを使います。 DHCP を使っているなら、これはコメントアウトしないでください。

# USB support
device          uhci          # UHCI PCI->USB interface
device          ohci          # OHCI PCI->USB interface
device          ehci          # EHCI PCI->USB interface (USB 2.0)
device          usb           # USB Bus (required)
#device         udbp          # USB Double Bulk Pipe devices
device          ugen          # Generic
device          uhid          # “Human Interface Devices”
device          ukbd          # Keyboard
device          ulpt          # Printer
device          umass         # Disks/Mass storage - Requires scbus and da
device          ums           # Mouse
device          ural          # Ralink Technology RT2500USB wireless NICs
device          urio          # Diamond Rio 500 MP3 player
device          uscanner      # Scanners
# USB Ethernet, requires mii
device          aue           # ADMtek USB Ethernet
device          axe           # ASIX Electronics USB Ethernet
device          cdce          # Generic USB over Ethernet
device          cue           # CATC USB Ethernet
device          kue           # Kawasaki LSI USB Ethernet
device          rue           # RealTek RTL8150 USB Ethernet

さまざまな USB デバイスのサポートです。

# FireWire support
device          firewire      # FireWire bus code
device          sbp           # SCSI over FireWire (Requires scbus and da)
device          fwe           # Ethernet over FireWire (non-standard!)

Firewire デバイスのサポートです。

より詳細な情報と、FreeBSD によりサポートされる他のデバイスについては /usr/src/sys/i386/conf/NOTES を参照して下さい。

9.6.1. 大容量メモリ構成 (PAE)

大容量のメモリを搭載したコンピュータは、 ユーザ＋カーネル仮想アドレス (KVA) 空間における 4 ギガバイトの制限を越えてメモリにアクセスする必要があります。 Intel は Pentium Pro およびそれ以降の CPU において、 36-bit 物理アドレス空間に対応しました。

Intel Pentium Pro およびそれ以降の CPU では、 Physical Address Extensions (PAE) を用いて 64 ギガバイトまでのメモリの構成を可能にします。 FreeBSD は、PAE カーネルコンフィグレーションオプションを用いることで PAE に対応します。 現在すべてのバージョンの FreeBSD で利用できます。 Intel のメモリアーキテクチャの制限により、 4 ギガバイト以上または以下の区別をしません。 4 ギガバイト以上に割り当てられたメモリは、 利用可能なメモリのプールに単純に追加されます。

PAE サポートをカーネルで有効にするには、 以下の行をカーネルコンフィグレーションファイルに追加してください。

options		    PAE

注意: FreeBSD の PAE のサポートは、 Intel IA-32 プロセッサでのみ利用できます。 また、FreeBSD における PAE サポートは広くテストが行われているわけではないので、 FreeBSD の他の機能と比較するとベータ品質に位置づけられます。

FreeBSD における PAE サポートには、 以下のような制限があります。

  • プロセスは、4 ギガバイト以上の仮想メモリ空間にアクセスできません。

  • bus_dma(9) インタフェースを用いないデバイスドライバは、 PAE が有効なカーネルにおいてデータの破損を引き起こす可能性があるため、 利用することは推奨されません。 そのため FreeBSD で提供される PAE カーネルコンフィグレーションファイルでは、PAE が有効なカーネルで動作することが知られていないすべてのドライバが外されています。

  • いくつかの調整可能なシステムパラメータは、 利用可能な物理メモリによるメモリリソースを調整します。 PAE を必要とするような大きなメモリのシステムでは、 そのような調整可能なリソースが不必要に割り当てられることがあります。 そのような例のひとつが kern.maxvnodes sysctl です。この sysctl は、カーネルで許される vnode の最大数を調節します。 この sysctl や同様に変更可能なパラメータを適切な値に調整することをお奨めします。

  • カーネルバーチャルアドレス (KVA) の枯渇を避けるため、KVA 空間を大きくとる、または、 激しく消費される特定のカーネルリソースの量を減らす必要があるでしょう。 KVA_PAGES カーネルオプションを用いて KVA 空間を増やすことができます。

パフォーマンスや安定性については、 tuning(7) を調べることをお奨めします。 pae(4) は、FreeBSD の PAE サポートに関する最新の情報を含んでいます。

9.7. 問題が起きた場合には

カスタムカーネルを作る場合に起きるトラブルは、 次の 4 種類に分けられます。

config コマンドの失敗

config(8) が失敗したのであれば、 おそらく単純なエラーです。 さいわい、config(8) はトラブルの起きた行番号を出力します。 例えば、次のように出力された場合

config: line 17: syntax error

17 行目のキーワードが正しく入力されているかどうか、 GENERIC カーネルのファイルや、 他のリファレンスと比較して注意深く修正してください。

make コマンドの失敗

make が失敗した場合には、 カーネル設定で config(8) がとらえられなかったような間違いをしていることが多いようです。 コンフィグレーションファイルを見直してください。 それでも問題を解決することができなければ、 FreeBSD general questions メーリングリスト へカーネルコンフィグレーションファイルをつけてメールしてください。

カーネルが起動しない

新しいカーネルが起動しなかったり、 デバイスの認識をしない場合でもあわてないでください! さいわい、FreeBSD には利用できないカーネルから復帰する洗練されたメカニズムがあります。 FreeBSD のブートローダで起動したいカーネルを選択してください。 システムの起動メニューが表示されている時に、 “Escape to a loader prompt” オプションを選択するとアクセスできます。 プロンプトで boot kernel.old か他の正常に起動するカーネルを入力してください。 カーネルの再設定をおこなう場合にはいつも、 確実に動くことが分かっているカーネルを用意しておくようにすると良いでしょう。

問題のないカーネルで起動した後、 コンフィグレー ションファイルを調べ、 再び構築を試みてください。 /var/log/messages にはすべての成功した起動時のカーネルメッセージの記録があり、 これは助けになる情報の一つでしょう。また、 dmesg(8) は現在の起動時のカーネルメッセージを出力します。

注意: カーネルの構築中にトラブルが起きた時に使うために、 GENERIC や他のカーネルを次回の構築で消されないよう別の名前で保存するようにしてください。kernel.old は新しいカーネルをインストールする時に、 その一つ前にインストールした、 うまく動かないかもしれないカーネルで上書きされてしまうので当てにできません。 できる限り早く動作しているカーネルを本来の /boot/kernel の位置に移動させてください。 そうしないと ps(1) のようなコマンドが正しく動きません。これを行うには、 以下のように正しく起動するカーネルを含むディレクトリ名に変更するだけです。

# mv /boot/kernel /boot/kernel.bad
# mv /boot/kernel.good /boot/kernel
カーネルは動きますが ps(1) は動きません!

システムユーティリティの構築されたバージョンと異るバージョンのカーネルをインストールした場合、 例えば -CURRENT のカーネルを -RELEASE 上にインストールするような場合、 ps(1) や vmstat(8) のような多くのシステムステータスコマンドは動かなくなります。 修正するには、カーネルと同じバージョンのソースツリーで world を再構築し、インストール してください。 これは、カーネルとそれ以外で異なるバージョンを組み合わせてオペレーティングシステムを使用することが推奨されない理由の一つとなっています。

第 10章プリンタの利用

寄稿: Sean Kelly. 改訂:Jim Mock.

10.1. この章では

FreeBSD は古いインパクトプリンタから最新のレーザープリンタまで幅広いプリンタが利用でき、 実行しているアプリケーションから高品質な印刷出力が行えます。

FreeBSD はネットワーク上のプリンタサーバとして動作するように設定することもできます。 この機能は、他の FreeBSD コンピュータや、Windows や Mac�OS ホストから印刷ジョブを受け取ることができます。 FreeBSD は印刷ジョブを 1 つずつ処理することを保証します。 また、どのユーザやマシンが最も多く印刷しているかの統計を取り、 どの印刷物が誰の物か表示する “バナー” ページの作成などを行うことができます。

この章を読めば以下のことがわかります。

  • FreeBSD プリントスプーラの設定方法。

  • 入力ドキュメントをプリンタが扱える印刷フォーマットへ変換するなどといった、 特別な印刷ジョブを別に取り扱うための印刷フィルタのインストール方法。

  • 印刷物へのヘッダやバナーの適用方法。

  • 他のコンピュータに接続されたプリンタで印刷する方法。

  • ネットワークに直接接続されたプリンタで印刷する方法。

  • 印刷ジョブの上限サイズや特定のユーザからの印刷拒否といった、 プリンタの制限の制御方法。

  • 印刷の統計とプリンタの使用状況の取得方法。

  • 印刷問題のトラブルシューティング方法。

この章を読み始める前に以下を済ませておいてください。

  • 新しいカーネルの設定とインストール方法について理解すること (第9章)。

10.2. はじめに

FreeBSD でプリンタを使うために、それらを LPD スプーリングシステム、 または単に LPD としても知られる Berkeley ラインプリンタスプーリングシステムで動作するように設定できます。 これは FreeBSD での標準的なプリンタ制御システムです。 この章では、LPD を紹介し、 その設定方法について説明します。

あなたがすでに LPD やその他のプリンタスプーリングシステムに詳しいのなら、 基本的な設定 まで読み飛ばしてもかまいません。

LPD はホストのプリンタに関するあらゆることを制御します。 ここで言う制御としては、次のことがあげられます。

  • ホストに接続されたプリンタ、 あるいはネットワーク上の他ホストに接続されたプリンタに対するアクセス制御を行ないます。

  • ファイルをプリントする要求に対して許可を与えます。 この要求は特にジョブと呼ばれています。

  • 各々のプリンタのキューを管理することにより、 複数のユーザがあるプリンタに対して同時にアクセスすることを防ぎます。

  • ヘッダページ (バナーまたは バーストページとしても知られています) をプリントすることができます。 これにより、 プリントアウトの山の中から自分がプリントしたジョブを見つけやすくなります。

  • シリアルポートに接続したプリンタ用に通信パラメータを管理します。

  • ネットワーク経由で他のホスト上の LPD スプーラにジョブを送ることができます。

  • 様々なプリンタ言語やプリンタの能力に応じてジョブの形式を整えるため、 特別なフィルタを起動することができます。

  • プリンタの使用に対して課金を行なうことができます。

設定ファイル (/etc/printcap) を通して、専用のフィルタプログラムを用いることにより、 多種多様なプリンタ機器に対して、上述の機能の全部または一部を LPD システムに行なわせることができます。

10.2.1. どうしてスプーラを使うべきなのか

あなたのシステムを利用するのがあなた一人だけだとしても、 スプーラは有用ですし、使用すべきです。その理由は以下のとおりです。

  • LPD はジョブをバックグラウンドで処理します。 データがプリンタに送信されるまで待つ必要がなくなります。

  • LPD ではジョブをフィルタを通してプリントすることが簡単にできます。 これにより、印刷物のヘッダに時刻や日付を入れたり、 特別なファイル形式 (TeX の DVI ファイルなど) をプリンタが処理できる形式に変更することができ、 これらの作業を手動で行なう必要がなくなります。

  • プリント処理を行なうフリー、 または商用のプログラムのほとんどは、 システムのスプーラとやりとりするように作られています。 スプーリングシステムをセットアップすることで、 今後加えるかもしれない、あるいは、 すでに持っている別のソフトウェアをより簡単にサポートすることができるでしょう。

10.3. 基本的な設定

LPD スプーリングシステムを用いてプリンタを使用するためには、 プリンタ機器と LPD 用ソフトウェアの両方を準備する必要があります。 本文書では次の二段階のレベルに分けて説明をします。

  • プリンタを接続する方法、 プリンタにどのように通信するかを LPD に指示する方法や、 プレインテキストをプリンタで印字する方法については、 プリンタの簡単な設定をご覧ください。

  • 様々な形式のファイルを印字する方法、 ヘッダページを印字する方法、 ネットワーク経由でプリンタに印字する方法、 プリンタを制御する方法、 プリンタの使用に対する課金を行なう方法についてはプリンタ設定上級編をご覧ください。

10.3.1. プリンタ設定導入編

この節では、プリンタ機器やプリンタを使用するための LPD 用ソフトウェアを設定する方法について述べます。 この節の概要は次のとおりです。

  • プリンタ機器の設定では、 プリンタをコンピュータに接続するためのヒントがいくつか書かれています。

  • ソフトウェアの設定では、 LPD のスプーラ設定ファイル (/etc/printcap) の設定方法について書かれています。

データをプリンタに送るのにコンピュータのローカルインタフェースではなく、 ネットワークプロトコルを使用する場合は、 ネットワークにおけるデータストリームインタフェースを持つプリンタをご覧ください。

この節のタイトルは “プリンタ設定導入編” ですが、 実際の設定はかなり複雑です。 プリンタをコンピュータに接続し、 LPD スプーラを起動させることは一番困難な作業です。 ヘッダページを出力させたり課金したりするオプションの設定は、 一度プリンタがうまく動くようになればとても簡単です。

10.3.1.1. プリンタ機器の設定

この節では、プリンタに PC を接続するための様々な方法について説明しています。 ここでは、ポートやケーブルの種類、 FreeBSD がプリンタとの通信に必要なカーネルコンフィグレーションについても言及しています。

もしプリンタが既に接続されていて、 他のオペレーティングシステム上でプリンタからの印字に成功している場合は、 ソフトウェアの設定まで読み飛ばすことが多分できるでしょう。

10.3.1.1.1. ポートとケーブル

今日 PC 用に売られているプリンタには通常、 次の 3 つのインタフェースのうち、どれか 1 つ以上がついてきます。

  • シリアルインタフェース、 は RS-232 または COM ポートとも呼ばれますが、 コンピュータにあるシリアルポートを使ってプリンタにデータを送信します。 シリアルインタフェースはコンピュータ業界で共通して使用されています。 そのケーブルは容易に手に入りますし、簡単に自作することもできます。 シリアルインタフェースの場合は時々、 特別なケーブルや何か複雑な通信方式選択の設定が必要になることがあります。 ほとんどの PC のシリアルポートは通信速度が最大で 115200�bps であり、 大きな画像を印刷するのには実用的ではありません。

  • パラレルインタフェースではプリンタにデータを送信するために、 コンピュータにあるパラレルポートを使用します。 パラレルインタフェースは PC 業界ではよく使われており、 RS-232 シリアルよりも速いです。 ケーブルの入手は容易ですが、 自作するのはシリアルよりも困難です。 パラレルインタフェースには通常、通信方式の選択はなく、 設定は極めて単純です。

    パラレルインタフェースは “セントロニクス” インタフェースとして知られています。 これは、プリンタ用のコネクタタイプとして採用された後に名付けられました。

  • USB インタフェースは、Universal Serial Bus (汎用シリアルバス) の略で、パラレルや RS-232 シリアルよりさらに速く動作します。 ケーブルは単純で安価です。USB は、印刷目的には RS-232 シリアルやパラレルよりも向いていますが、UNIX システムでは十分対応されていません。 この問題を回避する手としては、多くのプリンタがそうですが、 USB とパラレルの両方のインタフェースを備えたプリンタを購入することが挙げられます。

パラレルインタフェースでは、普通は (コンピュータからプリンタへの) 単方向通信のみを行なうのに対して、 シリアルおよび USB インタフェースは双方向通信を行ないます。 FreeBSD でも IEEE1284 準拠のケーブルを使えば、 最近のパラレルポート (EPP や ECP) とプリンタの多くで双方向通信を行なうことができます。

パラレルポート経由のプリンタとの双方向通信には、 通常 2 つの方法のどちらかが使われます。一つ目の方法は、 プリンタが使用しているプロプライエタリな言語を話す FreeBSD 用に作成されたプリンタドライバを使うものです。 これはインクジェットプリンタではよく使われる方法で、 インクの残量やその他の状態の情報を知らせるのに使えます。 二つ目の方法は、プリンタが PostScript に対応している時に使われます。

PostScript ジョブは、実際にはプリンタに送信されるプログラムです。 印字作業を行う必要は必ずしありませんし、 プログラムの結果を直接コンピュータに返してもよいのです。 PostScript プリンタでは双方向通信を使って PostScript プログラムのエラーや紙づまりといった問題をコンピュータに報告します。 ユーザはそれらの情報を知りたいと思うかも知れません。 また、PostScript プリンタで課金作業をもっとも効率よく行なうためには、 双方向通信が必要となります。 この方法ではまず、プリンタの現在のページカウント (起動してから今まで何枚の紙を印字したか) の情報を得ます。 次に、ユーザのジョブを実行し、終了後、再びページカウントを得ます。 この二つの数を差によって、 課金対象となる紙の枚数を知ることができるのです。

10.3.1.1.2. パラレルポート

プリンタをパラレルインタフェースを使って接続する場合は、 セントロニクスケーブルでプリンタとコンピュータを接続してください。 詳しい説明はプリンタやコンピュータに付属する説明書に書かれているはずです。

その際、 どのパラレルポートを使用したかを覚えておいてください。 FreeBSD では最初のポートは ppc0、 二番目が ppc1 であり、 三番目以降も同様に続きます。 プリンタのデバイス名にも同じ形式が使われており、 最初のパラレルポートに接続されたプリンタは /dev/lpt0 などとなります。

10.3.1.1.3. シリアルポート

シリアルインタフェースを使ってプリンタを使う場合は、 適切なシリアルケーブルでプリンタとコンピュータを接続してください。 詳しい説明はプリンタ、コンピュータ、あるいは両方に付属する説 明書に書かれているはずです。

“適切なシリアルケーブル” が良くわからないときは、 次のどれかを試してみてください。

  • モデム用ケーブルでは、 それぞれのピンは他方のコネクタの対応するピンと線でつながっています。 このタイプのケーブルは “DTE-DCE” 間ケーブルとしても知られています (訳注: 日本ではストレートケーブルという名前で売られています)。

  • ヌルモデム用ケーブルでは、 あるピンは対応するピンとを接続していますが、 あるピン (たとえば、データ送信用とデータ受信用のピン) が交差して接続したり、 いくつかのピンは内部で短絡していたりします。 このタイプのケーブルは、 “DTE-DTE” 間ケーブルと呼ばれています (訳注: 日本ではクロスケーブルという名前で売られています)。

  • A シリアルプリンタ用ケーブルは、 ある特定のプリンタで必要とされるものです。 ヌルモデムケーブルと似ていますが、 内部で短絡させる代わりに、 ある信号を他方側に送るために使用しています。

この他に、 プリンタ用の通信パラメータを設定する必要があります。 通常、プリンタのフロントパネルや DIP スイッチによって制御します。 コンピュータとプリンタの双方で設定できる最高の通信速度 [bps] (ビット/秒、 ボーレートと示されているときもある) を選んでください。そして、データビット (7 または 8)、 パリティ (偶/奇/なし)、ストップビット (1 または 2) を選んでください。 そして、フローコントロールの有無 (制御なし、または XON/XOFF (“イン・バンド” または “ソフトウェア” フローコントロールとも呼ばれる)) を選びます。 以下に続くソフトウェアの設定のために、 ここでの設定を覚えておいてください。

10.3.1.2. ソフトウェアの設定

本節では FreeBSD の LPD スプーリングシステムで印字をおこなうために 必要となるソフトウェアの設定について説明しています。

本節の概要は次のようになります。

  1. プリンタで使用するポートのために、必要があれば、 カーネルの書き変えをおこないます。「カーネルの変更」で、 このためにしなくてはならないことを説明しています。

  2. パラレルポートを使用している場合は、 パラレルポートのための通信モードを設定します。 詳細は、 「 パラレルポートの通信モードを設定する」 で説明しています。

  3. オペレーティングシステムからプリンタにデータが送ら れているかをテストします。「プリンタとの通信状況を調べる」で、 どのようにテストするかの提案をいくつかおこなっています。

  4. ファイル/etc/printcapを変更し、 LPD の設定をおこないます。 この節で、どのように変更するかを説明しています。

10.3.1.2.1. カーネルの変更

オペレーティングシステムのカーネルの コンパイルをおこなうことによって、 指定されたデバイスが機能するようになります。シリアル、 または、パラレルインタフェースをプリンタで使用する場合、 必要なデバイスがこの指定の中に含まれていなくてはなりません。 したがって、 必要なデバイスがカーネルに組み込まれていない場合、 追加のシリアル、または、パラレルポートをサポートするために、 カーネルの再コンパイルが必要となるかもしれません。

シリアルポートが現在使用しているカーネルで サポートされているかどうかを調べるためには、 次のように入力します。

# grep sioN /var/run/dmesg.boot

ここで、N はシリアルポートの番号を示し、この番号は 0 から始まります。 次のような出力があった場合、 カーネルはそのポートをサポートしています。

sio2 at port 0x3e8-0x3ef irq 5 on isa
 sio2: type 16550A

パラレルポートが現在使用しているカーネルで サポートされているかどうかを調べるためには、 次のように入力します。

# grep ppcN /var/run/dmesg.boot

ここで、N はパラレルポートの番号を示し、この番号は 0 から始まります。 次のような出力があった場合、 カーネルはそのポートをサポートしています。

ppc0: <Parallel port> at port 0x378-0x37f irq 7 on isa0
ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode
ppc0: FIFO with 16/16/8 bytes threshold

上記の出力が得られない場合、プリンタを使うため、 オペレーティングシステムにパラレル、または、 シリアルポートを認識し、使用できるようにするためには カーネルを変更する必要があります。

シリアルポートをサポートさせるには、「 FreeBSD カーネルのコンフィグレーション」の節をご覧く ださい。パラレルポートをサポートさせる場合も、その節と、 あわせて、 この節に続く節もご覧ください。

10.3.1.3. パラレルポートの通信モードを設定する

パラレルインタフェースを使用している場合、FreeBSD では、 割り込み駆動型にするか、 プリンタとの通信の状況をカーネルに監視させるかのいずれかを選択できます。 FreeBSD の汎用プリンタデバイスドライバ (lpt(4)) は ppbus(4) システムを利用しています。 これは ppc(4) ドライバを使ってパラレルポートのチップセットを制御します。

  • GENERIC カーネルでは割り込み駆動方式がデフォルトになっています。 この方式では、 オペレーティングシステムはプリンタがデータを受け付けられるかどうかを調べるために、 IRQ ラインを一つ使用します。

  • 監視方式では、 オペレーティングシステムにプリンタがもっとデータを受け付けられるかどうかを繰り返し尋ねるように指示します。 そして、受け付けるという応答を受けたとき、 カーネルはさらなるデータを送信します。

割り込み駆動方式は一般的にいくらか高速になりますが、貴重な IRQ ラインを一つ消費します。 HP の新しいプリンタの一部には、明らかに何かしらのタイミングの問題 (まだ正確にはわかっていません) で割り込みモードでは正常に動作しないものがあると言われています。 これらのプリンタにはポーリングモードが必要になります。 どちらかうまく機能する方を使ってください。 一部のプリンタはどちらの方式でも動作しますが、 割り込みモードでは苦痛を感じるほど低速です。

通信モードを設定するためには 2 つの方法があります。 1 つはカーネルを変更することで、もう一つは lptcontrol(8) プログラムを使用する方法です。

カーネルを設定することによって、 通信モードを変更する。

  1. カーネルコンフィグレーションファイルを変更します。 ppc0 のエントリを探してください。 2 番目のパラレルポートを設定するときは、代わりに ppc1 を使います。 以下、3 番目のポートは ppc2 となっていきます。

    • 割り込み駆動方式にする場合は、 /boot/device.hints ファイルの以下の行を編集して、 N を適切な IRQ 番号に置き換えてください。

      hint.ppc.0.irq="N"

      カーネルの設定ファイルには ppc(4) ドライバも入れなければなりません。

      device ppc

    • ポーリングモードを使用する場合は、 /boot/device.hints ファイルの以下の行を削除してください。

      hint.ppc.0.irq="N"

      場合によっては、これだけでは FreeBSD でポートをポーリングモードにするには十分ではないことがあります。 多くの場合これは acpi(4) ドライバと併せて動作します。 これはデバイスのプローブとアタッチを行うので、 プリンタポートへのアクセスモードを制御できます。 問題を修正するために acpi(4) の設定を確認してください。

  2. ファイルをセーブし、config プログラムを起動し、 カーネルの構築、インストールをおこないます。そして、 リブートしてください。詳細は、「 FreeBSDカーネルのコンフィグレーション」を参照 してください。

lptcontrol(8) で通信モードを設定する場合

  1. lptN をイベント駆動方式に設定する場合は、 次のように入力します。

    # lptcontrol -i -d /dev/lptN

  2. lptN を監視方式に設定する場合は、次のように入力します。 

    # lptcontrol -p -d /dev/lptN

これらのコマンドを /etc/rc.local ファイルに追加 しておくと、システムをブートする度に通信モードを設定する ことができます。詳細については、 lptcontrol(8) をご覧ください。

10.3.1.4. プリンタとの通信状況を調べる

スプーリングシステムの設定に進む前に、オペレーティング システムがプリンタにデータを送ることに成功しているかどうか を確かめるべきでしょう。これにより、印字がうまくいかないと き、プリンタとの通信が問題なのか、スプーリングシステムが問 題なのかを分けて調べることがかなり容易になります。

プリンタをテストするためには、 プリンタに何かのテキストを送 信してみます。送信した文字をすぐに印字してくれるプリンタに は、lptest(1) コマンドを使うと有用です。このコマンドは印 字可能な 96 文字の ASCII 文字すべてを 96 行生成します。

PostScript (または他の言語に対応した) プリンタの場合 は、もっと巧妙なテストが必要になります。次のような、簡単な PostScript プログラムを使えば十分でしょう。

%!PS
100 100 moveto 300 300 lineto stroke
310 310 moveto
/Helvetica findfont 12 scalefont setfont
(Is this thing working?) show
showpage

上の PostScript コードはファイルに保存し、 以降の節で例として示されているように利用することができます。

注意: このドキュメントでプリンタ用言語を参照するときは、 PostScript のような言語を仮定しており、Hewlett Packard の PCL は考慮していません。PCL は非常に機能的なの ですが、 プレインテキストにエスケープシーケンスを混ぜること ができます。PostScript ではプレインテキストを直接印字 することはできません。 このような種類のプリンタ言語に対しては、 特別な対応をおこなわなければなりません。

10.3.1.4.1. パラレルポートのプリンタとの接続を調べる

この節では、FreeBSD がパラレルポートに接続されたプリ ンタと通信できているかどうかを調べる方法について説明し ています。

パラレルポートのプリンタをテストするために

  1. su(1) コマンドで root になります。

  2. プリンタにデータを送ります。

    • プリンタがプレインテキストを印字できる場合、 lptest(1) コマンドを使います。 次のように入力してください。

      # lptest > /dev/lptN

      ここで、N はパラレルポートの番号で、番号は 0 から始まります。

    • プリンタが PostScript か他のプリンタ 言語を使用している場合、そのプリンタに簡単なプロ グラムを送信してください。次のように入力します。 

      # cat > /dev/lptN

      そして、一行一行、 プログラムを慎重に入力して 下さい。RETUREN または ENTER キーを入力してしま うと、その行は編集できなくなります。プログラムの 入力が終わったら、CONTROL+D か、あなたが設定して いるファイル終了のキーを押してください。

      もしくは、プログラムを入力したファイルがある 場合は、次のように入力してください。

      # cat file > /dev/lptN

      ここで、file はプログラムが格納されていて、 プリンタに送信するファイルの名前です。

これで何かが印刷されるはずです。 印字されたテキストがおかしくても心配は無用です。 それについては、後で修正します。

10.3.1.4.2. シリアルポートのプリンタとの接続を調べる

この節では、FreeBSD がシリアルポートに接続されたプリ ンタと通信できているかどうかを調べる方法について述べられ ています。

シリアルポートのプリンタをテストするために

  1. su(1) コマンドで root になります。

  2. /etc/remote ファイルを編集します。次のエントリを加えてください。 

    printer:dv=/dev/port:br#bps-rate:pa=parity

    ここで、port シリアルポート (ttyu0、 ttyu1 など) のデバイスエントリで、 bps-rateは プリンタとの通信の転送速度[bit/秒]、 parityはプリ ンタとの通信で必要とされるパリティ (even、odd、 none、 zeroのいずれか) を表わしていま す。

    次の例は、 プリンタをシリアルケーブルでパリティなし、転送速度 19200�bps で第 3 番目のシリアルポートに接続した場 合です。

    printer:dv=/dev/ttyu2:br#19200:pa=none

  3. tip(1) コマンドでプリンタと接続します。 次のように入力してください。

    # tip printer

    これがうまくいかなかった場合は、 /etc/remoteを編集して、 /dev/ttyuN の代わりに /dev/cuaaN を試してみてください。

  4. プリンタにデータを送ります。

    • プリンタがプレインテキストを印字できる場合、 lptest(1) コマンドを使います。 次のように入力してください。

      % $lptest

    • プリンタが PostScript か他のプリンタ言語を使用している場合、 そのプリンタに簡単なプログラムを入力します。 一行一行、プログラムを慎重に入力してください。 バックスペースキーや他の編集用のキーは、 プリンタの制御コードに割り当てられているかもしれません。 プログラムが終了したことをプリンタに伝えるための特別なファイル終了キーを 入力する必要があるかもしれません。 PostScript プリンタの場合、 CONTROL+D を入力します。

      もしくは、プログラムを入力したファイルがある場合は、 次のように入力してください。

      % >file

      ここで、file はプログラムが格納されているファイル名です。 tip(1) コマンドでファイルを送信した後は、 ファイル終了を表わすキーを入力する必要があります。

これで何かがプリントされることでしょう。 印字されたテキ ストがおかしくても心配しなくても構いません。 それについては、後で修正します。

10.3.1.5. スプーラに許可を与える: /etc/printcap ファイル

ここまでで、プリンタはコンピュータに接続され、(必要なら) プリンタと通信できるようにカーネルを変更し、 簡単なデータをプリンタに送信することができているはずです。 これで、LPD にプリンタへのアクセスを 制御させる設定をおこなう準備が整いました。

LPD の設定は /etc/printcap を編集することでおこないます。 LPD スプーリングシステムは スプーラが使われる毎にこのファイルを参照します。 そのため、ファイルを更新するとすぐにその変更が反映されます。

printcap(5) ファイルの書式は簡単です。 /etc/printcap の編集はお好みのテキストエディタをお 使いください。このファイルの書式は、 /usr/share/misc/termcap や /etc/remote といった他のケイパビリティファイルと一致しています。 この書式 についての詳細な情報については cgetent(3) をご覧ください。

スプーラの単純な設定法は、 次のステップでおこないます。

  1. プリンタに名前 (と簡単な別名 2 〜 3 個) を付け、それを /etc/printcap ファイルに記述します。 これについては、「 プリンタに名前を付ける」 を参照してください。

  2. sh の項目を追加することで、 ヘッダページの出力を禁止します (デフォルトは許可)。 これについては、「 ヘッダページの印字を禁止する」 を参照してください。

  3. スプール用のディレクトリを作成し、その位置を sd 項目で指定します。これについては、 「 スプーリングディレクトリの作成」 を参照してください。

  4. プリンタを使用するために /dev エントリを設定し、/etc/printcap の lp 項目でそのエントリを指定します。 これについては、「 プリンタデバイスの特定」 を参照してください。 プリンタをシリアルポートに接続した場合は、 ms# の項目を設定する必要があります。こちらについては、 「 スプーラのための通信パラメータの設定」 を参照してください。

  5. プレインテキスト用の入力フィルタのインストールをおこないます。 「テキストフィルタのインストール」 を参照してください。

  6. lpr(1) コマンドで何かを印字することで設定のテストをおこないます。 印字してみよう と トラブルシューティング を参照してください。

注意: PostScript プリンタのような、 プリンタ言語を使用しているプリンタには、 プレインテキストを直接印字させることができません。 上にアウトラインを示し、 以下の節で説明する簡単な設定方法の説明では、 そのようなプリンタを設置している場合は、 プリンタが認識できるファイルだけを印字の対象としているという 仮定をしています。

多くの場合、 利用者はシステムに設置されているプリンタすべてで プレインテキストが印字できることを期待しています。 印字作業をおこなうために LPD のインタフェースを利用するプログラムでも、 通常、そのような仮定を置きます。 プリンタ言語を使用するプリンタを設置しており、 そのプリンタ言語で記述されたジョブと、 これに加えて、 プレインテキストのジョブも印字できるようにしたいならば、 上で示した簡単な設定方法に加えて、 さらなる設定をおこなうことを強くお勧めします。すなわち、 自動的にプレインテキストから PostScript (もしくは、 他のプリンタ言語) に変換するプログラムをインストールしてください。「 プレインテキストのジョブを PostScript プリンタで印字する」 で、それをどのようにおこなえばよいのかが説明されています。

訳注: 日本語を印字したい場合は、プリンタ言語を使用し ていない「日本語プリンタ」についても、 プリンタ固有のエスケープシーケンスを送る必要があります。 また、漢字コードをプリン タが設定しているものに変換したりする必要があり、 各プリンタ毎に、日本語用のフィルタが必要になります。

10.3.1.5.1. プリンタに名前を付ける

最初の (簡単な) ステップで、プリンタの名前を考えます。 プリンタには別名をいくつか付けることもできるので、 機能的な名前 でも風変わりな名前でもどちらを選んでもまったく 問題はありません。

少なくとも1つのプリンタには、 /etc/printcap の中で、 lp という別名を持たせるべきでしょう。 この名前はデフォルトのプリンタ名になっています。 ユーザが環境変数 PRINTER を設定しておらず、 かつ、LPD コマンドのコマンドラインで プリンタの名前が指定されていない場合、lp がデフォルトのプリンタ名となり、 そのプリンタに出力されます。

それから、これは共通の慣習ですが、 プリンタの最後の別名には、 メーカーやモデル名を含むプリンタの完全な名称をつけることに なっています。

名前と別名のいくつかを決めたら、 /etc/printcap ファイルに設定します。 プリンタ名は一番左のカラムから書き始めます。 別名はそれぞれ縦棒によって区切られ、 最後の別名の後ろにコロンを置きます。

次の例では、2 台のプリンタ (Diablo 630 ラインプリンタと Panasonic KX-P4455 PostScript レーザライタプリンタ) が定義 されている /etc/printcap のスケルトンを記しています。

#
#  /etc/printcap for host rose
#
rattan|line|diablo|lp|Diablo 630 Line Printer:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:

この例では、最初のプリンタに rattan という名前と別名として、line、 diablo、lp そして Diablo 630 Line Printer が付けられています。別名とし て lp があるので、このプリンタはデフォルトのプリンタとなっ ています。2 番目は bamboo と名付けられ、 別名として、ps と PS、S、 panasonic、Panasonic KX-P4455 PostScript v51.4 が付けられています。

10.3.1.5.2. ヘッダページの印字を禁止する

LPD スプーリングシステムでは、 デフォルトでジョブ毎に ヘッダページを印字します。 ヘッダページにはジョブを要求したユーザ名、 ジョブが送られたホスト名、そして、ジョブの名前が素晴 らしい大きな文字で印字されています。 残念なことに、この余分なテキストすべてが、 簡単なプリンタ設定法のデバッグの際に紛れ込んできてしまいます。 このため、ヘッダページの出力を禁止しておきます。

ヘッダページの出力を禁止するには、 /etc/printcap にあるプリンタのエントリに sh の項目を追加します。次に、sh を加えた /etc/printcap の例を示します。

#
#  /etc/printcap for host rose - no header pages anywhere
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:

この書式を正しく使うための注意をしておきます。 最初の行は左端のカラムから始めます。 それに続く行は字下げします。最後の行以外のすべての行は、 行末にバックスラッシュを記述します。

10.3.1.5.3. スプーリングディレクトリの作成

スプーラの簡単な設定の次のステップでは、 スプーリングディレクトリを作成します。 プリンタに送られるジョブは、 その印字が終了するまでこのディレクトリに置かれます。また、 他のたくさんのスプーラもこのディレクトリにファイルを置きます。

様々な事情によりスプーリングディレクトリは、通常、慣例 として /var/spool の下に置きます。 また、スプーリングディレクトリの内容は バックアップをする必要はありません。 mkdir(1) によってディレクトリを 作るだけでスプーリングディレクトリの復旧は完了します。

スプーリングディレクトリの名前は、これも慣例ですが、 次のようにプリンタの名前と同じにします。

# mkdir /var/spool/printer-name

しかしながら、ネットワーク上に使用可能なプリンタがたく さんあるならば、LPD で印字するための専用のディレクトリにスプーリングディレクトリを置きたくなるかもしれません。 例に出てきたプリンタ rattan と bamboo について、この方式を採用すると、 次のようになります。

# mkdir /var/spool/lpd
# mkdir /var/spool/lpd/rattan
# mkdir /var/spool/lpd/bamboo

注意: 各ユーザが印字するジョブのプライバシを守りた いと考えているならば、スプーリングディレクトリを保護し て、これを誰からでもアクセスできないようにしたいと思う かもしれません。スプーリングディレクトリは、 daemon ユーザと daemon グループに所有され、 読み込み、書き込み、検 索可能であり、他からはアクセスできないようにするべきで す。例題のプリンタに対して、次のようにすることにしましょ う。

# chown daemon:daemon /var/spool/lpd/rattan
# chown daemon:daemon /var/spool/lpd/bamboo
# chmod 770 /var/spool/lpd/rattan
# chmod 770 /var/spool/lpd/bamboo

最後に、/etc/printcap ファイルで、 これらのディレクトリの位置を LPD に伝える必要があります。 スプーリングディレクトリのパス名は sd 項目で指定します。

#
#  /etc/printcap for host rose - added spooling directories
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:

プリンタ名が最初のカラムから始まっており、 そのプリンタに関して記述される他の項目は字下げされていること、 各行がバックスラッシュで終わっていることに注意してください。

sd によりスプーリングディレクトリが指定されていない場合、 スプーリングシステムは /var/spool/lpd をデフォルト値として使用します。

10.3.1.5.4. プリンタデバイスの特定

プリンタ機器の設定 の節では、FreeBSD でプリンタとの通信に使用されるポートおよび /dev ディレクトリ内のエントリを特定します。 そして、LPD にその情報を伝えます。 印字するジョブを受け取ると、スプーリングシステムは、 (プリンタにデータを渡す義務がある) フィルタプログラムに代わって指定されたデバイスをオープンします。

/etc/printcap ファイルで lp 項目を使って /dev エントリを記入します。

ここでの例では、rattan は 1 番目のパラレルポートに、bamboo は 6 番目のシリアルポートに接続されていることにしましょう。 このとき、/etc/printcap には 次のようになります。

#
#  /etc/printcap for host rose - identified what devices to use
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:\
        :lp=/dev/lpt0:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:\
        :lp=/dev/ttyu5:

/etc/printcap でプリンタの lp 項目が指定されていない場合は、 LPD はデフォルトとして /dev/lp を使用します。/dev/lp は、現在の FreeBSD には存在していません。

設置したプリンタがパラレルポートに 接続されている場合は、 「 テキストフィルタのインストール」 まで読み飛ばしてください。 そうでない場合は、次節の説明に続いてください。

10.3.1.5.5. スプーラのための通信パラメータの設定

シリアルポートにプリンタを接続した場合、 LPD は、プリンタにデータを送信するフィルタプログラムに代わり、 通信速度やパリティ、 その他のシリアル通信パラメータを設定することができます。 このことによる利点は、

  • /etc/printcap を編集するだけで、 様々な通信パラメータを試してみることができます。 フィルタプログラムを再コンパイルする必要はありません。

  • スプーリングシステムで、 シリアル通信の設定が異なっているかもしれない複数のプリンタに 同じフィルタプログラムを使うことが可能になります。

次の /etc/printcap の項目で、 lp で指定された デバイスのシリアル通信パラメータを制御できます。

br#bps-rate

デバイスの通信速度を bps-rate に設定します。 ここで、bps-rate は 50, 75, 110, 134, 150, 200, 300, 600, 1200, 1800, 2400, 4800, 9600, 19200, 38400, 57600, 115200 [bit/秒] のいずれかです。

ms#stty-mode

デバイスをオープンした後にターミナルデバイスのオプションを設定します。 利用できるオプションについては stty(1) を参照してください。

lp で指定されたデバイスをオープンするとき、 LPD は ms# で指定されたデバイスの特性を設定します。 特に関係があるのは、parenb, parodd, cs5, cs6, cs7, cs8, cstopb, crtscts, ixon モードです。 これらは stty(1) のマニュアルページで説明されています。

例題のプリンタで6番目のシリアルポートに接続された プリンタの設定を追加してみましょう。 通信速度は 38400bps に設定します。 モードとして、-parenb でパリティ無し、 cs8 で 8 ビットキャラクタ、 clocal でモデム制御無し、 そして crtscts でハードウェアフロー制御を設定します。

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:
10.3.1.5.6. テキストフィルタのインストール

ここまでで、 プリンタにジョブを送るために使うテキストフィルタを LPD に設定する準備が整いました。 テキストフィルタとは、 入力フィルタとしても知られていますが、 印字するジョブがあるときに LPD が起動するプログラムです。 LPD がプリンタのためにテキストフィルタを起動するとき、 LPD はフィルタの標準入力からプリントするジョブを入力し、 フィルタの標準出力に項目 lp で指定されたプリンタデバイスを接続します。フィルタは、 標準入力からジョブを読み込み、 プリンタのための必要な変換をおこなった後、 その結果を標準出力に出力する、 これにより印字がなされることを期待されています。 テキストフィルタについての更に詳しい情報については、「 フィルタはどのように機能しているか」 をご覧ください。

ここでの簡単なプリンタ設定では、 プリンタにジョブを送るため、/bin/cat を実行するだけの簡単なシェルスクリプトで間に合います。 FreeBSD に標準で付属している lpf というフィルタでは、バックスペース文字を使った 下線引きの動作をおこなう文字ストリームをうまく扱うことができない プリンタのための代替処理をおこなってくれます。 もちろん、 他のどんなフィルタプログラムを使っても構いません。 フィルタ lpf については、「テキストフィルタ lpf」で詳しく説明します。

最初に、簡単なテキストフィルタであるシェルスクリプト /usr/local/libexec/if-simple を作ってみましょう。 次のテキストをお好みのテキストエディタでファイルに 書き込んでください。

#!/bin/sh
#
# if-simple - Simple text input filter for lpd
# Installed in /usr/local/libexec/if-simple
#
# Simply copies stdin to stdout.  Ignores all filter arguments.

/bin/cat && exit 0
exit 2

そして、このファイルを実行可能にします。

# chmod 555 /usr/local/libexec/if-simple

LPD にこのテキストフィルタを使うことを設定するためには、 /etc/printcap に if 項目を使って指定します。これまでの /etc/printcap の例のプリンタ 2 台に、 このフィルタを加えてみましょう。

#
#  /etc/printcap for host rose - added text filter
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:\ :lp=/dev/lpt0:\
        :if=/usr/local/libexec/if-simple:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:\
        :if=/usr/local/libexec/if-simple:

注意: if-simple スクリプトのコピーが /usr/share/examples/printing ディレクトリにあります。

10.3.1.5.7. LPD の起動

lpd(8) は lpd_enable 変数に従って /etc/rc から実行されます。この変数の デフォルト値は NO です。まだ そうしていなかったならば

lpd_enable="YES"

の行を /etc/rc.conf に追加して 計算機を再起動するか、そのまま lpd(8) を 起動してください。

# lpd
10.3.1.5.8. 印字してみよう

簡単な LPD 設定も終わりにたどり着きました。 残念ながら、設定はこれでおしまいというわけではありません。 なぜなら、さらに、設定をテストし、 すべての問題点を解決しなくてはならないからです。 設定をテストするために、 何かを印字してみましょう。 LPD システムで印字をするためには、 lpr(1) コマンドを使います。このコマンドは、 印字するためのジョブを投入する働きをします。

lpr(1) コマンドを 「 プリンタとの通信状況を調べる」で紹介した、 あるテスト用のテキストを生成してくれる lptest(1) プログラムと一緒に使うこともできます。

簡単な LPD 設定のテスト

次のように入力してください。

# lptest 20 5 | lpr -Pprinter-name

ここで、printer-name は /etc/printcap で指定したプリンタ名 (もしくはその別名) です。デフォルト のプリンタを使用する場合は、 -P 引数を付けないで lpr(1) を打ち込んでください。もう一度述べますが、 PostScript を期待しているプリンタをテストするならば、 lptest(1) を使う代わりに PostScript で書かれた プログラムをプリンタに送ってください。 プログラムを送るためには、プログラムをファイルに格納して、 lpr file と打ち込みます。

PostScript プリンタの場合、 送信したプログラムによる結果が得られるでしょう。 lptest(1) を使った場合は、 以下のような結果が見られるでしょう。

!"#$%&'()*+,-./01234
"#$%&'()*+,-./012345
#$%&'()*+,-./0123456
$%&'()*+,-./01234567
%&'()*+,-./012345678

更にプリンタをテストしたい場合は、 (言語ベースのプリンタのための) もっと大きなプログラムを送信するか、 引数を変えて lptest(1) を実行します。たとえば、lptest 80 60 で、それぞれ 80 文字の行を 60 行生成します。

プリンタがうまく動かなかった場合は、次の節、「 トラブルシューティング」をご覧ください。

10.4. プリンタ設定上級編

この節では、特殊な形式のファイルを印字するためのフィルタ、 ヘッダページ、ネットワーク越しのプリンタへの印字、そして、 プリンタ使用の制限や課金について説明しています。

10.4.1. フィルタ

LPD は、ネットワークプロトコル、キュー、アクセス制御などの 印刷にかかわるさまざまな点を扱いますが、 実際の作業のほとんどは フィルタによっておこなわれています。 フィルタは、プリンタと通信し、 プリンタのデバイス依存性や特殊な要求を扱うプログラムです。 簡単なプリンタ設定では、 プレインテキストのためのフィルタをインストールしました。 このプレインテキストフィルタは、 ほとんどのプリンタで機能する極めて単純なものでした (「 テキストフィルタのインストール」を参照)。

しかしながら、形式変換やプリンタ課金、特定のプリンタの癖、 など をうまく利用するためには、 フィルタがどのように機能するかという ことを理解しておくべきです。これらの側面を扱うことは、 最終的には、フィルタの責任であるからです。 そして、これは悪い情報ですが、ほとんどの場合において、 あなた自身が フィルタを供給する必要があるということです。また都合のよいことには、 たくさんのフィルタが一般的に利用できるということです。 もしフィルタがなかったとしても、 普通はフィルタを作るのは簡単です。

FreeBSD にも、プレインテキストを印字させることができる /usr/libexec/lpr/lpf というフィルタが 1 つ付いています (このフィルタはファイルに含まれるバックスペースやタブを扱います。 また、課金をすることもできますが、 できることはこれだけしかありません)。 いくつかのフィルタとフィルタの構成要素は FreeBSD Ports Collection にもあります。

この節で述べることは次の通りです。

  • 「 フィルタはどのように機能しているか」では、 印字の過程におけるフィルタの役割を概説します。 この節を読むことで、LPD がフィルタを使うときに、“見えないところで” 何が起こっているかが理解できるでしょう。このことを知っておくと、 プリンタそれぞれに様々なフィルタをインストールしたときに 遭遇するかもしれない問題を予期したり、 デバッグするときに役立つでしょう。

  • LPD は、すべてのプリンタがデフォルトでプレインテキストを印字できることを期待しています。 これは、プレインテキストを直接印字できない PostScript (または他の言語対応の) プリンタで問題になります。「 プレインテキストのジョブを PostScript プリンタで印字する」 で、 この問題を克服する方法について述べます。 PostScript プリンタをお持ちの方は、 この節をお読みになることをおすすめします。

  • PostScript は様々なプログラムのための有名な出力形式です。 PostScript のコードを直接書いてしまう人すらいます。 残念ながら、PostScript プリンタは高価です。「非 PostScript プリンタによる PostScript のシミュレート」節では、PostScript データを非 PostScript プリンタに受けつけさせ、印字させるために、 どのようにしてプリンタ用のテキストフィルタをさらに変更すればよいのか、 ということについて説明しています。PostScript プリンタを持っていない方は、 この節をお読みになることをおすすめします。

  • 「 変換フィルタ」では、 図形や組版データといった特定のファイル形式を、 プリンタが理解できる形式へ変換する作業を自動的におこなわせる方法について述べます。 この節を読むと、troff のデータを印字するには lpr -t, または、TeX DVI を印字するには lpr -d、 ラスタイメージデータを印字するには lpr -v、 などといったようにユーザが入力することができるように プリンタの設定をおこなうことができます。 この節もお読みになることをお薦めします。

  • 「出力フィルタ」 では、あまり使われない LPD の機能のすべて、すなわち、 出力フィルタに関することが記述されています。ヘッダページ (「 ヘッダページ」参照) を印字させていない場合は、 多分、この節は飛ばしても構わないでしょう。

  • 「テキストフィルタ lpf」では、lpf についての説明が、ほぼ完全におこなわれています。これは FreeBSD に付属するラ インプリンタ (または、 ラインプリンタのように動作するレーザプリンタ) のための、 単純なテキストフィルタです。 プレインテキストを印字したことに対して課金をおこなう方法が 至急必要な場合、もしくは、バックスペース文字を印字しようと すると煙を発するプリンタを持っている場合は、絶対に lpf を検討するべきです。

注意: 以下で述べられているさまざまなスクリプトは、/usr/share/examples/printing ディレクトリにあります。

10.4.1.1. フィルタはどのように機能しているか

既に言及したように、フィルタとは、プリンタにデータを送る際に、 デバイスに依存した部分を取り扱うために LPD によって起動される実行プログラムです。

LPD がジョブ中のファイルを印字しようとするとき、 LPD はフィルタプログラムを起動します。このとき、 フィルタの標準入力を印字するファイルに、 標準出力をプリンタに、そして、標準エラー出力を エラーログファイル (/etc/printcap 内の lf 項目で指定されたファイル、または、 指定されていない場合は、デフォルトとして /dev/console) にセットします。

LPD が起動するフィルタと、その引数が何であるかは、 /etc/printcap ファイルの内容と、ジョブの起動時にユーザが指定した lpr(1) コマンドの引数に依存しています。 たとえば、ユーザが lpr -t と入力した場合は、 LPD は出力先のプリンタ用の tf 項目で指定されている troff 用のフィルタを起動させるでしょう。 ユーザがプレインテキストの印字を指示したときは、 if で指定されたフィルタが起動されるでしょう (このことはほとんどの場合にあてはまります。 詳細については、「 出力フィルタ」をご覧ください)。

/etc/printcap で指定可能なフィルタは次の3種類があります。

  • テキストフィルタ (LPD のドキュメントでは紛らわしいことに 入力フィルタと呼んでいますが) は一般のテキストの印字を扱います。これはデフォルトのフィルタと 考えてください。LPD では、すべてのプリンタに対して、 デフォルトでプレインテキストが印字できることを期待しています。 さらに、バックスペースやタブを正しく扱い、また、 他の特殊な文字が入力されてもプリンタに混乱を来さないように するのはテキストフィルタの仕事であると考えています。 プリンタの使用に対して課金をしなくてはならない環境にあ るときは、テキストフィルタが印字したページ数を数える作 業もしなくてはなりません。この作業は、通常、印字した行 数を数え、これをプリンタが 1 ページ当たりに印字できる行 数と比較することでおこなわれます。 テキストフィルタは、次のような引数を付けて起動されます。

    filter-name [-c] -w width -l length -i indent -n login -h host acct-file

    ここで、

    -c

    lpr -l によってジョブが入力されたときに与えられます。

    width

    /etc/printcap で指定された pw (page width) 項目の値が与えられます。デフォルトは、 132 です。

    length

    pl (page length) 項目で指定された値が与えられます。 デフォルトは 66 です。

    indent

    lpr -i によって与えられた字下げの量で、 デフォルトは 0 です。

    login

    ファイルを印字したユーザのアカウント名が 与えられます。

    host

    ジョブが入力されたホスト名が 与えられます。

    acct-file

    af 項目で指定されている課金データファイル の名前が与えられます。

  • 変換フィルタは、 特定のファイル形式をプリンタ が紙に印字できるようなものに変換します。たとえば、 プリンタで ditroff 組版データを直接印字することはできません。 しかし、ditroff データをプリンタが消化し、 印字することができる形式へ変換するために、ditroff ファイル用フィルタをインストールすることができます。 「 変換フィルタ」 で、これらに関するすべてについて説明します。 プリンタの課金をする必要がある場合は、 変換フィルタでも印字ページを数える作業が必要となります。 変換フィルタは次の引数をとって起動されます。

    filter-name -x pixel-width -y pixel-height -n login -h host acct-file

    ここで、pixel-width は、 px 項目で指定された値 (デフォルトは 0)、 pixel-height は、 py 項目で指定された値 (デフォルトは 0) です。

  • 出力フィルタは、 テキストフィルタが指定されて おらず、かつ、 ヘッダページの出力が許可されている場合にのみ使われます。 「 出力フィルタ」で、これらのことについて説明します。 出力フィルタに対する引数は次の 2 つだけです。

    filter-name -w width -l length

    ここで、-w と -l は、 テキストフィルタの場合と同じです。

フィルタは、次に示す終了状態をもってプログラムを exit するべきです。

exit 0

フィルタがファイルを正常に印字した場合。

exit 1

フィルタはファイルの印字に失敗したが、 LPD に再度ファイルの印字を試みて欲しい場合。 この終了状態で終了した場合、LPD はフィルタを再スタートします。

exit 2

フィルタはファイルの印字に失敗し、かつ、LPD に再出力を試みて欲しくない場合。この場合、LPD はそのファイルを放棄します。

FreeBSD に付属するテキストフィルタ /usr/libexec/lpr/lpf は、FORM FEED 文字が送られたときやプリンタ使用に対する課金をどのようにするかを決定するために、 ページ幅やページ長の引数を利用します。また、 課金用のエントリを作成するため、ログイン名、ホスト名、 課金ファイル名の引数を利用します。

もし、フィルタの購入を検討しているならば、LPD と互換性があるかどうかを確認してください。もしそうならば、 上述の引数リストをサポートしていなければなりません。 一般向けの使用のためにフィルタを作成する計画をしている場合は、 同じ引数リストと終了コードをサポートしてください。

10.4.1.2. プレインテキストのジョブを PostScript® プリンタで印字する

コンピュータと PostScript (または、他の言語に対応した) プリンタをあなたしか使用しない場合は、プリンタにプレ インテキストを絶対に送らない、そして、 プリンタにプレインテキストを送りたがっている 様々なプログラムの機能を決して使わないことにしてください。そうすれば、 この節に書かれたことに心を煩わせる必要はまったくなくなります。

しかし、PostScript とプレインテキストの両方のジョブをプリンタへ送りたいと思っている場合は、 プリンタ設定についての要求が増えるでしょう。 両者をプリンタへ送信するためには、 到着したジョブがプレインテキストであるか PostScript であるかを検出するテキストフィルタが必要です。 PostScript のジョブはすべて %! で始まらなければならないことになっています (他のプリンタ言語に関しては、 プリンタのドキュメントをご覧ください)。 ジョブの最初の 2 文字がこれならば、PostScript であることが分かります。 したがって、 ジョブのそれ以降の部分をプリンタに直接送ることができます (訳注: PostScript では、% 以降はコメントとして扱われるので、最初の %! の行を読み捨てても問題はない)。 最初の2文字が %! でない場合は、 フィルタはテキストを PostScript に変換し、 その結果を使って印字をおこないます。

この作業をどうやってやればよいのでしょうか。

シリアルポートにプリンタを接続した場合は、 lprps をインストールすることをお勧めします。 lprps は PostScript 用のフィルタで、 プリンタとの双方向通信をおこないます。 このフィルタでは、プリンタからの冗長な情報を得ることで、 プリンタの状況を示すファイルが更新されていきます。 したがって、ユーザや管理者は (“トナー残量少”や “紙詰まり”といった) プリンタの状況を正確に知ることができます。しかし、 もっと重要なことは、psif と呼ばれるプログラムが含まれているということです。 このプログラムは、 入力されたジョブがプレインテキストかどうかを検出し、 これを PostScript に変換するために、textps (lprps に付属する別のプログラム) を呼び出します。そして、このジョブをプリンタに送るために、 lprps が使われます。

lprps は FreeBSD Ports Collection に含まれています (Ports Collection を参照してください)。 紙のサイズに合わせて print/lprps-a4 または print/lprps-letter port をインストールしてください。lprps をインストールした後は、lprps の一部である psif プログラムのパス名を指定するだけです。Ports Collection から lprps をインストールしたときは、 /etc/printcap の中のシリアル接続した PostScript プリンタのエントリに対して、次を使ってください。 

:if=/usr/local/libexec/psif:

LPD にプリンタをリード・ライトモードでオープンさせるために、 rw 項目も指定すべきです。

パラレルポート接続の PostScript プリンタの場合 (すなわち、 lprps が 必要としているプリンタとの双方向通信ができない)、 テキストフィルタとして次のシェルスクリプトを使うことができます。

#!/bin/sh
#
#  psif - Print PostScript or plain text on a PostScript printer
#  Script version; NOT the version that comes with lprps
#  Installed in /usr/local/libexec/psif
#

IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

if [ "$first_two_chars" = "%!" ]; then
   #
   #  PostScript job, print it.
   #
   echo "$first_line" && cat && printf "\004" && exit 0
   exit 2
else
   #
   #  Plain text, convert it, then print it.
   #
   ( echo "$first_line"; cat ) | /usr/local/bin/textps && printf "\004" && exit 0
   exit 2
fi

上記のスクリプトにおいて、textps はプレインテキストから PostScript へ変換するために別にインストールしたプログラムです。 テキストから PostScript へ変換するのには、 お好みのどんなプログラムでも使うことができます。FreeBSD Ports Collection (Ports Collection を参照してください) には、a2ps と呼ばれるテキストから PostScript に変換するプログラムが入っています。

10.4.1.3. 非 PostScript プリンタによる PostScript のシミュレート

PostScript は質の高い組版と印字をおこなうための 事実上の標準です。しかしながら、PostScript は、高価な標準です。ありがたいことに、 Aladdin Enterprises から Ghostscript と呼ばれる、 PostScript 互換の動作をするフリーのプログラムが出されていて、 FreeBSD で動きます。 Ghostscript はほとんどの PostScript ファイルを読むことができ、 これらの各ページを多くのブランドの非 PostScript プリンタを含む 様々なデバイス用に変換することができます。 Ghostscript をインストールし、 プリンタ用の特別なテキストフィルタを使うことによって、 非 PostScript プリンタをあたかも本物の PostScript プリンタであるかのように動作させることができます。

Ghostscript は FreeBSD Ports Collection に入っています。 複数のバージョンがありますが、最も良く使われているバージョンは print/ghostscript-gpl です。

PostScript プリンタをシミュレートさせる場合は、 テキストフィルタに PostScript ファイルを印字しようとしているかどうかを検出させます。 PostScript ファイルでない場合は、 フィルタはそのファイルを直接プリンタに送ります (訳注: テキストファイルを直接印字できない場合は、もちろん、 変換フィルタを通す必要があります)。PostScript の場合は、 まず、Ghostscript を使い、 ファイルをそのプリンタが理解できる形式へ変換します。

次の例のスクリプトは、Hewlett Packard DeskJet 500 プリンタ用 のテキストフィルタです。 他のプリンタで用いるときは、-sDEVICE 引数を gs (Ghostscript) コマンドに変えてください (gs -h と入力すると、現在インストールされている Ghostscript でサポートされているデバイスのリストが得られます)。

#!/bin/sh
#
#  ifhp - Print Ghostscript-simulated PostScript on a DeskJet 500
#  Installed in /usr/local/libexec/ifhp

#
#  Treat LF as CR+LF (to avoid the "staircase effect" on HP/PCL
#  printers):
#
printf "\033&k2G" || exit 2

#
#  Read first two characters of the file
#
IFS="" read -r first_line
first_two_chars=`expr "$first_line" : '\(..\)'`

if [ "$first_two_chars" = "%!" ]; then
    #
    #  It is PostScript; use Ghostscript to scan-convert and print it.
    #
    /usr/local/bin/gs -dSAFER -dNOPAUSE -q -sDEVICE=djet500 \
      -sOutputFile=- - && exit 0

else
    #
    #  Plain text or HP/PCL, so just print it directly; print a form feed
    #  at the end to eject the last page.
    #
    echo "$first_line" && cat && printf "\033&l0H" &&
    exit 0
fi

exit 2

最後に、if 項目を通して、LPD にこのフィルタを教えてやる必要があります。

:if=/usr/local/libexec/ifhp:

これでおしまいです。lpr plain.text とか lpr whatever.ps と入力してみましょう。どちらも正常に印字されるはずです。

訳注: 日本語を印字する場合は、 日本語対応の Ghostscript が必要です。日本語対応版の Ghostscript も Ports Collection に入っています。

10.4.1.4. 変換フィルタ

「プリンタ設定導入編」 に書かれた簡単な設定が完了したら、最初に、 やってみたいと思うことは、多分 (プレイン ASCII テキストに加えて) 好みのファイル形式のための変換フィルタをインストールすることでしょう。

10.4.1.4.1. なぜ、変換フィルタをインストールするのか?

変換フィルタによって、 様々な種類のファイルを印字することが簡単になります。たとえば、TeX 組版システムでたくさんの仕事をしたと仮定しましょう。 そして、PostScript プリンタが接続 されているとします。 すると、TeX で DVI ファイルを作成する度に、DVI ファイルを印字するために、 これを PostScript ファイルに変換する必要があります。 このコマンドは次のようになるでしょう。

% dvips seaweed-analysis.dvi
% lpr seaweed-analysis.ps

DVI ファイル用の変換フィルタがインストールしてあると、 LPD に変換を肩代わりさせることで毎回毎回 おこなわなければならなかった面倒な変換作業を省くことができます。 つまり、DVI を生成したら、 次のようなコマンドを入力するだけで、これが印字されます。 

% lpr -d seaweed-analysis.dvi

LPD に DVI ファイルの変換をさせるためには、 -d オプション を指定します。 変換オプションのリストは「 整形と変換に関するオプション」 に載せてあります。

変化のオプションのそれぞれをプリンタに サポートさせるためには、 変換フィルタをインストールし、 そのパス名を /etc/printcap の中で指定しなくてはなりません。変換フィルタは、 プレインテキストを印字する代わりに、フィルタはファイルを プリンタが理解できる形式に変換するところを除けば、 「プリンタの簡単な設定」で説明したテキストファイル (「 テキストフィルタのインストール」 を見て下さい) に似ています。

10.4.1.4.2. どの変換フィルタをインストールすべきか?

使いたいと思う変換フィルタをインストールすべきです。 DVI のデータを頻繁に印字するならば、DVI 変換フィルタ をインストールするのが適切でしょう。印字しなくてはなら ない troff を大量に抱えている場合は、多分、 troff フィルタが欲しくなるはずです。

次の表は、LPD で動作するフィルタと、 /etc/printcap ファイルでのエントリする項目、そして、 lpr コマンドで呼び出す方法をまとめたものです。

ファイル形式 /etc/printcap項目 lpr オプション
cifplot cf -c
DVI df -d
plot gf -g
ditroff nf -n
FORTRAN text rf -f
troff tf -f
raster vf -v
プレインテキスト if なし、-p、または -l

先の例のように、lpr -d を使うためには、出力先のプリンタの /etc/printcap 内のエントリで、 df 項目が必要であることが分かります。

反論はあるかも知れませんが、FORTRAN テキストや plot のような形式は、多分、廃れてていくでしょう。 あなたのサイトで、自前のフィルタをインストールするだけで、 プリントオプションのいくつか、あるいは、 全部に新しい意味を与えることができます。たとえば、 Printerleaf ファイル (Interleaf デスクトップパブリッシングプログラムによるファイル) を直接印字したいとします。 そして、Printerleaf 用の変換フィルタを gf 項目で 指定したパスにインストールすれば、lpr -g の意味は “Printerleaf ファイルを印字する” 意味だとユーザに教えることができます。

10.4.1.4.3. 変換フィルタのインストール

変換フィルタは FreeBSD の基本システムのインストールとは別にインストールするプログラムなので、 変換フィルタは、 /usr/local ディレクトリの下に置くべきでしょう。 フィルタは LPD だけが実行する特別なプログラム、 すなわち、一般ユーザが実行する必要すらないプログラムなので、 /usr/local/libexec ディレクトリに置くのが普通です。

変換フィルタを使用可能にするためには、 /etc/printcap の目的のプリンタの適切な項目に フィルタがあるパス名を指定します。

DVI 変換フィルタをプリンタ bamboo のエントリに加えてみましょう。プリンタ bamboo の df 項目を新たに加えた /etc/printcap ファイルの例を以下に再掲します。

#
#  /etc/printcap for host rose - added df filter for bamboo
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:\
        :lp=/dev/lpt0:\
        :if=/usr/local/libexec/if-simple:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:rw:\
        :if=/usr/local/libexec/psif:\
        :df=/usr/local/libexec/psdf:

DVI フィルタは /usr/local/libexec/psdf という 名前のシェルスクリプトです。 このスクリプトは次のようになっています。

#!/bin/sh
#
#  psdf - DVI to PostScript printer filter
#  Installed in /usr/local/libexec/psdf
#
#  Invoked by lpd when user runs lpr -d
#
exec /usr/local/bin/dvips -f | /usr/local/libexec/lprps "$@"

このスクリプトでは、dvips をフィルタモード (引数 -f) で、 標準入力上で起動しています。標準入力は印字するジョブです。 それから、PostScript プリンタ用フィルタ lprps (これについては「 プレインテキストのジョブを PostScript プリンタで印字する」 を参照してください) を LPD に与えられた引数を付けて起動します。 lprps はこれらの引数を印字されたページ分の課金をおこなうために使われます。

10.4.1.4.4. 変換フィルタのその他の例

変換フィルタのインストールには決まったステップがないので、 この節では、例をもっと挙げることにします。 これを自分でフィルタを作る際のガイドにしてください。 適当な例があったら、それをそのまま使ってください。

次のスクリプト例は、Hewlett Packard LaserJet III-Si のための、raster (ええと・・実は、GIF ファイル) 用の変換フィルタです。

#!/bin/sh
#
#  hpvf - Convert GIF files into HP/PCL, then print
#  Installed in /usr/local/libexec/hpvf

PATH=/usr/X11R6/bin:$PATH; export PATH

giftopnm | ppmtopgm | pgmtopbm | pbmtolj -resolution 300 \
    && exit 0 \
    || exit 2

ここでは、GIF ファイルから PNM (portable anymap) 形式に変換し、次に PGM (portable graymap) 形式に変換してから、 LaserJet/PCL-互換データに変換しています。

上記のフィルタを使うプリンタのためのエントリを付け加えた /etc/printcap ファイルは次のようになります。

#
#  /etc/printcap for host orchid
#
teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
        :lp=/dev/lpt0:sh:sd=/var/spool/lpd/teak:mx#0:\
        :if=/usr/local/libexec/hpif:\
        :vf=/usr/local/libexec/hpvf:

次のスクリプトは、PostScript プリンタ bamboo のための groff 組版システムの troff データのための変換フィルタです。

#!/bin/sh
#
#  pstf - Convert groff's troff data into PS, then print.
#  Installed in /usr/local/libexec/pstf
#
exec grops | /usr/local/libexec/lprps "$@"

上記のスクリプトではプリンタとの通信をおこなうため、 lprps をまた利用しています。 プリンタがパラレルポートに接続されている場合は、代わりに、 次のスクリプトを使うかもしれません。

#!/bin/sh
#
#  pstf - Convert groff's troff data into PS, then print.
#  Installed in /usr/local/libexec/pstf
#
exec grops

これで完成しました。次に、フィルタを使用可能にするため に /etc/printcap に加える必要があるエントリを示します。

:tf=/usr/local/libexec/pstf:

次の例をみたら、FORTRAN のベテランは赤面するかもしれません。 この FORTRAN テキストフィルタは、 プレインテキストを直接印字できるすべてのプリンタで利用できます。 このフィルタをプリンタ teak にインストールすることにしましょう。

#!/bin/sh
#
# hprf - FORTRAN text filter for LaserJet 3si:
# Installed in /usr/local/libexec/hprf
#

printf "\033&k2G" && fpr && printf "\033&l0H" && exit 0
exit 2

そして、このフィルタを使用可能にするため、以下の行を /etc/printcap のプリンタ teak のエントリに加えます。

:rf=/usr/local/libexec/hprf:

これが最後の、そして、若干複雑な例です。前に紹介した LaserJet プリンタ teak に、DVI フィルタを加える ことにしましょう。最初に、 簡単な部分をおこないます。すなわち、DVI フィルタの位置を /etc/printcap に書き加えます。 

:df=/usr/local/libexec/hpdf:

さて、難しい部分であるフィルタの作成をおこないます。 このために、DVI から LaserJet/PCL への変換プログラムが必要です。FreeBSD の Ports Collection (Ports Collection を参照してください) には、それがあります。 dvi2xx というのがその port の名前です。 これをインストールすると、必要なプログラム dvilj2p が使えます。このプログラムは DVI を LaserJet IIp、LaserJet III、そして LaserJet 2000 の互換コードへ変換してくれます。

dvilj2p はフィルタ hpdf を極めて複雑にしています。 なぜなら、dvilj2p は標準入力からデータを読み込むことができないからです。 このプログラムを働かせるためには、ファイル名が必要です。 もっと悪いことに、ファイル名は .dvi で終わっている必要があり、標準入力の代わりに、 /dev/fd/0 を使うのは問題があります。 この問題は、(.dvi で終わる) 一時的なファイル名から/dev/fd/0 に (シンボリックな) リンクを張る ことで回避することができます。これで、 dvilj2p に強制的に標準入力からデータを読み込ませることができます。

もう1つの問題は、一時的なリンクを張るために /tmp ディレクトリを使うことができないという事実です。 シンボリックリンクはユーザ、グループが bin であるユーザに所有されています。フィルタはユーザ daemon として起動します。そして、 /tmp ディレクトリはスティッキービットが立っています。 フィルタはリンクを作ることができます。しかし、 リンクは別のユーザに所有されているため、 作業が終了したとき、このリンクを削除することができません。

その代わりに、シンボリックリンクは現在の作業ディレクトリ、 すなわち、スプーリングディレクトリ (/etc/printcap の sd 項目で指定する) に作ることにします。 フィルタが作業するにはここの場所は完璧な場所で、なぜなら、 特に、スプーリングディレクトリのディ スクの空き容量は (ときどき) /tmp ディレクトリよりもたくさんあるからです。

以下に示すのが最後のフィルタです。

#!/bin/sh
#
#  hpdf - Print DVI data on HP/PCL printer
#  Installed in /usr/local/libexec/hpdf

PATH=/usr/local/bin:$PATH; export PATH

#
#  Define a function to clean up our temporary files.  These exist
#  in the current directory, which will be the spooling directory
#  for the printer.
#
cleanup() {
   rm -f hpdf$$.dvi
}

#
#  Define a function to handle fatal errors: print the given message
#  and exit 2.  Exiting with 2 tells LPD to do not try to reprint the
#  job.
#
fatal() {
    echo "$@" 1>&2
    cleanup
    exit 2
}

#
#  If user removes the job, LPD will send SIGINT, so trap SIGINT
#  (and a few other signals) to clean up after ourselves.
#
trap cleanup 1 2 15

#
#  Make sure we are not colliding with any existing files.
#
cleanup

#
#  Link the DVI input file to standard input (the file to print).
#
ln -s /dev/fd/0 hpdf$$.dvi || fatal "Cannot symlink /dev/fd/0"

#
#  Make LF = CR+LF
#
printf "\033&k2G" || fatal "Cannot initialize printer"

#
#  Convert and print.  Return value from dvilj2p does not seem to be
#  reliable, so we ignore it.

#
dvilj2p -M1 -q -e- dfhp$$.dvi

#
#  Clean up and exit
#
cleanup
exit 0
10.4.1.4.5. 自動変換: その他の変換フィルタ

ここまでに述べてきたフィルタによって、 印字環境の能率が上がったことと思います。しかし、 これはどのフィルタを使うかを (lpr(1) のコマンドライン上で) ユーザが指定しなくてはならないという代価を支払って実現されています。 コンピュータの事情にあまり詳しくないユーザにとって、 フィルタのオプションを指定させられるということは いらいらさせられるものになるでしょう。更に悪いことに、 間違ったフィルタオプションを指定されると、 間違った形式のファイルがそのフィルタに適用されることになり、 その結果、何百枚もの紙を吐き出すことになるかもしれません。

そのような結果になるならば、 変換フィルタをインストールするよりもむしろ、 テキストフィルタ (これがデフォルトフィルタなので) に印字するよう要求されたファイルの形式を検出させ、自動的に、 適切な変換フィルタを起動するようにしたいと思うかもしれません。 ここでは file コマンドのようなツールを役立たせることができます。 もちろん、いくつかの ファイル形式の違いを見分けることは難しいことでしょう。 そして、もちろん、それらのファイルに対しては、 変換フィルタを提供するだけで済ますこともできるのです。

FreeBSD Ports Collection には、apsfilter (print/apsfilter) と呼ばれる自動変換をおこなうテキストフィルタがあります。 このフィルタは プレインテキスト、PostScript, DVI など、ほとんどすべてのファイル形式を検出し、適当な変換をおこなった後、 データを印字することができます。

10.4.1.5. 出力フィルタ

LPD スプーリングシステムでは、 ここまでにまだ取り上げていないフィルタ形式、 出力フィルタをサポートしています。出力フィルタは、 テキストフィルタのように、 プレインテキストのみを印字するために意図されたものですが、 非常に簡単化されています。テキストフィルタを用いずに、 出力フィルタを使っている場合は、次のようになります。

  • LPD はジョブ中の各ファイルに一度ではなく、 ジョブ全体に対して一度だけ出力フィルタを起動します。

  • LPD は出力フィルタに対し、 ジョブ中のファイルの先頭や末尾を特定するための対策を 一切おこなっていません。

  • LPD はユーザのログイン名やホスト名をフィルタに渡しません。 したがって、課金の処理をおこなうことは考えていません。 実際、出力フィルタには、以下2つの引数しか与えられません。

    filter-name -wwidth -llength

    ここで、width は対象となるプリンタの pw 項目、 length は pl 項目に指定された数です。

出力フィルタの簡便さに誘惑されてはいけません。もし、 ジョブ中のそれぞれのファイルに別のページ番号を付加しようとしても、 出力フィルタはうまく動作しないでしょう。 そのような動作を期待しているならば、 (入力フィルタとしても知られている) テキストフィルタを使ってください。 詳しくは、「 テキストフィルタのインストール」をご覧ください。 さらに、出力フィルタは、実のところ、 もっと複雑になっています。まず、 特殊なフラグ文字を検出するために、 フィルタに送られてくるバイトストリームを検査する必要があります。 また、LPD に代わって、 自分自身にシグナルを送らなければなりません。

しかしながら、ヘッダページの印字をおこないたくて、 エスケープシーケンスやヘッダページを印字できるようにするその他の初期化文字列を送信する必要がある場合は、 出力ファイルが必要です。 (しかし、 ヘッダページを要求したユーザに対して課金しようとするのもまた無駄なことです。 LPD は出力フィルタにユーザやホストの情報を渡しません)。

1 台のプリンタに対し、LPD では出力フィルタとテキストやその他のフィルタを両方使うことができます。 このような場合、LPD はヘッダページ (「 ヘッダページ」 を参照してください) だけを印字させるために、出力フィルタを起動させます。 それから LPD では、出力フィルタに 2 バイトの文字 (ASCII 031 の次に ASCII 001) を送ることで、 出力フィルタが自分自身を停止することを期待しています。 2 バイト (031, 001) が出力フィルタに送られたとき、 出力フィルタは自分自身にシグナル SIGSTOP を送ることによって停止するはずです。 LPD がその他のフィルタを動かし終わると、 出力フィルタにシグナル SIGCONT を送って、出力フィルタを再起動します。

出力フィルタがあり、 テキストフィルタがない場合、 LPD はプレインテキストジョブを扱う場合に、 出力フィルタを使います。前述したように、出力フィルタでは、 ジョブ中の各ファイルの間に FORM FEED 文字や紙を送る他の文字を入れることはしません。 この動作は多分、 あなたが求めているものとは異なっているでしょう。 ほとんどの場合において、テキストフィルタが必要なはずです。

プログラム lpf は、 テキストフィルタの項で既に紹介しましたが、 出力フィルタとしても動作させることができます。もし、 簡便で極悪な出力フィルタが必要で、かつ、 バイトストリームを検査したりシグナルを送るコードを書きたくないときには、 lpf をお試しください。 あるいは、プリントが要求する初期化コードを送るために、 lpf をシェルスクリプトに包んで使うこともできます。

10.4.1.6. テキストフィルタ lpf

プログラム /usr/libexec/lpr/lpf は、 FreeBSD の バイナリ配布に付属しているテキストフィルタ (入力フィルタ) で、出力を字下げしたり (lpr -i でジョブが入力さ れたとき)、 文字を未処理のままプリンタに送ったり (lpr -l でジョブが入力されたとき)、 ジョブ中のバックスペースやタブの印字位置を調節したり、 印字したページに対して課金したりすることができます。また、 このフィルタは出力フィルタとしても動作させることができます。

lpf フィルタは多くの印字環境において使用することに適しています。 このフィルタには、プリンタに初期化文字列を送る機能はありませんが、 必要とされる初期化をおこない、それから lpf を実行させるためのシェルスクリプトを作成するのはたやすいことです。

lpf に対して、 印字ページへの課金を正確におこなわせるためには、 /etc/printcap ファイルの中の pw と pl の項目に正確な値を入れておく必要があります。これらの値は、 どのくらいの量のテキストがページにフィットするか、また、 ユーザのジョブが何ページあるのかを調べるために使われます。 プリンタの課金についての詳しい情報については、「 プリンタの利用に対する課金」をご覧ください。

10.4.2. ヘッダページ

あなたが管理するシステムのユーザが たくさんおり、 ユーザ全員が様々なプリンタを使用する場合、多分、 必要悪であるヘッダページを 印字させることを検討したいと思うかもしれません。

ヘッダページは、バナー とか バーストページ としても知られていますが、 出力されたジョブが誰によるものなのかを特定させる働きがあります。 印字結果の山の中において、 ユーザのジョブによって印字された本物のドキュメント部分よりも際立たせるために、 ヘッダページは、通常、多分、縁が装飾されている大きな太文字で印字されます。 ヘッダページにより、 ユーザは自分が出したジョブがどこにあるのかをすばやく見つけることができます。 ヘッダページの欠点は、明らかに、すべてのジョブに対して、 紙が 1 枚余分に印字されるということです。 この紙の有効期間は短く、2 〜 3 分も続きません。最終的に、 これらの紙は再利用紙入れの中かくずの山に入れられることでしょう (ヘッダページはジョブ中の各ファイル毎に印字されるのではなく、 ジョブ毎に印字されるということに注意してください。したがって、 紙の消費はそれほどひどくはないかもしれません)。

もし、 プリンタがプレインテキストを直接印字できるならば、LPD システムは印字物に対して自動的にヘッダページを付けることができます。 PostScript プリンタを使っている場合は、 ヘッダページを生成する外部プログラムが必要になります。これについては、 「PostScript プリンタでのヘッダページ」をご覧ください。

10.4.2.1. ヘッダページの印字を許可する

「プリンタ設定導入編 」節では、/etc/printcap ファイルの sh (``suppress header'' : “ヘッダを供給しない” という意味) を指定して、 ヘッダページの印字を止めていました。 プリンタでのヘッダページの印字を許可するには、 sh 項目を取り除くだけでよいのです。

とても簡単そうに見えるけど、本当かな?

それは本当です。 プリンタに初期化文字列を送るための 出力フィルタを用意しなくてはならないかもしれません。次に、Hewlett Packard PCL 互換プリンタの例を挙げます。

#!/bin/sh
#
#  hpof - Output filter for Hewlett Packard PCL-compatible printers
#  Installed in /usr/local/libexec/hpof


printf "\033&k2G" || exit 2
exec /usr/libexec/lpr/lpf

of 項目に出力フィルタのパス名を指定してください。 詳細については、「出力フィルタ」節 をご覧ください。

次に、以前紹介したプリンタ teak のための /etc/printcap ファイルの例を示します。ここでは、 ヘッダページの印字を許可し、上記の出力フィルタを追加しました。 

#
#  /etc/printcap for host orchid
#
teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
        :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
        :if=/usr/local/libexec/hpif:\
        :vf=/usr/local/libexec/hpvf:\
        :of=/usr/local/libexec/hpof:

さて、ユーザが teak からジョブを印字させたとき、 それぞれのジョブ毎にヘッダページが印字されます。 もし、ユーザが印字物を探すのに時間を費やしたいと思うなら、 lpr -h によってジョブを入力することで、 ヘッダページの印字を止めることができます。 これ以外の lpr(1) のオプションについては、 「 ヘッダページ用オプション」節をご覧ください。

注意: LPD では、ヘッダページの最後に、 FORM FEED 文字が印字されます。 プリンタに紙排出をさせるために、別な文字、 もしくは、別な文字列が利用されている場合は、 /etc/printcap 中の ff 項目で指定することができます。

10.4.2.2. ヘッダページを制御する

ヘッダページの印字が許可されていると、LPD は 長いヘッダを作ります。これには、 紙全面に大きな文字でユーザ名、ホスト名、 ジョブ名が書かれています。次に、このヘッダページの例を示 します (kelly がジョブ名 “outline” を rose というホストから印字 された場合)。

      k                   ll       ll
      k                    l        l
      k                    l        l
      k   k     eeee       l        l     y    y
      k  k     e    e      l        l     y    y
      k k      eeeeee      l        l     y    y
      kk k     e           l        l     y    y
      k   k    e    e      l        l     y   yy
      k    k    eeee      lll      lll     yyy y
                                               y
                                          y    y
                                           yyyy


                                   ll
                          t         l        i
                          t         l
       oooo    u    u   ttttt       l       ii     n nnn     eeee
      o    o   u    u     t         l        i     nn   n   e    e
      o    o   u    u     t         l        i     n    n   eeeeee
      o    o   u    u     t         l        i     n    n   e
      o    o   u   uu     t  t      l        i     n    n   e    e
       oooo     uuu u      tt      lll      iii    n    n    eeee









      r rrr     oooo     ssss     eeee
      rr   r   o    o   s    s   e    e
      r        o    o    ss      eeeeee
      r        o    o      ss    e
      r        o    o   s    s   e    e
      r         oooo     ssss     eeee







                                              Job:  outline
                                              Date: Sun Sep 17 11:04:58 1995

LPD はこのテキストの終わりに FORM FEED 文字を加えます ので、ジョブは新しいページから開始されます (ただし、 /etc/printcap で出力先のプリンタのエントリに sf (suppress form feeds) が指定されているときはこ の限りではありません)。

お望みならば、LPD に短いヘッダページを出力させることもできます。 この場合は、 /etc/printcap ファイルの中で sb (short banner) を指定してください。 ヘッダページは次のようになります。

rose:kelly  Job: outline  Date: Sun Sep 17 11:07:51 1995

デフォルトでは、LPD はヘッダページを最初に印字し、次にジョブの印字をおこないます。 この順番を逆にするときは、 /etc/printcap で hl (header last) を指定してください。

10.4.2.3. ヘッダページに対する課金

LPD に備わっているヘッダページ出力機能を使うと、 入力されたジョブに対して課金をおこなうことができても、 ヘッダページは無料で提供しなくてはならない、 という特有のやり方を強要されます。

なぜでしょうか。

出力フィルタは単なる外部プログラムなので、 課金をするための制御をおこなうとすれば、 それはヘッダページを印字するときですが、出力フィルタには、 ユーザ名とホスト名 の情報や課金情報を格納するファイルがどれな のかということが知らされません。それゆえ、出力ファイルには、 誰にプリンタ利用の課金をおこなえばよいのかが分からないのです。 テキストフィルタやその他の変換フィルタ (これらのフィルタはユーザやホストの情報が知らされます) が出力ページの枚数に “1 ページ分水増しする” だけでは十分ではありません。 なぜなら、ユーザは lpr -h に よってヘッダページの出力を止めることができるからです。 やみくもに 1 ページを水増しすると、 印字されてもいないヘッダページに対する 料金をとることになります。基本的に、lpr -h は環境に優しい心を持つユーザに好まれるオプションですが、 これを使うように奨励することもできません。

各々のフィルタに独自のヘッダページを生成させる (その結果、ヘッダページに課金することができる) という方法でも十分であるとはいえません。 この場合、LPD はフィルタに -h の情報を送りませんので、lpr -h によってヘッダページを印字しないオプションを選択したとしても、 依然としてヘッダページは印字され、 その分の課金がおこなわれてしまいます。

では、どのような選択肢があるのでしょうか。

ヘッダページへの課金に関しては、 次のことができます。

  • LPD のやり方を受け入れ、 ヘッダページは無料とする。

  • LPRng などの LPD の代替品をインストールする。 LPD と入れ替えが可能な他のスプーリングソフトウェアに関しては、 標準スプーラの代替品 をご覧ください。

  • スマートな 出力フィルタを作成する。通常、 出力フィルタはプリンタを初期化するか、 単純な文字列変換をする程度の働きしかしません。 (テキスト (入力) フィルタがない場合) 出力フィルタはヘッダページとプレインテキストの印字をおこなうのに適しています。 プレインテキストを印字するためのテキストフィルタがない場合、 LPD はヘッダページを印字するためだけの目的で出力フィルタを起動します。 そして、LPD が生成するヘッダページのテキストを解析することにより、 出力フィルタはヘッダページに課金するために必要なユーザ名と ホスト名を取得することができます。この方式の唯一の問題点は、 出力フィルタは課金情報を格納するデータファイルの名前を知ることが できないということです (af 項目で指定されたファイル名は 出力ファイルに渡されません)。しかし、既知の 名前の課金データファイルを使うのならば、 その名前を出力フィルタのプログラム中に埋め込むことができます。 解析の手順を簡単にするためには、 /etc/printcap で sh 項目 (短いヘッダを指定) を使うとよいでしょう。 そしてまた、 ここまでの方法は少なからぬトラブルを生じさせるかもしれません。 そうなれば、もちろんユーザはヘッダページを無料で 提供してくれる気前のよいシステム管理者に感謝することでしょう。

10.4.2.4. PostScript プリンタでのヘッダページ

これまでに述べたように、LPD ではプレインテキストのヘッダページをたくさんのプリンタに合うように生成することができます。 残念ながら、PostScript プリンタは、 プレインテキストを直接印字することができません。ですから、 LPD のヘッダページ機能はまったく、 あるいはほとんどの場合、役に立ちません。

ヘッダページを出力するための自明な方法の1つに、 すべての変換フィルタとテキストフィルタにヘッダページを生成させる方法があります。 フィルタは、 適切なヘッダページを生成するために、 ユーザ名とホスト名の引数を使うべきです。この方法の欠点は、いつでも、 lpr -h によってジョブが入力された場合でさえも、 ヘッダページが印字されるということです。

この方法で試してみましょう。次のスクリプトは、3 つの引数 (ユーザ のログイン名、ホスト名、ジョブ名) をとり、簡単な PostScript 用 のヘッダページを生成します。

#!/bin/sh
#
#  make-ps-header - make a PostScript header page on stdout
#  Installed in /usr/local/libexec/make-ps-header
#

#
#  These are PostScript units (72 to the inch).  Modify for A4 or
#  whatever size paper you are using:
#
page_width=612
page_height=792
border=72

#
#  Check arguments
#
if [ $# -ne 3 ]; then
    echo "Usage: `basename $0` <user> <host> <job>" 1>&2
    exit 1
fi

#
#  Save these, mostly for readability in the PostScript, below.
#
user=$1
host=$2
job=$3
date=`date`

#
#  Send the PostScript code to stdout.
#
exec cat <<EOF
%!PS

%
%  Make sure we do not interfere with user's job that will follow
%
save

%
%  Make a thick, unpleasant border around the edge of the paper.
%
$border $border moveto
$page_width $border 2 mul sub 0 rlineto
0 $page_height $border 2 mul sub rlineto
currentscreen 3 -1 roll pop 100 3 1 roll setscreen
$border 2 mul $page_width sub 0 rlineto closepath
0.8 setgray 10 setlinewidth stroke 0 setgray

%
%  Display user's login name, nice and large and prominent
%
/Helvetica-Bold findfont 64 scalefont setfont
$page_width ($user) stringwidth pop sub 2 div $page_height 200 sub moveto
($user) show

%
%  Now show the boring particulars
%
/Helvetica findfont 14 scalefont setfont
/y 200 def
[ (Job:) (Host:) (Date:) ] {
200 y moveto show /y y 18 sub def
} forall

/Helvetica-Bold findfont 14 scalefont setfont
/y 200 def
[ ($job) ($host) ($date) ] {
        270 y moveto show /y y 18 sub def
} forall

%
%  That is it
%
restore
showpage
EOF

そして、変換フィルタやテキストフィルタがそれぞれ、 最初にこのスクリプトを起動することで、 ヘッダページが出力され、それから、 ユーザのジョブの印字をおこないます。次に、 このドキュメントの始めのほうで紹介した DVI 変換フィルタを、 ヘッダページを印字するように変更したものを示します。

#!/bin/sh
#
#  psdf - DVI to PostScript printer filter
#  Installed in /usr/local/libexec/psdf
#
#  Invoked by lpd when user runs lpr -d
#

orig_args="$@"

fail() {
    echo "$@" 1>&2
    exit 2
}

while getopts "x:y:n:h:" option; do
    case $option in
        x|y)  ;; # Ignore
        n)    login=$OPTARG ;;
        h)    host=$OPTARG ;;
        *)    echo "LPD started `basename $0` wrong." 1>&2
              exit 2
              ;;
    esac
done

[ "$login" ] || fail "No login name"
[ "$host" ] || fail "No host name"

( /usr/local/libexec/make-ps-header $login $host "DVI File"
  /usr/local/bin/dvips -f ) | eval /usr/local/libexec/lprps $orig_args

このフィルタがユーザ名やホスト名を決定するために 引数リストをどのように解析しなくてはならないかという点に注意してください。 この解析方法は他の変換フィルタに対しても同様です。 しかしながら、テキストフィルタについては、 引数の設定が少し異なっています (これについては、「 フィルタはどのように機能しているか」 をご覧ください)。

前述の通り、上記の手法は、極めて単純なのにも関らず、 lpr で “ヘッダページを印字しない” オプション (-h オプション) が使えなくなっています。 ユーザが森林資源を (あるいは、 ヘッダページが課金されているならば、その僅かな金額を)、 節約したいと望んでいる場合でも、 すべてのフィルタがすべてのジョブ毎にヘッダページを印字 することになっているので、節約することはできません。

ジョブ毎に印字されるヘッダページを ユーザが抑制できるようにするためには、「 ヘッダページに対する課金」で紹介したトリックを 使う必要があります。すなわち、LPD が生成するヘッダページの解析をおこない、PostScript 版のヘッダページを出力させる出力フィルタを作るのです。 この場合、ユーザが lpr -h でジョブを入力すると、 LPD はヘッダページを生成しなくなり、また、 出力フィルタも起動されません。そうでないならば、 作成した出力フィルタが LPD からのテキストを読み込み、ヘッダページを印字する適当な PostScript のコードがプリンタに送られるでしょう。

PostScript プリンタがシリアルポートに接続されている場合、 出力フィルタとして lprps を、 上記の動作をおこなうものとして psof を使うことができます。ただし、psof はヘッダページに対して課金をおこないませんので注意してください。

10.4.3. リモートプリンタからの出力

FreeBSD では、ネットワーク越しの印字、すなわち、 ジョブをリモートプリンタに送ることをサポートしています。 リモートプリンタからの出力をするには、一般に、 次の 2 つを参照してください。

  • リモートホストに接続されたプリンタにアクセスする方法。 プリンタがあるホストのシリアル、 または、パラレルインタフェースに接続されている場合、 ネットワーク上の他のホストからこのプリンタにアクセスできるように LPD を設定します。「リモートホストに 接続されたプリンタ」 でどのようにするかを説明します。

  • ネットワークに直接接続されているプリンタにアクセスする方法。 プリンタに、旧来のシリアル、または、 パラレルインタフェースに加えて (もしくは、これらに代わって) ネットワーク用のインタフェースがある場合。 そのようなプリンタは次のように動作するでしょう。

    • そのプリンタが LPD のプロトコルを理解でき、リモートホストからのジョブを キューに入れることさえできる場合。この場合、 プリンタは、LPD が起動している一般のホストのように振る舞います。 そのようなプリンタを設定するために、 「 リモートホストに接続されたプリンタ」 と同様の手順をおこなってください。

    • そのプリンタが、 データストリームによるネットワーク接続をサポートしている場合。 この場合、ネットワーク上の1つのホストとしてプリンタを “接続” します。 このホストは、ジョブをスプーリングする責任を負い、 スプーリングされたジョブはプリンタに送られます。 そのようなプリンタをインストールするためのいくつかの提案が 「 ネットワークにおけるデータストリームの インタフェースを持つプリンタ」にあります。

10.4.3.1. リモートホストに接続されたプリンタ

LPD スプーリングシステムでは LPD (または LPD 互換のシステム) が起動している他のホストへジョブを送る機能が 始めからサポートされています。この機能により、 あるホストに接続されたプリンタへ、 他のホストからアクセスできるようになります。また、 LPD プロトコルを理解するネットワークインタフェースを持ったプリンタに対しても、 この機能は働きます。

リモートプリンタへの出力を許可するためには、最初に、 あるホスト (これを、 プリンタホストと呼びます) にプリンタを接続します。そして、「 プリンタ設定導入編」 に書かれた簡単なプリンタの設定をおこなってください。 必要ならば、「プリンタ設定上級編」 にある、更に進んだ設定をおこなってください。そして、 そのプリンタをテストしてうまく動作することを確認し、LPD に許可した機能がうまく働くかどうかを見てください。さらに ローカルホストが プリンタホストの LPD サービスの使用を許可されているか確認して下さい (「 リモートホストからの利用を制限する 」参照)。

LPD 互換のネットワークインタフェースを持つプリンタを使用している場合は、 そのプリンタ自身が以下で説明する プリンタホストになります。そして、 プリンタ名とは、 そのプリンタに設定した名前のことを指します。 これについては、プリンタ、および (または)、 プリンタのネットワークインタフェースに付属するドキュメントを参照してください。

ティップ: ヒューレット・パッカード社の Laserjet シリーズを使用している場合には、 プリンタ名を text とすると、 自動的に LF から CRLF への変換が行なわれます。 そのため、hpif スクリプトは必要ありません。

次に、 そのプリンタにアクセスしたいと思っている他ホストにおいて、 そのホストの /etc/printcap ファイルに次にあげるエントリを作ります。

  1. 名前のエントリ。どんな名前でもよいのですが、簡単のため、多分、 プリンタホストで設定されたプリンタ名や別名と同じものを使いたいと思うでしょう。

  2. lp 項目で指定されるデバイスは明示的に空にします (:lp=: とします)。

  3. スプーリングディレクトリを作成し、 sd 項目でその位置を指定します。 LPD では、プリンタホストにジョブを送信するまでの間、 このディレクトリにジョブを格納します。

  4. rm 項目でプリンタホストの名前を指定します。

  5. rp 項目で プリンタホストに接続したプリンタ名を指定します。

これで終わりです。 変換フィルタやページの大きさやその他の事項を /etc/printcap に加える必要はありません。

次に、 リモートホストに接続されたプリンタで印字するための設定例を示します。 ホスト rose には 2 台のプリンタ bamboo と rattan が接続されています。これらのプリンタをホスト orchid のユーザが使えるようにしましょう。最初に orchid の /etc/printcap を示します (このファイルは、「 ヘッダページの出力を許可する」 で参照することができます)。このファイルには、既に、プリンタ teak 用のエントリがありました。以下では、 これに、ホスト rose にある2台のプリンタ用のエントリが加えられています。

#
#  /etc/printcap for host orchid - added (remote) printers on rose
#

#
#  teak is local; it is connected directly to orchid:
#
teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
        :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:\
        :if=/usr/local/libexec/ifhp:\
        :vf=/usr/local/libexec/vfhp:\
        :of=/usr/local/libexec/ofhp:

#
#  rattan is connected to rose; send jobs for rattan to rose:
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:

#
#  bamboo is connected to rose as well:
#
bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:

orchid で必要となる作業はスプーリングディレクトリを作ることだけです。

# mkdir -p /var/spool/lpd/rattan /var/spool/lpd/bamboo
# chmod 770 /var/spool/lpd/rattan /var/spool/lpd/bamboo
# chown daemon:daemon /var/spool/lpd/rattan /var/spool/lpd/bamboo

これで、orchid のユーザが rattan と bamboo で印字することができるようになりました。 たとえば、orchid のユーザが次のように入力したとします。

% lpr -P bamboo -d sushi-review.dvi

すると、orchid の LPD システムは、 ジョブをスプーリングディレクトリ /var/spool/lpd/bamboo にコピーし、これが DVI ファイルを印字するジョブであることを記録します。 ホスト rose の bamboo スプーリングディレクトリに十分な容量が確保でき次第、 両者の LPD は、ジョブのファイルを rose に転送します。 このファイルは、そのすべてが印字されるまで、rose のキューに留まります。 (bamboo は PostScript プリンタなので) DVI から PostScript への変換は rose でおこなわれます。

10.4.3.2. ネットワークにおけるデータストリームの インタフェースを持つプリンタ

プリンタのネットワークインタフェースカードは、 2 種類に分類することができます。 1 つはスプーラをエミュレートするもの (高価) で、もう 1 つはシリアルやパラレルポートを使うように プリンタにデータを送ることができるだけのもの (安価) です。この節では、 後者の使い方を説明します。前者のプリンタは、前節「 リモートホストに接続されたプリンタ」 の方法が適用できます。

/etc/printcap ファイルでは、 シリアルかパラレルのインタフェースのどちらを使うのか、 そして、(シリアルインタフェースを使う場合) そのボーレートはいくらであるか、フロー制御は使うのか、 タブのための遅延を加えるのか、 改行文字を変換するかなどの指定をおこなうことができます。 しかし、TCP/IP や他のネットワークポートからデータを受け取るプリンタを 接続するための指定をおこなうことはでき ません。

ネットワーク接続されたプリンタにデータを送るためには、 テキストフィルタと変換フィルタから呼び出すことができる 通信プログラムを開発する必要があります。以下に、 そのようなプログラムの例を示します。スクリプト netprint では、 標準入力から印字データをすべて受け取り、 ネットワーク接続されたプリンタにこれを送ります。 netprint の最初の引数でプリンタのホスト名を、 2 番目の引数で接続するポート番号を指定します。 このプログラムでは単方向通信 (FreeBSD からプリンタ) のみをサポートしていることに注意してください。 ネットワークプリンタの多くは双方向通信をサポートしていますので、 その恩恵 (プリンタの状態を得たり、 課金をおこなうなど) にあずかりたいと思われるかもしれません。 

#!/usr/bin/perl
#
#  netprint - Text filter for printer attached to network
#  Installed in /usr/local/libexec/netprint
#

$#ARGV eq 1 || die "Usage: $0 <printer-hostname> <port-number>";

$printer_host = $ARGV[0];
$printer_port = $ARGV[1];

require 'sys/socket.ph';

($ignore, $ignore, $protocol) = getprotobyname('tcp');
($ignore, $ignore, $ignore, $ignore, $address)
    = gethostbyname($printer_host);

$sockaddr = pack('S n a4 x8', &AF_INET, $printer_port, $address);

socket(PRINTER, &PF_INET, &SOCK_STREAM, $protocol)
    || die "Can't create TCP/IP stream socket: $!";
connect(PRINTER, $sockaddr) || die "Can't contact $printer_host: $!";
while (<STDIN>) { print PRINTER; }
exit 0;

このスクリプトは、 様々なフィルタが利用することができます。仮に、Diablo 750-N ラインプリンタを持っており、 これがネットワークに接続されているとしましょう。 プリンタはポート番号 5100 にて印字するデータを受け取ります。 プリンタのホスト名は scrivener とします。このとき、 このプリンタのテキストフィルタは次のようになります。

#!/bin/sh
#
#  diablo-if-net - Text filter for Diablo printer `scrivener' listening
#  on port 5100.  Installed in /usr/local/libexec/diablo-if-net
#

exec /usr/libexec/lpr/lpf "$@" | /usr/local/libexec/netprint scrivener 5100

10.4.4. プリンタの利用に制約を与える

本節では、プリンタの利用に制約を与えるための情報を記しています。 LPD システムでは、プリンタ (ローカル、 リモートのいずれに接続されていても) にアクセスできる人を制限する機能、 複数部のコピーの印字の可否を制御する機能、 ジョブのサイズの最大値やプリンタキューに入る ジョブの最大個数を制御する機能を提供しています。

10.4.4.1. 複数部のコピーの印字を制限する

LPD システムではユーザが複数部のコピーの印字を簡単におこなう 機能を提供しています。ユーザが、(たとえば) lpr -#5 コマンドを使ってジョブを印字すると、 ジョブのそれぞれのファイルのコピーを 5 部得ることができます。 これがよい機能であると思うかどうかは人それぞれでしょう。

複数部のコピーの印字によってプリンタが 必要以上に消耗してしまうと感じるならば、 /etc/printcap ファイルに sc 項目を加えてください。これにより、 lpr(1) の -# オプションの使用が禁止されます。 このオプションが指定されているにも関らず、 -# オプションを使うと、 次のようなメッセージが表示され、 このオプションの利用できない旨を伝えます。

lpr: multiple copies are not allowed

リモートホストからプリンタをアクセスできる 設定にしている場合 (この 設定については、「 リモートホストに接続されたプリンタ」 をご覧ください)、そのリモートホストの /etc/printcap にも同じように sc 項目を追加する必要があることに注意してください。 そうしないと、ユーザは別なホストから複数部のコピーの 印字をすることができてしまいます。

例を使って説明しましょう。次に示す /etc/printcap ファイルは、ホスト rose のものです。プリンタ rattan は極めて頑丈なので、 複数部のコピーの印字は許可されています。しかし、 レーザプリンタの bamboo はもう少しデリケートで、 このプリンタから複数部のコピーを印字することを sc 項目を追加することで禁止しています。

#
#  /etc/printcap for host rose - restrict multiple copies on bamboo
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:\
        :lp=/dev/lpt0:\
        :if=/usr/local/libexec/if-simple:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:sc:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:rw:\
        :if=/usr/local/libexec/psif:\
        :df=/usr/local/libexec/psdf:

さらに、orchid の /etc/printcap にも

sc

項目を追加する必要があります (orchid でこの編集をおこなっているときに、ついでに、プリンタ teak でも複数部のコピーの印字を禁止することにしましょう)。 
#
#  /etc/printcap for host orchid - no multiple copies for local
#  printer teak or remote printer bamboo

teak|hp|laserjet|Hewlett Packard LaserJet 3Si:\
        :lp=/dev/lpt0:sd=/var/spool/lpd/teak:mx#0:sc:\
        :if=/usr/local/libexec/ifhp:\
        :vf=/usr/local/libexec/vfhp:\
        :of=/usr/local/libexec/ofhp:

rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :lp=:rm=rose:rp=rattan:sd=/var/spool/lpd/rattan:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :lp=:rm=rose:rp=bamboo:sd=/var/spool/lpd/bamboo:sc:

sc 項目を指定することにより、 lpr -# の使用を防ぐことができます。しかし、この状態では lpr(1) を複数回起動したり、 1 回のジョブで次のように同じファイルを複数個指定することを防ぐまでには至っていません。

% lpr forsale.sign forsale.sign forsale.sign forsale.sign forsale.sign

このような悪用を防ぐ方法は (その指示を無視することも含めて) たくさんあります。 各自で調べてみてください。

10.4.4.2. プリンタを使用できる人を限定する

それぞれのプリンタを使用できる人を限定するには、UNIX の グループ権限のメカニズムを利用し、さらに、 /etc/printcap で rg 項目を指定することでおこないます。 あるプリンタにアクセスさせてもよいと思うユーザすべてを グループのどれかに入れてください。そして、 そのグループ名を rg で指定します。

このとき、そのグループに含まれないユーザ (root も含みます) がプリントしようとすると、次のようなメッセージが表示されます。

lpr: Not a member of the restricted group

sc (suppress multiple copies : 複数部のコピーの印字を禁止する) を指定するときと同様に、rg が指定されたプリンタがリモートホストからもアクセスでき (この設定については、 「 リモートホストに接続されたプリンタ」 をご覧ください)、かつ、 そのホストでもプリンタを使用できる人を限定するのが 妥当であると思う場合は、 そのホストの /etc/printcap にも rg 指定をおこなう必要があります。

たとえば、プリンタ rattan は誰でも利用できるが、bamboo はグループ artists に属している人のみが利用できるようにしてみましょう。 以下に、もうお馴染みとなったホスト rose の /etc/printcap を示します。

#
#  /etc/printcap for host rose - restricted group for bamboo
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:sd=/var/spool/lpd/rattan:\
        :lp=/dev/lpt0:\
        :if=/usr/local/libexec/if-simple:

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:rw:\
        :if=/usr/local/libexec/psif:\
        :df=/usr/local/libexec/psdf:

これ以外の /etc/printcap ファイル (ホスト orchid のもの) はそのままにしておくことにします。もちろん、 orchid のユーザは全員 bamboo を利用することができます。これは、 orchid には特定のユーザのみにしかアクセスさせておらず、 そのユーザにはプリンタを利用させたいと思っているからなのかもしれませんし、 そうでないかもしれません。

注意: 1台のプリンタを複数グループのユーザに利用させることはできません。

10.4.4.3. 入力可能なジョブのサイズを制限する

たくさんのユーザからプリンタが利用される場合には、多分、 ユーザが印字要求を出すことができるファイルのサイズに 上限値を置く必要が生じるでしょう。結局のところ、 スプーリングディレクトリ が置かれているファイルシステムの空き容量がその 上限値になる訳ですが、 あるユーザがこれを独占的に使用すること避けるために、 他ユーザからのジョブ用の空き容量を確保する必要もあります。

LPD では、mx 項目を指定することにより、 ジョブ中の個々のファイルのサイズの上限値を制限する機能を提供しています。 指定される ファイルサイズの単位は BUFSIZ ブロックで、1 BUFSIZ ブロックは 1024バイトを表わします。この mx 項目の値として 0 が指定されると、 ファイルサイズの制限はなくなります。 mx が指定されない場合は、 デフォルトの制限として 1000 ブロックが使われます。

注意: この制限はジョブ中の各 ファイルに対して適用されるものであり、 ジョブ全体のサイズ を制限するものではありません。

ところで、 プリンタに設定された上限値を超えるファイルサイズの ファイルが入力された場合でも、LPD はこれを拒否しません。その代わりに、このファイルは、 その先頭から上限値のファイルサイズまでしかキューに入れられません。 そして、その部分までが印字され、 残りの部分は捨てられます。 これが正しい動作といえるのかどうかは議論の余地があるところです。

それでは、設定例に登場しているプリンタ rattan と bamboo の印字可能なファイルサイズに制限を加えてみましょう。 artists グループの人達が作る PostScript ファイルのサイズは 巨大になる傾向があるので、上限値を 5M バイトとします。 それから、 プレインテキスト用のラインプリンタは無制限とします。

#
#  /etc/printcap for host rose
#

#
#  No limit on job size:
#
rattan|line|diablo|lp|Diablo 630 Line Printer:\
        :sh:mx#0:sd=/var/spool/lpd/rattan:\
        :lp=/dev/lpt0:\
        :if=/usr/local/libexec/if-simple:

#
#  Limit of five megabytes:
#
bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:rw:\
        :if=/usr/local/libexec/psif:\
        :df=/usr/local/libexec/psdf:

この場合もそうですが、この制限はローカル (ホスト rose) のユーザのみに適用されます。 リモートホストからプリンタを利用できるように設定している場合は、 そのリモートホストのユーザはこの制限を受けません。 これらのユーザにも制限を加える場合は、リモートホストの /etc/printcap の mx を指定する必要があります。 リモートホストから印字するための詳しい情報については、 「 リモートホストに接続されたプリンタ」 を参照してください。

リモートホストに接続されたプリンタへのジョブの サイズを制限する特別な方法は他にもあります。これについては、 「 リモートホストからの利用を制限する」 を参照してください。

10.4.4.4. リモートホストからの利用を制限する

LPD スプーリングシステムでは、 リモートホストから要求されたジョブの印字を制限するための方法がいくつか提供されています。

ホストの制限

ローカルの LPD が印字要求を受け付けるリモートホストは、ファイル /etc/hosts.equiv と /etc/hosts.lpd によって制御することができます。LPD では、あるホストから印字の要求がきたとき、 このホストの名前がこれら 2 つのファイルのどちらかに含まれている かどうかを調べます。これが含まれていない場合は、LPD はこの要求を拒否します。

これらのファイルの形式は単純です。 各行にホストの名前を 1つずつ書いていきます。ファイル /etc/hosts.equiv の方は ruserok(3) プロトコルでも利用され、 rsh(1) や rcp(1) といったプログラムの動作に影響するので注意が必要です。 /etc/hosts.equiv の記述は慎重におこないましょう。

例として、以下にホスト rose の /etc/hosts.lpd を示します。 

orchid
violet
madrigal.fishbaum.de

この例では、rose はホスト orchid, violet そして madrigal.fishbaum.de からの要求を受け付けることになります。 その他のホストが rose の LPD にアクセスしようとしても、 LPD はそのジョブを拒否します (訳注: 拒否されるのは、そのホストが /etc/hosts.equiv にも含まれていない場合です)。

サイズの制限

スプーリングディレクトリがある ファイルシステムに残しておく必要がある 空き容量の大きさを制御することができます。 ローカルプリンタ用のスプーリングディレクトリに minfree という名前のファイルを作成します。そして、 そのファイルの中にリモートホストからのジョブの 要求を受け付けるために必要な空き容量のディスクブロックサイズ (1 ディスクブロック = 512 バイト) を記します。

これで、 リモートホストのユーザにファイルシステムを満杯にされないことが保証されます。 この機能を使うと、 ローカルホストのユーザに対してある種の優先権を与えることもできます。 ローカルホストのユーザは、 minfree ファイルで指定された値よりもディスクの空き容量が下回った後でもずっと、 ジョブをキューに入れることができるのです。

たとえば、プリンタ bamboo 用の minfree を作ってみましょう。 このプリンタのスプーリングディレクトリを調べるために、 /etc/printcap を調べてみましょう。 以下に、bamboo のエントリ部分を示します。

bamboo|ps|PS|S|panasonic|Panasonic KX-P4455 PostScript v51.4:\
        :sh:sd=/var/spool/lpd/bamboo:sc:rg=artists:mx#5000:\
        :lp=/dev/ttyu5:ms#-parenb cs8 clocal crtscts:rw:mx#5000:\
        :if=/usr/local/libexec/psif:\
        :df=/usr/local/libexec/psdf:

スプーリングディレクトリは sd 項目で指定されます。LPD がリモートホストからのジョブを受け付けるために必要な ファイルシステムの空き容量を 3M バイト (= 6144 ディスクブロック) にすることにしましょう。 

# echo 6144 > /var/spool/lpd/bamboo/minfree
利用ユーザの制限

/etc/printcap の rs 項目を指定することで、 ローカルプリンタを利用できるリモートホストのユーザを制限することができます。 ローカルホストに接続されたプリンタ用のエントリに rs 項目が指定されている場合、 LPD は、印字を要求したユーザのアカウントと同じログイン名が ローカルホストに登録されている場合に限り、 そのジョブを受け付けます。それ以外のジョブを LPD は拒否します。

この機能は、(たとえば) 複数の部署がネットワークを共有しており、 この内のあるユーザが部署の境界を越えて活動している場合には特に有用です。 そのようなユーザに対して、システムのアカウントを与えるだけで、 これらのユーザは自分が所属する部署のシステムから そのシステムに接続されているプリンタを使用することができます。 これらのユーザにはむしろ、 プリンタの使用だけを認め、 その他のコンピュータ資源を利用させたくないときは、 それらのユーザにはホームディレクトリを与えず、 ログインシェルはシェルとしては何の役にも立たない /usr/bin/false などを指定して、 これらのユーザのアカウントはプリンタ用の “形式的な” ものとします。

10.4.5. プリンタの利用に対する課金

という訳で、印字するためには料金をとることが必要です。 取らない理由などありましょうか。紙やインクにはお金がかかります。 そして、プリンタの維持費もかかります。 プリンタには可動部分が搭載されており、 これらの部分は壊れやすいという傾向があります。 プリンタや、その利用形態、維持費について調査をし、1 ページ (1 フィート、1 メートルなど) 当たりにかかるコストを調べておいてください。 これに基づき、プリンタの利用に対する課金を、実際に、 どのように始めればよいのでしょうか。

さて、残念ながら、この部分に関しては LPD スプーリングシステムはほとんど役に立ちません。 課金は使用しているプリンタの種類、印字するもののファイルの形式、 プリンタの利用に対する課金での あなた自身の要求に大きく左右されます。

課金システムを実現するためには、プリンタのテキストフィルタ (プレインテキストのジョブに対して課金するため) と変換フィルタ (その他のファイル形式に対して課金するため) を変更して、 印字したページを数えたり、 プリンタに印字したページ数を取得するための要求を送る必要があります。 ただし、出力フィルタのみを利用している場合は、 課金をおこなうことができません。フィルタに関しては、 「 フィルタ」をご覧ください。

一般に、課金方式には次の 2 つがあります。

  • 定期的に課金する方法 はよく利用される方法です。この理由は、 恐らく比較的簡単に実現できるからです。 誰かがジョブを印字する度に、フィルタはそのユーザ名、 ホスト名、印字したページ数を課金データファイルに記録します。 毎月、毎学期、毎年、その他お好みの時期に、 各プリンタの課金用ファイルを集め、 それぞれのユーザが印字したページ数を合計して その分の課金をおこないます。 次回の課金期間をデータを 0 にして課金を再開するために、 すべてのログファイルを削除します。

  • 利用毎に課金する方法 はあまり利用されていません。これは、 実現するのが比較的難しいからです。この方式では、 プリンタを使用したらすぐに、 フィルタがユーザにその利用に対する課金をおこないます。 ディスククォータのように、課金作業は瞬時におこなわれます。 この方式では、ユーザのアカウントが赤字になる場合に、 ユーザが印字をおこなうことを拒否することができます。 また、ユーザに “プリンタ版 quota” を調べたり、 調整したりする方法を提供したいと思うかもしれ ません。 これを実現するためには、ユーザとその quota を追跡するために、 あるデータベース用のコードが必要となります。

LPD スプーリングシステムでは、 どちらの方式にも簡単に対応できます。(ほとんどの場合は) フィルタを用意しなければならないので、 課金作業のためのコードも用意しなければなりません。 しかし、明るい面もあります。 それは、課金方式に関して、非常に大きな柔軟性が与えられたということです。 たとえば、「定期的に課金する方法」か、 「利用毎に課金する方法」のどちらかを選びまず、そして、 どんな情報 (ユーザ名、ホスト名、ジョブのタイプ、印字された頁数、 使用した紙の大きさ、印字をするために要した時間など) をログに記録するかを決めます。 以上のことをおこなうには、上記の情報を保持するために、 フィルタを変更しなくてはなりません。

10.4.5.1. 手軽なプリンタ課金方法

FreeBSD には、「定期的に課金する方法」による課金を すぐに設定できるように、2 個のプログラムを添付しています。 その内の1つはテキストフィルタ lpf で、 これについては、「 テキストフィルタ lpf」をご覧ください。もう1つは、 pac(8) で、 これはプリンタの課金データファイルからのエントリを集め、 これを合計するプログラムです。

「 フィルタはどのように機能しているか」で述べたように、 LPD ではテキストフィルタや変換フィルタを起動しますが、 そのコマンドラインで使用している課金データファイルの名前が指定されます。 両フィルタはこの引数を使って、 どの課金データファイルのエントリに書き込めばよいのかを知ることができます。 このファイルの名前は /etc/printcap 中の af 項目によって指定されます。 このファイルが絶対パ スで指定されない場合は、 スプーリングディレクトリからの相対パスとして扱われます。

LPD は、紙のページの幅と行数 (pw と pl 項目で 指定される) を引数として lpf を起動します。lpf フィルタでは、 何ページ印字したかを決定するためにこれらの引数を使用します。 ファイルをプリンタに送った後、 課金情報を課金データファイルに書き込みます。 このファイルは次のようになります。

2.00 rose:andy
3.00 rose:kelly
3.00 orchid:mary
5.00 orchid:mary
2.00 orchid:zhang

課金データファイルはプリンタ毎に分けて作るべきです。 これは、lpf にはファイルをロックする機構が組み込まれていないためです。 したがって、lpf が 2 つ起動されたとき、 同じファイルに同時に書き込みをおこなった場合、 お互いのエントリを破壊してしまうかもしれません。 課金用ファイルを各プリンタ毎に確実に分けるには、 /etc/printcap 中の af=acct 項目を使います。 そうすれば、それぞれの課金用ファイルがプリンタのスプーリングディレクトリに、 acct という名称で作成されます。

プリンタの利用に対してユーザに課金する準備ができたら、 pac(8) プログラムを実行してください (課金したいプリンタのスプーリングディレクトリに移動した後、 pac と入力してください)。 次のような、ドル中心主義の課金リストが表示されます (訳注: ドル中心主義という表現は、 表示がドルで出ることへの著者の皮肉でしょう。 セントがあるので小数点以下が表示されますが、 この機能も日本では邪魔ですね)。

  Login               pages/feet   runs    price
orchid:kelly                5.00    1   $  0.10
orchid:mary                31.00    3   $  0.62
orchid:zhang                9.00    1   $  0.18
rose:andy                   2.00    1   $  0.04
rose:kelly                177.00  104   $  3.54
rose:mary                  87.00   32   $  1.74
rose:root                  26.00   12   $  0.52

total                     337.00  154   $  6.74

pac(8) が受け付ける引数には次のようなものがあります。

-Pprinter

プリンタ printer の利用に対する課金リストを作成します。 このオプションは、/etc/printcap の af が絶対パスで指定されていた場合に限り、動作します。

-c

ユーザ名のアルファベット順ではなく、 課金額の低い順にリストを並べます。

-m

課金データファイルにあるホスト名を無視します。 このオプションを使用すると、ホスト alpha のユーザ smith とホスト gamma のユーザ smith は同一人物として扱われます。 このオプションが指定されない場合は、 両者は別なユーザとして扱います。

-pprice

/etc/printcap の pc 項目で指定された値、または、 デフォルトの値 (2 セント) に代わり、紙1ページ、または、 1フィート当たりの価格を指定します。 price として、 浮動小数点数を指定することができます。

-r

リストの並べる順番を逆順にします。

-s

課金リストを作成し、 課金データファイルを削除します。

name …

ユーザ names に対する課金情報のみを表示します。

pac(8) が生成するデフォルトのリストには、 各ホストのユーザ別に印字ページ数が表示されます。 (ユーザがサイト内のすべてのホストを使用できるため) ホスト名の情報が意味を持たない場合、 pac -m を実行してください。次のようなリストが得られます。

  Login               pages/feet   runs    price
andy                        2.00    1   $  0.04
kelly                     182.00  105   $  3.64
mary                      118.00   35   $  2.36
root                       26.00   12   $  0.52
zhang                       9.00    1   $  0.18

total                     337.00  154   $  6.74

課金額を決めるために、 pac(8) は /etc/printcap ファイルの pc 項目で指定された値 (デフォルト値は 200、すなわち 1 ページ当たり 2 セント) を使います。この項目で、印字物に課金したい ファと思う 1 ページ当たり、 または、1 フィート当たりの価格を 100 分の 1 セント単位で指定します。 pac(8) を -p オプション付きで起動すると、 この値を置き換えることができます。 この -p オプションで指定する額の単位は、 100 分の 1 セント単位ではなく、ドル単位です。たとえば、次の指定では、 1 ページ当たりの単価が 1 ドル 50 セントになります。

# pac -p1.50

このオプションを使うと、 実際の課金額を集計することができます。

最後に、pac -s を起動すると、課金情報は課金データ累計ファイルに保存されます。 このファイルの名前は、プリンタの課金データファイルの後ろに _sum を付けたものとなります。そして、 課金データファイルは削除されます。次に pac(8) が起動されると、 その時点までの累計金額を得るために、 課金データ累計ファイルが読み込まれ、 通常の課金データファイルからの情報に加算されます。

10.4.5.2. 印字されたページ数をどのように数えるか?

課金を、リモートホストからの印字でさえも、 正確におこなうためには、 ジョブで使用された紙が何ページであるかを特定できる必要があります。 このことは、プリンタ利用に対する課金をおこなう上の根本的な問題です。

プレインテキストのジョブの場合、 問題を解決するのはさほど難しくはありません。 ジョブが何行であったかを数え、プリンタがサポートしている紙 1 ページに印字できる最大の行数と比較すればよいのです。 重ね打ちするために利用されるファイル中のバックスペース文字や、 物理的に複数の行に渡る長い論理行に対する取り扱いを忘れずにおこなってください。

(「テキストフィルタ lpf」で紹介した) テキストフィルタ lpf では、課金をおこなうときに、 これらの取り扱いをおこなってくれます。 課金をおこなうために必要なテキストフィルタを作成している方は、 lpf のソースコードが参考になるでしょう。

これに対して、他のファイル形式の処理はどのようにすれば よいのでしょうか。

まず、DVI から LaserJet, または、DVI から PostScript への変換の場合、フィルタが dvilj や dvips の 出力メッセージを解析することで、 何ページ分の変換がおこなわれたかを知ることができます。 他のファイル形式とその変換プログラムに関しても、 同様のことができるかもしれません。

しかし、この方式には問題点があります。それは、 変換されたページがすべて印字されるとは限らないということです。 たとえば、プリンタが紙詰まりを起こしたり、トナー切れになったり、 はたまた、爆発したりするかもしれません。 そのような状況により印字が途中で中止されたとしても、この方式では、 ユーザは全ページ分の料金を課されてしまうのです。

それでは、どのような対策をたてることができるのでしょうか。

正確な 課金をおこなうための唯一の確実な方法は、 何ページ印字したのかを知らせることができるプリンタを入手し、 これをシリアルポートかネットワークに接続することです。 ほとんどすべての PostScript プリンタではこの概念がサポートされています。 他のプリンタも同様です (Imagen レーザプリンタをネットワーク接続するなど)。 それぞれのプリンタのフィルタを、 ジョブを印字した後で印字ページ数を得るように変更してください。 そして、課金情報はここで得られた値のみに 基づいて記録してください。行数を数えたり、 エラーが生じやすいファイルの調査は必要とされません。

もちろん、 気前よく印字料金をすべて無料にすることもできます。

10.5. プリンタを使う

この節では、FreeBSD で設定したプリンタを使う方法について説明します。 ここでは、ユーザレベルでのコマンドを概説します。

lpr(1)

印字をおこないます。

lpq(1)

プリンタキューを調べます。

lprm(1)

プリンタキューにあるジョブを削除します。

また、「プリンタの管理」 節で説明されている管理者用コマンド lpc(8) もあり、 プリンタやそのキューの制御のために用いられています。

lpr(1)、lprm(1)、そして lpq(1) の 3 コマンドは、-Pprinter-name オプションをとり、これによって、 /etc/printcap のように操作の対象となる プリンタやキューを指定します。 これによって、様々なプリンタに対してジョブを送る、 取り消す、調査することができます。 -P が使われなかった場合は、これらのコマンドは PRINTER 環境変数で指定されたプリンタを使用します。 そして、PRINTER 環境変数がなかった場合は、 これらのコマンドはデフォルトのプリンタ lp を使います。

以下では、デフォルトプリンタ という用語が意味するプリンタは、PRINTER 環境変数で指定されたプリンタ、もしくは、PRINTER 環境変数がない場合は、lp という名前のプリンタです。

10.5.1. 印字する

ファイルを印字するためには、 次のように入力してください。

% lpr filename ...

これにより、 入力されたファイルのそれぞれをデフォルトのプリンタ から印字します。ファイル名が与えられなかった場合、 lpr(1) は標準入力から印字するデータを読み込みます。たとえば、 次のコマンドにより、ある重要なシステムファイルが印字されます。

% lpr /etc/host.conf /etc/hosts.equiv

印字させるプリンタを選択するためには、 次のように入力します。

% lpr -P printer-name filename ...

次の例では、プリンタ rattan に、 カレントディレクトリにあるファイルの詳細なリストを印字しています。

% ls -l | lpr -P rattan

上記の lpr(1) コマンドではファイル名の指定がないので、 lpr は標準入力から印字するデータ、 この場合、ls -l コマンドの出力、を読み込みます。

lpr(1) コマンドでは、 出力の整形を制御したり、ファイル変換を適用したり、 複数部数のコピーを作成したり、 などといた様々な幅広いオプションを受け付けることもできます。 詳細については、 「 その他の印字オプション」をご覧ください。

10.5.2. ジョブの処理状況を調べる

lpr(1) コマンドを使って印字をする場合、プリントしようと するデータは “プリントジョブ” と呼ばれる箱に一緒に置かれ、 これが LPD スプーリングシステムに送られます。 プリンタにはそれぞれジョブ用のキューがあり、 送られてきたジョブはあなたや他のユーザからの別のジョブと一緒にそのキューで並んで、 処理される順番を待ちます。 プリンタは到着順にこれらのジョブの印字をおこないます。

デフォルトプリンタのキューの状態を表示するには、 lpq(1) と入力します。プリンタを指定するときは、 -P オプションを使います。たとえば、次のコマンド

% lpq -P bamboo

は、プリンタ bamboo のキューの状態を表示します。この lpq コマンドの出力結果の例を次に示します。

bamboo is ready and printing
Rank   Owner    Job  Files                              Total Size
active kelly    9    /etc/host.conf, /etc/hosts.equiv   88 bytes
2nd    kelly    10   (standard input)                   1635 bytes
3rd    mary     11   ...                                78519 bytes

この例では、bamboo のキューに 3 つのジョブがあることが分かります。 最初のジョブはユーザ kelly からのものであり、 “ジョブ番号” 9 が割り当てられています。 プリンタのすべてのジョブには一意なジョブ番号が付けられています。 ほとんどの場合、このジョブ番号は無視することができますが、 ジョブをキャンセルするときにはこの番号が必要になります。 このことの詳細については、「ジョブの削除 」をご覧ください。

ジョブ番号 9 のジョブは 2 つのファイルを処理します。すなわち、 lpr(1) のコマンドラインに複数のファイル名が与えられたときは、 1つのジョブとして扱われるのです。このジョブは、現在、 アクティブジョブ (“Rank” の欄の active という後に注目) になっています。 これは、プリンタからそのジョブが現在印字されているはずであることを意味しています。 2 番目のジョブでは、 lpr(1) コマンドに標準入力からデータが与えられています。 3番目のジョブはユーザ mary から与えられました。 このジョブのサイズはとても大きくなっています。 彼女がプリントしようとしたファイルのパス名はここで表示させるには長すぎるため、 lpq(1) コマンドはドットを 3 つだけ表示しています。

lpq(1) からの出力で一番最初の行もまた有益な情報を与えています。 この行から、プリンタが現在何をしているか (あるいは、少なくとも LPD がプリンタがしていると思っていること) が分かります。

lpq(1) コマンドは -l オプションもサポートしています。 これにより、 詳しい情報が表示されます。 lpq -l の実行例を次に示します。

waiting for bamboo to become ready (offline ?)
kelly: 1st                               [job 009rose]
       /etc/host.conf                    73 bytes
       /etc/hosts.equiv                  15 bytes

kelly: 2nd                               [job 010rose]
       (standard input)                  1635 bytes

mary: 3rd                                [job 011rose]
      /home/orchid/mary/research/venus/alpha-regio/mapping 78519 bytes

10.5.3. ジョブの削除

印字するようジョブを 送った後で印字を中断したくなったときは、 lprm(1) コマンドで、 キューの中からそのジョブを削除することができます。 大抵の場合、アクティブジョブでさえも lprm(1) を使って削除することができますが、 そのジョブの一部またはすべてが印字されてしまうかもしれません。

デフォルトプリンタへのジョブを削除するためには、最初に、 lpq(1) を使ってそのジョブ番号を調べます。 すなわち、それから、 次のように入力して、ジョブを削除します。

% lprm job-number

特定のプリンタへのジョブを削除するときは、 -P オプションを使ってそのプリンタを指定します。 たとえば、プリンタ bamboo のキューからジョブ番号 10 のジョブを削除するには次のようにします。

% lprm -P bamboo 10

lprm(1) コマンドには略記法がいくつかあります。

lprm -

あなたが (デフォルトプリンタへ) 送ったジョブをすべて削除します。

lprm user

ユーザ user が (デフォルトプリンタへ) 送ったジョブをすべて削除します。 他のユーザのジョブを削除できるのはスーパユーザだけです。 あなたは、あなた自身のジョブしか削除することはできません。

lprm

ジョブ番号もユーザ名もシンボル -も指定されないときは、 lprm(1) は現在のアクティブジョブを、 そのジョブを送ったのがあなた自身であるときに限り、 デフォルトプリンタから削除します。ただし、 スーパユーザは任意のアクティブジョブを削除することができます。

上記の略記法をデフォルトプリンタではなく 特定のプリンタに対しておこなうときは、-P オプションでそのプリンタを指定するだけよいのです。たとえば、 プリンタ rattan のキューへあなたが送ったジョブを すべて削除するためには次のようにします。

% lprm -P rattan -

注意: ネットワーク環境で作業をしている場合、 あるホストから送られたプリンタジョブは、これを送ったホストで lprm(1) を使った場合に限って、 これを削除することができます。 他のホストで同じプリンタを使えたとしても、 このジョブを削除することはできません。 次の例では、他ホストからジョブを削除することを試みています。

% lpr -P rattan myfile
% rlogin orchid
% lpq -P rattan
Rank   Owner      Job  Files                          Total Size
active seeyan     12    ...                           49123 bytes
2nd    kelly      13   myfile                         12 bytes
% lprm -P rattan 13
rose: Permission denied
% logout
% lprm -P rattan 13
dfA013rose dequeued
cfA013rose dequeued

10.5.4. その他の印字オプション

lpr(1) コマンドには、テキストの整形や、 図や他のファイル形式の変換、複数部コピーの生成、 ジョブの扱いなどを制御することができます。 この節では、これに関するオプションについて記しています。

10.5.4.1. 整形と変換に関するオプション

以下の lpr(1) 用のオプションはジョブにおける ファイルの整形の制御に関するものです。 このオプションは、ジョブにプレインテキストが含まれない場合や pr(1) ユーティリティを使ってプレインテキストを整形する場合に用いてください。

次の例では、プリンタ bamboo に (TeX 組版システムによる) DVI ファイル fish-report.dvi を印字しています。

% lpr -P bamboo -d fish-report.dvi

このオプションは、 ジョブに含まれるすべてのファイルに対して適用されます。 したがって、1 つのジョブに (たとえば) DVI ファイルと ditroff ファイルを混在させることはできません。その代わりに、 ファイルを形式毎に別々のジョブに分け、 それぞれのジョブでその形式用の変換オプションを使って印字してください。

注意: -p と -T を除くすべてのオプションを使用 するためには、 出力先プリンタ用の変換フィルタが必要です。たとえば、 -d オプションを使用するには、DVI 用の変換フィルタが必要 です。詳細については、「 変換フィルタ」で説明しています。

-c

cifplot ファイルを印字します。

-d

DVI ファイルを印字します。

-f

FORTRAN プログラムを印字します。

-g

plot のデータを印字します。

-i number

出力に対して、number カラム分の字下げをおこないます。 number が省略されると、 8 カラム分字下げされます。 このオプションはある変換フィルタと一緒の指定されたときのみに機能します。

注意: -i と数字の間に空白を入れてはいけません。

-l

制御文字を含む文字通りのテキストデータを印字します。

-n

ditroff (device independent troff) データを印字します。

-p

印字する前に pr(1) によってプレインテキストを整形します。 詳細については pr(1) をご覧ください。

-T title

pr(1) コマンドにより生成されるヘッダを、 ファイル名の代わりに title とする。 このオプションは、-p と一緒に使ったときのみ機能する。

-t

troff データを印字します。

-v

ラスタのデータを印字します。

次の例では、ls(1) のマニュアルを美しく整形したものをデフォルトプリンタで印字しています。 

% zcat /usr/share/man/man1/ls.1.gz | troff -t -man | lpr -t

zcat(1) コマンドで ls(1) のマニュアルのソースファイルの圧縮を復元し、これを troff(1) コマンドに渡しています。 これによりソースファイルが整形され GNU troff の形式となります。 その結果は lpr(1) に渡され、 LPD スプーラへジョブの要求が発せられます。 lpr(1) には -t オプションが使われているため、 スプーラでジョブを印字したときに GNU troff の形式から、デフォルトプリンタが解釈できる形式へと変換されます。

10.5.4.2. ジョブに関するオプション

以下のオプションは、lpr(1) によって、 そのジョブを特殊な扱いにするよう LPD に指示するためのものです。

-# copies

ジョブに含まれるファイルのそれぞれを 1 部だけ印字するのではなく、 copies 部のコピーを生成させるものです。管理者によっては、 プリンタの消耗を避け、コピー機による複製を奨励するために このオプションの使用が禁止されているかもしれません。 これに関しては、「 複数部のコピーの印字を制限する 」をご覧ください。

次の例では、デフォルトプリンタで parser.c を 3 部コピーし、次に、 parser.h を 3 部コピーしています。

% lpr -#3 parser.c parser.h
-m

印字ジョブが完了した後で、メールを送ります。 このオプションを付けると、LPD システムはジョブの処理が終了したときに、 あなたのアカウントにメールを送ります。 メールのメッセージには、ジョブが正常終了したのか、あるいは、 何か異常があり、(しばしば) その異常が何であったのかが書かれています。

-s

印字ファイルをスプールディレクトリにコピーせず、 代わりに、 シンボリックリンクを作成するよう指示します。

印字させるジョブのサイズが大きいとき、 このオプションを使うと便利かもしれません。このオプションにより、 スプー ルディレクトリの容量が節約されます (それに、 巨大なジョブのお陰でスプールディレクトリのあるファイルシステムの空き容量がなくなってしまうかもしれません)。 さらに、LPD がいちいちすべてのデータをコピーする必要がなくなりますので、 時間の節約にもなります。

ただし、欠点もあります。LPD はオリジナルのファイルを直接参照するので、 印字が終了するまでそのファイルを変更したり削除することができません。

注意: リモートのプリンタで印字している場合、 LPD は、結局のところ、 ローカルホストからリモートホストにファイルをコピーする必要があります。 したがって、-s オプションはローカルのスプーリングディレクトリの空き容量を節約するだけで、 リモート側では節約されません。 それでも、このオプションは有用です。

-r

ジョブに含まれるファイルを、 スプーリングディレクトリに ファイルをコピーした後に削除します。もしくは、 -s オプションと一緒に使われた場合は、 印字終了後に削除されます。 このオプションの使用には十分注意して下さい。

10.5.4.3. ヘッダページ用オプション

以下のオプションにより、 ジョブのヘッダページに通常印字さ れるテキストを lpr(1) に調整させることができます。 対象のプリンタからヘッダページが出力されない場合は、 これらのオプションは何の効力も持ちません。 ヘッダページの設定に関する情報については、 「 ヘッダページ」を参照してください。

-C text

ヘッダページに印字されるホスト名を text に置き換えます。なお、 ホスト名の場所には、通常、 ジョブの要求があったホストの名前が印字されます。

-J text

ヘッダページに印字されるジョブ名を text に置き換えます。 ジョブ名の場所には、通常、ジョブの最初のファイル名、 または、標準入力からデータが印字されたときは stdin が印字されます。

-h

ヘッダページの出力を禁止します。

注意: サイトによっては、 そのヘッダページの生成方法により、 このオプションの効果が現れないかもしれません。 詳細は、「 ヘッダページ」をご覧ください。

10.5.5. プリンタの管理

プリンタの管理者として、プリンタの設置、設定、 そして、それらのテストをおこなう必要がありました。 lpc(8) コマンドにより、 これまでとは別な管理方法がプリンタと対話的におこなわれます。 lpc(8) により、次のことが可能となります。

  • プリンタの起動、停止をおこなう。

  • キューへの入力の許可、禁止をおこなう。

  • それぞれのキューにあるジョブの順番を変更する。

最初に用語に関する注意をしておきます。 プリンタが停止しているとは、 キューの中にあるどのジョブも印字されることがない状態 を言います。この状態においても、 ユーザはまだジョブの要求をおこなうことができますが、 これらのジョブはキューの中で、 プリンタがスタートする状態になるまで、 あるいは、キューの内容が削除されるまで待たされることになります。

キューが禁止状態にあると、 (root 以外の) すべてのユーザがプリンタにジョブを要求することができません。 キューが許可状態にある場合は、 ジョブの入力が許可されます。 キューが禁止状態にある場合でも、 プリンタをスタートす る状態にすることは可能です。この場合は、 キューが空になるまで、 キュー内のジョブの印字が続けられます。

一般的に、lpc(8) コマンドを使用するには root 権限を持っている必要があります。 一般のユーザも lpc(8) コマンドを使うことはできますが、 プリンタの状態を取得することとハングしたプリンタ を再スタートすることだけに使用が制限されています。

以下に、 lpc(8) コマンドに関する説明の要約を述べます。 ほとんどのコマンドでは、操作対象となるプリンタを指定するため printer-name 引数を与えます。 printer-name の代わりに all が与えられると、操作は /etc/printcap 内にある全プリンタに対しておこなわれることになります。

abort printer-name

現在のジョブをキャンセルし、プリンタを停止させます。 キューが許可状態にある場合は、 ユーザはまだジョブを入力することができます。

clean printer-name

プリンタのスプーリングディレクトリから、 ジョブの古いファイルを削除します。状況によって、 とりわけ、印字途中でエラーが発生していたり、 管理操作が頻発していた場合には、 ジョブで作られたファイルを LPD が完全に削除しないことがあります。このコマンドでは、 スプーリングディレクトリに入っていないファイルを見つけ出し、 それを削除しています。

disable printer-name</