Windows 11 23H2 bloquée sur Gigabyte Z390 AORUS PRO WIFI : corriger 0xC1900101‑0x30018 (iaStorAVC, Secure Boot, TPM)

Vous tentez de passer un PC sous Windows 11 21H2 à 23H2 et l’opération échoue avec 0xC1900101‑0x30018 sur une carte mère Gigabyte Z390 AORUS PRO WIFI ? Voici une procédure concrète, testée et exhaustive pour réussir la mise à niveau.

Sommaire

Vue d’ensemble du problème

Cas réel remonté : un poste équipé d’une Gigabyte Z390 AORUS PRO WIFI refuse la mise à niveau de Windows 11 21H2 vers 23H2.

Windows Update n’affiche pas 23H2.
La mise à jour par ISO échoue avec 0xC1900101‑0x30018 (« échec dans la phase FIRST_BOOT, opération SYSPREP_SPECIALIZE »).
Après mise à jour du pilote Intel RST et du BIOS, le PC bascule en boucle de démarrages, y compris en mode sans échec.
L’installation depuis clé USB indique ensuite « ce PC ne peut pas exécuter Windows 11 » alors que le matériel est compatible.

Le diagnostic incrimine un pilote de stockage Intel obsolète (iaStorAVC), un BIOS trop ancien et des paramètres UEFI (Secure Boot/TPM) non conformes, qui désorientent l’installateur.

Causes techniques identifiées

Élément	Indices / erreurs visibles	Impact sur l’upgrade	Actions recommandées
Pilote Intel RST (iaStorAVC) obsolète	BSOD `DRIVER_PNP_WATCHDOG`, blocage phase `FIRST_BOOT`, rollback 0xC1900101	Interruption du déploiement des pilotes Plug & Play lors de la spécialisation	Mettre à jour le pack RST, ou revenir vers une version stable (ex. 17.9.x) si la plus récente boucle au boot
BIOS ancien (ex. F12k, 2021‑01‑19)	Incohérences ACPI/PCIe, microcodes CPU dépassés	Conflits au chargement des nouveaux pilotes et services 23H2	Flasher vers la dernière révision officielle et charger les paramètres par défaut
Secure Boot désactivé / TPM 2.0 inactif	Message « ce PC ne peut pas exécuter Windows 11 » lors d’une clean install	L’installateur applique les prérequis et refuse la configuration	Activer UEFI pur (CSM Off), Secure Boot et TPM 2.0 (Intel PTT)
Filtres tiers (antivirus, chiffrement, tuning, monitoring)	Échecs `Safe_OS` ou `First_Boot`, temps morts PnP	Drivers de filtre bloquent la migration des services	Désinstaller/neutraliser ces produits avant l’upgrade
Périphériques USB non essentiels	Blocage PnP, erreurs inconnues	Surface d’attaque PnP accrue	Débrancher tout sauf clavier/souris/écran

Solution retenue dans le cas étudié

L’utilisateur a finalement formaté tous les disques et procédé à une réinstallation propre de Windows 11 23H2, puis a activé Secure Boot. Après ces actions, l’installation est passée sans erreur et 23H2 fonctionne normalement.

Cette issue confirme que le tandem stockage/firmware était à la racine du problème et que la conformité UEFI + TPM 2.0 est déterminante, y compris lorsque le matériel est objectivement compatible.

Par où commencer

Checklist rapide

Cloner ou imager le disque système.
Mettre le BIOS à jour vers la dernière révision et charger les Optimized Defaults.
Activer UEFI Only (CSM désactivé), Secure Boot et TPM 2.0 / Intel PTT.
Mettre à jour les pilotes chipset, stockage (RST) et GPU.
Désinstaller antivirus tiers et outils de chiffrement/tuning.
Débrancher tous les périphériques non indispensables.

Ordre conseillé si l’erreur réapparaît

Sauvegarde complète.
Flash du BIOS.
Mise à jour des pilotes chipset/stockage/GPU.
Activation Secure Boot + TPM 2.0.
Nouvelle tentative d’upgrade via ISO — si FIRST_BOOT échoue encore, passer à la clean install.

Procédure détaillée et troubleshooting approfondi

Préparation et sauvegarde

Avant toute manipulation, réalisez une image disque complète. En cas de rollback ou de boucle de démarrages, cette sauvegarde est votre filet de sécurité.

Mise à jour du BIOS et paramètres UEFI

Vérifier la révision actuelle (ex. F12k du 19/01/2021) dans msinfo32.
Appliquer la dernière version officielle du BIOS pour Z390 AORUS PRO WIFI.
Charger les Optimized Defaults, puis configurer :
- CSM : Disabled.
- OS Type : Windows UEFI.
- Secure Boot : Enabled.
- TPM / Intel PTT : Enabled.
- SATA Mode : AHCI (sauf si vous utilisez un RAID RST).

Note : si Windows a été installé en mode hérité (MBR/CSM), convertissez le disque système en GPT avant d’activer Secure Boot :

mbr2gpt /validate /allowFullOS
mbr2gpt /convert /allowFullOS

Pilotes de stockage Intel RST

Sur cette plateforme, le couple iaStorAC/iaStorAVC est critique. Procédure recommandée :

Si vous n’utilisez ni RAID ni Optane : désinstallez Intel RST et repassez sur les pilotes Microsoft (Standard SATA AHCI Controller, Standard NVM Express Controller).
Si vous utilisez RAID/Optane : installez la dernière version compatible du pack RST. Si une version récente déclenche une boot‑loop, revenez à une 17.9.x stable.
Redémarrez et vérifiez dans le Gestionnaire de périphériques > Contrôleurs de stockage l’inf chargé (iaStor*.inf) et la date du pilote.

Nettoyage logiciel

Désinstaller antivirus tiers, outils de chiffrement de disque, pilotes USB virtuels, suites RGB/monitoring intrusives.
Exécuter un nettoyage système : DISM /Online /Cleanup-Image /RestoreHealth sfc /scannow
Supprimer les pilotes fantômes inutiles : pnputil /enum-drivers > C:\drivers.txt Passez en revue le fichier et retirez les paquets manifestement obsolètes (pnputil /delete-driver oemXX.inf /uninstall /force).

Lancer l’in‑place upgrade

Monter l’ISO 23H2, exécuter setup.exe, choisir « Conserver fichiers et applications ».
Débrancher le réseau si Windows Update injecte des pilotes inopportuns durant la phase First_Boot.

Si l’upgrade échoue avec 0xC1900101‑0x30018

Collectez les journaux pour cibler le pilote fautif :

C:\$WINDOWS.~BT\Sources\Panther\setupact.log et setuperr.log.
C:\$WINDOWS.~BT\Sources\Rollback\setupmem.dmp et setuperr.log.
C:\Windows\Panther pour les traces générales.

Indices à rechercher : lignes mentionnant MOUPG, CSI, Failure while finalizing, références à iaStor*, DRIVER_PNP_WATCHDOG, délais PnP, ou un service incapable de passer en Start=0.

Vous pouvez également exécuter l’outil de diagnostic d’installation pour corréler automatiquement les signatures connues d’échec.

Récupérer une boot‑loop après mise à jour de pilote

Si le système ne démarre plus, intervenez hors ligne depuis WinRE :

Accéder aux Options avancées > Invite de commandes.
Identifier la lettre du volume Windows (via notepad > Ouvrir pour parcourir les disques).
Lister les pilotes stockés : dism /image:D:\ /Get-Drivers /format:table Remplacez D:\ par la lettre de votre système hors ligne.
Repérer les paquets oemXX.inf liés à iaStor*, puis retirer la version problématique : dism /image:D:\ /Remove-Driver /Driver:oem42.inf
Redémarrer. Si besoin, réinstaller une version RST antérieure et stable.

Message « ce PC ne peut pas exécuter Windows 11 » en clean install

Ce message survient quasi toujours lorsque Secure Boot et/ou le TPM 2.0 ne sont pas actifs, ou si le disque système est en MBR. Correctifs :

Activer Intel PTT (TPM 2.0) dans l’UEFI.
Passer en UEFI pur (CSM Off) et activer Secure Boot.
Convertir le disque en GPT si nécessaire (voir mbr2gpt plus haut).

Clean install contrôlée

Si les tentatives d’upgrade échouent, suivez cette méthode pour repartir proprement :

Débrancher tous les disques non système pour éviter les erreurs de partitionnement.
Démarrer sur la clé USB d’installation en mode UEFI.
Supprimer toutes les partitions du disque système et laisser l’assistant recréer le schéma GPT.
Une fois le bureau atteint, vérifier :
- winver : Windows 11 23H2.
- msinfo32 : Mode BIOS : UEFI, État de Secure Boot : Activé.
- tpm.msc : TPM 2.0 prêt.
Installer ensuite les pilotes chipset, réseau, audio, et le pack RST uniquement si vous utilisez RAID/Optane.

Tableau de décision rapide

Symptôme	Piste prioritaire	But	Indicateur de succès
0xC1900101‑0x30018	Mise à jour ou retrait du pilote RST	Éliminer le blocage PnP en First_Boot	Phase OOBE atteinte sans rollback
Boot‑loop après MAJ pilote	DISM hors ligne pour retirer `oem*.inf` fautif	Rétablir un pilote de stockage fiable	Démarrage normal rétabli
« PC non compatible » en USB	Activer UEFI + Secure Boot + TPM 2.0	Respect des prérequis Windows 11	Assistant d’installation autorisé
Windows Update ne propose pas 23H2	ISO / Media Creation Tool + pilotes à jour	Forcer un in‑place propre	Setup passe la phase Compat

Bonnes pratiques qui font la différence

Sauvegarde systématique avant toute mise à niveau majeure.
Débranchement des périphériques non essentiels durant l’installation.
Minimalisme logiciel : pas d’antivirus tiers, pas d’outils de chiffrement, pas d’overlays réseau/USB.
Logs : conservez \Panther et \Rollback pour tout échec 0xC1900101 — ces codes pointent quasi toujours vers un pilote ou firmware.

Exemples de commandes utiles

Vérifier Secure Boot et TPM

powershell -Command "Confirm-SecureBootUEFI"
powershell -Command "Get-Tpm"

Obtenir la version du BIOS et la build Windows

msinfo32
winver

Vérifier l’état du magasin et des fichiers système

DISM /Online /Cleanup-Image /RestoreHealth
sfc /scannow

Contrôler rapidement les événements d’installation

eventvwr.msc
# Journaux > Applications et services > Microsoft > Windows > Setup > *

Collecter les journaux Setup

mkdir C:\_logs23H2
xcopy /s /y C:\$WINDOWS.~BT\Sources\Panther C:\_logs23H2\Panther\
xcopy /s /y C:\$WINDOWS.~BT\Sources\Rollback C:\_logs23H2\Rollback\

Spécificités Gigabyte Z390 AORUS PRO WIFI

Intel PTT désigne le TPM 2.0 : à activer dans l’UEFI pour satisfaire Windows 11.
CSM doit être désactivé pour un démarrage UEFI pur et l’activation de Secure Boot.
Si vous n’utilisez pas de RAID/Optane, l’AHCI simple côté SATA et le pilote Microsoft NVMe (stornvme.sys) sont généralement plus stables pour l’upgrade.
Après un flash BIOS, chargez les Optimized Defaults, puis reconfigurez précision par précision (XMP, ventilateurs, ordre de boot).

Pourquoi ce code 0xC1900101 survient

Les erreurs 0xC1900101 sont des échecs liés aux pilotes. En phase SYSPREP_SPECIALIZE, Windows injecte et active des pilotes au plus bas niveau. Un pilote de stockage trop ancien, instable ou inadéquat peut provoquer un délai d’attente PnP, une violation de timing ou un crash noyau, d’où le rollback. La clé est donc d’assainir ou d’actualiser la chaîne firmware + pilotes avant de relancer l’installation.

Résumé exécutable

Mettre le BIOS à jour, charger les valeurs par défaut.
Passer en UEFI pur, activer Secure Boot et TPM 2.0 (Intel PTT).
Mettre à jour Chipset/GPU et adapter RST : mise à jour ou retrait si RAID/Optane absent.
Neutraliser antivirus et périphériques superflus.
Tenter l’upgrade via ISO. En cas de 0xC1900101‑0x30018, analyser \Panther/\Rollback, envisager DISM hors ligne sur les pilotes incriminés.
Si l’échec persiste, réaliser une clean install. Vérifier ensuite UEFI, Secure Boot, TPM 2.0.

Questions fréquentes

Faut‑il absolument Intel RST sur une machine sans RAID ?

Non. Sans RAID/Optane, les pilotes Microsoft AHCI/NVMe suffisent et simplifient la mise à niveau.

Est‑ce risqué d’enlever un pilote de stockage ?

Oui si vous êtes en RAID/Optane. Sauvegardez, notez l’inf, et n’intervenez hors ligne qu’avec certitude du contrôleur utilisé.

Pourquoi l’ISO échoue alors que Windows indique que le PC est compatible ?

La compatibilité matérielle globale est validée, mais un pilote peut tout de même provoquer l’échec de la phase First_Boot.

Une mise à jour du BIOS suffit‑elle ?

Souvent nécessaire mais pas toujours suffisante : pilotes et paramètres UEFI doivent suivre.

Conclusion

Sur une Gigabyte Z390 AORUS PRO WIFI, un blocage 23H2 avec 0xC1900101‑0x30018 est généralement résolu en assainissant la pile stockage (mise à jour/retour RST), en modernisant le BIOS et en rendant la plateforme UEFI + Secure Boot + TPM 2.0. Si l’upgrade persiste à échouer, la réinstallation propre — une fois ces prérequis en place — offre un résultat fiable et durable.

Ressources et rappels pratiques

Conservez une image disque récente avant toute opération.
Les codes 0xC1900101 pointent presque toujours vers un problème de pilote/firmware : les journaux \Panther et \Rollback permettent d’identifier l’inf fautif.
En cas de doute, préférez la clean install après mise à jour du BIOS et activation des prérequis UEFI.