La fonctionnalité de recherche Windows est interrompue pour les utilisateurs standard après le déplacement de l'installation d'Office vers une séquence de tâches.

No.1 Schezo 0 Points de réputation
2026-04-23T13:19:52.0166667+00:00

J'ai décidé de supprimer Microsoft Office de ma machine virtuelle de base afin de réduire la taille du fichier WIM, prévoyant de déployer la suite Office 365 lors de la séquence de tâches. Or, je rencontre un problème étrange : la loupe et la barre de recherche fonctionnent parfaitement pour l'administrateur local, mais tous les autres utilisateurs se retrouvent avec une interface de recherche totalement inutilisable. Si je reviens à mon ancienne image système « complète » où Office est déjà installé, le problème disparaît. J'ai passé des jours à essayer toutes les modifications de registre et les solutions PowerShell possibles pour ce bug de recherche de la version 1909, sans succès. Pourquoi le simple fait de déplacer l'installation d'Office de l'image de référence à la phase de déploiement rend-il la fonction de recherche Windows inutilisable pour tous les utilisateurs, sauf les administrateurs ?

Windows pour les entreprises | Windows Server | Appareils et déploiement | Configurer des groupes d’applications
0 commentaires Aucun commentaire

1 réponse

Trier par : Le plus utile
  1. VPHAN 44,780 Points de réputation Conseiller(ère) indépendant(e)
    2026-04-23T13:50:34.0733333+00:00

    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

    Cette réponse vous 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(e) 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(e).