Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste ÜberarbeitungBeide Seiten der Revision
user:obel1x:public:leap152_nouveau [2020/12/06 15:42] – ↷ Seite von user:obel1x:private:leap152_nouveau nach user:obel1x:public:leap152_nouveau verschoben Danieluser:obel1x:public:leap152_nouveau [2020/12/06 15:54] – [Linux und NVIDIA: Nouveau Treiber ab 2021] Daniel
Zeile 7: Zeile 7:
 Ein Wechsel von NVidia funktionierte bei mir (nur) so: Ein Wechsel von NVidia funktionierte bei mir (nur) so:
  
-  - Wissen: Die Treiber bestehen immer aus eine kernel-modul und einem x-treiber. Der Kernel lädt automatisch die richtigen Module, wenn diese vorhanden sind. Es ist nicht notwendig, dass diese in die initrd aufgenommen sind, sie müssen nur da sein (und zum Kernel passen). Es können aber nie zwei Module zu einer Karte zeitgleich geladen werden. Das Nouveau- Modul ist dabei so fester Systembestandteil, dass das entfernen via Yast nicht geht, ohne ganz X zu entfernen. Deshalb sind die Nouveau-Module immer vorhanden. +  - Wissen: Die Treiber bestehen immer aus einem KernelModul und einem XTreiber. Der Kernel lädt automatisch die richtigen Module, wenn diese vorhanden sind. Es ist nicht notwendig, dass diese in die initrd aufgenommen sind, sie müssen nur da sein (und zum Kernel passen). Es können aber nie zwei Module zu einer Karte zeitgleich geladen werden. Das Nouveau- Modul ist dabei so fester Systembestandteil, dass das Entfernen via Yast nicht geht, ohne ganz X zu entfernen. Deshalb sind die Nouveau-Module immer vorhanden. 
-  - Aus dem Grund deaktivieret der NVIDIA-Installer die Nouveau-Module immer über die Konfiguration im Verzeichnis /etc/modprobe.d/: Hier ist in irgendeiner CONF wahrscheinlich: "blacklist nouveau" eingetragen. Dies verhindert das Laden. +  - Aus dem Grund deaktivieret der NVIDIA- Installer die Nouveau- Module immer über die Konfiguration im Verzeichnis /etc/modprobe.d/: Hier ist in irgendeiner CONF wahrscheinlich: "blacklist nouveau" eingetragen. Dies verhindert das Laden. Um Nouveau wieder zu aktivieren, muss dieser Eintrag raus. 
-  - Um Nouveau wieder zu aktivieren, muss dieser Eintrag raus +  - Dann sollte zeitgleich mittels Yast alle Nvidia-Treiber deinstalliert werden, also auch xf86-video-nvidia* - und auch alle anderen NVIDIA- UND ALLE anderen xf86-video* Treiber - ausser, die neu zu installierenden Nouveau-Treiber. 
-  - Dann sollte zeitgleich mittels Yast alle Nvidia-Treiber deinstalliert werden, also auch xf86-video-nvidia* - und auch alle anderen NVIDIA- UND xf86-video* Treiber - ausser, die neu zu installierenden Nouveau-Treiber. +  - Danach sind die richtigen Module und Treiber vorhanden und das System sollte neu gestartet werden. Ich habe es nicht erlebt, dass die geladenen NVIDIA-Module deren Deinstallation verhinderten - aber falls das passiert, können diese nach einem Neustart nochmal installiert und deinstalliert werden. 
-  - Danach sind die richtigen Module und Treiber vorhanden und das System sollte neu gestartet werden. Ich habe es nicht erlebt, dass die geladenen NVIDIA-Module die deinstallation verhinderten - aber falls das passiert, können diese nach einem Neustart nochmal installiert und deinstalliert werden. +  - Wichtig beim Neustart: auf keinen Fall in den Runlevel 5 starten: Das wird scheiternUm das zu verhindern, im Bootmenü mit Taste "e" den Eintrag bearbeiten und an die Zeile mit "linux." eine 3 anhängen und mit F10 starten. 
-  - Wichtig beim Neustart: auf keinen Fall in den Runlevel 5 starten, das wird scheiternUm das zu verhindern, im Bootmenü mit Taste "e" den Eintrag bearbeiten und an die Zeile mit "linux...." eine 3 anhängen und mit F10 starten +  - Das System sollte nun mit den Nouveau-Modulen in die Kommandozeile starten 
-  - Das System sollte mit den Nouveau-Modulen in die Kommandozeile starten +  - Zum Testen sollte der Befehl "sudo hwinfo gfxcard" das anzeigen z.B. mit "Driver Status: nouveau is active". Falls nicht, könnte das Nachladen mit "modprobe nouveau" probiert werden (klappt das?), um die Fehlerquelle zu finden. 
-  - Zum Testen sollte der Befehl "sudo hwinfo --gfxcard" das anzeigen z.B. mit "Driver Status: nouveau is active". Falls nicht, könnte es mit "modprobe nouveau" probiert werden (klappt das?) +  - Sobald also das Kernel-Modul geladen ist und der Treiber (xf86-video-nouveau) installiert ist, muss noch die X-Konfiguration auch den Treiber nutzen. Diese liegt unter "/etc/X11/xorg.conf". Zum neu erstellen, das Programm "X -configure" aufrufen. Es erstellt autmatisch eine neue vollständige, seperate Config- Datei, die anstelle der alten xorg.conf genutzt werden kann.
-  - Sobald also das Kernel-Modul geladen ist und der Treiber (xf86-video-nouveau) installiert ist, muss noch die X-Konfiguration auch den Treber nutzen. Diese liegt unter "/etc/X11/xorg.conf". Zum neu erstellen, das Programm "X -configure" aufrufen. Es erstellt autmatisch eine neue vollständige, seperate Datei, die anstelle der alten xorg.conf genutzt werden kann.+
   - Eigentlich ginge jetzt bereits ein X- Start, aber ich hatte mit dem Voreinstellungen Probleme, die sich durch folgenden Parameter in der xorg.conf lösen ließen: Option "ShadowFB" "1" (unter Section "Device")   - Eigentlich ginge jetzt bereits ein X- Start, aber ich hatte mit dem Voreinstellungen Probleme, die sich durch folgenden Parameter in der xorg.conf lösen ließen: Option "ShadowFB" "1" (unter Section "Device")
-  - Mit startx kann das ganz getestet werden. Im fehlerfall: Debuggen von X geht als angemeldeter User mit: "<font inherit/monospace;;inherit;;#000000background-color:#ffffff;>startx -- -logverbose 9 -verbose 9</font>+  - Mit startx kann das ganz getestet werden. Im Fehlerfall: Debuggen von X geht als angemeldeter User mit: "startx – -logverbose 9 -verbose 9". 
-  - Sollte alles soweit laufen -> reboot sollte nun gehen. Wichtig war hierbei aber ausserdem der richtige Windows-Managermodus bei der Anmeldemaske. Sowohl "Wayland", als auch "full Wayland" haben nicht funktioniert+  - Sollte alles soweit laufen → reboot sollte nun gehen. Wichtig war hierbei aber ausserdem der richtige Windows-Managermodus bei der Anmeldemaske. Sowohl "Wayland", als auch "full Wayland" haben nicht funktioniert 
  
 ===== Kernel-Parameter ===== ===== Kernel-Parameter =====
  
-Sämtliche Kernel-Parameter ([[https://nouveau.freedesktop.org/KernelModuleParameters.html|https://nouveau.freedesktop.org/KernelModuleParameters.html]])  haben bei mir sonst nur eine Verschlimmbesserung gebracht. Diese können grundsätzlich mit dem Boot-Manager ergänzt werden. Tipps waren z.B. "nouveau.config=''NvMSI=0"''+Sämtliche Kernel-Parameter ([[https://nouveau.freedesktop.org/KernelModuleParameters.html|https://nouveau.freedesktop.org/KernelModuleParameters.html]]) haben bei mir sonst nur eine Verschlimmbesserung gebracht. Diese können grundsätzlich mit dem Boot-Manager ergänzt werden. Tipps waren z.B. "nouveau.config=NvMSI=0". Auf keinen Fall sollte nomodeset=1 genutzt werden, weil sonst gar kein kernel-modul geladen wird, bzw. Nouveau sich nicht aktiviert. Dann geht auch kein X-Treiber mehr.
  
  
  • user/obel1x/public/leap152_nouveau.txt
  • Zuletzt geändert: 2023/01/09 18:15
  • von Daniel