Ubuntu 18.04.2 LTS und AMD Open Source Treiber "konfigurieren"?

Ja, keine Ahnung warum es da ein Problem gab, aber hatte keine Lust mehr. Da ich auch nicht die Neuste Hardware verbaue/nutze, brauche ich auch nicht immer den Neusten Kernel. Und Ubuntu hatte ja schon den 5'er...
 
Bei Grafikkarten muss es immer das neueste Mesa bzw. der neueste Kernel sein. Schau einfach mal in die Changelogs ws sich da jedesmal beim amdgpu Modul ändert.

Außerdem setzt DXVK oft auch auf das neueste mesa auf, was für Proton entscheidend ist.
 
  • Gefällt mir
Reaktionen: Hunky
So: Manjaro Gnome wurde installiert und alle Updates gezogen. Der Kernel wurde auch ausgewählt. Trotzdem dreht sich der Lüfter noch :/

Der Amd Treiber scheint doch auch zu laufen,, oder?

Gruß
 

Anhänge

  • Bildschirmfoto von 2019-05-24 22-29-30.png
    Bildschirmfoto von 2019-05-24 22-29-30.png
    173,1 KB · Aufrufe: 385
  • Bildschirmfoto von 2019-05-24 22-31-26.png
    Bildschirmfoto von 2019-05-24 22-31-26.png
    440,9 KB · Aufrufe: 403
glxinfo sollte es Dir genauer ausgeben, aber der Bildausschnitt auf dem 2. Bild zeigt es eigentlich (Polaris 10 ...)
Was passiert eig. wenn Du mit dem Fedora 30 Stick bootest? (ohne es zu installieren)
Bei mir schalten sich die Lüfter der RX480 in dem Augenblick ab, wenn Gnome startet.
 
Also ist die neuste Version von Mesa installiert und in Benutzung? Hm, Fedora werd ich jetzt mal probieren. Hab noch Xfce installiert, weil mir die Gnome Oberfläche unter Manjaro nicht gefällt, und selbes Spiel.
 
Edit: So, hab mal schnell Fedora installiert, die Updates gezogen und der Lüfter dreht sich immer noch :/

Der Kernel ist auch alt, oder?
 

Anhänge

  • Bildschirmfoto von 2019-05-25 00-57-59.png
    Bildschirmfoto von 2019-05-25 00-57-59.png
    146,1 KB · Aufrufe: 389
probier doch mal das hier aus:
https://github.com/Vagr9K/amdgpu-zerodb

Das ist wohl für Archlinux, aber in der pkgbuild Datei steht drin, wohin die Dateien müssen ...

cp amdgpu-zerodb.py /usr/bin/amdgpu-zerodb
danach
chmod +x /usr/bin/amdgpu-zerodb
(nur zur Sicherheit)

cp amdgpu-zerodb.conf /etc/

cp amdgpu-zerodb.service /usr/lib/systemd/system/

nun um den Dienst zu starten:
systemctl start amdgpu-zerodb.service
wenn die Karte nun leise ist, und der Lüfter unter Last anspringt, dann kannst Du den Dienst beim Hochfahren anschalten:
systemctl enable amdgpu-zerodb.service

Es kann sein, dass sich selinux unter Fedora meldet. wenn es das tut, erlaube der Anwendung bitte den Zugriff. (es sollte unter Gnome ein Programm aufploppen)
 
Zuletzt bearbeitet:
So, die Zero.Conf ist im Etc Ordner und die Service im System. So weit alles richtig, oder?

Damit bleibt ja eigentlich nur noch diese Sache?

Y-Chromosome schrieb:
nun um den Dienst zu starten:
systemctl start amdgpu-zerodb.service
wenn die Karte nun leise ist, und der Lüfter unter Last anspringt, dann kannst Du den Dienst beim Hochfahren anschalten:
systemctl enable amdgpu-zerodb.service

Bei "systemctl start amdgpu-zerodb.service" passiert nichts, außer der Sudoabfrage.

Wenn ich "journalctl --unit amdgpu-zerodb.service" eingebe, erscheint mir dann eine Fehlermeldung. Vllt. das falsche Systemd Verzeichnis?
 

Anhänge

  • Bildschirmfoto von 2019-05-25 13-26-18.png
    Bildschirmfoto von 2019-05-25 13-26-18.png
    175,2 KB · Aufrufe: 388
  • Bildschirmfoto von 2019-05-25 13-27-35.png
    Bildschirmfoto von 2019-05-25 13-27-35.png
    410,8 KB · Aufrufe: 370
lass mich das mal bei meinem System testen, ich melde mich ...

Dein 1. Fehler ist dass Du die Datei nicht in /usr/bin umbenannt hast.
Da gehört das ".py" weg
 
Zuletzt bearbeitet: (1. Fehler)
Edit: ah, die "amdgpu-zerodb.py" umbennen und dann ins auch Systemd/System Verzeichnis kopieren??

Habe das Zip-File heruntergeladen. Dann entpackt und im Terminal mit "cd" ins Verzeichnis gewechselt. Dann mit
"cp amdgpu-zerodb.conf /etc/" und "cp amdgpu-zerodb.service /usr/lib/systemd/system/" die Dateien in die Verzeichnisse kopiert. Dann neues Terminal auf und "systemctl start amdgpu-zerodb.service".
 

Anhänge

  • Bildschirmfoto von 2019-05-25 13-59-17.png
    Bildschirmfoto von 2019-05-25 13-59-17.png
    160,9 KB · Aufrufe: 371
so wie ich den Befehl geschrieben habe, hätte er es Dir gleich umkopiert.
(Du hast die Datei im falschen Ordner)
mach einfach nun ein Terminal auf:
tipp sudo -i ein. Das gibt Dir Admin-Rechte. Nun führst Du folg. Befehl ausmv /usr/lib/systemd/system/amdgpu-zerodb /usr/bin/
 
Zuletzt bearbeitet: (Anpassung an Deinen Fehler)
Danke. So sieht es jetzt am Ende aus.

Wenn ich jetzt "systemctl start amdgpu-zerodb.service" starte, passiert nach Sudo leider nichts :/

Bei "journalctl --unit amdgpu-zerodb.service" gleiches Spiel .
 

Anhänge

  • Bildschirmfoto von 2019-05-25 14-27-05.png
    Bildschirmfoto von 2019-05-25 14-27-05.png
    91,4 KB · Aufrufe: 371
  • Bildschirmfoto von 2019-05-25 14-26-00.png
    Bildschirmfoto von 2019-05-25 14-26-00.png
    159,8 KB · Aufrufe: 381
  • Bildschirmfoto von 2019-05-25 14-29-58.png
    Bildschirmfoto von 2019-05-25 14-29-58.png
    405,6 KB · Aufrufe: 358
ja Du musst natürlich dann den Dienst neu starten.

systemctl restart amdgpu-zerodb.service

ach ja starte das journal bitte mal so:
journalctl --unit amdgpu-zerodb.service -e
 
Also "systemctl restart amdgpu-zerodb.service" bringt nichts. die Lüfter drehen sich immer noch.

Und was "journalctl --unit amdgpu-zerodb.service -e" angeht:
 

Anhänge

  • Bildschirmfoto von 2019-05-25 15-01-15.png
    Bildschirmfoto von 2019-05-25 15-01-15.png
    186,6 KB · Aufrufe: 385
Magst Du bitte den Service nochmals neustarten und dabei
tail -f /var/log/messages mitlaufen lassen?
 
Muss ich es installieren?
 

Anhänge

  • Bildschirmfoto vom 2019-05-25 15-49-50.png
    Bildschirmfoto vom 2019-05-25 15-49-50.png
    16,1 KB · Aufrufe: 362
[Hunky@hunky ~]$ journalctl -f
-- Logs begin at Sat 2019-05-25 00:18:36 CEST. --
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # watch_established: "/org/gnome/settings-daemon/plugins/xsettings/" (establishing: 1)
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # watch_established: "/org/gnome/desktop/a11y/" (establishing: 1)
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # _g_io_module_get_default: Found default implementation gvfs (GDaemonVfs) for ‘gio-vfs’
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # watch_fast: "/org/gnome/terminal/legacy/" (establishing: 0, active: 0)
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # unwatch_fast: "/org/gnome/terminal/legacy/" (active: 0, establishing: 1)
Mai 25 17:15:23 hunky org.gnome.Terminal.desktop[1913]: # watch_established: "/org/gnome/terminal/legacy/" (establishing: 0)
Mai 25 17:15:23 hunky dleyna-renderer-service[12724]: dLeyna: Exit
Mai 25 17:15:23 hunky systemd[1807]: dbus-:1.2-com.intel.dleyna-renderer@15.service: Succeeded.
Mai 25 17:15:23 hunky systemd[1]: fprintd.service: Succeeded.
Mai 25 17:15:23 hunky audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0 msg='unit=fprintd comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
Mai 25 17:15:32 hunky systemd[1807]: dbus-:1.2-org.gnome.clocks@11.service: Succeeded.
Mai 25 17:15:32 hunky systemd[1807]: dbus-:1.2-org.gnome.Boxes.SearchProvider@10.service: Succeeded.
Mai 25 17:15:32 hunky systemd[1807]: dbus-:1.2-org.gnome.Contacts.SearchProvider@10.service: Succeeded.
Mai 25 17:15:34 hunky systemd[1807]: dbus-:1.2-org.gnome.Nautilus@5.service: Succeeded.
Mai 25 17:15:42 hunky systemd[1807]: dbus-:1.2-org.gnome.Calculator.SearchProvider@10.service: Succeeded.
Mai 25 17:15:52 hunky systemd[1807]: dbus-:1.2-org.gnome.Characters.BackgroundService@10.service: Succeeded.
Mai 25 17:15:52 hunky tracker-store[14182]: OK
Mai 25 17:15:52 hunky systemd[1807]: tracker-store.service: Succeeded.
 

Ähnliche Themen

Zurück
Oben