Hallo T-Ampfer,
auch wenn man gern komplizierten Dingen auf den Grund geht, macht es Sinn solche Tauch-Übungen nicht gerade im Treibsand jahrzehntelanger Veralterung auszuführen: Schon Dein angeführter Link bezieht sich auf Kernel 2.6.18.
According to the documentation, use of the vga= kernel parameter is deprecated as of GRUB2.
Auch das Arch-Wiki (https://wiki.archlinux.org/index.php/kernel_mode_setting#Installation) warnt beim Thema Kernelbased-Mode-Switching lapidar:
At first, note that for any method you use, you should always disable
any vga= options in your bootloader as these will conflict with the native resolution enabled by KMS.
Laut Dokumentation des Kernels (https://github.com/torvalds/linux/blob/master/Documentation/admin-guide/kernel-parameters.txt) bezieht sich der Parameter auf die Framebuffer-Console und somit nur auf den kurzen Moment vor der Auswertung der Kernel-Command-Line. Im Wesentlichen zeichnet sich die Doku dadurch aus, dass man dort kaum mehr als eine Zeile zum Thema findet (= keiner benutzt sowas).
Für Anwender des nvidia_drm (ab Version 364.16)mag wiederum dieser Artikel aus dem Arch-Wiki (https://wiki.archlinux.org/index.php/NVIDIA#DRM_kernel_mode_setting) interessant sein., der auch erklärt worüber sich der Nvidia-Treiber da immer beim Booten beschwert. Anscheinend soll das mit "efifb" unter UEFI alles besser werden.
Grüße
musca
Hallo musca,
Hallo T-Ampfer,
auch wenn man gern komplizierten Dingen auf den Grund geht, macht es Sinn solche Tauch-Übungen nicht gerade im Treibsand jahrzehntelanger Veralterung auszuführen: Schon Dein angeführter Link bezieht sich auf Kernel 2.6.18.
Ich mag deinen Stil. Allerdings ist der Parameter auch noch noch auf Kernel.org gelistet
Adding the kernel parameter "nomodeset" helps in most casesund ich habe es gerade mit towo's Kernel ausprobiert. Es funktioniert noch immer, wird aber zB. von nouveau "überschrieben".
Die Abhängigkeit habe ich ja oben schon mal beschrieben.
According to the documentation, use of the vga= kernel parameter is deprecated as of GRUB2.
Es mag für grub2 veraltet sein, es funktioniert aber trotzdem weil der Kernel schließlich nicht grub ist.
Man verwendet dann also nur ein Grub2 feature nicht.
Auch das Arch-Wiki warnt beim Thema Kernelbased-Mode-Switching lapidar:
At first, note that for any method you use, you should always disable
any vga= options in your bootloader as these will conflict with the native resolution enabled by KMS.
Und nochmal, man deaktiviert KMS nicht indem man den Kernelparameter vga= setzt. Man fuscht KMS nur damit ins Handwerk.
Wenn der nvidia Treiber aktiv ist, ist KMS wohl eh deaktiviert. (Darum habe ich gerade den Beitrag noch mal überarbeitet weil das Beispiel ja nicht wirklich passte.)
Ich persönlich empfinde das Thema nicht als übermäßig schwierig. Mehr Probleme habe ich hier noch im Forum mit quot und code. Aber ich fuchse mich langsam ein.
Laut Dokumentation des Kernels bezieht sich der Parameter auf die Framebuffer-Console und somit nur auf den kurzen Moment vor der Auswertung der Kernel-Command-Line. Im Wesentlichen zeichnet sich die Doku dadurch aus, dass man dort kaum mehr als eine Zeile zum Thema findet (= keiner benutzt sowas).
Da der Kernel nach Grub(2) startet hat er das Sagen was die Auflösung der Konsole anbelangt. Grub2 selber wird mit
GRUB_GFXPAYLOAD_LINUX=keep
auch nichts anderes machen als dem Kernel die Anweisung zu übergeben und damit KMS ins Handwerk zu fuschen, gerade wenn man nun noch zB.
GRUB_GFXMODE=1024x768x32angibt. Welche zB. nicht die native Auflösung ist.
Ob ich nun grub(2) die Auflösung setzen lasse oder konfiguriere es selber, ist im Grunde egal. KMS wird mit beiden Methoden ins Handwerk gefuscht, aber nicht abgeschaltet!
Grüße
T-ampfer