Windows Autopilot - Problèmes connus

Article
12/09/2024
S’applique à:

✅ Windows 11, ✅ Windows 10

Cet article décrit les problèmes connus qui peuvent souvent être résolus avec des modifications de configuration ou via des mises à jour cumulatives. Certains problèmes connus peuvent également être résolus automatiquement dans une version ultérieure.

Conseil

RSS peut être utilisé pour avertir lorsque de nouveaux problèmes connus sont ajoutés à cette page. Par exemple, le lien RSS suivant inclut cet article :

https://learn.microsoft.com/api/search/rss?search=%22Be+informed+about+known+issues+that+might+occur+during+Windows+Autopilot+deployment.%22&locale=en-us&%24filter=

Cet exemple inclut la &locale=en-us variable . La locale variable est obligatoire, mais elle peut être remplacée par d’autres paramètres régionaux pris en charge. Par exemple : &locale=es-es.

Pour plus d’informations sur l’utilisation de RSS pour les notifications, consultez Comment utiliser la documentation dans la documentation Intune.

Remarque

Pour les problèmes liés à Autopilot avec la cogestion, consultez Windows Autopilot avec cogestion.

Problèmes connus

La stratégie de solution de mot de passe administrateur local (LAPS) n’est pas appliquée pendant le flux du technicien

Date d’ajout : 9 décembre 2024

Pendant le flux technique de pré-approvisionnement Windows Autopilot, si une stratégie LAPS est ciblée sur l’appareil ou l’utilisateur, elle n’est pas appliquée tant que la phase utilisateur n’a pas commencé.

Le rapport de déploiement Windows Autopilot et autopilotEvents API Graph retourne uniquement 50 enregistrements à la fois

Date d’ajout : 4 décembre 2024

Dans Intune version 2411, nous avons mis à jour l’infrastructure principale du rapport de déploiement Windows Autopilot pour assurer la cohérence avec d’autres rapports Intune. Avec cette modification, le rapport de déploiement Windows Autopilot et l’AutopilotEvents Microsoft API Graph retournent désormais 50 enregistrements à la fois. Pour afficher plus de 50 enregistrements à la fois :

Utilisez le skipToken paramètre pour obtenir des pages de données supplémentaires avec le API Graph AutopilotEvents.
Utilisez l’API d’exportation avec reportNameAutopilotV1DeploymentStatus pour obtenir tous les enregistrements.

Échec de l’inscription DFCI pour les éditions Professional de Windows 11, version 24H2

Date d’ajout : 9 octobre 2024

DFCI ne peut actuellement pas être utilisé sur les appareils dotés des éditions Professional de Windows 11, version 24H2. Le problème est en cours d’examen. Pour contourner ce problème, assurez-vous que l’appareil est mis à niveau vers l’édition Enterprise de Windows 11, version 24H2 pendant ou après l’intégration OOBE. Après la mise à niveau vers l’édition Enterprise de Windows 11, version 24H2, synchronisez l’appareil. Une fois l’appareil synchronisé, redémarrez-le pour l’inscrire dans DFCI.

Le rapport de déploiement Autopilot ne prend pas en charge le tri

Date d’ajout : 29 août 2024

Le rapport de déploiement Autopilot a été mis à jour vers une nouvelle infrastructure qui ne prend actuellement pas en charge le tri des colonnes. La question sera traitée à l’avenir.

Ouverture de session automatique pour le profil d’appareil Kiosque uniquement partiellement fixe

Date d’ajout : 21 août 2024

Le problème connu des profils d’appareil Kiosque qui ne se connectent pas automatiquement lorsque l’ouverture de session automatique a été activée a été signalé précédemment comme résolu. Toutefois, il existe des scénarios où le problème peut toujours se produire lors de l’utilisation de la connexion automatique avec les kiosques et l’accès affecté. Si plusieurs redémarrages ou redémarrages inattendus se produisent pendant l’expérience OOBE (Out-of-Box Experience) windows lors de la configuration initiale du kiosque, les entrées de connexion automatique dans le Registre peuvent être supprimées. Le problème est en cours d’examen.

Les solutions de contournement suivantes sont disponibles jusqu’à ce que le problème soit résolu :

Appliquez ou réappliquez le profil kiosque une fois Windows Autopilot terminé.

Appliquez les entrées de Registre de journalisation automatique manuellement ou via un script. Par exemple :

reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "AutoAdminLogon" /t REG_DWORD /d 1 /f

reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "DefaultDomainName" /t REG_SZ /d "." /f

reg.exe add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v "DefaultUserName" /t REG_SZ /d "kioskUser0" /f

Excluez les éléments des redémarrages requis pendant OOBE à partir de Windows Autopilot.
Entrez manuellement les informations d’identification de l’utilisateur kiosque.

Pour plus d’informations, consultez Recommandations relatives à l’accès affecté - Connexion automatique. Pour obtenir de l’aide supplémentaire, contactez le support technique.

Le chiffrement BitLocker est défini par défaut sur 128 bits lorsque le chiffrement 256 bits est configuré

Date d’ajout : 8 juillet 2024

Dans certains déploiements Windows Autopilot d’appareils non inscrits, le chiffrement BitLocker peut être défini par défaut sur 128 bits, même si l’administrateur a configuré le chiffrement 256 bits en raison d’une condition de concurrence connue. Le problème est en cours d’examen. Microsoft recommande aux clients qui ont besoin d’un chiffrement BitLocker 256 bits d’inscrire des appareils pour Autopilot.

Les applications requises ne sont pas affichées sur la page d’état d’inscription (ESP) après une réinitialisation Autopilot

Date d’ajout : 17 mai 2024

Lorsqu’une réinitialisation Autopilot se produit, les applications requises ne sont pas installées sur la page d’état d’inscription (ESP) avant que l’utilisateur n’atteigne le bureau. Les applications ne sont pas suivies sur l’ESP, mais elles sont installées lorsque l’utilisateur se connecte au bureau.

La date d’inscription de l’appareil Autopilot est incorrecte

Date d’ajout : 1er novembre 2023

Date d’inscription dans les appareils | Tous les appareils et Windows | Les volets Appareils Windows affichent la date à laquelle l’appareil a été inscrit auprès d’Autopilot au lieu de la date à laquelle il a été inscrit auprès d’Autopilot. Pour obtenir une date plus précise pour l’inscription de l’appareil auprès du locataire :

Utilisez le Intune API Graph pour interroger l’appareil :

devices?$filter=physicalIds/any(p: startswith(p, '[ZTDID]'))&$select=id,deviceId,displayName,physicalIds,createdDateTime

Pour plus d’informations, consultez vue d’ensemble de l’API Intune appareils et applications et Utilisation de Intune dans Microsoft Graph.
Utilisez le rapport de déploiement Windows Autopilot pour les appareils récemment déployés.

Filtrage des appareils Windows Autopilot qui ne fonctionnent pas comme prévu

Date d’ajout : 14 juillet 2023

L’affichage des appareils Windows Autopilot dans Intune peut ne pas fonctionner comme prévu si vous tentez de filtrer les résultats. Pendant que ce problème est en cours de travail, une solution de contournement consiste à utiliser Microsoft API Graph pour interroger et filtrer correctement les appareils nécessaires.

L’attestation TPM ne fonctionne pas sur certaines plateformes avec Infineon SLB9672 TPM discrets

Date d’ajout : 2 juin 2023

Les plateformes avec infineon SLB9672 TPM avec la version du microprogramme 15.22 avec certificat EK peuvent échouer avec le message d’erreur Un problème s’est produit et l’attestation TPM a expiré. Pour résoudre ce problème, contactez l’OEM pour obtenir une mise à jour.

Le profil d’appareil kiosque ne se connecte pas automatiquement

Date d’ajout : 30 janvier 2023
Date de mise à jour : 21 août 2024

Il existe actuellement un problème connu dans le Mises à jour Windows suivant publié en janvier 2023 :

Windows 11, version 22H2 : KB5022303
Windows 11, version 21H2 : KB5022287
Windows 10, version 22H2 : KB5022282

Si ces mises à jour sont installées sur un appareil, les profils d’appareil kiosque pour qui l’ouverture de session automatique est activée ne se connectent pas automatiquement. Une fois qu’Autopilot a terminé l’approvisionnement, l’appareil reste sur l’écran de connexion, demandant des informations d’identification. Pour contourner ce problème connu, entrez manuellement les informations d’identification de l’utilisateur kiosque avec le nom d’utilisateur kioskUser0 et aucun mot de passe. Une fois que le nom d’utilisateur est entré sans mot de passe, il doit accéder au bureau. Ce problème doit être résolu dans les mises à jour cumulatives publiées pour Windows 11 en avril 2023 et Windows 10 en mars 2023 :

Windows 11, version 22H2 : KB5025239 ou version ultérieure.
Windows 11, version 21H2 : KB5025224 ou version ultérieure.
Windows 10, version 22H2 : KB5023773 ou version ultérieure.

Remarque

Ce problème n’a été que partiellement résolu et peut toujours se produire sous certaines conditions. Pour plus d’informations, consultez Ouverture de session automatique pour le profil d’appareil Kiosque uniquement partiellement fixe.

L’attestation TPM ne fonctionne pas sur les plateformes AMD avec ASP fTPM

Date d’ajout : 1er décembre 2022

L’attestation TPM pour les plateformes AMD avec le module de plateforme sécurisée (TPM) du microprogramme ASP peut échouer avec le code d’erreur 0x80070490 sur les systèmes Windows. Ce problème est résolu sur les versions ultérieures du microprogramme AMD. Consultez les fabricants d’appareils et les notes de publication du microprogramme pour quelles versions de microprogramme contiennent la mise à jour.

Échec de l’attestation TPM avec le code d’erreur 0x81039001

Date d’ajout : 6 octobre 2022

Certains appareils peuvent échouer par intermittence à l’attestation du module de plateforme sécurisée pendant le flux du technicien de pré-approvisionnement Windows Autopilot ou le mode de déploiement automatique avec le code d’erreur 0x81039001 E_AUTOPILOT_CLIENT_TPM_MAX_ATTESTATION_RETRY_EXCEEDED. Cet échec se produit lors de l’étape Sécurisation de votre matériel pour les appareils Windows Autopilot déployés à l’aide du mode de déploiement automatique ou du mode de préprovisionnement. Les tentatives suivantes de provisionnement peuvent résoudre le problème.

Le rapport de déploiement Autopilot indique status « échec » d’un déploiement réussi

Date d’ajout : 22 septembre 2022

Le rapport de déploiement Autopilot (préversion) affiche une status ayant échoué pour tout appareil qui rencontre un échec de déploiement initial. Pour les tentatives de déploiement suivantes, à l’aide des options Réessayer ou Continuer vers le bureau , l’état du déploiement dans le rapport ne se met pas à jour. Si l’utilisateur réinitialise l’appareil, une nouvelle ligne de déploiement s’affiche dans le rapport avec la tentative précédente comme ayant échoué.

Le rapport de déploiement Autopilot n’affiche pas l’appareil déployé

Date d’ajout : 22 septembre 2022

Les déploiements Autopilot qui prennent plus d’une heure peuvent afficher une status de déploiement incomplète dans le rapport de déploiement. Si l’appareil s’inscrit correctement mais ne termine pas l’approvisionnement après plus d’une heure, l’appareil status peut ne pas être mis à jour dans le rapport.

Le profil Autopilot n’est pas appliqué lors de l’attribution

Date d’ajout : 15 juin 2022

Dans Windows 10, version 21H2 avril 2022 et certaines mises à jour de mai 2022, il existe un problème où le profil Autopilot peut ne pas s’appliquer à l’appareil. En outre, le hachage matériel peut ne pas être collecté. Par conséquent, tous les paramètres définis dans le profil peuvent ne pas être configurés pour l’utilisateur, comme le renommage de l’appareil. Pour résoudre ce problème, appliquez KB5015020 mise à jour cumulative ou ultérieure à l’appareil.

Profil DefaultuserX non supprimé

Date d’ajout : 28 mars 2022

Lorsque le fournisseur csp EnableWebSignIn est utilisé, le defaultuserX profil peut ne pas être supprimé.

La réinitialisation d’Autopilot a rencontré des problèmes. Impossible de trouver l’environnement de récupération

Date d’ajout : 28 mars 2022

Lorsqu’une réinitialisation Autopilot est tentée, le message suivant s’affiche :

La réinitialisation d’Autopilot a rencontré des problèmes. Impossible de trouver l’environnement de récupération

S’il n’y a pas de problème avec l’environnement de récupération, entrez les informations d’identification de l’administrateur pour poursuivre le processus de réinitialisation.

Stratégies d’accès conditionnel basées sur l’appareil

Date d’ajout : 3 mars 2022

L’application d’inscription Intune doit être exclue de toute stratégie d’accès conditionnel nécessitant des conditions d’utilisation, car elle n’est pas prise en charge. Consultez Conditions d’utilisation par appareil.
Des exceptions aux stratégies d’accès conditionnel pour exclure Microsoft Intune’inscription et les applications cloud Microsoft Intune sont nécessaires pour terminer l’inscription Autopilot dans les cas où des stratégies restrictives sont présentes, telles que :
- Stratégie d’accès conditionnel 1 : bloquer toutes les applications, à l’exception de celles figurant dans une liste d’exclusion.
- Stratégie d’accès conditionnel 2 : Exiger un appareil conforme pour les applications figurant dans la liste d’exclusions.
Dans ce cas, Microsoft Intune Inscription et Microsoft Intune doivent être inclus dans cette liste d’exclusion de la stratégie 1.

Si une stratégie est en place de telle sorte que toutes les applications cloud nécessitent un appareil conforme (il n’existe aucune liste d’exclusion), par défaut, Microsoft Intune Inscription est exclue, afin que l’appareil puisse s’inscrire auprès de Microsoft Entra ID et s’inscrire avec Intune et éviter une dépendance circulaire.
Appareils Microsoft Entra hybrides : lorsque des appareils Microsoft Entra hybrides sont déployés avec Autopilot, deux ID d’appareil sont initialement associés au même appareil : un Microsoft Entra ID et un hybride. L’état de conformité hybride s’affiche en tant que N/A lorsqu’il est affiché à partir de la liste des appareils dans le Portail Azure jusqu’à ce qu’un utilisateur se connecte. Intune se synchronise uniquement avec l’ID d’appareil hybride après une connexion utilisateur réussie.

L’état de conformité N/A temporaire peut entraîner des problèmes avec les stratégies d’accès conditionnel basées sur les appareils qui bloquent l’accès en fonction de la conformité. Dans ce cas, ce comportement d’accès conditionnel est prévu. Pour résoudre le conflit, un utilisateur doit se connecter à l’appareil, ou la stratégie basée sur l’appareil doit être modifiée. Pour plus d’informations, consultez Accès conditionnel : Exiger un appareil joint hybride conforme ou Microsoft Entra.
Les stratégies d’accès conditionnel telles que la conformité BitLocker nécessitent une période de grâce pour les appareils Autopilot. Cette période de grâce est nécessaire, car tant que l’appareil n’est pas redémarré, les status de BitLocker et de démarrage sécurisé ne sont pas capturés. Étant donné que le status n’est pas capturé, il ne peut pas être utilisé dans le cadre de la stratégie de conformité. La période de grâce peut être aussi courte que 0,25 jour.

L’appareil passe par le déploiement Autopilot sans profil attribué

Date d’ajout : 2 mars 2022

Lorsqu’un appareil est inscrit dans Autopilot et qu’aucun profil n’est affecté, le profil Autopilot par défaut est utilisé. Ce comportement est inhérent au produit. Il permet de s’assurer que tous les appareils inscrits auprès d’Autopilot passent par l’expérience Autopilot. Si l’appareil ne doit pas passer par un déploiement Autopilot, supprimez l’inscription Autopilot.