Ne suivez pas ce lien ou vous tomberez dans un trou noir et vous serez banni du site.
# Dossier de diagnostic — ASUS ROG Strix SCAR 17 (G733QS-HG082T)
**Date du dossier :** 16 juillet 2026
**Machine :** ASUS ROG Strix SCAR17 G733QS-HG082T (2021, occasion)
**CPU :** AMD Ryzen 9 5900HX
**RAM :** 64 Go DDR4-3200 (2x32 Go, Crucial/Micron CT32G4SFD832A, SO-DIMM)
**BIOS :** Version 335 (EC : G733QSEC.050) — plus récente que la version publique 331 (mars 2023), obtenue vraisemblablement via MyASUS
**Contexte d'acquisition :** Achat d'occasion. Le vendeur avait appliqué du liquid metal sur le CPU et à proximité de composants annexes sans protocole rigoureux ("bidouillé sans savoir").
---
## 1. Historique des symptômes
- **Fonctionnement stable jusqu'à mi-2025**, puis dégradation progressive avec freezes de plus en plus fréquents — profil cohérent avec un composant qui s'use dans le temps, pas un défaut de conception d'origine.
- Échec récurrent de deux mises à jour Windows (.NET KB5100998, cumulatif KB5101650) — erreur **0x800f0845**.
- Échec DISM `/RestoreHealth` — erreur **0x800f0915** ("contenu de réparation introuvable"), après une tentative réseau réelle de 17 minutes. Mismatch de version notable entre l'outil DISM (10.0.26100.8521) et l'image cible (10.0.26200.8655).
- Réparation sur place via ISO montée : réussie après contournement du blocage à 46% sur "Obtention des mises à jour" (installation hors ligne / `/DynamicUpdate disable`).
- **Freeze total post-réparation** : écran noir, LED disque active puis totalement inerte, clavier mort (CapsLock ne répond plus). Réparation automatique Windows en échec. Résolu temporairement par réinitialisation "conserver mes fichiers".
- Freezes récurrents au repos (bureau, navigation légère), sans surchauffe apparente ni bruit de ventilateur notable à l'origine.
- Reproductible sur **trois environnements totalement différents** : Windows (mises à jour, installation), WinPE (écran de configuration langue/clavier), et Linux (GParted Live).
---
## 2. Protocole de tests RAM (MemTest86 v11.7 Free)
| Configuration | Température | Durée testée | Erreurs |
|---|---|---|---|
| A + B (dual-channel, config initiale) | 97–99°C | ~1h39 (2 passes) | **4 erreurs**, toujours adresse ≈0x942F7CE58, bit 29 |
| A seule / Slot 1 | ~70°C stable | 28 min | 0 |
| B seule / Slot 1 | ~69–72°C stable | 28 min | 0 |
| A seule / Slot 2 | ~70–80°C (pic transitoire) | ~25 min | 0 |
| B (slot 1) + A (slot 2) — permutation complète | 89°C (montée rapide) | ~1 min avant 1ère erreur | **Erreur reproduite**, même adresse (0x942F7CF58), même bit |
**Conclusion du protocole RAM :** aucune barrette ni aucun slot n'est défaillant individuellement (4 configurations mono-canal saines sur des durées comparables). L'erreur n'apparaît que lorsque les **deux canaux fonctionnent simultanément**, quelle que soit la combinaison barrette/slot — signature d'un problème systémique (contrôleur mémoire CPU ou alimentation VRM partagée), pas d'un défaut de composant mémoire isolé.
---
## 3. Élargissement du diagnostic (SSD, stockage, USB)
- Installation Windows tentée en **RAM mono-canal** (configuration jugée saine par MemTest86) : **freeze à 12%** pendant la copie des fichiers — contredit l'hypothèse "dual-channel uniquement", indique un second facteur indépendant de la RAM.
- Boot sur clé USB **GParted Live** : freeze pendant le chargement du noyau (accès disque).
- **Test décisif** : boot GParted Live **sans le SSD interne branché** → freeze identique, au même point. **Le SSD est donc innocenté.**
- Pattern retenu : le freeze survient systématiquement dès qu'un système d'exploitation (Windows, WinPE, ou Linux) tente d'**initialiser/accéder à un périphérique de stockage** (SSD interne OU clé USB, qui passent tous deux par les mêmes contrôleurs chipset), alors que MemTest86 — qui sollicite uniquement CPU + RAM sans toucher au chipset de stockage — reste stable indéfiniment, y compris à 99°C pendant plus d'1h30.
**Hypothèse retenue :** défaut localisé au **chipset** (contrôleurs NVMe/USB) ou à son **rail d'alimentation (VRM)**, distinct du rail CPU/RAM — cohérent avec la contamination liquid metal détectée à proximité de composants annexes au CPU.
---
## 4. Découverte critique
Lors du démontage complet de la carte mère : **présence de liquid metal à l'interface CPU/carte mère et sur des composants annexes environnants**, résultat d'une intervention antérieure non maîtrisée par le précédent propriétaire.
Cette contamination explique de façon cohérente :
- La dégradation progressive dans le temps (migration/corrosion lente du liquid metal)
- Les freezes sur charges très hétérogènes (défaut électrique indifférent au type de charge logicielle)
- La spécificité dual-channel de l'erreur RAM (proximité probable avec les pistes/alimentation du second canal)
- Les températures anormalement hautes malgré pâte thermique refaite et ventilateurs nettoyés
## 5. Actions correctives déjà entreprises
- Nettoyage du liquid metal à l'alcool isopropylique, remplacement par pâte thermique de qualité (CPU).
- Reflashage BIOS (335 → 335) pour éliminer toute corruption de configuration — flash réalisé avec succès.
- Nouvelle tentative d'installation Windows post-nettoyage : progression plus loin que précédemment (écran de sélection de partition atteint), mais **freeze persistant dès l'activité disque/SSD**.
## 6. État actuel et conclusion
Malgré le nettoyage du liquid metal au niveau du CPU, le symptôme caractéristique (freeze systématique à l'accès stockage) persiste. Deux explications possibles restent ouvertes pour un réparateur équipé :
1. **Contamination/corrosion déjà installée** sur des pistes ou pads proches du chipset avant le nettoyage — un nettoyage tardif n'inverse pas une corrosion déjà en cours.
2. **Défaut VRM ou chipset distinct**, non résolu par l'intervention sur le seul CPU.
**Recommandation :** diagnostic professionnel avec équipement adapté (multimètre, oscilloscope, banc de test carte mère) pour localiser précisément la zone en défaut sur le rail d'alimentation ou le chipset. Au vu de l'âge de la machine (2021) et du coût probable d'une réparation par micro-soudure, une mise en balance avec le remplacement de la machine est recommandée.
---
*Dossier constitué de façon incrémentale au fil d'une investigation méthodique (isolation RAM exhaustive, tests multi-environnements, démontage complet). Photos et captures d'écran des tests MemTest86 disponibles séparément si besoin.*
**Date du dossier :** 16 juillet 2026
**Machine :** ASUS ROG Strix SCAR17 G733QS-HG082T (2021, occasion)
**CPU :** AMD Ryzen 9 5900HX
**RAM :** 64 Go DDR4-3200 (2x32 Go, Crucial/Micron CT32G4SFD832A, SO-DIMM)
**BIOS :** Version 335 (EC : G733QSEC.050) — plus récente que la version publique 331 (mars 2023), obtenue vraisemblablement via MyASUS
**Contexte d'acquisition :** Achat d'occasion. Le vendeur avait appliqué du liquid metal sur le CPU et à proximité de composants annexes sans protocole rigoureux ("bidouillé sans savoir").
---
## 1. Historique des symptômes
- **Fonctionnement stable jusqu'à mi-2025**, puis dégradation progressive avec freezes de plus en plus fréquents — profil cohérent avec un composant qui s'use dans le temps, pas un défaut de conception d'origine.
- Échec récurrent de deux mises à jour Windows (.NET KB5100998, cumulatif KB5101650) — erreur **0x800f0845**.
- Échec DISM `/RestoreHealth` — erreur **0x800f0915** ("contenu de réparation introuvable"), après une tentative réseau réelle de 17 minutes. Mismatch de version notable entre l'outil DISM (10.0.26100.8521) et l'image cible (10.0.26200.8655).
- Réparation sur place via ISO montée : réussie après contournement du blocage à 46% sur "Obtention des mises à jour" (installation hors ligne / `/DynamicUpdate disable`).
- **Freeze total post-réparation** : écran noir, LED disque active puis totalement inerte, clavier mort (CapsLock ne répond plus). Réparation automatique Windows en échec. Résolu temporairement par réinitialisation "conserver mes fichiers".
- Freezes récurrents au repos (bureau, navigation légère), sans surchauffe apparente ni bruit de ventilateur notable à l'origine.
- Reproductible sur **trois environnements totalement différents** : Windows (mises à jour, installation), WinPE (écran de configuration langue/clavier), et Linux (GParted Live).
---
## 2. Protocole de tests RAM (MemTest86 v11.7 Free)
| Configuration | Température | Durée testée | Erreurs |
|---|---|---|---|
| A + B (dual-channel, config initiale) | 97–99°C | ~1h39 (2 passes) | **4 erreurs**, toujours adresse ≈0x942F7CE58, bit 29 |
| A seule / Slot 1 | ~70°C stable | 28 min | 0 |
| B seule / Slot 1 | ~69–72°C stable | 28 min | 0 |
| A seule / Slot 2 | ~70–80°C (pic transitoire) | ~25 min | 0 |
| B (slot 1) + A (slot 2) — permutation complète | 89°C (montée rapide) | ~1 min avant 1ère erreur | **Erreur reproduite**, même adresse (0x942F7CF58), même bit |
**Conclusion du protocole RAM :** aucune barrette ni aucun slot n'est défaillant individuellement (4 configurations mono-canal saines sur des durées comparables). L'erreur n'apparaît que lorsque les **deux canaux fonctionnent simultanément**, quelle que soit la combinaison barrette/slot — signature d'un problème systémique (contrôleur mémoire CPU ou alimentation VRM partagée), pas d'un défaut de composant mémoire isolé.
---
## 3. Élargissement du diagnostic (SSD, stockage, USB)
- Installation Windows tentée en **RAM mono-canal** (configuration jugée saine par MemTest86) : **freeze à 12%** pendant la copie des fichiers — contredit l'hypothèse "dual-channel uniquement", indique un second facteur indépendant de la RAM.
- Boot sur clé USB **GParted Live** : freeze pendant le chargement du noyau (accès disque).
- **Test décisif** : boot GParted Live **sans le SSD interne branché** → freeze identique, au même point. **Le SSD est donc innocenté.**
- Pattern retenu : le freeze survient systématiquement dès qu'un système d'exploitation (Windows, WinPE, ou Linux) tente d'**initialiser/accéder à un périphérique de stockage** (SSD interne OU clé USB, qui passent tous deux par les mêmes contrôleurs chipset), alors que MemTest86 — qui sollicite uniquement CPU + RAM sans toucher au chipset de stockage — reste stable indéfiniment, y compris à 99°C pendant plus d'1h30.
**Hypothèse retenue :** défaut localisé au **chipset** (contrôleurs NVMe/USB) ou à son **rail d'alimentation (VRM)**, distinct du rail CPU/RAM — cohérent avec la contamination liquid metal détectée à proximité de composants annexes au CPU.
---
## 4. Découverte critique
Lors du démontage complet de la carte mère : **présence de liquid metal à l'interface CPU/carte mère et sur des composants annexes environnants**, résultat d'une intervention antérieure non maîtrisée par le précédent propriétaire.
Cette contamination explique de façon cohérente :
- La dégradation progressive dans le temps (migration/corrosion lente du liquid metal)
- Les freezes sur charges très hétérogènes (défaut électrique indifférent au type de charge logicielle)
- La spécificité dual-channel de l'erreur RAM (proximité probable avec les pistes/alimentation du second canal)
- Les températures anormalement hautes malgré pâte thermique refaite et ventilateurs nettoyés
## 5. Actions correctives déjà entreprises
- Nettoyage du liquid metal à l'alcool isopropylique, remplacement par pâte thermique de qualité (CPU).
- Reflashage BIOS (335 → 335) pour éliminer toute corruption de configuration — flash réalisé avec succès.
- Nouvelle tentative d'installation Windows post-nettoyage : progression plus loin que précédemment (écran de sélection de partition atteint), mais **freeze persistant dès l'activité disque/SSD**.
## 6. État actuel et conclusion
Malgré le nettoyage du liquid metal au niveau du CPU, le symptôme caractéristique (freeze systématique à l'accès stockage) persiste. Deux explications possibles restent ouvertes pour un réparateur équipé :
1. **Contamination/corrosion déjà installée** sur des pistes ou pads proches du chipset avant le nettoyage — un nettoyage tardif n'inverse pas une corrosion déjà en cours.
2. **Défaut VRM ou chipset distinct**, non résolu par l'intervention sur le seul CPU.
**Recommandation :** diagnostic professionnel avec équipement adapté (multimètre, oscilloscope, banc de test carte mère) pour localiser précisément la zone en défaut sur le rail d'alimentation ou le chipset. Au vu de l'âge de la machine (2021) et du coût probable d'une réparation par micro-soudure, une mise en balance avec le remplacement de la machine est recommandée.
---
*Dossier constitué de façon incrémentale au fil d'une investigation méthodique (isolation RAM exhaustive, tests multi-environnements, démontage complet). Photos et captures d'écran des tests MemTest86 disponibles séparément si besoin.*
