# 260903 - Mise à jour du pilote AMD

Procédure préparée le 2026-09-02, à exécuter le 2026-09-03 sur le poste `julie`.

Objectif : remplacer le pilote graphique AMD **du 18 janvier 2022** par la version actuelle. Deux motifs indépendants, chacun suffisant à lui seul.

# Pourquoi

**1. C'est la cause établie des écrans bleus `0x50`.** L'analyse du vidage mémoire du 31/07/2026 désigne `amdfendr.sys` (AMD Crash Defender) v21.30.0.9 : le pilote appelle `RtlCompressBuffer` avec une taille supérieure à l'allocation réelle, LZNT1 lit au-delà et tombe sur une page non mappée. `MODULE_NAME: amdfendr`, confirmé par deux rapports WER. Analyse complète : **page 249**.

**2. C'est aussi ce qui dégradait l'émulateur Android.** Le support Vulkan de ce pilote est défaillant : le chargement de l'ICD échouait, et l'émulateur se rabattait silencieusement sur `lavapipe`, un rasteriseur **purement logiciel**. Détail : **page 282, section 9**.

# État avant intervention

À relever pour pouvoir comparer après.

| Élément | Valeur au 2026-09-02 |
|---|---|
| Carte | AMD Radeon RX 6500 XT (Navi 24, `0x743F`), 4 Go |
| Pilote | `30.0.14023.3004` |
| Date du pilote | **18/01/2022** |
| `amdfendr.sys` | **21.30.0.9**, fichier du 07/02/2022 |
| `amdfendrmgr.sys` | 21.30.0.9, fichier du 07/02/2022 |
| OS | Windows 10 19045, UEFI |
| Point de restauration | **`11` — `260903-maj pilotes carte grapphique`**, 03/09/2026 03:09 |

# Précautions propres à cette machine

**⚠ L'utilisateur lance l'installeur lui-même.** Un processus démarré par Claude Code hérite de son conteneur MSIX et installe au mauvais endroit, de façon indétectable depuis la session. Voir page 282, section 6.

**⚠ Pas par temps d'orage, ni en période de coupures.** Ce poste compte **146 arrêts brutaux** au compteur SMART du SSD et a subi des coupures secteur avérées (Enedis le 24/08). Un flash de pilote graphique interrompu par une coupure est l'un des rares moments où l'on casse réellement quelque chose.

**⚠ Une seule opération à risque à la fois.** Ne pas enchaîner avec une mise à jour du BIOS, même si l'occasion se présente. Le BIOS 1.40 de 2020 reste volontairement en place.

**⚠ winget est inutile ici.** Il ne propose que `AMD.AMDSoftwareCloudEdition`, destiné aux serveurs de jeu en nuage — **à ne pas installer**. Le téléchargement vient du site AMD.

# Procédure

## 1. Poser le filet

Dans une console PowerShell **en administrateur** (la protection système était déjà active sur ce poste — trois points existaient déjà des 26, 27 et 28/08) :

> **⚠ Angle mort à connaître.** `Get-ComputerRestorePoint` **exige l'élévation** : depuis une session Claude Code, non élevée, il renvoie une liste vide, ce qui fait conclure à tort que la protection système est désactivée. Erreur commise le 2026-09-02. **La vérification revient à l'utilisateur**, dans sa propre console élevée — même famille d'angle mort que la lecture de `%APPDATA%` (page 282, section 6).

> Autre piège : Windows **refuse de créer un second point dans les 24 h** suivant le précédent. `Checkpoint-Computer` peut donc échouer en silence.

```powershell
Enable-ComputerRestore -Drive 'C:\'
Checkpoint-Computer -Description 'Avant pilote AMD' -RestorePointType MODIFY_SETTINGS
```

Vérifier qu'il est bien créé :

```powershell
Get-ComputerRestorePoint | Select-Object SequenceNumber,Description,CreationTime
```

## 2. Télécharger

`amd.com/fr/support` → **Graphics** → **Radeon RX 6000 Series** → **Radeon RX 6500 XT** → **Windows 10 - 64-Bit**

Prendre l'édition **Recommended (WHQL)**, pas l'Optional : plus prudente sur une machine dont la stabilité est en cours d'investigation.

## 3. Installer

Deux choix à ne pas manquer dans l'installeur :

- **Cocher `Factory Reset`** — supprime proprement les restes du pilote de 2022. C'est ce qui évite d'avoir à passer par DDU en mode sans échec.
- **Choisir `Driver Only`** (ou *Minimal*) si l'option est proposée — la suite Adrenalin complète (enregistrement vidéo, AMD Link, surcouche de jeu) n'a aucun usage ici et ajoute des services résidents sur une machine déjà fragile.

L'écran clignote et devient noir plusieurs secondes pendant l'opération : c'est normal.

## 4. Redémarrer et vérifier

```powershell
Get-CimInstance Win32_VideoController | Select-Object Name,DriverVersion,DriverDate | Format-List
(Get-Item 'C:\Windows\System32\drivers\amdfendr.sys').VersionInfo.FileVersion
```

Attendu : une date récente, et `amdfendr.sys` **sorti de la 21.30.0.9**.

## 5. Contrôles complémentaires

**Côté émulateur Android** — vérifier que l'accélération répond toujours :

```powershell
& 'D:\Android\Sdk\emulator\emulator.exe' -accel-check
```

Puis, après un lancement de la tablette, que le rendu n'est pas retombé en logiciel :

```powershell
Get-Content 'C:\Users\julie\.android\avd\Pixel_Tablet.avd\hardware-qemu.ini' | Select-String 'gpu.mode'
```

**Laisser `hw.gpu.mode = host`.** Même si Vulkan est réparé, un réglage explicite qui fonctionne vaut mieux qu'un `auto` susceptible de retomber en `lavapipe` sans le moindre message.

**Côté stabilité** — relancer le relevé après deux à trois semaines :

```powershell
Jux-scripts\PC-Health\collect_bsod.ps1
```

Le script signale la version d'`amdfendr.sys` à chaque passage ; il doit cesser de la marquer comme problématique.

# Retour arrière

Si l'affichage se dégrade ou si de nouveaux plantages apparaissent :

1. **Restauration système** sur le point créé à l'étape 1
2. À défaut : *Gestionnaire de périphériques* → carte graphique → *Propriétés* → onglet *Pilote* → **Restaurer le pilote précédent**
3. En dernier recours : **DDU en mode sans échec**, puis réinstallation propre

# Ce qu'il ne faut PAS en attendre

La page 249 distingue **deux populations d'arrêts anormaux**, et cette mise à jour n'en traite qu'une.

| Population | Traitée ? |
|---|---|
| **15 écrans bleus** (3× `0x50` attribués à `amdfendr`, 10× `0x9F`, 1× `0x3B`, 1× `0xA0`) | **Oui**, c'est l'objet de l'intervention |
| **30 coupures sèches** (`BugcheckCode = 0`, aucune trace) | **Non** — hypothèse électrique externe, un onduleur trancherait |

Les 146 arrêts brutaux du compteur SSD, dont une centaine antérieurs à la réinstallation d'octobre 2025, appartiennent à la seconde catégorie. **Ne pas conclure à un échec de la mise à jour si des coupures sèches persistent.**

# Après l'intervention

Mettre à jour :

- **page 249** — journal de stabilité, version du pilote, retrait de l'action en attente
- **page 282, section 9** — indiquer si Vulkan est réparé et si `auto` redevient sûr


# Résultats — intervention du 2026-09-03

Version installée : **AMD Software: Adrenalin Edition 26.8.1 (WHQL Recommended)**, paquet de 942 Mo téléchargé depuis amd.com, avec **`Factory Reset` coché** et installation **`Driver Only`**.

Point de restauration préalable : `11 — 260903-maj pilotes carte grapphique`, 03/09/2026 03:09. Non utilisé.

## Avant / après

| | Avant | Après |
|---|---|---|
| Pilote affiché | `30.0.14023.3004` | **`32.0.21045.5002`** |
| Date du pilote | 18/01/2022 | **17/08/2026** |
| `amdfendr.sys` **actif** | 21.30.0.9 (07/02/2022) | **25.10.0.7 (25/02/2026)** |
| `amdpsp.sys` | 5.24.0.0 | 5.46.0.0 (19/06/2026) |

Quatre ans et sept mois rattrapés. **La version d'`amdfendr.sys` identifiée comme cause des écrans bleus `0x50` est remplacée** — c'était l'objet de l'intervention.

## ⚠ Piège de vérification : lire le service, pas le fichier

Le premier contrôle a fait croire à un échec :

```
C:\Windows\System32\drivers\amdfendr.sys    21.30.0.9    07/02/2022
```

**Ce fichier est un résidu de l'installation de 2022 que Windows n'utilise pas.** Le pilote réellement chargé est désigné par le service :

```
HKLM\SYSTEM\CurrentControlSet\Services\amdfendr
  ImagePath = \SystemRoot\System32\DriverStore\FileRepository\
              amdfendr.inf_amd64_bea53a1d416fbcfa\amdfendr.sys   -> v25.10.0.7, 25/02/2026
```

Les deux versions cohabitent dans le DriverStore (`...9c52cee6bd9e4fb5` pour l'ancienne, `...bea53a1d416fbcfa` pour la nouvelle) ; seule la seconde est enregistrée.

> **Règle : après une mise à jour de pilote, vérifier `ImagePath` du service, jamais le fichier dans `System32\drivers`.** Ce dernier peut rester périmé indéfiniment sans que cela signifie quoi que ce soit.

Commande de contrôle :

```powershell
(Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Services\amdfendr').ImagePath
```

État du service : `Start = 3` (démarrage manuel), actuellement arrêté.

## ⚠ Vulkan n'est TOUJOURS pas enregistré

C'est le point décevant de l'intervention.

```
HKLM\SOFTWARE\Khronos\Vulkan\Drivers             absente
HKLM\SOFTWARE\WOW6432Node\Khronos\Vulkan\Drivers absente
C:\Windows\System32\amdvlk64.dll                 absent
```

Les bibliothèques existent pourtant dans le DriverStore (`amdvlk64.dll`, `amdxc64.dll` dans deux paquets), mais **aucune ICD n'est déclarée** : Vulkan reste inutilisable. Le `Factory Reset` a vraisemblablement supprimé la clé sans que l'installation `Driver Only` la recrée.

Seules entrées présentes sous `Khronos\Vulkan\ImplicitLayers` : les deux couches de Steam.

**Conséquence pour l'émulateur Android : garder `hw.gpu.mode = host`, ne pas repasser en `auto`** — il retomberait en `lavapipe` (page 282, section 9). Le réglage explicite reste nécessaire.

Si Vulkan devient un besoin (jeux, applications tierces), il faudra relancer l'installeur **sans** `Driver Only`, en acceptant la suite Adrenalin complète.

## Émulateur — non régressé

```
emulator -accel-check     AEHD (version 2.2) is installed and usable.   code 0
hardware-qemu.ini         hw.gpu.mode = host
Definition                1920x1200
MemTotal invite           4 013 Mo
Focus                     NexusLauncherActivity
```

## Ce qui reste à surveiller

La page **249** distingue deux populations d'arrêts anormaux. Cette mise à jour n'en traite qu'une.

- **15 écrans bleus** — traités. Relevé de contrôle à relancer dans deux à trois semaines : `Jux-scripts\PC-Health\collect_bsod.ps1`
- **30 coupures sèches** (`BugcheckCode = 0`) — **non traitées**, hypothèse électrique externe. Leur persistance ne signifierait pas un échec de l'intervention ; elle isolerait au contraire définitivement la piste de l'alimentation.