Welche Konfiguration maximiert die Kompatibilität des X Window-Systems bei einer Linux-Live-CD in einer Umgebung, in der voraussichtlich genügend RAM verfügbar ist?
Ich habe eine Linux Live-CD, die auf SliTaz 4 basiert, und ich muss es zur obersten Priorität machen, dass sie immer in eine X11-Umgebung bootet. Daher suche ich nach einer Xorg-Konfiguration, die mit praktisch jeder Grafikkarte oder jedem eingebetteten Grafikchipsatz der letzten 10 Jahre kompatibel ist. Es ist mir egal, ob dadurch die Leistung beeinträchtigt wird, die Hardwarebeschleunigung deaktiviert wird oder eine bestimmte Auflösung begrenzt ist – ich möchte nur die Garantie, dass sie auf (praktisch) jedem PC überall geladen wird.
Welche Xorg-Konfiguration sollte ich haben, welche Module muss ich kompilieren/installieren usw. usw., um dies zu erreichen? Vorzugsweise ohne den Kernel mit bestimmten Erweiterungen oder statisch verknüpften Modulen neu kompilieren zu müssen.
Antwort1
Nach wochenlanger Forschung, Entwicklung und Feldtests ist die Schlussfolgerung, dass Xorg einfach keine 100 % kompatiblen Modi, Treiber oder Einstellungen hat. Der Vesa-Treiber von Xorg funktioniert zwar einigermaßen, ist aber weit davon entfernt, garantiert zu passen (~70 % Erfolgsquote durch die Bank, ohne jegliche Konfiguration).
Xorg hat einen Framebuffer-basierten Treiber, Xfbdev, der garantiert fast immer funktioniert (~95-99% der Zeit), aber eine schreckliche Leistung bietet und im Grunde unterentwickelt, unterentwickelt, unterentwickelt und im Allgemeinen ungenutzt ist. Er muss einen Framebuffer verwenden, der beim Booten eingestellt wird, was bedeutet, dass die Auflösung fest ist und nach dem Booten in Linux nicht mehr geändert werden kann. Angesichts dessenEs gibt keine kompatible Möglichkeit, die Ausgabeskalierung zu deaktivieren, bedeutet dies, dass die Anzeige für zumindest einen bestimmten Prozentsatz der Benutzer auf ein falsches Seitenverhältnis gestreckt wird und fast nie die richtige, native Bildschirmauflösung erreicht.
Xvesa, obwohl es nicht mehr entwickelt oder gepflegt wird (wie schade, wie schade!), ist die beste Lösung. Es zeigt Ihre Benutzeroberfläche garantiert zu 100 %, da es alle Einstellungen oder Hacks aus dem BIOS übernimmt. Wenn Sie also den BIOS-Begrüßungsbildschirm sehen, sehen Sie auch eine Xvesa-Anzeige. Es verfügt über eine (defekte, unzuverlässige) automatische Auflösungserkennung, aber das wahre Juwel ist, dass die Auflösung nach dem Booten in Linux (und auch nach dem Starten von Xvesa) geändert werden kann. Es gibt verschiedene Hacks, um die native Auflösung zu erkennen und die native Auflösung anzuzeigen. Ich fand, dass das Parsen der Ausgabe in --display-modesvielleicht 95 % der Fälle tatsächlich eine ziemlich gute Lösung ist, obwohl ich nicht verstehe, warum die automatische Erkennung bei mir in 100 % der von mir ausgeführten Testfälle fehlschlägt, da die --display-modesAusgabe tatsächlich korrekt ist.
Letzten Endes war Xvesa das Linux-System, das einer X-Umgebung mit automatisch konfigurierbaren Anzeigeeinstellungen am nächsten kam, und X11 mit seinen Treibern kommt da nicht einmal annähernd ran. Natürlich bietet X11 viele Funktionen und Vorteile gegenüber Xvesa, aber für viele Leute (insbesondere Unternehmen, die Live-CDs erstellen) sind diese Funktionen nutzlos, wenn sie den Benutzer in einer Standard-Boot-Umgebung die Hälfte der Zeit auf eine Konsole verweisen.