Update Ich habe weiter gegraben und die Lösung für dieses Problem für den alten fglrx-Treiber gefunden: https://bitcointalk.org/index.php?topic=170470.60 Dies funktioniert jedoch nicht mit den AMDGPU-Treibern, die nicht im Lieferumfang enthalten sind switchlibglx soweit ich weiß vorverpackt.
Update 2 - Diese mögliche Lösung gefunden , aber nicht funktioniert. Bekomme entweder eines von zwei Dingen: A, einen schwarzen Bildschirm, wenn ich laufe systemctl isolate graphical.target, oder B, wenn ich fortfahre, den Treiber auf die schwarze Liste zu setzen, die Unfähigkeit zu meinem.
Update 3 Wird /var/log/Xorg.0.login einem VT geöffnet (wobei die Systemd-Standardeinstellung vorübergehend auf gesetzt ist, multi-user.targetsolange dieses Problem weiterhin besteht) - extrem bizarrer Fehler "Keine Bildschirme gefunden". Ich frage mich, ob AMDGPU-Treiber tatsächlich versuchen, X zu zwingen, sie beim Start zu verwenden. hoffentlich nicht.
Update 4 Gefunden diese Anweisungen in den Arch Linux - Foren bei der Erforschung der genauen Nachricht re: keine Displays zu finden - nun, statt abnorm Verläßt das System einfach hängt , wenn ich versuche startx zu laufen. Eine Verbesserung, funktioniert aber immer noch nicht.
Update 5 Der obige Hang dauert ca. 5 Minuten und wird dann mit dem Fehler "Verbindung abgelehnt" beendet. Pulled up ~/.local/share/xorg/Xorg.0.log- es heißt tatsächlich "Server erfolgreich beendet", obwohl die Startx-Ausgabe besagt, dass dies konsultiert werden muss.
Update 6 Googeln site:bugs.launchpad.net "amdgpu"hat diesen Fehlerbericht angezeigt, der möglicherweise mit diesem Problem zusammenhängt. Versuchte die Problemumgehung dort - nein, hat nicht funktioniert.
Update 7 Running journalctl | grep gdm | grep EE | lesshat einige wertvolle Informationen zur Lösung dieses Problems geliefert:
(EE) open /dev/fb0: Permission denied
WTF macht der AMDGPU-Treiber mit den Berechtigungen für den Framebuffer?
Update 8 Immer noch keine Lösung; Kopfgeld platzieren.
Update 9 Versucht Wayland auch; Genau das haben die Live-Medien standardmäßig getan. GNOME verwendet Weston nicht, daher funktioniert weston.ini nicht, wenn es darum geht, die Verwendung von i915 zu erzwingen und amdgpu zu ignorieren.
Die ursprüngliche Beschreibung beginnt unten.
Okay, also habe ich gerade ein Mining-Rig gebaut, auf dem Ubuntu 18.04.1 installiert ist (versuchte es vor der Version 18.10, aber aus irgendeinem Grund kann AMDGPU in diesem Fall keine DKMS-Module erstellen, selbst wenn bekannte Problemumgehungen wie Versionsspoofing angewendet wurden, musste nur ein Downgrade durchgeführt werden ). Die Karte funktioniert einwandfrei. Der Abbau der ETH liegt zwischen 24,2 und 24,3 MH / s, selbst mit nur einer Sapphire Nitro Radeon RX 480 (die einen viel besseren Lüfter als die Standardkarte hat und daher eine hohe Hashrate aushalten kann, wenn die Lüftergeschwindigkeit ganz hochgedreht wird).
Das System verfügt außerdem über eine Intel Core i5-8400-CPU, die nicht nur über sechs Kerne, sondern auch über On-Chip-Grafiken verfügt und auf dem MSI H310-F Pro-Motherboard ausgeführt wird. Bevor ich die AMDGPU-Treiber für die Ausführung dieser Karte konfiguriert habe, lief GNOME Shell einwandfrei. Nachdem ich die diskrete GPU für das Mining konfiguriert habe, gibt es plötzlich nichts als VTs - kein GNOME, kein GDM, kein X, kein Nichts. Gibt es daher eine Möglichkeit, X zu zwingen, den integrierten Intel-Grafikchip auf dem i5-8400 zu verwenden, um sowohl den Desktop als auch meinen gleichzeitig verwenden zu können? Jede Hilfe wäre sehr dankbar.
Antworten:
Ich habe es endlich zum Laufen gebracht, über die Methode "Treiber löschen und im kopflosen Modus neu installieren":
Dadurch wird NUR die OpenCL-Komponente des AMDGPU-Pro-Treibers und nicht die Anzeigekomponente installiert.
quelle