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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

の起動方法について, その考え方には二つの流派があります. ある流派では提供された例を使用して xdm を から起動し, 他の流派では xdm を単に または /usr/local/etc/rc.d にある ttys を利用する方法の利点は, どの vty で X が起動したかの記録が 残せることと, ログアウト時に X サーバを再起動する責任を init に 押しつけることができることでしょう.

以前のバージョンの FAQ では /usr/X11R6/lib/X11/xdm/Xservers ファイルに X の使う xconsole を動かそうとすると ``Couldn't open console'' とエラーが出ます.

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

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

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

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

あなたのマウスとマウスドライバがうまく同期していないからかも しれません.

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

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

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

このオプションは残念ながら, すべてのシステムで働くわけではなく また, PS/2 マウスポートにつながれているのが ``tap'' の特色を 持つ ALPS GlidePoint デバイスの場合, ``tap'' が無効となってしまいます.

FreeBSD 2.2.6 以降のバージョンでは, 同期のチェック方法が少し改善 されたので標準で有効になっています. GlidePoint でもうまく働きます (同期チェックが標準の機能になったので PSM_CHECKSYNC オプションは これらのバージョンからは削除されました). しかしながら, 稀れに ドライバが間違って(訳注: 問題がないのに)同期に関して問題があると報告し, カーネルから psmintr: out of sync (xxxx != yyyy) というメッセージが出力されて, マウスが正しく動作していないように見える ことがあるかもしれません.

もしこのようなことが起こる場合には, PS/2 マウスドライバのフラグに 0x100 を指定して同期チェックを無効にして下さい. システムの起動時に ``-c'' ブートオプションを与えて UserConfig に入ります. boot: -c UserConfig のコマンドラインで以下のように入力して下さい. > flags psm0 0x100 > quit MouseSystems の PS/2 マウスがうまく動きません.

MouseSystems の PS/2 マウスのあるモデルは, 高解像度モードの場合 にのみ正しく動作するということが報告されています. それ以外のモードでは マウスカーソルがしょっちゅうスクリーン左上に行ってしまうかもしれません.

残念ながら FreeBSD 2.0.X や 2.1.X のバージョンではこの問題の解決する 方法はありません. 2.2 から 2.2.5 のバージョンでは以下のパッチを /sys/i386/isa/psm.c に適用しカーネルの再構築を行なって下さい.

もし, カーネルの再構築をおこなったことがないのであれば のセクションを 見てください. diff -u psm.c.orig psm.c @@ -766,6 +766,8 @@ if (verbose >= 2) log(LOG_DEBUG, "psm%d: SET_DEFAULTS return code:%04x\n", unit, i); + set_mouse_resolution(sc->kbdc, PSMD_RES_HIGH); + #if 0 set_mouse_scaling(sc->kbdc); /* 1:1 scaling */ set_mouse_mode(sc->kbdc); /* stream mode */

FreeBSD 2.2.6 以降のバージョンでは, PS/2 マウスドライバのフラグに 0x04 を指定してマウスを高解像度モードにします. システムの起動時に ``-c'' ブートオプションを与えて UserConfig に入ります. boot: -c UserConfig のコマンドラインで以下のように入力して下さい. > flags psm0 0x04 > quit

マウスに関する不具合の他の原因の可能性については直前のセクションも 見てみて下さい. X のアプリケーションを構築する時に,

Imake.tmpl は X の標準アプリケーション構築ツールである Imake パッケージの一部です. Imake.tmpl は X アプリケーションの構築に必要な多くのヘッダファイルと 同様に, X のプログラムディストリビューションに含まれています. sysinstall を使うか手動で X のディストリビューションファイルから インストールすることができます.