Andere Sprachen Deutsch ; English ; Français ; Español |
Contents
- 1 Voraussetzung
- 2 Frei gegen proprietär
- 3 Treiber auswählen
- 4 Der modesetting Treiber
- 5 nouveau Probleme
- 6 Proprietärer AMD Treiber
- 7 Intel
- 8 Proprietärer NVIDIA Treiber
- 9 Hinweise
- 10 Gamemode
- 11 Bei Problemen
Voraussetzung
- Lesen Sie den Abschnitt zu Grafikkartentreiber in den Veröffentlichungshinweisen
- Lesen Sie den Abschnitt Grafik in der Errata
- Es wird eine Internetverbindung benötigt
- Es wird eine Einrichtung der
urpmi
Repositorys (Softwarequellen) benötigt - Falls Sie die proprietären Treiber von NVIDIA oder AMD/ATI installieren möchten, vergewissern Sie sich, dass die Nonfree_Release und Nonfree_Updates aktiviert sind.
Schauen Sie bitte unter Softwareverwaltung für die letzteren beide Punkte
Frei gegen proprietär
Es gibt zwei Kategorien an Treibern:
- proprietäre Treiber: Solche Treiber, welche von den GPU Herstellern als binäre Datei zur Verfügung gestellt werden. Der Quellcode ist aufgrund von lizenzrechtlichen Aspekten nicht verfügbar.
- freie Treiber: Diese werden von der Gemeinschaft betreut und wurden für die Mageia Distribution kompiliert und verfügbar.
Treiber auswählen
- Starten Sie das MCC (Mageia Kontrollzentrum), klicke auf den Tabulator Hardware' und dann auf das Symbol Grafischen Server einrichten
- Hinweis: Die Schaltfläche neben Grafikkarte zeigt den aktuell verwendeten Treiber
- Klicken Sie auf die Schaltfläche:
- In einem neuen Fenster wird ein vorgeschlagener Treiber vorausgewählt.
- Falls Sie die Auswahl ändern möchten, wählen Sie den Hersteller und anschließend das Modell Ihrer Grafikkarte aus.
- Wenn ein proprietärer Treiber für Ihre Grafikkarte vorhanden ist werden Sie gefragt ob Sie diesen installieren möchten. Wenn Sie "Nein" auswählen wird das System den freien Treiber verwenden - bei NVIDIA wird der X.Org Treiber nouveau ausgewählt. Falls Sie den X.Org modesetting verwenden möchten, müssen Sie diesen manuell auswählen:
- Für die freien Treiber können Sie bis an das Ende der Liste gehen und den Abschnitt X.Org öffnen.
- amdgpu für AMD Karten.
- ati für ATI Karten.
- Xorg modesetting für Intel, Nvidia, AMD Grafikkarten
- Xorg nouveau für NVIDIA Karten. Bitte versuchen Sie sowohl nouveau, als auch modesetting.
- Nach der Auswahl des Treibers erscheint ein Dialog mit verschiedenen Auswahlmöglichkeiten.
- - Beachten Sie, wenn Sie den proprietären Treiber auswählen, dass Sie möglicherweise einige Minuten waren müssen, bis das Kernel-Modul vorbereitet ist -
- Abhängig von der Charakteristik Ihrer Karten können Sie folgendes (als Voreinstellung) auswählen:
- aktiviert Durchsichtigkeit (Erweiterung von Composite)
- verwendet Hardwarezugriff für Mauszeiger
- verwendet beschleunigten RENDER für 3D-Effekte
- grafische Schnittstelle schon beim Start
- Für gewöhnlich sind die oberen Möglichkeiten empfohlen. Die anderen Auswahlmöglichkeiten können deaktiviert werden.
- Wählen Sie "OK".
- Sie gelangen zurück zum Bildschirm "Grafischen Server einrichten".
- Sie können die Auflösung Ihres Monitors ändern, wenn jedoch Ihre Hardware erfolgreich erkannt wurde, wurde diese bereits korrekt eingestellt.
- Nutzen Sie NICHT die Test-Schaltfläche! mga#20835 1.) Es zeigt Ihnen möglicherweise ein falsches Negativ. 2.) Es kann zum einfrieren Ihres Systems führen. 3) Es kann dazu führen, dass Sie sich nicht am Desktop anmelden können , da die .Xauthority Datei des Anwenders durch root übernommen wird - Fix: (für 3.) Stellen Sie den Benutzer und die Gruppe für ~/.Xauthority auf Ihren normalen Benutzer. (Fragen Sie im Forum nach, falls Sie Unterstützung benötigen.)
- Es ist normalerweise nicht ratsam die Test-Schaltfläche auszuprobieren!
- Beenden Sie den Assistenten und starten Sie das System neu um den ausgewählten Treiber zu verwenden.
Der modesetting Treiber
Der modesetting X11 Treiber ist ein Hardware-agnostischer Treiber welcher mit Nvidia, Intel und AMD Kernel-Treiber funktioniert. Der nouveau X11 Treiber funktioniert nur mit dem nouveau Kernel-Treiber.
"modesetting" mit Nvidia Karten, welches stabiler läuft, verwendet auch das interne nouveau Kernel-Modul für 3D. "nouveau" in Xorg verwendet den nouveau Xorg DDX Treiber, sowie das nouveau Kernel-Modul. Für viele aktuelle Nvidia-Grafikkarten kann der nouveau DDX Treiber nicht verwendet werden, da diese nicht unterstützt werden (zum Beispiel für Nvidia RTX 3xxx und neuer).
nouveau Probleme
Fehlende Firmware
Sie finden in den Systemereignissen gegebenenfalls eine Zeile wie
kernel: nouveau 0000:01:00.0: Direct firmware load for nouveau/nva8_fuc084 failed with error -2
Die Firmware ist dazu da, die Videodekodierung zu beschleunigen und sorgt eventuell für ein stabileres System. Falls Sie keine Probleme feststellen, müssen Sie sich darum nicht stören.
Fehlende Firmware liegt möglicherweise daran, dass die Firmware in diesem Fall weder in kernel-firmware, noch in kernel-firmware-nonfree Paketen vorhanden ist. kernel-firmware wird grundsätzlich installiert und falls Sie kernel-firmware-nonfree nicht installiert haben versuchen Sie diese zu installieren und starten Sie das System neu. Falls Sie weiterhin Probleme feststellen können Sie möglicherweise die benötigte Firmware aus einem Nvidia Treiber extrahieren. Sie finden Informationen, wie Sie dies tun können, indem Sie nach "Direct+firmware+load+for+nouveau"+"failed+with+error+-2" suchen. Die Anwendung können Sie unter https://github.com/envytools/firmware finden. Laden Sie sich den Treiber zum extrahieren von https://www.nvidia.com/en-us/drivers/.
To be completed...
Jemand kann dies unter Mageia ausprobieren und hier dokumentieren.
Proprietärer AMD Treiber
Dieser Abschnitt (sollte) auch die (älteren) ATI GPUs behandeln - ATI wurde durch AMD 2006 übernommen.
An den AMD-GPU Radeon Pro, inklusive ROCm. Der proprietäre AMDGPU-PRO Treiber funktioniert aktuell nur mit X.org 1.1xx, weshalb dieser nicht unter Mageia 9 verwendet werden kann.
UPDATE: Wir haben Fortschritte gemacht um eine Möglichkeit anzubieten, zwei Pakete für AMD Grafikkarten, welche einige erweiterte Funktionen freischalten, anzubieten. Darunter befindet sich die Aktivierung von OpenCL zur Verbesserung der Geschwindigkeit bei einigen Vorgängen, wie beim Rendern mit Blender und anderen Werkzeugen wie CAD und PCB. Auch gibt es hierdurch Verbesserungen bei der Verarbeitung von Modulen unter Darktable, Steam Spiele, GIMP, LibreOffice und viele anderen Anwendungen, welche diese erweiterten Funktionen benötigen.
Sie sollten beachten:
– Das Paket amdgpupro-opencl-orca (weitere Informationen hier!) lädt unter anderem die AMD Bibliotheken für Grenada XT, Carrizo und Polaris.
– Das Paket amdgpupro-opencl-pal (weitere Informationen hier!) lädt unter anderem die AMD Bibliotheken für Banded Kestrel, Picasso und Vega.
Um diese zu installieren haben Sie zwei Möglichkeiten:
– Im MCC -> "Installieren & Entfernen von Software" Fenster müssen Sie beide Dropdown Filter auf der linken Seite mit "Finde:" auf "Alle" setzen und anschließend nach dem “amdgpupro-opencl-pal” oder “amdgpupro-opencl-orca” Paket suchen und es installieren.
– Von einem Terminal aus müssen Sie als root “urpmi amdgpupro-opencl-pal” oder “urpmi amdgpupro-opencl-orca” ausführen.
Betreffend alle Nutzern, welche in diesen Bereichen arbeiten oder eine gute Spielerfahrung mit Mageia haben möchten, bieten wir mit dieser Implementierung aktuell vollständige Unterstützung für die zwei Grundbereiche bezüglich Grafikgeschwindigkeit.
Wir hoffen, dass dies zu einer verbesserten Nutzungserlebnis, mit unserem großartigen Opensource Betriebssystem, beiträgt.
Tricks mga#32060 - Fehlende Unterstützung für H264/HEVC encoding/decoding im radeonsi vaapi Treiber. Foreneintrag um es nach eigenem Ermessen zu ändern.
Intel
Falls ein Treiber Probleme verursacht, versuchen Sie Xorg > modesetting.
Proprietärer NVIDIA Treiber
Dieses Kapitel wurde für Mageia 9 erstellt.
Für Mageia 8 beachten Sie die folgenden Unterschiede: 1) es bietet auch den Nvidia390 Treiber - auch in 32-Bit. 2) nvidia-current ist R470 bei der Aktualisierung, R460 bei Veröffentlichung. Keine neuere Version ist verfügbar. 3) Wenn zwischen den proprietären Treibern gewechselt wird müssen Sie dkms-nvidia-* manuell deinstallieren. 4) CUDA und OpenCL wird ab R470 unterstützt.
Grundsätzlich für Nvidias proprietärer Treiber:
- Nur in der 64-Bit Version unterstützt.
- Mageia bietet für gewöhnlich eine aktuelle Version, eine ältere (legacy) Version und eine "new feature" (neue Eigenschaften) Version. Einzelheiten darüber weiter unten.
- Um zu prüfen ob der proprietäre Treiber läuft und um dort Einstellungen durchzuführen, führen Sie
nvidia-settings
(aus dem Paket x11-driver-video-nvidia*) aus.
- Ein Befehlszeilen Prüf-/Optimierwerkzeug ist
nvidia-smi
, welches in jedem nvidia*-utils Paket enthalten ist. Sie müssen auch das entsprechende nvidia*-cuda-opencl oder nvidia*-devel, welches libnvidia-ml.so mitbringt, installieren.
- Das Kernel-Modul wird beim Installieren oder Ändern des proprietären Treibers vorbereitet (dies kann, abhängig von Ihrer CPU, einige Minuten dauern), sowie beim der Installation eines neuen Kernel. Falls Sie den NVIDIA Treiber installieren und anschließend einen Kernel starten welcher kein NVIDIA Modul vorbereitet hat, wird dieser beim nächsten Systemstart mit diesem Kernel vorbereitet - beachten Sie, dass es beim Startvorgang aussehen kann, als ob dieser hängengeblieben ist, aber seien Sie in diesem Fall etwas geduldig!
- Sie können zwischen einem proprietären und einem freien Treiber hin und her wechseln ohne dass das proprietäre Treiberpaket deinstalliert wird oder das Sie warten müssen, bis das Kernel-Modul vorbereitet wird.
Treiber in initramfs laden
Neuigkeit, Januar 2025: Wir bieten nun initramfs Pakete für die drei unterstützten NVIDIA Zweige: nvidia-{470,current,newfeature}-initramfs. Installieren des Pakets bringt das entsprechende nvidia-current.ko und die entsprechenden Sub-Module in das initramfs Boot-Image für den verwendeten Kernel durch die automatische Ausführung von dracut. Um dies für alle installierte Kernel durchzuführen, führen Sie den Befehl "dracut --regenerate-all" aus - jedoch möchten Sie womöglich erst ausprobieren, ob der aktuelle Kernel gut startet.
Dieses frühe Laden des Treibers hilft möglicherweiße in Situationen bei denen es sonst zu langsamen Ladevorgängen kommt oder wenn gleichzeitig nouveau geladen wird. Es hilft möglicherweiße auch bei Probleme mit Wayland.
Hinweis: Sie müssen als erstes drakx11 verwenden um Ihren Grafikkartentreiber auf den proprietären Nvidia Treiber, mit der gleichen Version, einzurichten.
Mögliche Probleme: Wenn Sie von einem proprietären auf einen freien Treiber wechseln, ohne den Nvidia Treiber zu deinstallieren oder in einigen seltenen Fällen beim Upgraden der Kernel- und Treiberversion im gleichen Vorgang.
Zu deinstallieren: Deinstallieren Sie einfach das initramfs Paket. dracut wird dadurch aufgerufen und generiert ein neues Boot-Image des ausgeführten Kernel. Um es für alle Kernel-Abbilder zu entfernen führen Sie "dracut --regenerate-all" aus.
Die alternativen Open Source Nvidia Kernel Module
Nvidia 550: Ab der Version nvidia-current-550.135 wird auch 'dkms-nvidia-current-open-550.142-1.mga9.nonfree ' als alternatives Open Source Nvidia Kernelmodul angeboten. „Dieses Paket wird nicht automatisch von drakx11 abgerufen“. Beachten Sie zudem, während das nvidia-current Paket für Karten der GTX 745 und neuer funktioniert, dieses Modul, wie wir es bereits bei nvidia-newfeature festgestellt haben, „nur bei Karten der Turing Serie und neuer“ funktioniert.
Nvidia 565: Ab der Version nvidia-newfeature-open-565.77 wird auch 'dkms-nvidia-newfeature' als alternatives Open Source Nvidia Kernelmodul angeboten. Beachten Sie, dass nur Nvidia Karten der Turing Architektur und neuer von dkms-nvidia-newfeature-open unterstützt werden. Ältere Nvidia Karten wie zum Beispiel die Maxwell oder Pascal Architektur werden nur durch das Grundpaket dkms-nvidia-newfeature unterstützt. Also zum Beispiel ist die Quadro K620 Karte eine Maxwell Architektur und wird nicht durch die -open Variante unterstützt. GTX 1080 ist eine Pascal Architektur und wird nicht unterstützt. RTX 270, GTX 1660 sind eine Turing Architektur und werden unterstützt. Quadro RTX A6000 ist eine Ampere Architektur und wird unterstützt, usw.
Wie man es installiert:
- Als erstes müssen die Grafikkarten bereits mit dem proprietären Nvidia Treiber über XFdrake/drakx11 (oder während der Installation von Mageia) eingerichtet sein. Dieses beinhaltet die Installation von dkms, sowie kernel-devel für Ihren verwendeten Kernel - vergewissern Sie sich manuell, dass die entsprechenden kernel-devel für Pakete für all Ihren installierten Kernel installiert sind, siehe Bekannte NVIDIA Probleme weiter unten.
- Installieren Sie anschließend dkms-nvidia-current-open (oder dkms-nvidia-newfeature-open). Dies wird die aktuelle dkms-nvidia-current (oder dkms-nvidia-newfeature) Kernelmodule deinstallieren und die -open Variante installieren und erstellen.
Weiterführende Informationen: Technisch ausführlichere Informationen zur -open Variante finden Sie hier (Für 565.77 - ändern Sie die Nummern im Link für andere Versionen.)
Bekannte NVIDIA Probleme
mga#32352 - drakx11 prüft nicht, ob für den NVIDIA Treiber das Paket kernel-devel installiert ist, nvidia-newfeatures vorhanden ist oder ob das nvidia Modul wirklich erstellt wurde. Bedeutet: Falls Sie eine NVIDIA Grafikkarte installieren und auf einen proprietären NVIDIA Treiber wechseln, müssen Sie das entsprechende kernel-devel Paket für den ausgeführten Kernel installieren, bevor Sie MCC zum einrichten des Treibers ausführen ( = ausführen von drakx11), damit das Kernel-Modul für Nvidia erstellt werden kann. Vergewissern Sie sich auch, dass die -devel Pakete für andere installierte Kernel vorhanden sind, damit der Treiber automatisch beim Systemstart erstellt werden kann.
mga#33452 - drakx11 stürzt im Textmodus bei einem zu kleinen Bildschirm ab" (in Wirklichkeit 4K) nachdem das Kernel-Modul, während dem installieren des proprietären Nvidia Treibers, vorbereitet wurde. Dies kann dazu führen, dass das root Dateisystem nicht mehr eingebunden werden kann und/oder der grafische Modus nicht funktioniert. Sie müssen möglicherweise ein anderes System starten um damit zu arbeiten (Sie finden ein Beispiel im Bugreport). Wenn das System startet, aber der grafische Anmeldebildschirm nicht angezeigt wird, wechseln Sie auf ein virtuelles Terminal (zum Beispiel über Strg+Alt+F4), melden Sie sich als root an, führen Sie drakx11 aus und wählen Sie den nouveau oder modesetting Treiber.
Virtuelle tty Terminals sind schwarz
(z. B. Strg-Alt-F4), nachdem das System in den grafischen Modus (Desktop) gestartet wurde.
Noch schlimmer: Durch das zurück und vorwärts wechseln zwischen tty und Desktop, kann dies zum einfrieren des Systems führen.
BEHOBEN durch Kernel 6.5.13 und neuer mga#31994 - Dieser Fehler bestand nicht bei Veröffentlichung von Mageia 8, wurde jedoch durch Aktualisierungen ausgelöst und befand sich auch in Mageia 9, sowie in anderen Linux Distributionen.
Möglicher Workaround: Vergewissern Sie sich, dass Sie eine unterstützte Auflösung in der Kernel-Befehlszeile einstellen, z. B. die roten Nummern in dieser Tabelle vermeiden. Um anzusehen, was in der Kernel-Befehlszeile bei Ihrem letzten Systemstart eingestellt war, führen Sie journalctl -b|grep 'command line:'
aus und schauen Sie nach der Nummer nach "vga=". Schauen Sie in der Tabelle nach, was diese Auflösung bedeutet. Beachten Sie, dass es keinen breiten Standard für Auflösungen über 1280x1024 gibt. Um diese über das Mageia Kontrollzentrum
zu ändern, wählen Sie Systemstart > Bootmanager einrichten > Weiter > Fortgeschritten > Video-Modus: 1280x1024 16bpp
, welches "vga=794" bedeutet und bei den meisten Computern funktioniert (falls Ihr Monitor nur niedrigere Auflösungen unterstützt, wählen Sie diese oder die nächst niedrigere.)
Probleme beim Wiederaufnehmen aus dem Schlafmodus
Ich besitze ein System *) , welches, abhängig von der Version des NVIDIA Grafikkartentreibers, Probleme nach dem Aufwachen aus dem Schlafzustand (suspend-resume) hat. Bei einigen Versionen funktioniert es perfekt, bei einigen Versionen bleibt es hängen, einige können mit REISUB dazu gebracht werden, aber manchmal ist es so, dass der Bildschirm mit der Meldung angezeigt wird, dass kein Signal vorhanden wäre und wieder in den Schlafmodus geht - der Computer allerdings läuft. In letzterem Fall reicht es gegebenenfalls aus den An-/Ausschalter des Bildschirms zu drücken oder das Kabel ab-/und wieder anzuschließen, weshalb Sie dies zu erst versuchen sollten, bevor Sie REISUB nutzen. Auch konnte ich das Problem durch Verwenden von HDMI umgehen, wodurch jedoch falsche Farben an scharfen Zeilenkanten des Monitors angezeigt wurden. Workarounds: 1) Versuchen Sie eine andere Verbindung zum Monitor. 2) Versuchen Sie einen anderen NVIDIA Treiber (z.B. habe ich das Problem mit dem nvidia-current-550.90.07-1 Treiber, aber nicht mit den beiden vorherigen Versionen. Auch nicht mit dem Treiber nvidia470-470.256.02-1, welcher zur gleichen Zeit veröffentlicht wurde. 3) Verwenden Sie einen freien Treiber, wie zum Beispiel modesetting (langsamer) oder nouveau (bei mir noch langsamer). 4) Die Verwendung von unoffiziellen Kernel half mal mehr, mal weniger in einigen Fällen, mga#33316. 5) Hibernating/Bereitschaft funktioniert, weshalb die Verwendung der Bereitschaft, anstelle vom Schlafmodus ist möglicherweise auch ein guter Workaround. *) System: Mageia 9, Nvidia GTX 750 Ti, ASRock P55 Pro, Philips 436M6 screen on DisplayPort. /Morgano
NVIDIA Treiberversionen
Dieses Kapitel ist ein schneller Entwurf - kann im Aussehen (Tabelle?) verbessert werden, und auch alternative Namen der GPUs, Varianten, ... auflisten... Zu aktualisieren wenn benötigt.
- Gelistet als -- Paketname -- Treiber -- GPU Bereich -- Kommentar
- Treiber: Letzter Legacy -- nvidia470 -- R470 -- R470 war "nvidia-current" in Mageia 8.
- Treiber: Produktiv -- nvidia-current -- R535 -- gedacht für alle aktuellen NVIDIA GPUs
- Treiber: Neue Eigenschaften -- nvidia-newfeature -- R565 -- Für gewöhnlich eine aktuellere Version im Vergleich zu nvidia-current. Manchmal ist dies die upstream "beta". Kann als experimentell zu Beginn einer neuen Mageia Veröffentlichung gesehen werden - versuchen Sie diesen, falls Ihre Grafikkarte durch nvidia-current nicht vollständig unterstützt wird. Beachten Sie, dass dieser möglicherweise nicht ordnungsgemäß aktuell gehalten wird, wodurch er nicht sofort mit neuen Kernel kompatibel ist, aber für gewöhnlich ist. CUDA und OpenCL Unterstützung wird nur für nvidia-current garantiert, funktioniert jedoch auch möglicherweise für newfeature.
- GeForce 745 Serie und neuer --> der gleiche wie Produktiv
- GeForce 635 bis GeForce 920 --> der gleiche wie letzter Legacy
- Wir bieten keine ältere Treiber aufgrund von Sicherheits- und Stabilitätsgründen, da NVIDIA diese nicht mehr aktualisiert.
- RIVA 128 --> installiert den freien nv
- [FIXME] andere Wahlmöglichkeiten: --> installiere den freien nouveau (oder behalten Sie den Treiber aus der vorherigen Mageia Veröffentlichung)
Vorsicht: seltener Fehler: mga#32579 - Beim Wechseln des nvidia Treibers schlägt der Startvorgang in den grafischen Modus, für den verwendeten Kernel, fehl
- Falls keiner Ihre GPU unterstützt versuchen Sie X.Org nouveau, modesetting oder möglicherweise nv.
- Treiberversionen entsprechen denen von Mageia 9.
NVIDIAs Liste an aktuellen Treibern
Ältere NVIDIA Treiber
NVIDIAs R390 Treiberserie, verfügbar in Mageia 8, welche ältere Grafikkarten wie die GF1xx Serie unterstützt, ist EOL (End of live - Auslaufprodukt) seit Ende 2022, wodurch keine Sicherheits- und Kompatibilitätsaktualisierungen veröffentlicht werden.
In Mageia 9 mussten wir den R390, aufgrund der Sicherheit und Inkompatibilitäten mit dem Kernel und X-Server, entfernen.
Das gleiche trifft auf NVIDIAs R340 Serie zu, welche wir in Mageia 7 zur Verfügung hatten.
Falls Sie sich über mögliche Sicherheitsprobleme keine Gedanken machen und Sie selbst kompilieren möchten, finden Sie weiter unten einige Anleitungen.
R390 selbst kompilieren
Hinweise:
- Um unter Mageia zu erstellen: nützliche Hinweise befinden sich in unserem Wiki.
- Anstatt bm, wie im Vorgang weiter unten beschrieben, zu verwenden, möchten Sie vielleicht stattdessen Mock verwenden, da es weniger das Anwendersystem stört (es werden nur Berechtigungen für mock benötigt und ein wenige mehr zusätzlich verfügbarer Speicherplatz). Um mock zu verwenden ersetzen Sie die bm Befehle mit etwas wie
$ mock --root mageia-9-x86_64 --spec nvidia390/SPECS/nvidia390.spec --sources nvidia390/SOURCES --resultdir mock_pkgs |
- Nur das installieren von *390 Paketen ist nicht ausreichend um nvidia Einzurichten. Es gibt einen Vorgang in der README.manual-setup Datei im doc Verzeichnis des Pakets. (Diese Datei befindet sich auch in anderen Treiberpakete für andere Treiberserien, wie nvidia-current, nvidia470, usw.) Aber lass uns drakx11 die Arbeit für Sie übernehmen - Schritt 3 weiter unten.
Durchführung: Getestet mit Mageia 9 unter i586 und x86_64.
1. Erstellen der nvidia390 Pakete aus dem svn-obsolete Repository:
$ mgarepo co svn://svn.mageia.org/svn/packages/obsolete/nvidia390 |
$ bm -l nvidia390/SPECS/nvidia390.spec |
(es müssen zuvor mgarepo, bm und andere Werkzeuge zur Erstellung von Pakete installiert sein.)
Dieser Befehl erstellt eine 390.157 rpm Version welche unter neueren Kernel (inklusive 6.6.x) gebaut wird.
2. Vergewissern Sie sich, dass das dkms und die zu Ihren installierten Kerneln passenden kernel-desktop-devel Pakete installiert sind.
3. Verwenden Sie MCC drakx11/XFdrake, um die Grafikkarte mit nvidia470 (es kennt 390 nicht) einzurichten, damit es die richtige /etc/X11/xorg.conf Datei erstellt.
4. Deinstallieren Sie alle nvidia470 Pakete und installieren Sie das erstellte nvidia390 Paket.
5. Führen Sie
$ update-alternatives --set gl_conf /etc/nvidia390/ld.so.conf; ldconfig -X |
aus. Falls Sie alternativ zwei GPUs verwenden möchten Mageia-prime for Optimus: Anstelle der Ausführung von update-alternatives: installieren Sie das "mageia-prime" Paket und führen Sie "mageia-prime-install" aus - es erscheinen einige Meldungen bezüglich nvidia470; ignorieren Sie diese einfach, warten Sie, bis es fertig ist und starten Sie das System neu.
R340 selbst kompilieren
Dies sind Informationen für wirklich erfahrene oder abenteuerlustige Anwender.
R340 benötigt zusätzliche Arbeit, vielleicht müssen Sie auch den Kernel, den Sie verwenden, neu kompilieren. Sie finden Informationen darüber im Internet. 340.xx ist auch nicht kompatibel mit der Xorg 21.1.8 ABI (welches ABI 25 ist). Es ist hauptsächlich mit ABI 24 kompatibel (xorg-1.20), jedoch wird durch das Hinzufügen von "IgnoreABI" "true" im ServerFlags Abschnitt unter /etc/X11/xorg.conf der ABI Versionsunterschied ignoriert und es kann mit einem neueren Xorg die älteren Treiber verwendet werden (sogar mit einigen Restriktionen oder Inkompatibilitäten). Natürlich können einige Desktop-Umgebungen (zum Beispiel Plasma) sehr wählerisch sein und mehr Inkompatibilitäten haben als andere (zum Beispiel icewm). Auf der anderen Seite bietet es weiterhin gegenüber modesetting/nouveau einen Geschwindigkeitsvorteil von ca. 50% oder mehr. Es ist sogar weiterhin möglich die vorherigen Module zu kompilieren, selbst bei neueren Kernel, durch hinzufügen der Architektur (und suse/deb) Patches und darum herum - zum Beispiel https://aur.archlinux.org/packages/nvidia-340xx, welche auch an anderen Stellen gesammelt sind.
Versuchen Sie jedoch zuvor, ob der X.org nouveau, modesetting oder nv Treiber mit Ihrer GPU funktioniert, oder versuchen Sie auch den NVIDIA R470 oder 390 Treiber.
NVIDIA CUDA, OpenCL und mehr
- Wir unterstützen CUDA und OpenCL für "nvidia-current" (nvidia525 zur Veröffentlichung von Mageia 9). Funktioniert möglicherweise auch mit "New feature branch" (nvidia530).
- Falls nvidia470 bei Ihnen nicht funktioniert, schauen Sie weiter unten im nächsten Abschnitt.
- Installieren Sie mindestens die entsprechenden Pakete Ihres Treibers: nvidia*-cuda-opencl, wobei * für "-current", "-newfeature" oder "470" steht. Diese reichen aus um zum Beispiel die BOINC Anwendung laufen zu lassen.
- Für einen headless Betrieb, zum Beispiel zur Verwendung von CUDA auf einer GPU, welche nicht mit einem Monitor verbunden ist, ist es ausreichend das nvidia*-cuda-opencl Paket zu installieren, welches nvidia*-utils hinzufügt, das nvidia-smi und nvidia-persistenced enthält. Sie benötigen nicht das entsprechende x11-driver-video-nvidia* Paket.
- Einige Anwendungen benötigen mehr Unterstützung, wodurch die entsprechenden nvidia*-all Pakete installiert werden müssen. Um dies zu tun müssen auch die 32-Bit Repositorien von core und nonfree, release und updates, aktiviert werden.
- Durch das Wechseln zwischen den Grafikkartentreiber "-current", "-newfeature" oder "470" werden die CUDA und die nvidia*-all Pakete deinstalliert, wodurch diese für den ausgewählten Treiber erneut installiert werden müssen.
- Um zu überprüfen ob es funktioniert können Sie
cuda-z
installieren und ausführen: Es überprüft die unterstützten Fähigkeiten der Grafikkarte und meldet Probleme. Im falle von Problemen werden die ausführlichsten Fehlermeldungen in einem Terminal angezeigt, in welchem Sie cuda-z ausführen. Also Beispiel, während des Zeitpunkts vom Schreiben dieser Anleitung, meldete nvidia470 "CUDA Error: 00000023 CUDA driver version is insufficient for CUDA runtime version". (BOINC meldete keine Probleme, jedoch wird aktuell keine Arbeit durchgeführt, welche dafür benötigt wird). Beachten Sie, dass cuda-z die gleiche Mitteilung anzeigt wenn zwar der nvidia Treiber installiert ist, allerdings nouveau oder modesetting aktuell verwendet wird. - Verschiedene Namen und Versionierungen zwischen NVIDIA Treiber und CUDA machen die Dinge kompliziert... Für weitere Unterstützung fragen Sie im Forum nach.
Nvidia R470 CUDA
Falls Sie mit dem Erstellen von neuen Paketen vertraut sind und ältere NVIDIA Karten verwenden, welche nur mit dem nvidia470 Treiber funktionieren und mit diesen CUDA verwenden möchten, können Sie versuchen die Pakete lokal neu zu erstellen und ein älteres cuda-toolkit in der Version 11.8 oder 10.2 zu verwenden, durch Ausführung der folgenden Befehle: (Beachten Sie auch hier beschriebenen Hinweis.)
mgarepo co -r 1916712 svn://svn.mageia.org/packages/cauldron/nvidia-cuda-toolkit bm -l ./nvidia-cuda-toolkit/SPECS/nvidia-cuda-toolkit.spec urpmi ./nvidia-cuda-tookit/RPMS/x86_64/*rpm urpmi nvidia470-all
Hinweise
icd erzwingen
Aus forum, forum, und mga#29563
Einige Anwendungen benötigen möglicherweise die NVIDIA oder Intel icd, anstelle der MESA icd.
Darunter einige Steam Spiele - ein Anwender bemerkte das Problem mit Warthunder (mit NVIDIA) und Deus Ex: Mankind Divided (mit Intel).
Sie können die Startanwendung mit der icd des jeweiligen Herstellers mit folgender Zeile starten:
Bei NVIDIA
export VK_ICD_FILENAMES=/etc/vulkan/icd.d/nvidia_icd.json launcher
Bei Intel
export VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/intel_icd.x86_64.json
Beschleunigung
Vergewissern Sie sich händisch, dass Sie den richtigen vdpau Treiber installiert haben. mga#34228
Gamemode
Durch Installation des Pakets gamemode
können Spiele und ähnliche Anwendungen mit verschiedenen Geschwindigkeitsoptimierungen, gestartet werden.
Manchmal erhält man nur einen kleinen Geschwindigkeitsvorteil (vor allem bei Intel und Nvidia), manchmal einen großen (zum Beispiel bei Radeon 780M) und manchmal auch negatives (zum Beispiel wenn das System im Batteriemodus betrieben wird)
Verwendung: gamemoderun <anwendung>
Weitere Einzelheiten: Github
Hybride Grafikkarten
Einige Laptops kommen mit "Hybriden Grafikkarten", dies bedeutet sie haben zwei GPUs: eine mit wenig Stromverbrauch und eine schnelle.
Bezüglich der Einrichtung schauen Sie unter Bumblebee und Mageia-prime for Optimus
Protokolle
- Das Journal des Systems kann mit dem Befehl
journalctl
angezeigt werden. - Das Xorg Protokoll kann zum Beispiel über {cmd|less /var/log/Xorg.0.log}} angezeigt werden - Beachten Sie jedoch, wenn GDM verwendet wird, befindet sich das Protokoll unter
$HOME/.local/share/xorg/Xorg.0.log
und dessen Inhalt wird auch in das Journal geschrieben.
Beachten Sie, wenn Sie modesettings verwenden, wird weiterhin der Name des Kernel-Treibers protokolliert, zum Beispiel "nouveau" bei Nvidia, da modesetting der X11 (a.k.a. DDX) Treiber ist, welcher über einem Kernel-Gerätetreiber sitzt.
Unterdrücken nerviger Mitteilungen im Terminal und den Protokollen
Manchmal finden Sie eine ungünstige Anzahl an Firewall Meldungen, welche das dmesg/Journal "verwässern" und diese werden auch im Terminal oder sogar z. B. in Textmodus Anwendungen wie drakx tools in der Konsole angezeigt - sehr störend!
Um diese Mitteilungen zu verhindern: fügen Sie in /etc/sysctl.d/kernel.msg.conf die Zeile "kernel.printk=3 4 1 3" hinzu.
Es unterdrückt möglicherweise auch wichtige Fehlermeldungen, weshalb dies nicht voreingestellt ist. Siehe more information on printk.
Bei Problemen
Einige generelle Tricks, wird erweitert...
- Schauen Sie im Abschnitt weiter oben für herstellerabhängige Tricks
- Schauen Sie in unserem Bugzilla,Forum (englisch), bzw. Forum (deutsch), anderen Mageia Foren und generell im Internet - für Ihre GPU und Linux.
- Versuchen Sie einen anderen Treiber. Manchmal funktionieren einige mit verschiedenen Ergebnissen - Beispiel: Nvidia GTX750 funktioniert auf dem Testsystem mit dem proprietären R470 und R535 (beide schnell, jedoch schlägt das Auswachen aus dem StandBy fehl), nouveau (langsam) und modesettings (mittelmäßiges und stabil bei der Wiederaufnahme aus dem Standby).
- Deaktivieren der 3D Grafikbeschleunigung und ausschließliche Verwendung der SIMD CPU Beschleunigung (starten Sie drakx11, gehen Sie in die "Optionen" und wählen Sie "Hardwarebeschleunigung deaktivieren"). Dies wird den llvmpipe 3D (Software) Treiber für die 3D Darstellung verwenden wodurch Sie keine 3D Spiele spielen können, da diese zu langsam dargestellt werden, für die meisten grundsätzlichen Darstellungen kann dieser jedoch zuverlässig sein.
- Versuchen Sie, wenn der gleiche Absturz erfolgt, auch eine einfachere Desktop-Umgebung, zum Beispiel IceWM, welches für die Fensterdarstellung kein 3D verwendet. IceWM ist standardmäßig zur Sicherheit als Rückfallebene installiert.
- Wechseln Sie den Kernel
- Vor allem bei älteren Computern: Versuchen Sie ältere Kernel Standardversionen. Falls der Downgrade bei der aktuellen Mageia Veröffentlichung nicht weiterhilft können Sie einen Kernel von einer Aktualisierung aus einer vorherigen Mageia Veröffentlichung versuchen oder einen aus dem Backport-Repositorium.
- Falls Ihr Computer sehr neu ist benötigt dieser möglicherweise den neusten verfügbaren Kernel. Falls der bei den regulär verfügbaren Aktualisierungen nicht ausreichend ist, schauen Sie in das Backport-Repository der aktuellen Mageia Veröffentlichung.
- Versuchen Sie unsere als Paket vorhandene linus Kernelvarianten, welche Änderungen aus upstream enthalten. Die neusten in updates, erscheinen früher (Es ist bekannt, dass darin einige Probleme bei der Wiederaufnahme aus dem Schlafmodus behoben wurden)
- Beachten Sie das es vorkommen kann, dass einige Treiber mit der ausgewählten Kernel Version nicht kompatibel sein können und Sie möglicherweise einen Treiber mit einem ähnlichen Alter benötigen.
Software Kompatibilität
Aus der Mageia 8 Errata: mga#30103 - Grafikprobleme mit Desktop Werkzeuge zur Fernwartung (VNC, TeamViewer, AnyDesk, etc) Workaround: Als erstes, mindestens Teamviewer und Anydesk sind nicht kompatibel zu Wayland, weshalb Xorg verwendet werden muss. Probleme können oft durch den Host-Computer gemildert werden, wenn eine niedrigere Auflösung und/oder Desktopeffekte deaktiviert werden (zum Beispiel in Plasma: drücken Sie Strg+Alt+F12), oder besser: in /etc/X11/xorg.conf
, unter devices, fügen Sie die Option "LinearFramebuffer" hinzu.
- Ein Anwender meldete ein Problem und ein Workaround für sein System bezüglich Anydesk unter Mageia 9, ein anderer Anwender meldete, dass Anydesk als Flatpak funktioniert.
Falls der Systemstart zum Desktop fehlschlägt
Siehe Wie man einen falschen Grafiktreiber ändert.
Auf ein problematisches System über SSH zugreifen
Die Möglichkeit von einem anderen Computer aus sich anzumelden ist von unschätzbarem Wert. So können Sie prüfen was passiert und können sogar das System sauber herunterfahren und neu starten, falls dies benötigt wird - selbst, wenn das Bildschirm eingefroren, schwarz oder verzerrt ist. Natürlich müssen Sie Vorkehrungen vor dem "Schluckauf" treffen und testen, ob es funktioniert.
Aktivieren Sie bei Systemen in einem LAN-Heimnetzwerk eingehende 22/tcp Verbindungen in der Firewall, installieren Sie {prog|openssh-server}} und führen Sie als root systemctl start sshd.service
aus.
Dies wird Ihnen die Möglichkeit geben eine SSH Verbindung zwischen Geräten in Ihrem LAN-Heimnetzwerk aufzubauen.