Vous cherchez une page Microsoft listant tous les services Windows 11 et leur état d’origine ? Voici la réalité en 2025, les meilleures sources alternatives, et surtout une méthode fiable pour fabriquer votre propre « référence par défaut » avec PowerShell.
Sommaire
Où trouver la liste des services Windows 11 et leur état par défaut ?
Vue d’ensemble de la question
L’utilisateur cherche un lien officiel Microsoft répertoriant tous les services Windows 11 et leur état (Automatique, Manuel, Désactivé) à l’installation. Il souhaite savoir :
- s’il existe une telle page de documentation officielle ;
- sinon, quelles sources alternatives utiliser ;
- dans quelle mesure on peut faire confiance à ces sources non‑Microsoft.
Réponse & solution
| Situation | Solutions proposées | Points clés | Fiabilité | Quand l’utiliser |
|---|---|---|---|---|
| Pas d’article unique et exhaustif dans la documentation Microsoft | — | À ce jour (22 octobre 2025), Microsoft ne publie pas une page « Windows 11 » couvrant toutes les éditions et listant en un seul tableau l’état d’origine de chaque service. | — | Point de départ réaliste : il faut combiner plusieurs sources et/ou constituer sa propre référence locale. |
| Source communautaire détaillée | « Restore Default Services in Windows 11 » (ElevenForum) | Avantages : tableau très complet (nom du service, nom système, statut par défaut, type de démarrage) avec des fichiers .reg pour restaurer la configuration. Limites : site non‑officiel ; vérifier la date de mise à jour et ignorer pub/logiciels additionnels. | Élevée (communauté reconnue) mais non officielle | Pour identifier rapidement l’état attendu d’un service ou restaurer ponctuellement un service modifié. |
| Source Microsoft partielle mais officielle | « Guidance on disabling system services on Windows IoT Enterprise » (Microsoft Learn) | Avantages : table « Startup Type (Default) » signée Microsoft (Windows 10/11 IoT Enterprise). Limites : orienté IoT Enterprise ; ne couvre pas tous les composants facultatifs ni toutes les éditions (Home/Pro/Education/Enterprise) ni les services ajoutés par fonctionnalités à la demande. | Officielle (fiable), mais couverture partielle | Pour recouper un état par défaut ou comprendre les recommandations Microsoft par service. |
| Documentation Microsoft complémentaire | « Per‑user services in Windows » et « Service Trigger Events » (Microsoft Learn) | Explique pourquoi certains services sont créés par utilisateur, et pourquoi un service en « Manuel » peut démarrer automatiquement via déclencheurs (Trigger Start). Utile pour interpréter correctement « Automatique (démarrage différé) » et « Manuel (démarrage déclenché) ». | Officielle (fiable) | Pour expliquer les divergences entre ce que montre services.msc, PowerShell et la réalité au démarrage. |
| Méthode locale pour capturer ou comparer l’état actuel | PowerShell – instantané rapide : Get-Service | Select Name, DisplayName, Status, StartType | Sort-Object Name | Export-Csv "$env:PUBLIC\Services-snapshot.csv" -NoTypeInformation -Encoding UTF8 Export détaillé (incl. démarrage différé et triggers) : $now = Get-Date -Format 'yyyyMMdd-HHmmss' $base = "C:\Services-$env:COMPUTERNAME-$now" New-Item -ItemType Directory -Path $base -Force | Out-Null # 1) Vue PowerShell (simple) Get-Service | Select Name,DisplayName,Status,StartType | Sort Name | Export-Csv "$base\Services.GetService.csv" -NoTypeInformation -Encoding UTF8 # 2) Vue WMI/CIM (StartMode, compte, etc.) Get-CimInstance Win32_Service | Select Name,DisplayName,State,StartMode,StartName | Sort Name | Export-Csv "$base\Services.Win32_Service.csv" -NoTypeInformation -Encoding UTF8 # 3) Démarrage différé (DelayedAutoStart) Get-ChildItem "HKLM:\SYSTEM\CurrentControlSet\Services" | ForEach-Object { $p = Get-ItemProperty -Path $*.PSPath -Name DelayedAutoStart -ErrorAction SilentlyContinue [pscustomobject]@{ Name = $*.PSChildName; DelayedAutoStart = [int]($p.DelayedAutoStart) } } | Sort Name | Export-Csv "$base\Services.DelayedAutoStart.csv" -NoTypeInformation -Encoding UTF8 # 4) Déclencheurs (Trigger Start) $names = (Get-Service).Name $rows = foreach($n in $names){ $out = & sc.exe qtriggerinfo $n 2>&1 [pscustomobject]@{ Name = $n HasTriggers = ($out -match 'SERVICE_TRIGGER').Count -gt 0 -or ($out -match 'START_TYPE').Count -gt 0 Raw = ($out -join ' ') -replace '\s+',' ' } } $rows | Sort Name | Export-Csv "$base\Services.Triggers.csv" -NoTypeInformation -Encoding UTF8 Write-Host "Export terminé dans $base" Comparaison : # Comparez deux snapshots "simples" (Get-Service) $before = Import-Csv 'C:\Chemin\Services.GetService-AVANT.csv' $after = Import-Csv 'C:\Chemin\Services.GetService-APRES.csv' Compare-Object $before $after -Property Name,StartType -PassThru | Sort-Object Name | Format-Table | Permet de : 1) créer son instantané « par défaut » juste après une installation propre ; 2) comparer plus tard (après une mise à niveau, un pack de fonctionnalités ou l’installation d’un logiciel). | Maximale (mesure locale réelle) | Idéale pour administrateurs, support et power‑users. |
Bonnes pratiques supplémentaires
- Fiabilité des listes non‑officielles : vérifier la date de publication ; Windows 11 ajoute/renomme des services à chaque mise à jour majeure. Croiser les informations avec la documentation Microsoft (IoT/Per‑user services/Triggers) pour détecter les écarts manifestes.
- Restauration en cas d’erreur : avant toute modification, exportez l’existant (
Get-Service,Get-CimInstance, exports Registre). Créez un point de restauration système ou une image. - Impact sur la stabilité : des services sont interdépendants ; désactiver arbitrairement peut conduire à des BSOD ou à un échec de démarrage. Testez toujours sur une VM ou un poste non‑critique.
Ce que Microsoft publie (et ce qu’il ne publie pas)
Microsoft fournit plusieurs briques utiles, mais pas « le » tableau unique regroupant toutes les éditions et scénarios de Windows 11 :
- Windows IoT Enterprise – Services : page officielle contenant une table « Startup Type (Default) » pour un grand nombre de services. C’est une excellente base pour recouper un état par défaut. Néanmoins, elle vise l’édition IoT (appareils dédiés), pas Home/Pro/Education/Enterprise dans toutes leurs variantes.
- Per‑user services in Windows : documentation sur les services « par utilisateur », créés au moment de la connexion. Elle explique pourquoi la présence/le nombre de services peut varier d’un compte à l’autre sur la même machine.
- Service Trigger Events et Automatically Starting Services : ces articles détaillent les mécanismes de démarrage (automatique, différé) et les événements qui déclenchent le démarrage d’un service en mode Manuel (Trigger Start). Ils sont essentiels pour comprendre des libellés tels que « Automatique (démarrage différé) » ou « Manuel (démarrage déclenché) ».
Conséquence pratique : vous n’aurez pas un « PDF officiel unique » pour Windows 11 Pro/Home listant chaque service et son état initial. En revanche, vous pouvez vous appuyer sur l’article IoT (officiel, table par service) pour valider des tendances et recouper les données issues d’une source communautaire reconnue.
Pourquoi les listes divergent-elles ?
Plusieurs facteurs expliquent les écarts observés entre machines et entre tableaux :
- Édition & SKU : Home/Pro/Education/Enterprise/IoT n’activent pas exactement le même set de services par défaut.
- Fonctionnalités optionnelles & rôles : Hyper‑V, Sous‑système Windows pour Linux, Impression, Services RSAT, conteneurs, fonctionnalités de langue… ajoutent/activent des services supplémentaires.
- Services « per‑user » : certains services existent en instance par utilisateur (suffixes du type
_<GUID>) et apparaissent uniquement après connexion. - Triggers : un service configuré en Manuel peut démarrer automatiquement lorsqu’un événement survient (réseau disponible, périphérique branché, ouverture de port…). Sur le papier il est « Manuel », dans la pratique il s’auto‑démarre à la demande.
- Mises à jour de fonctionnalités (22H2, 23H2, 24H2…) : un « type de démarrage » ou même l’existence d’un service peut changer au fil des versions.
- Personnalisation OEM et sécurité : pilotes, utilitaires du constructeur, stratégies d’entreprise (GPO, MDM) ou durcissement (Credential Guard, AppLocker, WDAC) impactent l’état et la présence de services.
Types de démarrage : ce que signifient réellement les libellés
| Libellé dans services.msc | Signification | Où le détecter | Notes d’interprétation |
|---|---|---|---|
| Automatique | Démarre au boot (dans l’ordre géré par le Service Control Manager et les dépendances). | PowerShell (Get-Service : StartType=Automatic) ; WMI (Win32_Service.StartMode=Auto). | Ne dit rien sur « différé ». Voir la clé Registre DelayedAutoStart. |
| Automatique (démarrage différé) | Démarre après le boot, une fois la phase critique passée, pour lisser l’impact CPU/IO. | Registre (HKLM\SYSTEM\CurrentControlSet\Services\<Svc>\DelayedAutoStart=1). | Get-Service l’affiche comme « Automatique » ; il faut corréler avec le Registre pour savoir si c’est « différé ». |
| Manuel | Ne démarre pas au boot ; démarre si requis par le système/app. | PowerShell/WMI (StartType/StartMode=Manual). | Peut être associé à des triggers qui provoquent un démarrage automatique « à la demande ». |
| Manuel (démarrage déclenché) | Le service est en Manuel mais possède des Service Triggers : il s’active lorsqu’un événement survient. | sc.exe qtriggerinfo <service> pour voir les déclencheurs. | Souvent source de confusion : « Manuel » n’implique pas « ne démarre jamais ». |
| Désactivé | Ne peut pas démarrer, même si demandé. | PowerShell/WMI (Disabled). | À manier avec précaution : peut casser des fonctionnalités ou la sécurité. |
Méthode éprouvée : constituer votre « référence par défaut »
La méthode la plus fiable consiste à mesurer vous‑même l’état des services immédiatement après une installation propre ou une réinitialisation :
- Installez Windows 11 (même édition que vos postes de production). Ne connectez pas d’app GPO/MDM pour l’instant.
- Appliquez les mises à jour de la même branche (ex. 24H2) pour refléter la réalité terrain.
- Créez un premier snapshot avec le « pack » PowerShell ci‑dessus, qui produit quatre CSV (vue simple, WMI, démarrage différé, triggers).
- Figez ce snapshot comme « baseline ». Stockez‑le dans un dépôt (Git/Share) avec la version exacte de Windows (build, édition, langue) et la liste des fonctionnalités activées.
- Réalisez un second snapshot après vos installations logicielles et configurations. Comparez avec
Compare‑Objectpour voir exactement ce qui a changé.
Interpréter correctement vos exports
- Automatique vs Automatique (différé) : si
StartType=AutomaticmaisDelayedAutoStart=1dans le Registre, considérez que le service est « Automatique (démarrage différé) ». - Manuel vs Manuel (Trigger) : si
sc qtriggerinforetourne des Service Triggers, c’est un Manuel (démarrage déclenché). - Per‑user services : ne vous alarmez pas si vous voyez des services suffixés par un identifiant utilisateur ; c’est attendu et ils disparaissent à la déconnexion.
Restaurer un service mal configuré (méthodes prudentes)
Si un service a été modifié et pose problème :
- Vérifiez l’état attendu dans votre baseline ou dans une source reconnue (table IoT Microsoft / ElevenForum).
- Restaurez le type de démarrage avec PowerShell :
Set-Service -Name <NomService> -StartupType Automatic|Manual|Disabled - Restaurez un démarrage différé si besoin :
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\<NomService>" -Name DelayedAutoStart -Value 1 - Vérifiez/ajustez les triggers via
sc.exe triggerinfo(opérations avancées ; documentez‑les soigneusement). - En dernier recours : réparation du système (
sfc /scannow,DISM /Online /Cleanup-Image /RestoreHealth) ou restauration d’une image.
Comment évaluer la fiabilité des sources non‑Microsoft
| Source | Exemples | Critères de confiance | Risques | Bon usage |
|---|---|---|---|---|
| Communauté spécialisée | ElevenForum (tutoriels Windows 11, auteurs connus) | Mises à jour récentes, historique d’édition, modération | Peut lagger d’une version ; pas de garantie « éditeur » | Recouper avec Microsoft Learn et vos mesures locales |
| Blogs techniques / Q&A | Billets d’experts, Microsoft Q&A | Qualité de l’argumentation, citations, date | Conseils génériques ou obsolètes | Utiliser pour contexte, pas comme vérité absolue |
| Vidéos « tweak » grand public | Vidéos promettant « +30 % de performances » | Absence de méthodologie, pas de rollback, sensationnalisme | Désactivations risquées, perte de sécurité/fonctions | À éviter en production ; tester en VM uniquement |
FAQ éclair
Existe‑t‑il une page Microsoft unique avec tous les services Windows 11 et leur état stock ?
Non. Vous trouverez une liste officielle pertinente pour l’édition Windows IoT Enterprise (avec le « Startup Type (Default) »), mais pas un tableau exhaustif Home/Pro/Edu/Enterprise couvrant 100 % des cas.
La liste communautaire est‑elle fiable ?
Oui, si elle est reconnue et maintenue (par ex. là où des .reg de restauration sont fournis et mis à jour). Mais ce n’est pas « la » position officielle. Croisez toujours avec Microsoft Learn et, surtout, vos propres mesures.
Quelle est la méthode la plus sûre ?
Mesurer votre état « juste après installation » (snapshots CSV PowerShell), le conserver comme référence, puis comparer après toute mise à jour ou déploiement logiciel.
Modèle de procédure (copier‑coller)
# 0) Exécutez ceci sur une installation propre, en admin
$tag = "$(Get-ComputerInfo -Property OsName,OsVersion | Out-String)".Trim() -replace '\s+',' '
$now = Get-Date -Format 'yyyyMMdd-HHmmss'
$dir = "C:\Baseline-$env:COMPUTERNAME-$now"
New-Item -ItemType Directory -Path $dir -Force | Out-Null
# 1) Exports
Get-Service | Select Name,DisplayName,Status,StartType |
Sort Name | Export-Csv "$dir\01_GetService.csv" -NoTypeInformation -Encoding UTF8
Get-CimInstance Win32_Service | Select Name,DisplayName,State,StartMode,StartName |
Sort Name | Export-Csv "$dir\02_Win32_Service.csv" -NoTypeInformation -Encoding UTF8
Get-ChildItem "HKLM:\SYSTEM\CurrentControlSet\Services" |
ForEach-Object {
$p = Get-ItemProperty -Path $*.PSPath -Name DelayedAutoStart -ErrorAction SilentlyContinue
[pscustomobject]@{ Name=$*.PSChildName; DelayedAutoStart=[int]($p.DelayedAutoStart) }
} | Sort Name | Export-Csv "$dir\03_DelayedAutoStart.csv" -NoTypeInformation -Encoding UTF8
$svc = (Get-Service).Name
$rows = foreach($n in $svc){ $o = sc.exe qtriggerinfo $n 2>&1; [pscustomobject]@{ Name=$n; Raw=($o -join ' ') } }
$rows | Sort Name | Export-Csv "$dir\04_Triggers.csv" -NoTypeInformation -Encoding UTF8
# 2) Étiquette de la baseline
Set-Content -Path "$dir_README.txt" -Value @"
Baseline de services
Machine : $env:COMPUTERNAME
Date : $now
OS : $tag
"@
Write-Host "Baseline prête dans $dir"Erreurs fréquentes à éviter
- Confondre « Automatique » et « Automatique (différé) » : seule la valeur Registre
DelayedAutoStartrévèle le démarrage différé. - Penser que « Manuel » ⇒ « ne démarre pas » : les triggers peuvent lancer le service au premier événement pertinent.
- Copier une liste « idéale » d’un autre site vers votre parc : chaque édition/feature/usage diffère. Mesurez vos propres machines.
- Changer massivement sans rollback : préparez toujours un plan de retour arrière (exports, point de restauration, image).
Verdict
- Non, il n’existe pas (encore) d’article Microsoft unique listant l’état « stock » de chaque service Windows 11 pour toutes les éditions.
- La liste communautaire d’ElevenForum est la plus complète en pratique, mais reste non officielle : prudence et recoupements nécessaires.
- Pour une référence officielle, l’article Microsoft destiné à Windows IoT Enterprise fournit une base fiable, bien que partielle.
- La méthode sûre : capturer vous‑même l’état des services juste après une installation propre, et vous constituer une « image de référence » exploitable dans la durée.
Mémo express : pour un export simple de l’état des services :
Get-Service | Select Name, StartType |
Sort Name | Export-Csv "$env:PUBLIC\Services.csv" -NoTypeInformationPour le comparer plus tard :
$ref = Import-Csv "$env:PUBLIC\Services.csv"
$cur = Get-Service | Select Name,StartType | Sort Name
Compare-Object $ref $cur -Property Name,StartType -PassThru | Sort NameEn cas d’hésitation, privilégiez toujours la mesure sur votre environnement et la documentation Microsoft (IoT Enterprise, Per‑user services, Triggers) pour interpréter correctement vos résultats.