十分な RAM が利用可能であると想定される環境で Linux ライブ CD を使用する場合、X ウィンドウ システムの互換性を最大化する構成は何ですか?
私は SliTaz 4 をベースにした Linux Live CD を持っていますが、何よりもまず、常に X11 環境で起動することを最優先にする必要があります。そのため、過去 10 年間にリリースされたほぼすべてのグラフィック カードまたは組み込みグラフィック チップセットと互換性のある Xorg 構成を探しています。パフォーマンスが犠牲になったり、ハードウェア アクセラレーションが無効になったり、特定の解像度に制限されたりしてもかまいません。私が望むのは、(事実上) あらゆる PC でロードされることがほぼ保証されることだけです。
これを実現するには、どのような Xorg 構成にすればよいか、どのモジュールをコンパイル/インストールする必要があるかなどを教えてください。できれば、特定の拡張機能や静的にリンクされたモジュールを使用してカーネルを再コンパイルする必要はありません。
答え1
数週間にわたる研究、開発、およびフィールドテストの結果、Xorg には 100% 互換性のあるモード、ドライバー、または設定がないという結論に達しました。Xorg の Vesa ドライバーは一応動作しますが、適合が保証されるにはほど遠いものです (構成なしで全般的に約 70% の成功率)。
XorgにはフレームバッファベースのドライバXfbdevがあり、これはほぼ常に動作することが保証されています（約95-99%の時間）が、パフォーマンスはひどく、基本的に開発が不十分で、ドキュメントも研究も不十分で、一般的には使用されていません。起動時に設定されたフレームバッファを使用する必要があります。つまり、解像度は固定されており、Linuxを起動すると変更できません。出力スケーリングを無効にする互換性のある方法はありませんつまり、少なくとも一定の割合のユーザーに対してはディスプレイが間違ったアスペクト比に引き伸ばされ、ほとんどの場合、正しいネイティブのディスプレイ解像度と一致することはありません。
Xvesa は、もう開発もメンテナンスもされていませんが (残念です!)、最善のソリューションです。BIOS から設定やハックを取得するため、UI が 100% 表示されます。そのため、BIOS スプラッシュ スクリーンが表示されている場合は、Xvesa ディスプレイが表示されます。解像度の自動検出機能 (壊れていて信頼性が低い) がありますが、Linux を起動した後 (および Xvesa を起動した後) に解像度を変更できるのが本当に素晴らしい点です。ネイティブ解像度を検出してネイティブ解像度を表示できるさまざまなハックがあります。の出力を解析することは、--display-modes実際にはおそらく 95% の確率でかなり良いソリューションであることがわかりましたが、出力が実際には正しいのに、実行したテスト ケースの 100% で自動検出が失敗する理由がわかりません--display-modes。
結局のところ、Linux で自動構成可能なディスプレイ設定 X 環境に最も近いのは Xvesa であり、X11 はどのドライバーを使用してもこれに近づくことはできません。明らかに、X11 は Xvesa よりも多くの機能と利点を備えていますが、多くの人々 (特にライブ CD を作成する企業) にとって、デフォルトのブート環境でユーザーが半分の時間コンソールに移動するのであれば、これらの機能は役に立ちません。