jpg153 wrote: ↑24. Oct 2018, 12:34
So,
wie angenommen, musste ich zunächst den Nvidia wieder installieren, da ein Fallback auf Nouveau nicht funktionierte.
Vermutlich, das bestätigt der Blick ins Verzeichnis etc/X11, habe ich keine einzige xorg.conf, die nicht den Nvidia-Treiber erwartet.
Die Prüfung auf noch bestehenden Ausschluss des Nouveau-Treibers in /etc/modprobe.d und in /lib/modprobe.d hatte ich genannt, weil bei meinen früheren Nvidia-Treiberinstallationen die Installationsskripte zwar versuchten den Nouveau-Treiber auszuschließen, es aber nie vollbrachten. Die Ausschlüsse mussten immer manuell korregiert werden. Bei den Deinstallationen war, wie zu erwarten, auch manuelle Hilfe nötig. Wenn nach einer Deinstallation vergessen würde, den Ausschluss aufzuheben, käme es zu dem beschiebenen Verhalten.
Es gibt zwei Nouveau-Pakete im Salix-Repository, die zu X11 gehören:
xf86-video-nouveau (accelerated open source driver for nVidia cards)
und
xf86-video-nouveau BLACKLIST FILE
Über das Letztere wird die Datei /etc/modprobe.d/nouveau-blacklist.conf mit dem Inhalt
blacklist nouveau installiert. Diese Datei verhindert das Laden des Nouveau-Treibers. Es reicht aber aus,
blacklist nouveau in irgendeiner Datei in /etc/modprobe.d oder /lib/modprobe.d zu haben, um den Treiber zu verhindern. Deshalb muss man nach dem Ausschluss suchen, besonders wenn die Salix-Installation lange Zeit nur mittels Ubgrades nachgezogen wurde, könnten sich Ungereimtheiten angesammelt haben. Geeignet ist zB.:
in den beiden Verzeichnissen zu verwenden.
Wenn in /etc/modprobe.d und in /lib/modprobe.d kein Ausschluss (blacklist) des Nouveau-Treibers zu finden ist, dieser Treiber aber trotzdem nicht geladen wurde, dann bleibt zu vermuten, dass die benötigten Treiber nicht mehr auf dem System sind. Konnten die Nouveau-Treibers nicht gefunden werden, dann müssen sie entfernt worden sein. Überprüfen lässt sich das mittels Gslapt durch Eingabe von xf86-video-nouveau im Eingabefeld. Das erstere Paket muss nicht deinstalliert werden, sondern es reicht aus, den Treiber auszuschließen.
Das Nachstehende zeigt, welche Nouveau-Treibers auf meinem Salix-Rechner installiert sind. Mein X-Server nutzt nouveau_drv.so.
Code: Select all
$ ls -l /usr/lib64/xorg/modules/drivers/n[ov]*
-rwxr-xr-x 1 root root 1015 Dez 16 2015 /usr/lib64/xorg/modules/drivers/nouveau_drv.la
-rwxr-xr-x 1 root root 212576 Dez 16 2015 /usr/lib64/xorg/modules/drivers/nouveau_drv.so
-rwxr-xr-x 1 root root 910 Nov 12 2015 /usr/lib64/xorg/modules/drivers/nv_drv.la
-rwxr-xr-x 1 root root 172136 Nov 12 2015 /usr/lib64/xorg/modules/drivers/nv_drv.so
$
So lässt sich auch jetzt noch auf Existenz der Treiber prüfen, um Licht in diese Sache zu bringen. Eine Aufklärung der Problemursache ist wünschenswert, damit wir etwas lernen können.
Die Konfigurationsdateien in den Verzeichnissen /etc/X11 und /etc/X11/xorg.conf.d hatte ich genannt, weil unpassende Einstellungen zu Fehlern führen können. Der Server start aber trotzdem, auch bei fehlendem Treiber, und hinterlässt einen Protokollschrieb in /var/log/Xorg.0.log. Daraus lässt sich ebenfalls die Fehlerursache ermitteln.
Ihren Ausführungen kann ich entnehmen, dass in der Vergangenheit sowieso immer der Nvidia-Treiber zum Einsatz kam. Wenn auch künftig mit für Salix aktuellem Kernel gearbeitet werden soll – alle paar Wochen erscheint dankenswerterweise ein Neuer –, dann ist der jeweilige Mehraufwand für die Nvidia-Treiberinstallation nach einer Kernel-Erneuerung doch verhältnismäßig gering.