☰

Xwaylandの設定方法（NoTrapSignalsを正しい値に設定）

tag-icon • tag-icon xorg gnome configuration wayland
Xwaylandの設定方法（NoTrapSignalsを正しい値に設定）

私が作った/etc/X11/xorg.conf。

Section "ServerFlags"
    Option "NoTrapSignals" "true"
EndSection

Waylandの代わりにXを使用してGNOMEセッションを開始すると、GNOMEセッションに正常に影響します。私はSIGABRTを使用してXサーバーをシャットダウンしてそれを確認し、信号をキャプチャして独自のトレースを印刷しようとしないことを確認しました。

しかし、設定ファイルは私が本当に欲しいものを達成していません。つまり、Waylandで通常のGNOMEセッションを開始するときに、GNOMEでも実行されているXwaylandインスタンスに対して同じ動作を達成することです。

Xwaylandのログメッセージも見つかりません。、そして設定を読む場所が言及されていることを確認してください！

ページXorgがあることを確認しましたが、ページがありません。 （）で実行されるオプションは文書化されていませんが、公平に言えば、デフォルトのXセッションを実行すると、GNOMEにもそのオプションが渡されます。manXwaylandXwayland-rootless -terminate -core -listen 4 -listen 5 -displayfd 6man Xorg-displayfdXorg

これを行う方法を知っている人はいますか？

環境

  • Fedora 27
  • 小人
  • GNOMEセッション-3.26.1-1.fc27.x86_64
  • xorg-x11-サーバー-Xwayland-1.19.6-5.fc27.x86_64

コンテキスト

迷惑なXWaylandの衝突が発生しました。システムに保存されているコアダンプでは理解しにくいです。組み込みのXトレースジェネレータを無効にしたいです。邪魔になり、バックトラッキングジェネレータ自体が簡単にクラッシュし、さらにエラー信号をキャッチしてLinuxがカーネルログにSIGBUSエラーの正確な原因を記録します。。

NoTrapSignalsこれは本質的に脆弱な機能であり、権限のないXwaylandサーバーではAFAICTは意味がないため、これが正しい値であると言います。カーネルがディスプレイをテキストモードにリセットできなかった過去の悪いユーザーモード設定とは異なるので、Xサーバーがクラッシュしてもそれを行うことができることを切望していました。

答え1

NoTrapSignalsは本質的に脆弱な機能であり、権限のないXwaylandサーバーではAFAICTは意味がないため、これは正しい値であると言います。カーネルがディスプレイをテキストモードにリセットできなかった過去の悪いユーザーモード設定とは異なるので、Xサーバーがクラッシュしてもそれを行うことができることを切望していました。

これが正しい場合はXwaylandのバグなので、特定の設定ファイルがなくてもXwaylandが正しく実行されるように修正する必要があります。

実行中の試行XorgとXwayland次の試行を比較すると、構成ファイルが見つからず、XKBデータファイルのみが見つかったことがstraceわかります。Xwayland

オプションとして渡すと/usr/libexec/Xorg、両方とも/usr/bin/Xwayland使用推奨事項を印刷します。--helpXorgには、ログファイルまたは設定ファイル設定オプションを含む「デバイス関連の使用」セクションが含まれています。 Xwaylandはこれについて何も言及していません。したがって、XwaylandはXorgのように設定できないようです。

-core技術的には、Xwaylandは「致命的なエラーでコアダンプを生成する」シナリオで実行されているようです。 Xorgは同じオプションをサポートすると主張していますが、それをサポートしていません。これまでの証拠によると、特にNoTrapSignalsがコアダンプを生成するかどうかには影響しないため、これは関連性がないようです。

オプション "NoTrapSignals" "ブール"

これにより、Xorgサーバーが予期しない一連の致命的なシグナルをキャプチャし、きちんとシャットダウンするのを防ぎます。代わりに Xorg サーバーがシャットダウンし、失敗したコアが削除されます。 Xorgサーバーのデフォルトの動作は完全に終了することですが、コアファイルはまだ削除されています。一般的に言えば、Xorgサーバーの問題をデバッグし、その結果を処理する方法を知らない限り、このオプションを使用したくありません。

関連情報