Xorg
- X.Org プロジェクトは X Window System のオープンソース実装を提供しています。開発作業は freedesktop.org コミュニティと共同で行われています。X.Org Foundation は理事会がこの取り組みを提供し、メンバーがこの作業を主導する教育非営利法人です。
Xorg (一般的には単に X と呼ばれる)は、Linux ユーザーの間で最も人気のあるディスプレイサーバーです。その普遍性により、GUI アプリケーションにとって Xorg は欠かせない存在となり、ほとんどのディストリビューションで広く採用されています。詳しくは Wikipedia の Xorg や Xorg のウェブサイト を見て下さい。
Xorg の代替または後継候補については、Wayland を参照してください。
目次
- 1 インストール
- 2 起動
- 3 設定
- 4 入力デバイス
- 5 モニターの設定
- 6 コンポジット
- 7 ヒントとテクニック
- 8 トラブルシューティング
- 8.1 共通
- 8.2 右 CTRL キーが oss キーマップとして動作しない
- 8.3 "su" で X クライアントの起動が失敗する
- 8.4 プログラムが "font '(null)'" を要求する
- 8.5 フレームバッファモード問題
- 8.6 Matrox カードで DRI が停止する
- 8.7 リカバリ: GUI ログインの前に Xorg を無効化
- 8.8 X が起動できない: Keyboard initialization failed
- 8.9 black screen, No protocol specified.., Resource temporarily unavailable for all or some users
- 8.10 Rootless Xorg (v1.16)
- 8.11 動画を視聴しようとすると緑色の画面が表示される
- 8.12 SocketCreateListener エラー
- 9 参照
インストール
Xorg は xorg-server パッケージでインストールできます。
また、設定作業などに必要なパッケージのいくつかが xorg-apps グループに入っており、それぞれ関連するセクションで説明しています。
xorg グループも利用できます。このグループには Xorg サーバのパッケージや xorg-apps のパッケージ、フォントが含まれています。
ドライバーのインストール
Linux カーネルにはオープンソースのビデオドライバーが含まれておりハードウェアでアクセラレートされたフレームバッファをサポートしています。しかし、OpenGL や X11 における 2D アクセラレーションを使うにはユーザーランドのサポートが必要です。
まず、あなたのカードを確認してください:
$ lspci | grep -e VGA -e 3D
それから適切なドライバーをインストールしてください。パッケージデータベースを検索してオープンソースビデオドライバーの一覧を表示することができます:
$ pacman -Ss xf86-video
Xorg はインストールされているドライバーを自動的に検索します:
- 使用しているハードウェアにあったドライバー(以下に記載)がインストールされていない場合、Xorg はまず最初に fbdev (xf86-video-fbdev) を検索します。
- fbdev が存在しなかった場合、次に汎用ドライバーである vesa (xf86-video-vesa) を検索します。vesa はほとんどのチップセットで動作しますが 2D や 3D のアクセラレーションは含まれていません。
- vesa も見つからない場合、Xorg はカーネルモードセッティングにフォールバックします。カーネルモードセッティングでは GLAMOR アクセラレーションが利用できます (modesetting(4) を参照)。
ビデオアクセラレーション機能を動かしたり、GPU が設定できる全てのモードを表示するには、適切なビデオドライバが必要です:
ブランド | 種類 | ドライバ | OpenGL | OpenGL (multilib) | ドキュメント |
---|---|---|---|---|---|
AMD / ATI | オープンソース | xf86-video-amdgpu | mesa | lib32-mesa | AMDGPU |
xf86-video-ati | ATI | ||||
プロプライエタリ | xf86-video-amdgpu | amdgpu-pro-libglAUR | lib32-amdgpu-pro-libglAUR | AMDGPU PRO | |
Intel | オープンソース | xf86-video-intel1 | mesa | lib32-mesa | Intel Graphics |
NVIDIA | オープンソース | xf86-video-nouveau | mesa | lib32-mesa | Nouveau2 |
プロプライエタリ | nvidia | nvidia-utils | lib32-nvidia-utils | NVIDIA2 | |
nvidia-470xx-dkmsAUR | nvidia-470xx-utilsAUR | lib32-nvidia-470xx-utilsAUR | |||
nvidia-390xxAUR | nvidia-390xx-utilsAUR | lib32-nvidia-390xx-utilsAUR |
- 第4世代およびそれ以上の Intel graphics については、Intel Graphics#インストール で利用可能なドライバーを見てください。
- オンボードのグラフィックカードとディスクリート GPU が混載されていて NVIDIA Optimus が有効になっているノートパソコンを使用する場合は NVIDIA Optimus を見てください。
他のビデオドライバーは xorg-drivers グループで見つけることができます。
Xorg はクローズドソースのドライバーがなくとも問題なく動作するはずです。基本的に、ゲームのための 3D 支援レンダリングや、デュアルスクリーン、TV 出力など高度な機能を使う場合にのみプロプライエタリのドライバが必要になります。オープンソースのドライバーでサポートされない最近の GPU (特に NVIDIA GPU)は例外です。
AMD
モデル名 (例: Radeon RX 6800) から GPU アーキテクチャ (例: Radeon RX 6800) への変換は、wikipedia:List of AMD graphics processing units を見てください。
GPU アーキテクチャ | オープンソースドライバ | プロプライエタリドライバ |
---|---|---|
RDNA, RDNA 2 | AMDGPU | AMDGPU PRO |
GCN 3, GCN 4, GCN 5 | ||
GCN 1, GCN 2 | AMDGPU* / ATI | 利用不可 |
TeraScale およびそれ以前 |
ATI | 利用不可 |
- *: 実験的
起動
Xorg(1) コマンドを直接実行することは通常ありません。代わりに、ディスプレイマネージャ か xinit を用いて X サーバを起動します。
設定
Xorg は初期設定に xorg.conf
という名前の設定ファイルと .conf
が末尾につくファイルを使います: これらのファイルが検索されるフォルダの完全なリストは xorg.conf(5) で見られます(利用可能なすべてのオプションの詳細な説明付き)。
.conf ファイルを使う
/etc/X11/xorg.conf.d/
ディレクトリにはホスト固有の設定を保存します。あなたは自由に設定ファイルをそのディレクトリに追加することができますが、ファイル名には .conf
拡張子がなければなりません。さらに、これらのファイルは ASCII 順で読み込まれます。これらのファイル名は XX-
(2桁の整数とハイフン)で始めるのが慣例です(例えば 10 は 20 よりも早く読み込まれます)。これらのファイルは X サーバーの起動時にパースされオリジナルの xorg.conf
設定ファイルの一部として扱われます。設定が競合した場合は、一番最後のファイルが処理されることに注意してください。これにより、最も一般的な設定ファイルは名前順で一番最初にあるべきです。xorg.conf
ファイル内の設定エントリは一番最後に処理されます。
設定オプションの例は Fedora:Input device configuration#xorg.conf.d を見てください。
xorg.conf を使う
/etc/X11/xorg.conf
や /etc/xorg.conf
で Xorg を設定することもできます。xorg.conf
のスケルトンを生成するには
# Xorg :0 -configure
上のコマンドで /root/
に xorg.conf.new
ファイルが作られるはずです。これを /etc/X11/xorg.conf
にコピーして上書きすることができます。
もしくは、あなたのビデオカードドライバに自動で Xorg を設定するツールが含まれているかもしれません。詳しくは NVIDIA や AMDGPU PRO などあなたの使っているビデオカードの記事を見て下さい。
入力デバイス
入力デバイスのドライバーについては、X サーバーはデフォルトで libinput ドライバー (xf86-input-libinput) を使用しますが、xf86-input-evdev と関連するドライバーも使用できます [1]。
Udev があなたのハードウェアを検知し、/usr/share/X11/xorg.conf.d/
ディレクトリに入っているデフォルト設定ファイル 10-evdev.conf
と 40-libinput.conf
によって、evdev と libinput がほとんど全てのデバイスのホットプラグ・インプットドライバーとして動作します。Udev は systemd によって提供されています。
X サーバーの起動後、ログファイルを確認することで、どちらのドライバーがデバイスによってホットプラグされているか確認できます (ログファイルの名前は違っているかもしれません):
$ grep -e "Using input driver " Xorg.0.log
evdev や libinput があなたの持っているデバイスをサポートしていないときは、必要なドライバーを xorg-drivers グループからインストールしてください。
ホットプラグの動作については#設定を見てください。
より詳細な手順については、libinput の記事や以下に述べる記事、より多くの例は Fedora:Input device configuration を見てください。
入力の識別
特別なキーボードキー#Xorg を見てください。
マウスのアクセラレーション
マウスのアクセラレーション を見てください。
特殊なマウスボタン
全てのマウスボタンを動作させる を見てください。
タッチパッド
libinput または Synaptics タッチパッド を見てください。
タッチスクリーン
タッチスクリーン を見てください。
キーボードの設定
Xorg でのキーボード設定 を見てください。
モニターの設定
手動設定
ヘッドレスな環境においては、xf86-video-dummy ドライバが必須です; それをインストールし、例えば以下のような設定ファイルを作成してください:
/etc/X11/xorg.conf.d/10-headless.conf
Section "Monitor" Identifier "dummy_monitor" HorizSync 28.0-80.0 VertRefresh 48.0-75.0 Modeline "1920x1080" 172.80 1920 2040 2248 2576 1080 1081 1084 1118 EndSection Section "Device" Identifier "dummy_card" VideoRam 256000 Driver "dummy" EndSection Section "Screen" Identifier "dummy_screen" Device "dummy_card" Monitor "dummy_monitor" SubSection "Display" EndSubSection EndSection
マルチモニター
一般的な情報はマルチディスプレイを見て下さい。
GPU 固有の手順は以下を参照してください:
複数のグラフィックカード
利用するドライバを正しく定めてグラフィックカードのバス ID を(10進数表記で)入力する必要があります。
Section "Device" Identifier "Screen0" Driver "intel" BusID "PCI:0:2:0" EndSection Section "Device" Identifier "Screen1" Driver "nouveau" BusID "PCI:1:0:0" EndSection
(16進数の)バス ID を取得するには:
$ lspci | grep -e VGA -e 3D
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 630 (rev 04) 01:00.0 3D controller: NVIDIA Corporation GP107M [GeForce GTX 1050 Mobile] (rev a1)
この場合、バス ID は 0:2:0
と 1:0:0
となります。
画面サイズと DPI
2009 以降、デフォルトで Xorg は常に DPI を 96 に設定します([2] を参照)。適切な DPI を自動検出する変更がバージョン 21.1 で加えられましたが、差し戻されました(FS#72661 を参照)。
X サーバの DPI は -dpi
コマンドラインオプションで設定できます。
細かなディーテールが要求される場面(フォントレンダリングなど)では、正しい DPI を設定すると役に立つことがあります。以前は、メーカーは 96 DPI を標準として作成していました (10.3" モニターなら 800x600、13.2" モニターなら 1024x768)。最近では、画面の DPI は様々であり、縦横で等しくないこともあります。例えば、19" ワイドスクリーン LCD が 1440x900 なら DPI が 89x87 になります。
ディスプレイのサイズと DPI が正しく検出・計算されているか確認するには:
$ xdpyinfo | grep -B2 resolution
寸法がディスプレイサイズと一致しているかチェックしてください。
スクリーンの物理的な大きさがわかっているときは、Xorg の設定ファイルに入力することで正しい DPI が計算されます(実際の xrandr の出力に合わせて Identifier を調整してください):
Section "Monitor" Identifier "DVI-D-0" DisplaySize 286 179 # ミリメートル単位 EndSection
フルの xorg.conf を作成しないでモニタの仕様の入力だけを行いたい場合は新しい設定ファイルを作成してください。例えば (/etc/X11/xorg.conf.d/90-monitor.conf
):
Section "Monitor" Identifier "<default monitor>" DisplaySize 286 179 # In millimeters EndSection
スクリーンの横と縦の物理的な長さがわからないときは(最近は対角線の長さ(インチ数)しかわからないことも多い)、モニターの最大解像度(またはアスペクト比)と対角線の長さを使って縦と横の長さを計算できます。ピタゴラスの定理を使って最大解像度1280x800(もしくはアスペクト比16:10)、13.3インチのスクリーンの場合:
$ echo 'scale=5;sqrt(1280^2+800^2)' | bc # 1509.43698
このコマンドでピクセルの対角線の長さがわかり、この値を使うことで物理的な縦と横の長さを知ることができます (そしてそれをミリメートルに変換できます):
$ echo 'scale=5;(13.3/1509)*1280*25.4' | bc # 286.43072 $ echo 'scale=5;(13.3/1509)*800*25.4' | bc # 179.01920
手動で DPI を設定する
RandR に対応しているドライバ (例えばオープンソースの ATI ドライバ) なら、次のコマンドで設定できます:
$ xrandr --dpi 144
設定を永続的にするには 自動起動#Xorg のスタートアップ を見て下さい。
プロプライエタリの NVIDIA ドライバー
Device
か Screen
セクション下にオプションを追加することで DPI を手動で設定できます:
Option "DPI" "96 x 96"
Manual DPI Setting Caveat
GTK はしばしば、オプションの Xresource Xft.dpi
を通して Xorg サーバの DIP を上書きします。これがあなたの環境で起こっているかどうかを確認するには:
$ xrdb -query | grep dpi
GTK ライブラリのバージョン 3.16 以降、この変数が明示的に設定されていない場合、GTK はこの変数の値を 96 に設定します。GTK アプリがサーバの DPI に従うようにするには、Xft.dpi
の値をサーバのもとと同じに明示的に設定する必要があります。Xft.dpi
リソースは、一部のデスクトップ環境の個人設定で DIP を特定の値に強制的に設定する手段です。KDE と TDE がその例です。
Display Power Management
DPMS (Display Power Management Signaling) はコンピュータが使われていない時にモニターを省電力モードに移行させる技術です。一定時間後にモニタを自動で standby にすることができます。DPMS を見て下さい。
コンポジット
X の Composite 拡張によってウィンドウ階層のサブツリー全体がオフスクリーンバッファにレンダリングされます。アプリケーションはバッファの内容を取得できるようになります。オフスクリーンバッファは親のウィンドウに自動的にマージされるか、コンポジットマネージャと呼ばれる外部のプログラムによってマージされます。詳しくは次のページを見て下さい: Wikipedia:ja:コンポジット型ウィンドウマネージャ。
ウィンドウマネージャによっては、コンポジットマネージャをインストールしなくてもコンポジットが行われます (例: Compiz, Enlightenment, KWin, Marco, Metacity, Muffin, Mutter, Xfwm)。そうでないウィンドウマネージャの場合、スタンドアロンのコンポジットマネージャを使用します。
コンポジットマネージャ一覧
- Picom — X コンポジタ (xcompmgr-dana のフォーク)。
- Xcompmgr — X.org 向けのウィンドウ効果ができるコンポジットマネージャ。
- Unagi — モジュール式のコンポジットマネージャ。C で書かれており XCB をベースにしています。
ヒントとテクニック
自動化
このセクションでは、キーボード/マウスの入力やウィンドウ操作(移動、リサイズ、レイズなど)の自動化のためのユーティリティを挙げています。
ツール | パッケージ | マニュアル | Keysym インプット |
ウィンドウ 操作 |
備考 |
---|---|---|---|---|---|
xautomation | xautomation | xte(1) | Yes | No | スクリーンスクレイピングツールも同梱。F13 などのシミュレート不可。
|
xdo | xdo | xdo(1) | No | Yes | ウィンドウの基本的なアクションを行う小さな X ユーティリティ。 |
xdotool | xdotool | xdotool(1) | Yes | Yes | バグが多く、活発に開発されていない。例: CLI パースが壊れている[3][4] |
xvkbd | xvkbdAUR | xvkbd(1) | Yes | No | Xorg のための仮想キーボード。文字を送るための -text オプションもあり。
|
AutoKey | autokey-qtAUR autokey-gtkAUR | ドキュメント | Yes | Yes | 高レベルで強力なマクロとスクリプトユーティリティ。Qt と Gtk の両方のフロントエンドあり。 |
クリップボード#ツール と X 自動化ツールの概要 も参照してください。
ネストした X セッション
他のデスクトップ環境に入れ子になったセッションを起動するには:
$ /usr/bin/Xnest :1 -geometry 1024x768+0+0 -ac -name Windowmaker & wmaker -display :1
上記で現在の X セッションの中に 1024x768 のウィンドウの Window Maker セッションが起動します。
このためには xorg-server-xnest パッケージをインストールする必要があります。
X セッションをネストする、よりモダンな方法は Xephyr です。
ウィンドウマネージャ無しでアプリケーションを起動する
xinit#ウィンドウマネージャを使わずにアプリケーションを起動 を見てください。
リモートで GUI プログラムを実行する
次の記事を参照してください: Secure Shell#X11 フォワーディング
必要に応じて入力ソースを有効化・無効化
xinput
を使えば一時的に入力ソースを有効化・無効化することができるようになります。ThinkPad のように複数のマウスがあって、どちらか片方だけ使いたい時などに役立ちます。
xorg-xinput パッケージをインストールしてください。
無効化したいデバイスの ID を調べて下さい:
$ xinput
例えば Lenovo ThinkPad T500 では、出力は以下のようになります:
$ xinput
⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ TPPS/2 IBM TrackPoint id=11 [slave pointer (2)] ⎜ ↳ SynPS/2 Synaptics TouchPad id=10 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ Power Button id=6 [slave keyboard (3)] ↳ Video Bus id=7 [slave keyboard (3)] ↳ Sleep Button id=8 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=9 [slave keyboard (3)] ↳ ThinkPad Extra Buttons id=12 [slave keyboard (3)]
xinput --disable device_id
(device_id は無効化したいデバイスの ID) でデバイスを無効にします。次の例では Synaptics Touchpad の ID 10 を無効にします:
$ xinput --disable 10
デバイスを有効にするには、次のコマンドを実行してください:
$ xinput --enable 10
もしくはデバイス名を使うこともできます。タッチパッドを無効化するコマンドは:
$ xinput --disable "SynPS/2 Synaptics TouchPad"
ホットキーでアプリケーションを終了
ホットキーでスクリプトを実行:
#!/bin/sh windowFocus=$(xdotool getwindowfocus) pid=$(xprop -id "$windowFocus" | grep PID) kill -9 "$pid"
依存パッケージ: xorg-xprop, xdotool
TTY のアクセスをブロック
X から tty へのアクセスをブロックしたい場合、以下を xorg.conf
に追加してください:
Section "ServerFlags" Option "DontVTSwitch" "True" EndSection
ユーザーが X を終了できないようにする
X が動作しているときにユーザーから kill されないようにしたい場合、以下を xorg.conf に追加してください:
Section "ServerFlags" Option "DontZap" "True" EndSection
視覚的にアプリケーションを kill する
アプリケーションが誤動作したり固まったりした場合、ターミナルから kill
や killall
を使うためにプロセス ID や名前を見つける代わりに、xorg-xkill を使えばアプリケーションをクリックして強制停止させることができます。
Rootless Xorg
Xorg は root の代わりに標準的なユーザー権限で実行することができます (いわゆる "rootless" Xorg)。これは root で実行するよりもセキュリティ上重要な改善です。一部の人気なディスプレイマネージャ(例: LightDM や XDM)はルートレス Xorg をサポートしていないことに注意してください。
Xorg がどのユーザーとして実行されているかは ps -o user $(pgrep Xorg)
で確認できます。
Xorg.wrap(1), systemd-logind(8), systemd のユーザーサービスとしての Xorg, Fedora:Changes/XorgWithoutRootRights , FS#41257 も参照して下さい。
xinitrc の使用
ルートレス Xorg を設定するには xinitrc を使用します。
startx
を直接実行し、exec startx
を使用しないでください。- .xserverrc を介して
$XDG_VTNR
で logind から渡されたパーミッションの仮想端末を Xorg が使用することを確認してください。 - 特定のプロプライエタリなディスプレイドライバを使用している場合、カーネルモード設定 が必要です。自動検出 で失敗する場合
needs_root_rights = no
を/etc/X11/Xwrapper.config
で設定する必要があります。
GDM の使用
GDM で、カーネルモード設定 を使用する場合、デフォルトで root 権限なしに Xorg を実行します。
セッションログのリダイレクト
Xorg をルートレスモードで実行すると、Xorg のログは、~/.local/share/xorg/Xorg.log
に保存されます。しかし、Xorg セッションからの stdout と stderr の出力はこのログにリダイレクトされません。リダイレクトを再度有効にするには、Xorg を -keeptty
フラグで起動し、stdout と stderr の出力をファイルにリダイレクトします。
startx -- -keeptty >~/.xorg.log 2>&1
もしくは、/etc/X11/xinit/xserverrc
を ~/.xserverrc
にコピーして、-keeptty
を追加します。[5] を参照してください。
root として Xorg を実行
上記の通り、rootless Xorg がデフォルトであるような状況が存在します。rootless Xorg がデフォルトである環境で Xorg を root として実行する必要がある場合、Xorg.wrap(1) を設定して root を要求するようにできます。
/etc/X11/Xwrapper.config
needs_root_rights = yes
トラブルシューティング
共通
何か問題が発生したらログを確認してください。ログは /var/log/
または (v1.16 からデフォルトのルートレス X の場合) ~/.local/share/xorg/
の中に保存されています。GDM を使っている場合は systemd の journal をチェックしてください [6]。
ログファイルの名前は Xorg.n.log
です。n
はディスプレイ番号に置き換えられます。デフォルト設定のシングルユーザーマシンの場合は Xorg.0.log
を確認すれば良いですが、他の構成の場合は見るべきログは違うかもしれません。X サーバーのセッションが起動したときのタイムスタンプと X が起動するのに使われたコンソールを確認することで適切なログファイルを見分けられます。例:
$ grep -e Log -e tty Xorg.0.log
[ 40.623] (==) Log file: "/home/archuser/.local/share/xorg/Xorg.0.log", Time: Thu Aug 28 12:36:44 2014 [ 40.704] (--) controlling tty is VT number 1, auto-enabling KeepTty
- ログファイルの中に
(EE)
で始まる行が存在しないか確認してください。(EE)
はエラーです。また、(WW)
は警告です。
$HOME
に存在する.xinitrc
ファイルが空の場合、X を起動するにはファイルを削除するか正しく編集する必要があります。空の場合、X は画面を表示せずXorg.0.log
にエラーも出力されません。ファイルを削除するとデフォルトの X 環境が起動します。- 画面が真っ黒になった場合、別の仮想端末に切り替えて (例:
Ctrl+Alt+F2
)、root でログインしてください。root
と入力して root パスワードを入力することでログインできます。
- 次のコマンドで X サーバーを終了させることが可能です:
# pkill X
- 上記のコマンドが機能しない場合、再起動してください:
# reboot
- キーボード・マウス・タッチパッドなどに問題がおこる場合は カテゴリ:入力デバイス内のそれぞれのページを見て下さい。
- ATI、Intel、NVIDIA の記事に問題の解決方法が載ってないか調べてください。
右 CTRL キーが oss キーマップとして動作しない
root で /usr/share/X11/xkb/symbols/fr
を編集して:
include "level5(rctrl_switch)"
を
// include "level5(rctrl_switch)"
に変更して X を再起動するか次を実行してください:
setxkbmap fr oss
"su" で X クライアントの起動が失敗する
"Client is not authorized to connect to server" と表示される場合、次の行を /etc/pam.d/su
と /etc/pam.d/su-l
に追加して下さい:
session optional pam_xauth.so
pam_xauth
が正しく環境変数を設定し xauth
キーを管理します。
プログラムが "font '(null)'" を要求する
- エラーメッセージ: "unable to load font `(null)'."
いくつかのプログラムはビットマップフォントでだけ動作します。2つの主要なビットマップフォントのパッケージがあります、xorg-fonts-75dpi と xorg-fonts-100dpi です。両方は必要ありません、片方だけで十分です。どちらがあなたに適しているか調べるには、次を実行してください:
$ xdpyinfo | grep resolution
それからあなたに適している方を使って下さい (XX は 75 か 100 に置き換える):
# pacman -S xorg-fonts-XXdpi
フレームバッファモード問題
以下のログメッセージを残して X の起動が失敗する場合:
(WW) Falling back to old probe method for fbdev (II) Loading sub module "fbdevhw" (II) LoadModule: "fbdevhw" (II) Loading /usr/lib/xorg/modules/linux//libfbdevhw.so (II) Module fbdevhw: vendor="X.Org Foundation" compiled for 1.6.1, module version=0.0.2 ABI class: X.Org Video Driver, version 5.0 (II) FBDEV(1): using default device Fatal server error: Cannot run in framebuffer mode. Please specify busIDs for all framebuffer devices
xf86-video-fbdev パッケージをアンインストールしてください。
Matrox カードで DRI が停止する
Matrox カードを使っていて Xorg をアップグレードすると DRI が停止する場合、次の行を xorg.conf
のビデオカードの Device セクションに追加してください:
Option "OldDmaInit" "On"
リカバリ: GUI ログインの前に Xorg を無効化
Xorg を自動的に起動するように設定していて、なんらかの理由でログイン・ディスプレイマネージャが表示される前に Xorg が起動するのを防ぎたい場合(例えば、システムを間違って設定したせいで Xorg がマウスやキーボード入力を受け付けない場合)、以下の2つの方法でこれを達成できます。
- デフォルトのターゲットを rescue.target に変更してください。systemd#起動時のデフォルトターゲットを変更する を参照。
- 誤ってシステムを設定して Xorg を使えなくしただけでなく、GRUB メニューの待ち時間をゼロに設定、または起動時から Xorg を無効にするのに GRUB を使えない場合、Arch Linux のライブ CD を使って下さい。インストールガイドに従ってインストールした Arch Linux をマウントして chroot します。もしくは、
Ctrl+Alt
+ function キー (通常は X によって使用されていないF1
からF7
) を使って tty を切り替えてから root でログインして以下を行います。
設定に応じて、以下の作業のどれか、または複数を行う必要があります:
- ディスプレイマネージャを無効化。
- X の自動起動を無効化。
~/.xinitrc
の名前を変更するかexec
行をコメントアウト。
X が起動できない: Keyboard initialization failed
ハードディスクが満杯の場合、startx は失敗します。/var/log/Xorg.0.log
の最後が次のようになるはずです:
(EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap (EE) XKB: Failed to load keymap. Loading default keymap instead. (EE) Error compiling keymap (server-0) (EE) XKB: Couldn't compile keymap XKB: Failed to compile keymap Keyboard initialization failed. This could be a missing or incorrect setup of xkeyboard-config. Fatal server error: Failed to activate core devices. Please consult the The X.Org Foundation support at http://wiki.x.org for help. Please also check the log file at "/var/log/Xorg.0.log" for additional information. (II) AIGLX: Suspending AIGLX clients for VT switch
root パーティションに空き容量を作ってから X を起動してください。
X は設定と一時ファイルをユーザーの home ディレクトリに作成します。あなたの home ディレクトリが入っているパーティションに十分な空き容量があることを確認してください。悪いことに、ディスク容量が不足していることを X サーバーは何も知らせません。
Rootless Xorg (v1.16)
バージョン 1.16 から [7]、Xorg は logind
を利用して通常ユーザーの権限で動作させることが出来るようになっています。このために必要なのは:
- systemd; 複数のインスタンスを扱えるバージョン216以降
- xinit で X を起動; ディスプレイマネージャはサポートされていません
- プロプライエタリのディスプレイドライバにおける KMS 実装は自動的に検出できないため
/etc/X11/Xwrapper.config
でneeds_root_rights = no
を手動で設定する必要があります [8]
以上の条件を満たさない場合、/etc/X11/Xwrapper.config
で root 権限を有効にしてください:
needs_root_rights = yes
Xorg.wrap(1) や systemd/ユーザー#systemd のユーザーサービスとしての Xorg も参照。
GDM は Kernel Mode Setting が使われている場合、デフォルトで root 権限を利用しないで Xorg を起動します。
リダイレクトが機能しない
ユーザーの Xorg ログが ~/.local/share/xorg/Xorg.log
に保存されるとき、X セッションからの出力はログに含まれません。リダイレクトを有効にするには、-keeptty
フラグを使って X を起動してください:
exec startx -- -keeptty > ~/.xorg.log 2>&1
もしくは /etc/X11/xinit/xserverrc
を ~/.xserverrc
にコピーして、-keeptty
を追記して下さい。[9] を参照。
動画を視聴しようとすると緑色の画面が表示される
色深度の設定が間違っています。例えば、16ではなく24に設定する必要があります。
SocketCreateListener エラー
"SocketCreateListener() failed" というエラーメッセージを吐いて X が落ちてしまう場合、/tmp/.X11-unix
内のソケットファイルを削除する必要があります。この問題は root で Xorg を起動した場合に発生します。
参照
- Xplain - X Window System の詳しい解説