Je suis en win11 Build 26200.9168, le système se bloque au bout de 5mn environ.

Momo LAURENT 0 Points de réputation
2026-08-20T14:11:03.7533333+00:00

La build précédente marchait bien (26200.8973): pas de blocage.

Actuellement: en 26200.9168, j'observe le moniteur de ressources et le blocage est dû au process taskhostw.exe, qui, lorsqu'il est sollicité prend un nombre de "Processeur" anormal: 5ou 6 alors que je suis équipé d'un Intel I7 6700HQ ( 4 cores et 8 threads).

Les commandes:
sfc /scannow => se termine bien "pas de violation d'intégrité".
par contre: DISM.exe /Online /Cleanup-Image /RestoreHealth ne se termine pas (blocage avant la fin);
par contre, elle m'affiche:
"Version: 10.0.26100.8972
Version de l'image: 10.0.26200.9168"
je ne sais pas pourquoi la 26100.8972 ??? d'où vient cette version alors que j'ai utiliser le Catalogue Update pour télécharger la KB5121003.
Existe t-il une autre commande plus rapide que DISM pour installer la 26200.9168 ?

Je n'observe pas ce défaut sur un autre MSI qui est aussi en 26200.9168
Merci de votre aide

Windows pour les particuliers | Windows 11 | Windows Update
0 commentaires Aucun commentaire

22 réponses

Trier par : Les plus récents
  1. abdelhafid zekri 4,775 Points de réputation
    2026-08-29T17:24:43.3566667+00:00

    Bonjour

    N'ayant pas suivi à la lettre mes recommandations et n'ayant pas donné les résultats, pour tenter de trouver le coupable qui ne peut être trouvé dans l'observateur d'évènements que tu as longuement utilisé alors qu'il n'aide pratiquement jamais.... je considère que ce fil est clos car ce dépannage n'est pas efficace.

    Merci pour tout et à bientôt.

    Cette réponse a-t-elle été utile ?

    2 personnes ont trouvé cette réponse utile.
    0 commentaires Aucun commentaire

  2. TaoLi 114.5K Points de réputation Conseiller indépendant
    2026-08-29T15:55:06.7033333+00:00

    Bonjour

    Votre décision me paraît raisonnable. L’événement 56 n’est pas lié au gel, et le fait que SearchIndexer.exe soit le dernier processus visible dans Process Monitor ne suffit pas à prouver qu’il en est responsable.

    Le point le plus significatif reste que la build 26200.8973 fonctionne, alors que 26200.9168 bloque. Une incompatibilité introduite par KB5121003 est donc plausible, sans pouvoir l’affirmer définitivement.

    Microsoft vient toutefois de publier KB5120998, build 26200.9278, qui remplace 26200.9168 et contient notamment des améliorations de Windows Search. Vous pouvez éventuellement faire ce dernier essai via Windows Update > Options avancées > Mises à jour facultatives.

    https://support.microsoft.com/fr-fr/servicing/os/windows-11/2026/08/kb5120998-windows-11-24h2-25h2-update

    Sinon, attendre le prochain correctif et signaler le problème dans le Hub de commentaires est une décision prudente.

    https://support.microsoft.com/fr-fr/windows/apps/send-feedback-to-microsoft-with-the-feedback-hub-app

    Merci également pour tous vos tests et vos retours très précis.

    Cette réponse a-t-elle été utile ?

    1 personne a trouvé cette réponse utile.
    0 commentaires Aucun commentaire

  3. TaoLi 114.5K Points de réputation Conseiller indépendant
    2026-08-28T16:56:47.26+00:00

    Bonjour

    Merci, ce message confirme seulement que l’événement 56 concerne ACPI. En revanche, « ACPI 5 » ne permet pas d’identifier précisément le périphérique ou le pilote responsable.

    Le point le plus important maintenant est l’heure : l’événement est enregistré à 14:39:09. Le blocage s’est-il produit exactement à ce moment-là ?

    Si oui, nous garderons sérieusement la piste ACPI/BIOS/pilote. Si non, cet événement 56 est probablement secondaire.

    Vous pouvez aussi ouvrir le Moniteur de fiabilité avec :

    perfmon /rel

    Il permet de voir simplement les erreurs Windows et matérielles autour de l’heure du blocage, sans modifier le système.

    Cette réponse a-t-elle été utile ?


  4. TaoLi 114.5K Points de réputation Conseiller indépendant
    2026-08-27T12:19:14.34+00:00

    Bonjour

    Je suis d’accord : inutile de modifier le BIOS ou le registre si vous n’êtes pas à l’aise. Nous allons rester sur des vérifications sans risque.

    Concernant l’événement 56 « ACPI 5 », il indique bien une piste ACPI/pilote/firmware, mais « ACPI 5 » seul ne permet pas d’identifier le composant responsable. Ouvrez cet événement > Détails > Vue XML et copiez-moi simplement tout son contenu ainsi que son heure exacte. Nous verrons s’il correspond précisément au moment du gel.

    Votre hypothèse concernant KB5121003 reste crédible : la 26200.8973 fonctionne correctement chez vous, alors que le problème apparaît avec 26200.9168. Microsoft enquête d’ailleurs actuellement sur des blocages/redémarrages introduits par KB5121003 en présence de certains composants RGB. Cela ne prouve pas encore que votre cas est identique, mais la piste est sérieuse.

    https://support.microsoft.com/fr-fr/servicing/os/windows-11/2026/08/kb5121003-windows-11-24h2-25h2-security-update

    Pour faire réellement remonter votre cas à Microsoft, utilisez le Hub de commentaires après redémarrage en indiquant : « 26200.8973 OK / 26200.9168 gel complet après environ 5 minutes / Event 56 ACPI 5 ». C’est le canal officiel utilisé pour les investigations Windows.

    https://support.microsoft.com/en-us/windows/apps/send-feedback-to-microsoft-with-the-feedback-hub-app

    Pour l’instant, envoyez-moi simplement le XML de l’événement 56. Pas besoin de toucher au registre.

    Cette réponse a-t-elle été utile ?


  5. TaoLi 114.5K Points de réputation Conseiller indépendant
    2026-08-26T16:49:21.3+00:00

    Bonjour

    Pas de souci, prenez votre temps.

    Nous reprendrons demain à partir du fichier .dmp si ProcDump a pu en créer un.

    Bonne journée et à demain.

    Cette réponse a-t-elle été utile ?

    0 commentaires Aucun commentaire

Votre réponse

Les réponses peuvent être marquées comme « Acceptées » par l’auteur de la question et « Recommandées » par les modérateurs, ce qui aide les utilisateurs à savoir que la réponse a résolu le problème de l’auteur.