Bonjour No.1 Schezo,
Lorsque vous retirez Office de votre image de base, le désinstallateur déclenche souvent une routine de nettoyage qui marque involontairement le paquet Search AppX comme « Staged » plutôt que « Provisionné ». Bien que votre profil Administrateur Local reste fonctionnel car son enregistrement a été finalisé avant la suppression d'Office, tout nouveau profil utilisateur créé lors du déploiement ne démarre pas la barre de recherche car le service App Readiness ne trouve pas d'instruction système valide pour installer le package pour cet utilisateur spécifique.
Pour corriger cela, vous devez explicitement re-provisionner l'application de recherche au niveau système avant de capturer votre fichier WIM. Vous pouvez le faire en utilisant le __ cmdlet Add-AppxProvisionedPackage__ dans PowerShell, en ciblant les AppxManifest.xml trouvés dans le répertoire SystemApps mentionné ci-dessus. Cela garantit que le système d'exploitation traite l'interface de recherche comme un composant central qui doit être « intégré » à chaque nouveau profil utilisateur pendant la phase de spécialisation de votre séquence de tâches. Sans cette instruction explicite, la suppression des gestionnaires de protocole Office MAPI laisse le service de recherche Windows dans un état d'incertitude où il tente de charger des dépendances qui n'existent plus, ce qui rend la loupe et la barre de recherche inutilisables.
En veillant à ce que le package soit provisionné à l'échelle du système, vous comblez le vide créé lorsque vous avez déplacé l'installation d'Office à la phase de déploiement. Cela permet au shell Windows d'enregistrer correctement l'hôte de recherche natif (SearchApp.exe) lors de la première connexion d'un utilisateur standard, que Office soit actuellement présent ou programmé pour une installation ultérieure.
J'espère que cette réponse vous a apporté des informations utiles. Si oui, veuillez cliquer sur «** accepter la réponse **». Si vous avez des questions, n'hésitez pas à laisser un commentaire.
Vice-président