Partager via


Windows 10, version 22H2

Trouvez des informations sur les problèmes connus et les status du déploiement Windows 10, version 22H2. Pour obtenir de l’aide immédiate sur les problèmes de mise à jour windows, cliquez ici si vous utilisez un appareil Windows pour ouvrir l’application Obtenir de l’aide ou accédez à support.microsoft.com. Suivez @WindowsUpdate sur X (anciennement Twitter) pour les mises à jour d’intégrité des versions Windows. Si vous êtes administrateur informatique et que vous souhaitez obtenir des informations par programme à partir de cette page, utilisez l’API Windows Mises à jour dans Microsoft Graph.

Status en cours au 31 octobre 2024 

Le 14 octobre 2025, Windows 10 atteindra la fin du support*. Après cette date, les appareils exécutant Windows 10 ne recevront plus de correctifs pour les problèmes connus, les mises à jour de fuseau horaire, le support technique ou les mises à jour de sécurité et de préversion mensuelles contenant une protection contre les menaces de sécurité les plus récentes. 

Aujourd’hui, nous avons publié un nouveau billet de blog pour vous aider à préparer Windows 10 fin du support et décrit les options pour passer à Windows 11. Les options sont les suivantes :   
  • Vérifiez si votre PC Windows 10 actuel peut être mis à niveau vers Windows 11.   
  • Achetez un nouveau PC Windows 11.  
  • Acheter Mises à jour de sécurité étendue (ESU) pour les organisations de toutes tailles, comme annoncé précédemment en avril de cette année.  
  • Pour la première fois, achetez une option ESU pour les particuliers. 
*Remarque : les versions Long-Term Servicing Branch (LTSB) et Long-Term Servicing Channel (LTSC) sont soumises à des stratégies de support de cycle de vie différentes. Pour plus d’informations, consultez le site web du cycle de vie Microsoft .  

Pour en savoir plus sur Windows 10 chronologies de maintenance et le cycle de vie, consultez  Windows 10 informations de publication et FAQ sur le cycle de vie - Windows

    Problèmes connus

    Consultez problèmes ouverts, contenu mis à jour au cours des 30 derniers jours et informations sur les conservations de protection. Pour trouver un problème spécifique, utilisez la fonction de recherche dans votre navigateur (Ctrl +F pour Microsoft Edge).

    RésuméMise à jour d'origineStatutDernière mise à jour
    Les utilisateurs AVD peuvent rencontrer un écran noir étendu pendant les échecs d’ouverture de session et d’authentification unique
    Ce problème affecte les utilisateurs d’entreprise qui utilisent des conteneurs de profils utilisateur FSLogix dans des environnements multisession.
    Build du système d’exploitation 19045.4717
    KB5040525
    2024-07-23
    Confirmé
    2024-11-01
    14:25 PT
    Les applications qui définissent UIAccess=true peuvent ne pas démarrer pour les utilisateurs non administrateurs
    Ce problème est dû aux processus enfants de ces applications s’exécutant avec un niveau d’intégrité faible au lieu du niveau d’intégrité moyen
    Build du système d’exploitation 19045.4957
    KB5043131
    2024-09-24
    Atténué
    2024-10-30
    13:19 PT
    Les utilisateurs d’Azure Virtual Desktop peuvent rencontrer un écran noir lors de la connexion
    Ce problème affecte les utilisateurs d’entreprise avec des environnements multisession en raison de problèmes liés au service de déploiement AppX
    Build du système d’exploitation 19045.4717
    KB5040525
    2024-07-23
    Résolu
    KB5045594
    2024-10-22
    10:16 PT
    La mise à jour de sécurité d’août 2024 peut avoir un impact sur le démarrage Linux sur les appareils de configuration à double démarrage
    Ce problème peut avoir un impact sur les appareils avec une configuration à double démarrage pour Windows et Linux lorsque le paramètre SBAT est appliqué
    Build du système d’exploitation 19045.4780
    KB5041580
    2024-08-13
    Atténué
    2024-09-20
    12:41 PT

    Détails du problème

    Novembre 2024

    Les utilisateurs AVD peuvent rencontrer un écran noir étendu pendant les échecs d’ouverture de session et d’authentification unique

    StatutMise à jour d'origineHistorique
    ConfirméBuild du système d’exploitation 19045.4717
    KB5040525
    2024-07-23
    Dernière mise à jour : 2024-11-01, 14:25 PT
    Ouvert : 2024-11-01, 14:11 PT

    Après avoir installé la mise à jour non liée à la sécurité de juillet 2024 (KB5040525), publiée le 23 juillet 2024 ou les mises à jour ultérieures, vous pouvez rencontrer un écran noir étendu qui reste entre 10 et 30 minutes lorsque vous vous connectez à Azure Virtual Desktop (AVD). Les symptômes supplémentaires que vous pouvez rencontrer sont les suivants :

    • Échecs liés à l’expérience de l’authentification unique (SSO) sur des applications Office telles qu’Outlook et Teams, ce qui peut vous empêcher de vous connecter aux services principaux ou de synchroniser des données.
    • Les applications Office affichent une perte de connectivité réseau, même si d’autres applications, telles que Edge, conservent l’accès intranet et Internet.

    Ce problème est dû à un blocage dans les interactions entre le répartiteur Azure Active Directory (AAD) et le service de déploiement AppX sous-jacent (AppxSvc) et le service d’infrastructure des tâches en arrière-plan. Vous êtes plus susceptible de rencontrer ce problème si vous utilisez des conteneurs de profils utilisateur FSLogix dans des environnements multisession. FSLogix est un outil Microsoft qui permet de gérer et d’accélérer les profils utilisateur sur les ordinateurs, en particulier dans les environnements virtuels comme les bureaux à distance.

    Notez que ce problème est différent du scénario où le service de déploiement AppX (AppxSvc) était dans un état non valide, entraînant un écran noir. Ce problème a été résolu avec les mises à jour Windows publiées le 22 octobre 2024 (KB5045594) et versions ultérieures.

    Les utilisateurs de l’édition Windows 10 Éducation et les utilisateurs à domicile de Windows utilisant les éditions Famille ou Professionnel sont peu susceptibles de rencontrer ce problème, car Azure Virtual Desktop est plus couramment utilisé dans les environnements d’entreprise.

     

    Étapes suivantes : Nous étudions le problème et fournissons une mise à jour où plus d’informations sont disponibles.

     

    Plateformes affectées :

    • Client : Windows 10, version 22H2
    • Serveur : aucun

    Octobre 2024

    Les applications qui définissent UIAccess=true peuvent ne pas démarrer pour les utilisateurs non administrateurs

    StatutMise à jour d'origineHistorique
    AtténuéBuild du système d’exploitation 19045.4957
    KB5043131
    2024-09-24
    Dernière mise à jour : 30-10-2024, 13:19 PT
    Ouvert : 30-10-2024, 12:45 PT

    Après avoir installé la mise à jour de la préversion de septembre 2024 (KB5043131), publiée le 24 septembre 2024 ou ultérieure, vous pouvez constater que des applications telles que  Assistance rapide, Microsoft Teams, le Narrateur Windows, etc . peuvent ne pas démarrer si vous n’êtes pas un utilisateur non administrateur. Vous pouvez rencontrer ce problème sur n’importe quelle application qui définit UIAccess=true lors de la tentative d’exécution de l’application en tant qu’utilisateur non administrateur. L’attribut  uiAccess=true dans le fichier manifeste d’une  application est utilisé pour demander que  l’application  bénéficie de privilèges plus élevés.  Les applications utilisant cet attribut sont lancées à partir d’un chemin sécurisé, tel que :

    • %ProgramFiles% (y compris les sous-répertoires)
    • %ProgramFiles(x86)% (y compris les sous-répertoires pour les versions 64 bits de Windows)
    • %systemroot%\system32
    • %systemroot%\syswow64 (pour les versions 64 bits de Windows)

    Si l’outil  de surveillanceProcmon est installé sur votre appareil,  vous remarquerez que l’application s’exécute avec leniveau d’intégrité incorrect , Intégrité :Faible au lieu de l’intégrité attendue : Moyenne. Vous êtes moins susceptible de rencontrer ce problème si vous exécutez l’application en tant qu’administrateur.

    Résolution: Ce problème est atténué à l’aide  dela restauration du problème connu (KIR). Notez que jusqu’à 24 heures peuvent être nécessaires pour que la résolution se propage automatiquement aux appareils grand public et aux appareils professionnels non gérés et aux appareils professionnels qui ne sont pas gérés par les services informatiques. Le redémarrage de votre appareil Windows peut aider la résolution à s’appliquer à votre appareil plus rapidement. 

    Pour les appareils gérés par l’entreprise gérés par les services informatiques qui ont installé la mise à jour affectée et rencontré ce problème, les administrateurs informatiques peuvent le résoudre en installant et en configurant la stratégie de groupe répertoriée ci-dessous. Le stratégie de groupe spécial se trouve dans  Configurationordinateur  >Modèles><   d’administration stratégie de groupe nom répertorié ci-dessous>.

    Pour plus d’informations sur le déploiement et la configuration de ces stratégie de groupe spéciales, consultez Comment utiliser stratégie de groupe pour déployer une restauration d’un problème connu.

    Téléchargements de la stratégie de groupe avec le nom de la stratégie de groupe :

    Important: Vous devez installer et configurer le stratégie de groupe de votre version de Windows pour résoudre ce problème. Vous devez également redémarrer vos appareils pour appliquer le paramètre de stratégie de groupe.

    Remarque : Les étapes ci-dessous s’appliquent aux appareils d’entreprise joints à un domaine.

    1. Attendez que les modifications de la stratégie de groupe KIR soient répliquées dans Active Directory et SYSVOL
    2. Suivez l’une des étapes ci-dessous avant d’appliquer le KIR :
      1. Attendez que la stratégie de groupe s’actualise en arrière-plan , puis redémarrez votre appareil (ou)
      2. Exécutez « gpupdate /force » à partir d’une invite de commandes, puis redémarrez votre appareil
            

    Étapes suivantes : Nous travaillons actuellement à une résolution et fournirons plus d’informations lorsqu’elles seront disponibles.

    Plateformes affectées :

    • Client : Windows 10, version 22H2
    • Serveur : aucun

    Les utilisateurs d’Azure Virtual Desktop peuvent rencontrer un écran noir lors de la connexion

    StatutMise à jour d'origineHistorique
    KB5045594 résoluBuild du système d’exploitation 19045.4717
    KB5040525
    2024-07-23
    Résolu : 22-10-2024, 10:00 PT
    Ouvert : 14-10-2024, 11:48 PT

    Après avoir installé la mise à jour non liée à la sécurité de juillet 2024 (KB5040525), publiée le 23 juillet 2024 ou les mises à jour ultérieures, vous pouvez voir un écran noir lorsque vous vous connectez à Azure Virtual Desktop (AVD). Vous remarquerez peut-être également que vous ne parvenez pas à vous déconnecter de votre compte et que l’écran noir persiste même après la déconnexion et la reconnexion à AVD. À la suite de ce problème, le journal des événements de l’application dans l’Observateur d’événements affiche une erreur d’application avec l’ID d’événement :1000 indiquant une erreur avec l’application « svchost.exe_AppXSvc ».

    Notez que le service de déploiement AppX (AppxSvc)  est dans un état non valide peut également entraîner la fermeture inattendue d’autres symptômes tels que le menu Démarrer en raison de problèmes d’inscription.

    Il est peu probable que les utilisateurs de l’édition Windows 10 Éducation et les utilisateurs particuliers de Windows utilisant les éditions Famille ou Professionnel soient confrontés à ce problème , car Azure Virtual Desktop est plus couramment utilisé dans les environnements d’entreprise.

     

    Résolution: Ce problème a été résolu par les mises à jour Windows publiées le 22 octobre 2024  (KB5045594) et versions ultérieures. Nous vous recommandons d’installer la dernière mise à jour pour votre appareil, car elle contient des améliorations importantes et des résolutions de problèmes, y compris celle-ci.

    Si vous installez une mise à jour publiée le 22 octobre 2024 (KB5045594) ou une version ultérieure, vous n’avez pas besoin d’utiliser une restauration des problèmes connus (KIR)  ou une stratégie de groupe spéciale pour résoudre ce problème. Si vous utilisez une mise à jour publiée avant le 22 octobre 2024 et que vous rencontrez ce problème, vous pouvez le résoudre en installant et en configurant les stratégie de groupe spéciales répertoriées ci-dessous. 

    Le stratégie de groupe spécial se trouve dans Configuration ordinateur > Modèles><  d’administration stratégie de groupe nom répertorié ci-dessous> .

     

    Pour plus d’informations sur le déploiement et la configuration de ces stratégie de groupe spéciales, consultez Comment utiliser stratégie de groupe pour déployer une restauration de problème connu.

     

    Téléchargements de la stratégie de groupe avec le nom de la stratégie de groupe :

     

    Important: Vous devez installer et configurer le stratégie de groupe de votre version de Windows pour résoudre ce problème. Vous devez également redémarrer vos appareils pour appliquer le paramètre de stratégie de groupe.

    Plateformes affectées :

    • Client : Windows 10, version 22H2
    • Serveur : aucun

    Août 2024

    La mise à jour de sécurité d’août 2024 peut avoir un impact sur le démarrage Linux sur les appareils de configuration à double démarrage

    StatutMise à jour d'origineHistorique
    AtténuéBuild du système d’exploitation 19045.4780
    KB5041580
    2024-08-13
    Dernière mise à jour : 20-09-2024, 12:41 PT
    Ouvert : 21-08-2024, 18:33 PT

    Après avoir installé la mise à jour de sécurité Windows d’août 2024 (KB5041580) ou la mise à jour d’août 2024 en préversion, vous pouvez rencontrer des problèmes lors du démarrage de Linux si vous avez activé la configuration du double démarrage pour Windows et Linux sur votre appareil. À la suite de ce problème, votre appareil peut ne pas démarrer Linux et afficher le message d’erreur « Échec de la vérification des données SBAT shim : violation de la stratégie de sécurité. Un problème grave s’est produit : SBAT auto-case activée a échoué : Violation de la stratégie de sécurité. »

    Les mises à jour de sécurité et de préversion windows d’août 2024 appliquent un paramètre SBAT (Secure Boot Advanced Targeting) aux appareils qui exécutent Windows pour bloquer les anciens gestionnaires de démarrage vulnérables. Cette mise à jour SBAT ne sera pas appliquée aux appareils où le double démarrage est détecté. Sur certains appareils, la détection à double démarrage n’a pas détecté certaines méthodes personnalisées de double démarrage et appliqué la valeur SBAT alors qu’elle n’aurait pas dû être appliquée.

    IMPORTANT: Ce problème connu se produit uniquement avec l’installation des mises à jour de sécurité et de préversion d’août 2024. La mise à jour de sécurité de septembre 2024 (KB5043064) et les mises à jour ultérieures ne contiennent pas les paramètres à l’origine de ce problème. Si vous installez la mise à jour de septembre 2024, vous n’avez pas besoin d’appliquer la solution de contournement ci-dessous.

    Solution :

    Si votre linux devient indémarrable après l’installation des mises à jour de sécurité ou de préversion d’août 2024, vous pouvez récupérer votre système Linux en suivant ces instructions.

    Important : cette documentation contient des informations sur la modification du Registre. Veillez à sauvegarder le Registre avant de le modifier. Assurez-vous que vous savez comment restaurer le Registre si un problème se produit. Pour plus d’informations sur la sauvegarde, la restauration et la modification du Registre, consultez Comment sauvegarder et restaurer le Registre dans Windows. Notez également que la modification incorrecte des paramètres du microprogramme peut empêcher votre appareil de démarrer correctement. Suivez attentivement ces instructions et continuez uniquement si vous êtes confiant dans votre capacité à le faire.

            a) Désactiver le démarrage sécurisé :

    • Démarrez dans les paramètres de microprogramme de votre appareil.
    • Désactivez le démarrage sécurisé (les étapes varient selon le fabricant).
            b) Supprimer la mise à jour SBAT :

    • Démarrez dans Linux.
    • Ouvrez le terminal et exécutez la commande ci-dessous :
    sudo mokutil --set-sbat-policy delete
    
    • Entrez votre mot de passe racine si vous y êtes invité.
    • Démarrez à nouveau dans Linux.
            c) Vérifier les révocations SBAT :

    • Dans le terminal, exécutez la commande ci-dessous :
    mokutil --list-sbat-revocations
    
    • Vérifiez que la liste n’affiche aucune révocation.
            d) Réactiver le démarrage sécurisé :

    • Redémarrez dans les paramètres du microprogramme.
    • Réactivez le démarrage sécurisé.
            e) Vérifiez l’état de démarrage sécurisé :

    • Démarrez dans Linux. Exécutez la commande ci-dessous :
     mokutil --sb-state
    
    • La sortie doit être « SecureBoot enabled ». Si ce n’est pas le cas, recommencez l’étape d).
            f) Empêcher les futures Mises à jour SBAT dans Windows :

    • Démarrez dans Windows.
    • Ouvrez l’invite de commandes en tant qu’administrateur et exécutez :
    reg add HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\SecureBoot\SBAT /v OptOut /d 1 /t REG_DWORD
    

    À ce stade, vous devriez maintenant être en mesure de démarrer dans Linux ou Windows comme précédemment. C’est le moment d’installer toutes les mises à jour Linux en attente pour garantir la sécurité de votre système.

    NOTE: Sur les systèmes Windows uniquement, après avoir installé les mises à jour de septembre 2024 ou ultérieures, vous pouvez définir la clé de Registre documentée dans CVE-2022-2601 et CVE-2023-40547 pour vous assurer que la mise à jour de sécurité SBAT est appliquée. Sur les systèmes avec double démarrage Linux et Windows, aucune étape supplémentaire n’est nécessaire après l’installation des mises à jour de septembre 2024 ou ultérieures.

    Étapes suivantes : Nous travaillons sur une résolution finale qui sera disponible dans une prochaine mise à jour Windows. Nous vous recommandons d’installer la mise à jour de septembre 2024 ou les mises à jour Windows ultérieures pour éviter ce problème.

    Plateformes affectées :

    • Client : Windows 11, version 23H2 ; Windows 11, version 22H2 ; Windows 11, version 21H2 ; Windows 10, version 22H2 ; Windows 10, version 21H2 ; Windows 10 Entreprise 2015 LTSB
    • Serveur : Windows Server 2022 ; Windows Server 2019 ; Windows Server 2016 ; Windows Server 2012 R2 ; Windows Server 2012

    Signaler un problème avec les mises à jour Windows

    Pour signaler un problème à Microsoft à tout moment, utilisez l’application Hub de commentaires . Pour en savoir plus, consultez Envoyer des commentaires à Microsoft avec l’application Hub de commentaires.

    Besoin d’aide pour Windows Update ?

    Recherchez, parcourez ou posez une question sur la communauté Support Microsoft. Si vous êtes un professionnel de l’informatique prenant en charge un organization, consultez Intégrité des versions de Windows sur le Centre d’administration Microsoft 365 pour plus d’informations.

    Pour obtenir une aide directe sur votre PC personnel, utilisez l’application Obtenir de l’aide dans Windows ou contactez Support Microsoft. Les organisations peuvent demander un support immédiat via support pour les entreprises.

    Afficher ce site dans votre langue

    Ce site est disponible en 11 langues : anglais, chinois traditionnel, chinois simplifié, français (France), allemand, italien, japonais, coréen, portugais (Brésil), russe et espagnol (Espagne). Tout le texte s’affiche en anglais si la langue par défaut de votre navigateur n’est pas l’une des 11 langues prises en charge. Pour modifier manuellement la langue d’affichage, faites défiler vers le bas de cette page, cliquez sur la langue actuelle affichée en bas à gauche de la page, puis sélectionnez l’une des 11 langues prises en charge dans la liste.