Windows "uppdaterar" Radeon-drivrutiner till äldre version

Just signeringen vet jag inte, alla filer som tillhör drivrutinerna (både Optional och recommended/WHQL) är signerade av Microsoft, och vissa filer av både AMD och Microsoft.

Detta är mitt första AMD-grafikkort, så jag vet inte om det "alltid" varit så med deras drivrutiner, eller om det är någon tillfällig desync mellan MS och AMD, kanske pga kommande Windows-uppdateringar, som du säger. Men jag tolkar det lite som att det är första gången det hänt dig, och jag tror också att fler kan ha drabbats utan att de märkt det. Så förhoppningsvis löser de detta.

Jag kan också nämna att det hände mig två gånger, förresten. Det var när det hände andra gången som jag faktiskt tog mig tid att testa "fixen" (well, work-arounden) och skapa tråden. ... Och kan meddela att det verkar ha hjälpt då Windows Update inte hittade på några hyss inatt.

Jupp, urk!

By the way jag såg att Windows Update pillat på andra AMD-drivrutiner också, specifikt AMD SMBus. Så jag funderar på om (delar av) Chipset-drivrutinerna från AMD också skrivits över. Jag gjorde därför en manuell ominstallation av dem, men i det här fallet verkade det faktiskt vara samma version (date 2020-03-08 / version 5.12.0.38).

Verkar ha sökt lite dåligt tidigare. När vi började snacka generellt om AMD (och inte bara Radeon) hittade jag ett verktyg från Microsoft vid namnwushowhide.diagcab. Windows Update Show/Hide, kan tänkas? Verktyget går inte att ladda ner "direkt" från Microsoft men Archive.org verkar ha speglat en snapshot från 21 januari 2021. På tal om signaturer är filen (så klart) signerad av MS, så var inte speciellt rädd för att köra den även om den laddades ner från annan källa.

För mig är det "för sent" att se om verktyget fungerar i och med att jag redan blockerat Windows Update att installera drivrutiner, men om någon annan vill testa (t ex i kombination med Group Policy-workarounden jag nämnde i första inlägget) så kan det vara ett alternativ att kika på.

Edit: Halvtvek på att det fungerar längre, dock (kanske därför MS plockat bort länken).

Jag testade att gömma nån optional BT-drivrutin från Intel, men den syns ändå i Windows Update (trots reboot). Men vem vet, kanske fungerar den med icke-optional updates, men det känns långsökt i och med att den där 2021-05 Cumulative Update i sista bilden inte ens syns i verktyget.

Exakt, jag undrar också varför den inte dyker upp igen. Jag fick 21H1 den 26:e och WU lade in fel Radeon drivers den 27:e. Så frågan är kanske hur pålitlig "check for updates"-knappen är.

Anyway, jag hittade ytterligare en potentiell lösning som jag missat tidigare. Enligt den här tråden skall detta varit ett problem sedan åtminstone 2017. Men användaren "whiskey-foxtrot" tipsar om att blockera installation av drivrutiner för specifika hårdvaru-IDn. Frågan är dock om man själv kan installera drivrutiner för dem, då?

Jag testar det nu.

Edit: Var inga problem att installera (om) drivrutinerna själv, i alla fall. WU är sedan ett litet tag tillbaka inställt på att få installa drivers igen så nu blir det att avvakta ett tag och se om det hittar- och vill installera de gamla drivrutinerna en tredje gång, och vad som händer i så fall i och med blockeringen av hårdvaru-ID.

Kan tillägga att jag inte är speciellt övertygad om att detta fungerar heller. Policyn nämner ju inte alls Windows Update, utan "Windows". Jag tycker faktiskt att det är lite märkligt att jag själv fick installera dem med denna setting påslagen och konfigurerad.

Ugh, verkar vara dags för paus här. Anledningen till att jag lyckades (om)installera drivrutinerna själv trots hårdvaru-id block var för att jag "klickat snett" bland Group Policy options och konfigurerat fel policy. När jag rättade det så kunde jag - som väntat - inte installera drivrutinerna över huvud taget:

Jag tycker också de missat en detalj i forumtråden med tipset, nämligen att inställningen "Also apply to matching devices that are already installed". För annars är det ju ingenting som hindrar WU från att installera en senare version.

TL;DR: Det enda som verkar fungera OK av allt jag testat hittills är att blockera "Device installation settings".

Senast jag postade i tråden hade jag återställt alla inställningar förutom Group Policyn som gör det möjligt för mig att manuellt ladda ner och installera drivrutiner (istället för att det görs automatiskt). Både hårdvarugrejen i advanced system settings och det där blockera-hårdvaru-tramset jag testade var alltså satt till default.

Och vad händer nu då? Jo, nu dyker december-drivrutinen upp SOM EN OPTIONAL update helt plötsligt. För att den är optional måste vara nytt, right? Annars hade ju den inte installeras "utan vidare" för någon av oss.

Ska man tolka det som de löst problemet upstream, eller är det bara så WU kände för att göra idag? Logiken är mind blowing ...

När jag skapade tråden (för ganska exakt ett år sedan) så var min upplevelse att Windows Update automatiskt installerade GAMLA grafikkortsdrivrutiner för AMD och jag testade lite olika metoder för att förhindra det. Några dagar senare uppdaterade jag tråden med ett besked om att beteendet verkar ha ändrats och att drivrutinerna istället hamnar som "Optional updates" och därför inte installeras automatiskt -- Vilket alltså innebär att man inte behöver göra några ändringar i sitt system för att slippa riskera att Windows nedgraderar eller på annat sätt joxar med drivrutinerna (mer än att ge tusan i att klicka på "Download and install" i Optional updates-fönstret, då).

Det senare beteendet verkar fortfarande gälla. T ex har jag Advanced Micro Devices, Inc. - Display - 30.0.15020.1001 som en optional update just nu, som jag av av förekommen anledning vägrar att installera.

Så, det ursprungliga problemet verkar vara löst. Positivt! Edit: Med det sagt behåller jag ändå den ändrade Group Policy ("2 - Notify for download and auto install") jag beskrev i första inlägget. Oavsett eventuella problem med nedgraderingar känns det vettigt att ha mer kontroll över när uppdateringar laddas ner och installeras.

Negativt, däremot, är att när jag i samband med 22.5.1-släppet själv valde att låta AMD Software: Adrenaline Edition uppdatera programvara och drivrutin fick en blåskärm och kunde inte längre starta programmet efter omstart. Det verkar faktiskt inte ens finnas kvar på systemet. I alla fall inte i sin helhet. Den nya drivrutinen (30.0.15021.11005) verkar dock ha installerats och fungerar som den ska.

Min gissning är att det som hände var någonting i stil med:

1. AMD Sofware uppdaterar drivrutinen (success!)

2. Gammal version av AMD Software avinstalleras (partial success)

3. Ny version av AMD Software installeras (fail)

Jag löste problemet genom att avinstallera (det som fanns kvar) av AMD Software från Windows kontrollpanel, manuellt ladda ner programvaran och installera på nytt. Efter det fungerar både drivrutin och programvara.

Exakt vad @tintinj råkat ut för vet jag inte. Låter snarare som problem med Chipset-drivisar... Men inlägget kanske är till hjälp ändå.

Den länkade kb-artikeln bekräftar att det har med konflikterande drivrutiner och programvara att göra.

Märkligt att drivrutinerna installeras av Windows Update fastän du har klickat "No" i Systemegenskaper>Maskinvara>Inställningar för enhetsinstallation. Det skall vara tillräckligt, utifrån både mina egna erfarenheter och enligt artikeln.

Några frågor:

1. I ett tidigare inlägg skrev du att Windows installerat en uppdatering för "Advanced micro devices". Advanced Micro Devices - vadå? Jag antar "Display" men det finns ju ett par olika ... T ex skrev du att USB-portarna slutade fungera vilket tyder på att chipset-drivrutiner varit med i bilden på något sätt.

2. Du säger att du stängt av windowsuppdateringar helt och hållet. Hur har du gjort det? Jag frågar eftersom det verkar vara lite "rörigt" att göra det i Windows nu för tiden.

3. Du har inte installerat någon uppdatering varken från Microsoft eller AMD. Kan du dubbelkolla det i windows update-historiken?

4. Jag tolkar det som att du du ominstallera alla drivrutiner, men du skriver inte att du avinstallerat Adrenaline-programvaran. Om du inte gjort det redan kanske det vore en god idé att säkerställa att både drivrutiner (från Microsoft och AMD) såväl som programvara (från Microsoft och AMD) är avinstallerat innan du gör ett nytt försök med den officiella paketeringen.

....

Om du inte orkar trilskas så är AMDs rekommendation, enligt kb-artikeln, att köra med de drivrutiner och programvara som kommer från Microsoft/OEM. Och inte installera något själv.