stereodreieck86
Cadet 4th Year
- Registriert
- Sep. 2018
- Beiträge
- 94
RX 580: Adrenalin 26.5.2 inzwischen installiert – Ursache der früheren Fehler unklar
Update vom 14.10.2026: Inzwischen funktioniert die Installation von AMD Adrenalin 26.5.2. Ich kann allerdings nicht sagen, welche Änderung letztlich den Unterschied gemacht hat. Ich möchte den bisherigen Verlauf trotzdem festhalten, falls jemand ähnliche Probleme hat oder eine Idee zur Ursache hat.Aktueller Stand
AMD Software: Adrenalin Edition startet jetzt und zeigt Version 26.5.2 an. Die angezeigten Treiberversionen sind:- AMD-Treiberversion: 23.19.25.01-260423a-201039C-AMD-Software-Adrenalin-Edition
- AMD Windows-Treiberversion: 31.0.21925.1001
Die Karte wird im Geräte-Manager als Radeon RX 580 Series erkannt. GPU-Z liefert inzwischen wieder Takt-, Temperatur-, Lüfter- und Auslastungswerte. Ein Spiel läuft bei mir aktuell mit ungefähr 30 FPS auf Ultra. Das ist noch kein langer Stabilitätstest, aber immerhin funktioniert die Karte wieder im normalen Spielebetrieb.
Einen kurzen FurMark-Test habe ich ebenfalls durchgeführt. HWiNFO hat dabei eine maximale GPU-Kerntemperatur von ungefähr 71 °C aufgezeichnet; die Lüfter haben sich gedreht und erreichten ungefähr 2.700 U/min. Bei einem der früheren Testläufe war allerdings zusätzlich der FurMark CPU Burner aktiv. Deshalb würde ich die bisherigen Messungen nicht als sauberen, kontrollierten GPU-Stabilitätstest ansehen.
Was ursprünglich passiert ist
Mit meiner PowerColor RX 580 8 GB ließ sich der offizielle AMD-Installer zunächst nicht starten. Bei Adrenalin 26.5.2 und auch bei 26.1.1 kam direkt:Setup has detected an incompatible build. Setup will now exit.
Daraufhin habe ich das Paket entpackt und eine manuelle Installation über den Geräte-Manager probiert. Windows fand den Radeon-RX-580-Treiber und die INF-/Katalogsignaturprüfung war erfolgreich. Beim Import des Treiberpakets scheiterte der Vorgang dann beim Kopieren von amdxc64.dll in einen temporären Ordner mit:
ERROR_MUI_FILE_NOT_LOADED (0x00003B01)
Im SetupAPI-Protokoll gab es außerdem eine Warnung zu einer nicht gefundenen amdwddme.inf. Interessant war, dass derselbe Fehlercode bereits bei einer früheren Android-/USB-Treiberinstallation aufgetaucht war – damals beim Umgang mit WinUSBCoInstaller2.dll. Es schien daher möglich, dass neben dem AMD-Paket auch Windows selbst beteiligt war.
Zwischenzeitlich hatte Windows Update den AMD-Treiber 31.0.12027.9001 installiert. Im Updateverlauf stand sowohl eine erfolgreiche Installation dieses Treibers am 13.10. als auch ein fehlgeschlagener Versuch mit 0x80240009. Das war der Stand, bevor Adrenalin 26.5.2 schließlich funktionierte.
Was ich zwischenzeitlich geändert habe
Leider sind dabei mehrere Dinge zusammengekommen, sodass sich die Ursache nicht sauber eingrenzen lässt:- Auf C: waren bei früheren Installationsversuchen nur etwa 0,41 GB frei. Ich habe Android-Studio-Caches, den Gradle-Cache und das Android-SDK auf ein anderes Laufwerk verschoben. Der freie Speicher stieg dadurch zeitweise auf 13,41 GB. Nach weiteren Programmaktualisierungen waren bei einer späteren Messung allerdings wieder nur etwa 3,26 GB frei. Den aktuellen Wert habe ich noch nicht erneut geprüft.
- DISM /Online /Cleanup-Image /RestoreHealth lief erfolgreich durch. sfc /scannow fand beschädigte Windows-Dateien und meldete, diese repariert zu haben.
- Das Media Feature Pack wurde bei Windows 10 Home N neu installiert. Die anschließende Paketabfrage bestätigte, dass die Media-Features-Pakete installiert sind.
- Ich habe die W10Privacy-Einstellungen zurückgesetzt. Auch mit WinUtil habe ich versucht, Einstellungen auf den Standard zurückzustellen. Ich kann aber nicht sicher sagen, ob damit wirklich alle früheren Tweaks rückgängig gemacht wurden. WinUtil hat nebenbei Programmaktualisierungen ausgeführt; mindestens ein Paket schlug dabei fehl.
- Die Windows-Dienste DeviceInstall (Geräteinstallationsdienst) und DsmSvc (Geräteinstallations-Manager) wurden geprüft. Beide liefen, der Starttyp stand auf „Manuell“.
- Bei Windows 10 Home N wurde zusätzlich mit Sprachpaketen experimentiert. Das englische Sprachpaket wurde installiert, die Windows-Anzeigesprache ist aber weiterhin Deutsch. Die von PowerColor vorgeschlagene vollständige Entfernung und Neuinstallation der aktiven deutschen Anzeigesprache habe ich bisher nicht durchgeführt.
- Nach dem Zurücksetzen von W10Privacy zeigte Windows zeitweise „offline“ an, obwohl Internetzugriff vorhanden war. Ich habe die NCSI-Prüfwerte auf Microsofts Verbindungstest-Endpunkte umgestellt; danach meldete Windows wieder eine bestehende Netzwerkverbindung. Ob das mit dem Grafiktreiberproblem zusammenhing, weiß ich nicht.
- Die AMD Cleanup Utility hatte ich ebenfalls ausgeführt. Sie schien den Bereinigungsvorgang abzuschließen; lediglich der Bericht ließ sich wegen der Meldung über den nicht mehr unterstützten Internet Explorer 11 nicht öffnen.
Hardware und System
- Intel Core i5-6500
- Gigabyte GA-B150-HD3P
- 16 GB DDR4-2133
- PowerColor Radeon RX 580 8 GB, Modellbezeichnung auf dem Produktlabel: AXRX 580 8GBD5-3DHDV2/OC
- be quiet! 550-W-Netzteil
- Windows 10 Home N, 22H2, 64 Bit, Build 19045.6466
- Samsung 850 EVO 250 GB, Samsung 860 EVO 500 GB und Samsung MZVLB256HAHQ 256 GB NVMe
- Kein PCIe-Riser
Ich habe außerdem das vorhandene VBIOS mit GPU-Z ausgelesen. Version 015.050.002.001.000000, BIOS-ID 113-C9403100_101, Datum 25.06.2019. Die Hashes des Dumps stimmen mit dem TechPowerUp-Eintrag 214862 überein. Dieser Eintrag ist allerdings als nicht verifiziert gekennzeichnet. Ich habe kein anderes BIOS geflasht und möchte das ohne eindeutige technische Begründung auch nicht machen. PowerColor habe ich um eine Bestätigung gebeten.
Fazit
Die Treiberinstallation funktioniert jetzt, aber ich weiß nicht, warum. Es könnte am zuvor extrem knappen Speicherplatz, an den reparierten Windows-Dateien, an Änderungen durch die Datenschutz-/Debloat-Tools, an einem zwischenzeitlichen Treiberzustand oder an einer Kombination davon gelegen haben. Keine dieser Erklärungen ist bislang belegt.Ich werde jetzt zunächst prüfen, ob das Spiel über längere Zeit stabil läuft. Falls jemand einen ähnlichen MUI-/SetupAPI-Fehler gesehen hat oder eine gute Möglichkeit kennt, im Nachhinein die entscheidende Änderung zu identifizieren, wäre ich für Hinweise dankbar.
Zuletzt bearbeitet:


