wmic csproduct get uuid ne fonctionne pas sous Windows 11 : causes et solutions

Si wmic csproduct get uuid ne fonctionne pas sous Windows 11, l'explication la plus probable en 2026 n'est ni un UUID défectueux ni un problème d'autorisations : Microsoft a supprimé l'utilitaire de ligne de commande wmic.exe des installations actuelles de Windows 11 24H2 et 25H2. Le système Windows Management Instrumentation (WMI) sous-jacent et la classe Win32_ComputerSystemProduct existent toujours. La solution prise en charge consiste donc à interroger les mêmes données avec PowerShell :

Get-CimInstance -ClassName Win32_ComputerSystemProduct |
  Select-Object -ExpandProperty UUID

Cette commande renvoie l'UUID système SMBIOS fourni par le microprogramme sans dépendre de WMIC. Si elle renvoie un UUID, votre fournisseur WMI et les données du microprogramme fonctionnent ; seul l'ancien client de ligne de commande manquait. Si elle renvoie uniquement des zéros, une valeur vide ou une erreur CIM, suivez les sections de diagnostic ci-dessous au lieu de réinstaller WMIC à plusieurs reprises.

Ce guide reflète la documentation publiée par Microsoft, telle que consultée le 28 août 2026. Il distingue quatre problèmes souvent confondus : un exécutable WMIC absent, une défaillance de WMI, des données de microprogramme non valides et un problème de script ou d'interpréteur de commandes.

Diagnostic rapide

Associez le résultat observé à la solution appropriée :

Pourquoi wmic csproduct get uuid a cessé de fonctionner sous Windows 11

La commande comporte trois parties pertinentes :

• wmic lance l'ancien utilitaire de ligne de commande Windows Management Instrumentation.
• csproduct est un alias WMIC de la classe WMI Win32_ComputerSystemProduct.
• get uuid demande la propriété en lecture seule UUID de la classe.

L'échec se produit généralement dès la première partie. Microsoft a déconseillé WMIC dans Windows 10 version 21H1 et a désigné PowerShell pour WMI comme solution de remplacement. Microsoft apporte également une précision importante : l'utilitaire WMIC est déconseillé et supprimé, mais WMI lui-même ne l'est pas.

La documentation de référence actuelle de WMIC de Microsoft indique qu'à compter d'août 2026, les versions 24H2 et 25H2 de Windows 11 n'incluent plus WMIC et qu'il ne peut plus être rajouté en tant que fonctionnalité à la demande. La liste Microsoft des fonctionnalités Windows déconseillées fournit la même mise à jour d'août 2026 et précise que la suppression s'applique à Windows 11 24H2 et versions ultérieures.

Cette chronologie explique pourquoi les conseils publiés dans d'anciens messages de forum peuvent désormais être erronés :

1. À l'origine, WMIC était intégré à Windows.
2. Microsoft l'a déconseillé dans Windows 10 21H1, mais cette dépréciation n'a pas entraîné sa suppression immédiate.
3. Dans les versions antérieures de Windows 11, il est devenu une fonctionnalité à la demande facultative qui pouvait être désactivée par défaut.
4. Dans les versions actuellement prises en charge de Windows 11 24H2 et 25H2, Microsoft indique que WMIC est supprimé et n'est plus disponible en tant que fonctionnalité à la demande.

Par conséquent, les instructions demandant à tous les utilisateurs de Windows 11 d'installer WMIC~~~~ au moyen des Fonctionnalités facultatives ou de DISM ne sont plus valables de manière générale. Elles peuvent concerner une version plus ancienne, mais ne constituent pas une solution pérenne en 2026.

La solution de remplacement prise en charge : Get-CimInstance

Ouvrez Windows PowerShell ou PowerShell, puis exécutez :

Get-CimInstance -ClassName Win32_ComputerSystemProduct |
  Select-Object -ExpandProperty UUID

La forme abrégée équivalente est :

(Get-CimInstance Win32_ComputerSystemProduct).UUID

Pour afficher l'UUID avec les informations relatives au fabricant et au produit afin de disposer du contexte :

Get-CimInstance -ClassName Win32_ComputerSystemProduct |
  Select-Object Vendor, Name, IdentifyingNumber, UUID

Microsoft présente Get-CimInstance comme l'applet de commande qui récupère les instances d'une classe CIM. Lors d'une requête locale sans -ComputerName ni -CimSession, elle opère sur l'instance WMI locale. Autrement dit, il ne s'agit pas d'une solution de contournement qui lit une valeur sans rapport : c'est un client pris en charge qui interroge la même infrastructure de gestion Windows.

Renvoyer uniquement la valeur pour un script

L'ancienne sortie WMIC comprend un en-tête UUID. Pour obtenir uniquement l'identifiant, utilisez -ExpandProperty :

$uuid = Get-CimInstance -ClassName Win32_ComputerSystemProduct |
  Select-Object -ExpandProperty UUID

$uuid

Pour un fichier de commandes qui nécessite toujours une seule ligne de sortie, appelez PowerShell plutôt que WMIC :

@echo off
for /f "usebackq delims=" %%U in (`powershell.exe -NoProfile -Command "(Get-CimInstance -ClassName Win32_ComputerSystemProduct).UUID"`) do set "SYSTEM_UUID=%%U"
echo %SYSTEM_UUID%

Pour toute nouvelle automatisation, un script PowerShell est plus propre :

$uuid = (Get-CimInstance -ClassName Win32_ComputerSystemProduct).UUID

if ([string]::IsNullOrWhiteSpace($uuid) -or
    $uuid -eq "00000000-0000-0000-0000-000000000000") {
    throw "The firmware did not provide a usable SMBIOS system UUID."
}

$uuid.ToUpperInvariant()

Cette validation est importante, car une commande peut s'exécuter correctement alors que la valeur fournie par le microprogramme est inexploitable.

Quel UUID cette commande renvoie-t-elle ?

Win32_ComputerSystemProduct.UUID n'est pas un identifiant aléatoire généré par WMIC, ni le MachineGuid de l'installation Windows. Selon la documentation Microsoft de Win32_ComputerSystemProduct, cette propriété correspond à l'UUID SMBIOS de type 1 et provient du membre UUID de la structure System Information du microprogramme.

Le parcours des données est approximativement le suivant :

BIOS/UEFI firmware or VM platform
        ↓
SMBIOS Type 1 System Information UUID
        ↓
Windows CIMWin32 provider
        ↓
Win32_ComputerSystemProduct.UUID
        ↓
Get-CimInstance output

Cette distinction facilite le dépannage :

• Si wmic est absent, mais que Get-CimInstance renvoie un UUID, les données sont correctes et seul l'ancien client a été supprimé.
• Si les deux outils renvoient uniquement des zéros sur une machine plus ancienne où WMIC existe encore, la modification de la syntaxe de la commande ne créera pas d'UUID de microprogramme.
• Si la valeur change après le remplacement d'une carte mère ou le clonage d'une machine virtuelle, ce comportement provient d'une couche située en dessous de l'outil de ligne de commande.

Les recommandations SMBIOS de Microsoft destinées aux fabricants de matériel définissent l'UUID système comme un champ de type 1 et expliquent que des champs SMBIOS correctement renseignés facilitent l'identification et la gestion des systèmes individuels.

Cause 1 : wmic n'est pas reconnu

Sortie type de l'Invite de commandes :

'wmic' is not recognized as an internal or external command,
operable program or batch file.

Sortie type de PowerShell :

wmic: The term 'wmic' is not recognized as a name of a cmdlet,
function, script file, or executable program.

Vérifiez si l'exécutable est disponible :

Get-Command wmic.exe -ErrorAction SilentlyContinue

Vous pouvez également vérifier son emplacement historique :

Test-Path "$env:WINDIR\System32\wbem\wmic.exe"

Sur un système Windows 11 24H2 ou 25H2 à jour dont WMIC a été supprimé, l'absence de résultat est normale. Ne téléchargez pas une copie quelconque de wmic.exe depuis un site tiers. L'exécutable seul ne constitue pas un paquet portable sûr ou pris en charge, et le téléchargement de fichiers binaires système depuis des sources non officielles engendre un risque de sécurité évitable.

Solution : remplacez la commande par Get-CimInstance. Si une application fournie par un éditeur nécessite encore wmic.exe, mettez-la à jour ou contactez l'éditeur pour obtenir une version prise en charge.

Cause 2 : la commande s'exécute, mais renvoie uniquement des zéros

Vous pouvez obtenir :

UUID
00000000-0000-0000-0000-000000000000

Microsoft indique explicitement que lorsqu'un UUID n'est pas disponible, Win32_ComputerSystemProduct.UUID utilise un UUID composé uniquement de zéros. Il s'agit d'une requête réussie qui renvoie une valeur indisponible, et non de la preuve d'un dysfonctionnement de WMIC ou de PowerShell.

Les causes courantes comprennent :

• un microprogramme qui n'a jamais renseigné l'UUID SMBIOS de type 1 ;
• un espace réservé de l'OEM ou une erreur de programmation lors de la fabrication ;
• une carte mère assemblée sur mesure ou ancienne dont les données SMBIOS sont incomplètes ;
• une machine virtuelle dont la plateforme n'a pas attribué d'UUID système ;
• un modèle de machine virtuelle cloné qui a conservé une identité générique ou dupliquée ;
• des paramètres ou des mises à jour du microprogramme ayant modifié les champs SMBIOS exposés.

Vérifiez les champs associés :

Get-CimInstance Win32_ComputerSystemProduct |
  Format-List Vendor, Name, Version, IdentifyingNumber, UUID

Get-CimInstance Win32_BIOS |
  Format-List Manufacturer, SMBIOSBIOSVersion, SerialNumber

Get-CimInstance Win32_BaseBoard |
  Format-List Manufacturer, Product, SerialNumber

Si ces champs sont eux aussi vides ou contiennent des valeurs telles que To Be Filled By O.E.M., le problème provient probablement des données du microprogramme. Recherchez une mise à jour du BIOS/UEFI auprès du fabricant de l'appareil ou de la carte mère. Sur une machine virtuelle administrée, vérifiez la configuration de l'UUID de l'hyperviseur. Ne modifiez pas les identifiants du microprogramme dans le seul but de faire accepter le résultat par un site Web ou un script ; demandez à l'éditeur du logiciel quel identifiant de repli il prend en charge.

Cause 3 : PowerShell échoue également

Si Get-CimInstance signale une erreur, déterminez si la défaillance touche une seule classe ou WMI dans son ensemble.

Étape 1 : tester une autre classe principale

Get-CimInstance -ClassName Win32_OperatingSystem |
  Select-Object Caption, Version, BuildNumber

• Si cette commande fonctionne, mais que Win32_ComputerSystemProduct échoue, concentrez-vous sur le fournisseur CIMWin32 ou les données de la classe.
• Si les deux échouent, examinez le service WMI, le référentiel, les autorisations ou l'état du fournisseur.

Étape 2 : vérifier le service WMI

Get-Service -Name winmgmt

Le service doit normalement être en cours d'exécution ou démarrer lorsqu'un client de gestion se connecte. Microsoft décrit winmgmt comme le service WMI et comme un composant central de Windows. Évitez de le désactiver pour masquer une erreur de gestion sans rapport.

Étape 3 : relever le code d'erreur exact

try {
    Get-CimInstance -ClassName Win32_ComputerSystemProduct -ErrorAction Stop |
      Select-Object UUID
} catch {
    $_ | Format-List * -Force
}

Voici quelques distinctions utiles :

Pour une requête locale, indiquez explicitement l'espace de noms documenté si nécessaire :

Get-CimInstance -Namespace root/cimv2 -ClassName Win32_ComputerSystemProduct

Étape 4 : examiner les événements opérationnels WMI

Ouvrez l'Observateur d'événements et accédez à :

Applications and Services Logs
  Microsoft
    Windows
      WMI-Activity
        Operational

Le guide Microsoft de résolution des problèmes de connectivité et d'accès WMI recommande ce journal afin d'identifier l'opération, le fournisseur, le processus client et l'erreur impliqués dans une défaillance WMI.

Étape 5 : vérifier le référentiel uniquement lorsque les défaillances sont plus générales

Depuis une Invite de commandes avec élévation de privilèges :

winmgmt /verifyrepository

Si Windows indique que le référentiel est cohérent, ne le réinitialisez pas. S'il signale une incohérence, suivez la procédure de dépannage de Microsoft ou demandez l'assistance d'un administrateur avant d'utiliser les options de réparation.

Les recommandations de dépannage WMI de Microsoft déconseillent expressément de supprimer le référentiel WMI en première intention, car cette opération peut endommager Windows ou les applications installées. Renommer arbitrairement le dossier du référentiel, recompiler tous les fichiers MOF ou exécuter winmgmt /resetrepository est disproportionné lorsque seul wmic.exe est absent.

Cause 4 : votre script échoue alors que la solution de remplacement fonctionne de manière interactive

Une commande peut fonctionner dans une fenêtre PowerShell ouverte, mais échouer dans un fichier de commandes, une application, un service, une tâche planifiée ou un outil de déploiement. Vérifiez les points suivants :

Utiliser l'interpréteur de commandes approprié

Get-CimInstance est une applet de commande PowerShell, pas une commande de l'Invite de commandes. Ceci échoue dans une simple session cmd.exe :

Get-CimInstance Win32_ComputerSystemProduct

Exécutez-la depuis PowerShell ou appelez explicitement PowerShell depuis un fichier de commandes :

powershell.exe -NoProfile -Command "(Get-CimInstance Win32_ComputerSystemProduct).UUID"

Éviter d'analyser des tableaux mis en forme

N'essayez pas d'extraire les espaces de l'affichage tabulaire par défaut. Renvoyez directement la propriété :

(Get-CimInstance Win32_ComputerSystemProduct).UUID

Pour une automatisation structurée :

Get-CimInstance Win32_ComputerSystemProduct |
  Select-Object Vendor, Name, UUID |
  ConvertTo-Json -Compress

Vérifier la redirection des processus 32 bits uniquement pour les anciens appelants

Une application 32 bits sous Windows 64 bits peut être confrontée à la redirection du système de fichiers lorsqu'elle lance des outils situés dans System32. Ce n'est pas la cause habituelle dans une session PowerShell 64 bits interactive, mais cela peut avoir son importance lors de la migration d'anciens agents de gestion. Préférez l'appel de PowerShell au moyen d'une architecture de processus prise en charge plutôt que de coder en dur le chemin d'un fichier binaire WMIC copié.

Traiter séparément les requêtes distantes

Cette commande locale :

Get-CimInstance Win32_ComputerSystemProduct

ne vérifie pas si l'accès CIM/WMI distant est configuré. Une requête distante peut échouer en raison des informations d'identification, de la stratégie du pare-feu ou de la configuration de RPC ou de WS-Management, même si la classe locale est opérationnelle. Les recommandations PowerShell WMI de Microsoft préconisent d'utiliser une CimSession autorisée lorsque des informations d'identification sont nécessaires, plutôt que d'exécuter un interpréteur entier avec des privilèges excessifs.

Cela se produit-il également sous Windows 10 ?

Oui, mais le symptôme et la cause exacts peuvent différer.

Microsoft a déconseillé WMIC à partir de Windows 10 version 21H1. La dépréciation signifie que l'utilitaire a cessé d'être l'interface recommandée ; elle ne signifie pas que toutes les installations de Windows 10 ont immédiatement perdu wmic.exe. Les machines sous Windows 10 22H2 peuvent donc encore disposer d'une commande WMIC fonctionnelle, selon l'image et l'état de maintenance.

L'avis de suppression de Microsoft d'août 2026 mentionne expressément Windows 11 version 24H2 et versions ultérieures. Il n'indique pas que la même modification de maintenance supprime WMIC de toutes les installations de Windows 10 22H2. Il en résulte le tableau pratique suivant :

Windows 10 peut également renvoyer un UUID composé uniquement de zéros, des données de microprogramme non valides ou des erreurs du fournisseur WMI. Ces situations sont indépendantes de la suppression de WMIC, car l'UUID provient du microprogramme SMBIOS et la requête est traitée par WMI.

Pour afficher votre version et votre build de Windows :

Get-ComputerInfo |
  Select-Object WindowsProductName, WindowsVersion, OsBuildNumber

Vous pouvez également exécuter winver. Ne considérez pas qu'une commande WMIC réussie sur un ordinateur Windows 10 prouve qu'elle restera disponible sous Windows 11 ou dans de futures images administrées.

Faut-il réinstaller WMIC ?

Pour les systèmes Windows 11 24H2 et 25H2 actuels concernés par la suppression annoncée par Microsoft en août 2026, non. Microsoft indique que WMIC ne peut plus être ajouté en tant que fonctionnalité à la demande. Utilisez PowerShell.

Dans un état de maintenance plus ancien où WMIC était encore une fonctionnalité facultative disponible, son installation peut rétablir temporairement la compatibilité avec une application héritée. Même dans ce cas, elle constitue une passerelle de migration, et non une solution fiable à long terme. Tout script réparé uniquement en réinstallant un composant déconseillé cessera à nouveau de fonctionner lorsque ce composant sera supprimé.

Évitez les approches suivantes :

• télécharger wmic.exe ou des fichiers DLL depuis des sites tiers ;
• copier les fichiers WMIC d'une autre installation Windows ;
• retarder indéfiniment les mises à jour de sécurité ou cumulatives afin de conserver WMIC ;
• réinitialiser le référentiel WMI lorsque Get-CimInstance fonctionne déjà ;
• considérer qu'un UUID composé uniquement de zéros justifie de réinstaller le client de ligne de commande.

L'UUID SMBIOS est-il identique à un HWID ?

Pas nécessairement. wmic csproduct get uuid renvoie un champ du microprogramme. « HWID » est un terme informel que différents produits emploient pour désigner différentes valeurs, notamment :

• l'UUID système SMBIOS ;
• le numéro de série de la carte mère ou du BIOS ;
• le numéro de série du périphérique de stockage ;
• le MachineGuid de l'installation Windows ;
• l'adresse de la carte réseau ;
• un hachage propre à un éditeur, calculé à partir de plusieurs champs normalisés.

Un UUID SMBIOS valide ne prouve pas qu'il s'agit de l'identifiant attendu par un jeu, un serveur de licences, un système d'inventaire ou une équipe d'assistance. Demandez quel champ et quel format sont requis avant de le communiquer.

Pour examiner plusieurs champs locaux sans WMIC :

$system = Get-CimInstance Win32_ComputerSystemProduct
$bios = Get-CimInstance Win32_BIOS
$board = Get-CimInstance Win32_BaseBoard

[pscustomobject]@{
    SystemUUID        = $system.UUID
    SystemVendor      = $system.Vendor
    SystemProduct     = $system.Name
    BIOSSerial        = $bios.SerialNumber
    BaseBoardSerial   = $board.SerialNumber
}

Ces valeurs peuvent être sensibles lorsqu'elles sont associées à une personne ou à un compte. Ne recueillez et ne communiquez que les informations nécessaires.

Migration recommandée pour les administrateurs et les développeurs

Si vous gérez des scripts contenant wmic csproduct get uuid, migrez la requête au lieu de détecter Windows 11 et de tenter de réinstaller WMIC.

Avant

wmic csproduct get uuid

Après : PowerShell lisible

Get-CimInstance -ClassName Win32_ComputerSystemProduct |
  Select-Object -ExpandProperty UUID

Après : forme compatible avec WQL

Get-CimInstance -Query "SELECT UUID FROM Win32_ComputerSystemProduct" |
  Select-Object -ExpandProperty UUID

Après : validation robuste

try {
    $product = Get-CimInstance -ClassName Win32_ComputerSystemProduct -ErrorAction Stop
    $uuid = [string]$product.UUID

    if ([string]::IsNullOrWhiteSpace($uuid)) {
        throw "SMBIOS UUID is blank."
    }

    if ($uuid -eq "00000000-0000-0000-0000-000000000000") {
        throw "SMBIOS UUID is unavailable (all-zero value)."
    }

    [pscustomobject]@{
        UUID    = $uuid.ToUpperInvariant()
        Vendor  = $product.Vendor
        Product = $product.Name
    }
} catch {
    Write-Error "Unable to read the SMBIOS system UUID: $($_.Exception.Message)"
    exit 1
}

Pour les scripts destinés à un parc informatique, consignez la différence entre un échec de la requête et une requête valide renvoyant des données de microprogramme inutilisables. Ces deux situations nécessitent des mesures correctives différentes. Ne remplacez pas silencieusement un UUID absent par une valeur aléatoire si le résultat sert à l'inventaire ou à la gestion des licences ; cela crée une identité instable dont la signification diffère de celle du champ SMBIOS.

Questions fréquentes

Par quoi remplacer wmic csproduct get uuid sous Windows 11 ?

Utilisez :

(Get-CimInstance -ClassName Win32_ComputerSystemProduct).UUID

Cette commande interroge la même classe WMI via l'interface CIM PowerShell prise en charge.

Pourquoi WMIC a-t-il disparu après une mise à jour de Windows ?

Microsoft a déconseillé WMIC dans Windows 10 21H1, en a ensuite fait une fonctionnalité à la demande facultative et indique qu'à compter d'août 2026, Windows 11 24H2 et 25H2 ne l'incluent plus et ne permettent plus de le rajouter en tant que FoD. WMI lui-même reste pris en charge.

Ai-je besoin de droits d'administrateur pour lire l'UUID local ?

Une lecture locale élémentaire de Win32_ComputerSystemProduct fonctionne normalement dans une session PowerShell standard. La stratégie de l'organisation, le durcissement des autorisations de l'espace de noms WMI ou l'accès distant peuvent modifier le résultat. N'élevez pas automatiquement les privilèges, sauf si l'erreur réelle indique un problème d'autorisation et qu'une élévation est appropriée.

Pourquoi PowerShell renvoie-t-il le même UUID composé uniquement de zéros que WMIC ?

Les deux clients interrogent la propriété Win32_ComputerSystemProduct.UUID. Microsoft indique que Windows renvoie un UUID composé uniquement de zéros lorsque l'UUID SMBIOS est indisponible. La correction doit être apportée au niveau du microprogramme, de l'OEM ou de la virtualisation, et non dans la syntaxe de la commande.

Puis-je utiliser Get-WmiObject à la place ?

Les anciennes versions de Windows PowerShell incluent Get-WmiObject, qui peut interroger la même classe, mais Get-CimInstance constitue une meilleure cible de migration pour les nouveaux scripts. C'est l'interface vers laquelle Microsoft oriente les administrateurs pour remplacer WMIC, et elle fournit des objets CIM structurés adaptés à l'automatisation.

wmic path win32_computersystemproduct get uuid est-il préférable ?

Il s'agit d'une ancienne requête WMIC plus explicite, mais elle dépend toujours de wmic.exe. Elle ne peut pas résoudre la suppression de l'exécutable. Utilisez plutôt Get-CimInstance.

Une mise à jour du BIOS peut-elle modifier l'UUID ?

Elle ne devrait normalement pas remplacer un UUID par système correctement attribué, mais des défauts du microprogramme, une intervention sur la carte mère, le provisionnement OEM ou des changements de virtualisation peuvent modifier ce que SMBIOS expose. Consignez l'ancienne et la nouvelle valeur, puis contactez le fabricant si une modification inattendue affecte l'inventaire ou la gestion des licences.

Deux ordinateurs peuvent-ils signaler le même UUID ?

C'est possible si le microprogramme ou un modèle de machine virtuelle cloné contient des données SMBIOS dupliquées ou des espaces réservés. Une valeur ayant la forme d'un UUID ne prouve pas que le fabricant l'a attribuée de manière unique.

En résumé

Lorsque wmic csproduct get uuid ne fonctionne pas sous Windows 11, commencez par exécuter :

(Get-CimInstance Win32_ComputerSystemProduct).UUID

Si cette commande renvoie un UUID normal, aucune réparation de WMI n'est nécessaire : WMIC était le composant obsolète. Si elle renvoie uniquement des zéros, examinez le microprogramme SMBIOS ou la configuration de la machine virtuelle. Si elle lève une erreur CIM, testez une autre classe WMI, relevez le code d'erreur, consultez le journal WMI-Activity et évitez en première intention les réparations destructrices du référentiel.

Windows 10 peut encore disposer de WMIC, mais Microsoft a déconseillé cet outil dans la version 21H1. Les scripts doivent être migrés dès maintenant plutôt que de conserver une commande supprimée des builds actuels de Windows 11.

Références Microsoft

• Utilitaire de ligne de commande WMI (WMIC) — Microsoft Learn
• Fonctionnalités déconseillées du client Windows — Microsoft Learn
• Classe Win32_ComputerSystemProduct — Microsoft Learn
• Get-CimInstance — Microsoft Learn
• Recommandations SMBIOS — Microsoft Learn
• Résolution des problèmes de connectivité et d'accès WMI — Microsoft Learn
• Résolution des problèmes WMI — Microsoft Learn

Si vous devez examiner un UUID ou un autre identifiant dont vous disposez déjà, utilisez l'outil de validation et d'analyse des HWID. Pour recueillir un rapport local plus complet sans WMIC, consultez la page de téléchargement de Windows HWID Checker.