Site de Christophe

Deploying FaultTracePC across a fleet from a single computer — a PowerShell script

cry-stof — 2026-09-03T16:47:47Z

A free script that installs FaultTracePC on remote Windows computers, one or several at a time, wakes them if they are switched off, and registers them with the fleet console. Written for a real school fleet, published as-is, with no warranty. Since version 1.7.1 it is included in the software and laid down automatically by the console — it stays published here to be read, and stays usable on its own. Its prompts and messages are in French only.

This script's own prompts, menus and messages are in French. Everything it drives — msiexec, FaultTracePC.Cli.exe, Windows itself — is language-neutral or translated, so it works on an English fleet; but you will be reading French on screen. This page exists so that you know that before downloading. An English version may follow. It does not exist today, and saying otherwise would waste your time.

Since FaultTracePC 1.7.1, this script is included in the software. The console lays it down itself in Documents\FaultTracePC\Deploiement and drives it from its Inventory tab: there is nothing left to download in order to use it. The embedded copy is the one that was proven with that exact version — distributed separately, it had ended up existing in two copies that drifted apart.

The script stays published here so that it can be read before it is run, and stays usable on its own, from a USB stick, without the software. That is deliberate: a tool that acts on remote machines with administrator rights must be readable by whoever launches it.

Group Policy deployment remains the right method for a whole fleet, and it is described in the software's main article. This script answers the other need, the daily one: install on one machine, or five, right now — without waiting for the next reboot, without touching the policy.

It was written during the September 2026 back-to-school period, on a real school fleet, and fixed every time it failed on a real machine. Its comments record those failures: they explain why each check exists, which is more useful than describing what it does.

What it does, for each computer you name

checks the name is a domain computer account — a phone or a typo is ruled out before anything is attempted;
checks it answers, by ping or port 445: many policies block ICMP, and giving up on a live machine would be worse than waking one that is already on;
checks Windows Remote Management answers, before copying 63 MB that would be wasted;
if it is off, wakes it with Wake-on-LAN;
copies the package to the computer, installs it while checking msiexec's exit code, then deletes the package;
configures fleet mode if you ask for it, checks the tool's exit code, then verifies the port really answers.

At the end it prints what to enter in the console — machine name, host, port — and the IP address it actually observed, not the one you thought you remembered. It offers to start again without reopening the window.

A menu at startup also lets you only wake a computer, or only register one that is already installed.

The prerequisite that almost always blocks: WinRM

This is the thing to know before downloading anything.

On a Windows client, the Windows Remote Management service starts « on demand », and nobody ever demands it. The result: the computer answers ping, the \\host\C$ share opens normally, and yet Invoke-Command fails — with a message about firewalls and local subnets, which sends you looking in the wrong place. Ping, SMB and WinRM are three different protocols; a computer answering the first two tells you nothing about the third.

So the script tests port 5985 before copying, and prints the two commands that fix it remotely. They go over RPC, not WinRM — which is exactly why they succeed where the remote session fails:

sc.exe \\COMPUTER-NAME config winrm start= auto sc.exe \\COMPUTER-NAME start winrm

On a fleet, the durable answer is not to repeat those commands: it is a Group Policy setting the Windows Remote Management (WS-Management) service to Automatic, under Computer Configuration → Windows Settings → Security Settings → System Services. Once, for every machine, and it serves all your tools rather than this one.

Why it copies the package instead of installing from the share

Because it cannot do otherwise. A remote session cannot present your identity to a third computer: the target would introduce itself to the file server with no credentials, and the share would refuse it. This is the Kerberos « double hop », a delegation limit — being a domain administrator changes nothing.

The package is therefore copied to C:\Windows\Temp, installed, then deleted. Only on failure is it left in place with its installation log, for a fix on site.

Wake-on-LAN

The magic packet is a broadcast: it does not cross routers. Irrelevant as long as console and computers share the same VLAN, and useless beyond it — the script says so on screen rather than letting you read an unexplained failure.

The MAC address is looked up in this order: the DHCP server first, which does not go stale; the postes.csv file next, which is only a cache; the ARP table last. The packet is sent from the network adapter that actually reaches the computer, to the subnet broadcast and the general broadcast, on ports 9 and 7. None of this is decorative: sent without choosing the adapter, the packet leaves through whichever comes first — often a virtual machine adapter — and UDP reports no error. The wake-up « succeeds » silently and nothing switches on.

postes.csv is not a target list

It is a MAC address directory, read only to wake a machine that does not answer. Nothing in it is installed automatically: the script installs only on what you name. It can therefore safely contain the phones and tablets your DHCP server returns.

Fleet mode and the master secret

If you ask for it, the script registers the computer with the fleet straight away. The master secret is typed blind, once per run. It is never displayed, never written, never logged: it passes through a temporary file on the target, deleted in every case, success or failure. The computer itself never learns the secret — it derives its own token and stores only that.

After configuring, the script waits for the service to re-read its configuration, then verifies that the port answers. That check is not a flourish: the command can return 0 while the computer stays unreachable because a firewall is closed elsewhere. Without it, you find out the next day, from the console, with no idea which link gave way.

And if the configuration command fails, the script says so with the exit code the tool returned, instead of letting you conclude it was a firewall. « The configuration failed » and « the configuration succeeded but the port is unreachable » are two different faults, looked for in two different places; confusing them costs an evening.

What it sends anywhere

Nothing. No telemetry, no account, no Internet access.

On first run it asks for two values specific to your network — the MSI package path and your DHCP server name — and offers to save them, or not, in a parametres.json file placed beside it. That file holds no secret, but it names your servers: it is not meant to be redistributed. The archive below contains none, and its postes.csv is an empty template.

Before first use: unblock the files

Windows marks anything downloaded from the Internet and refuses to run a script so marked — often with no clear explanation. In the extracted folder:

Get-ChildItem . -Recurse | Unblock-File

This is not a sign that the file is dangerous: Windows applies it to every download.

Requirements, plainly

an Active Directory domain, and administrator rights on the target computers;
access to \\host\C$;
WinRM answering on the target (see above);
the FaultTracePC MSI package, on a share or locally.

The script runs from any folder, including a USB stick, as long as its files stay together. A .cmd launcher requests elevation and displays errors instead of closing the window.

No warranty, and why say so

This script is not signed, not supported, and was written for one specific fleet before being published as-is. It acts on remote machines with administrator rights: read it before you run it. It is commented throughout — in French — and every check is justified by the failure that made it necessary.

MIT licence: free to use, modify and redistribute, with no warranty whatsoever.

Version 1.1, 5 September 2026.

The FaultTracePC software

Cette page en français

Déployer FaultTracePC sur un parc depuis un seul poste — un script PowerShell

cry-stof — 2026-09-03T16:47:21Z

Un script libre qui installe FaultTracePC sur des postes Windows distants, un ou plusieurs à la fois, les réveille s'ils sont éteints, et les inscrit dans la console de parc. Écrit pour un parc scolaire réel, publié tel quel, sans garantie. Depuis la version 1.7.1, il est inclus dans le logiciel et posé automatiquement par la console — il reste publié ici pour être lu, et reste utilisable seul.

Depuis FaultTracePC 1.7.1, ce script est inclus dans le logiciel. La console le pose elle-même dans Documents\FaultTracePC\Deploiement et le pilote depuis son onglet Inventaire : il n'y a plus rien à télécharger pour s'en servir. L'exemplaire embarqué est celui qui a été éprouvé avec cette version-là — distribué à part, il avait fini par exister en deux copies qui ont divergé.

Le script reste publié ici pour être lu avant d'être exécuté, et reste utilisable seul, depuis une clé USB, sans le logiciel. C'est délibéré : un outil qui agit sur des machines distantes avec des droits d'administrateur doit pouvoir être relu par qui le lance.

Le déploiement par stratégie de groupe reste la bonne méthode pour un parc entier : elle est décrite dans l'article principal du logiciel. Ce script répond à un autre besoin, celui qui revient tous les jours : installer sur une machine, ou sur cinq, maintenant, sans attendre le prochain redémarrage, sans toucher à la stratégie.

Il a été écrit pendant la rentrée 2026, sur un parc en établissement scolaire, et corrigé à chaque fois qu'il a échoué sur une machine réelle. Les commentaires du script racontent ces échecs : ils expliquent pourquoi chaque contrôle existe, ce qui est plus utile que de dire ce qu'il fait.

Ce qu'il fait, pour chaque poste que vous nommez

vérifie que le nom correspond à un compte d'ordinateur du domaine — un téléphone ou une faute de frappe sont écartés avant toute action ;
vérifie qu'il répond, par ping ou par le port 445 : beaucoup de stratégies bloquent ICMP, et abandonner sur une machine vivante serait pire que réveiller une machine déjà allumée ;
vérifie que la Gestion à distance de Windows répond, avant de copier 63 Mo qui seraient perdus ;
s'il est éteint, le réveille par Wake-on-LAN ;
copie le paquet sur le poste, l'installe en contrôlant le code de sortie de msiexec, puis efface le paquet ;
configure le mode parc si vous le demandez, contrôle le code de sortie du logiciel, puis vérifie que le port répond vraiment.

À la fin, il affiche ce qu'il faut saisir dans la console — nom de machine, hôte, port — et l'adresse IP constatée, pas celle qu'on croit se rappeler. Il propose de recommencer sans relancer la fenêtre.

Un menu au lancement permet aussi de ne faire que réveiller un poste, ou que l'inscrire au parc s'il est déjà installé.

Le prérequis qui bloque presque toujours : WinRM

C'est le point à connaître avant de télécharger quoi que ce soit.

Sur un Windows client, le service Gestion à distance de Windows démarre « à la demande », et personne ne le demande jamais. Résultat : le poste répond au ping, le partage \\poste\C$ s'ouvre normalement, et pourtant Invoke-Command échoue — avec un message qui parle de pare-feu et de sous-réseau, ce qui envoie chercher au mauvais endroit. Ping, SMB et WinRM sont trois protocoles différents ; qu'un poste réponde aux deux premiers ne dit rien du troisième.

Le script teste donc le port 5985 avant de copier, et rappelle les deux commandes qui le règlent à distance. Elles passent par RPC, et non par WinRM — c'est précisément pourquoi elles aboutissent là où la session distante échoue :

sc.exe \\NOM-DU-POSTE config winrm start= auto sc.exe \\NOM-DU-POSTE start winrm

Sur un parc, la réponse durable n'est pas de répéter ces commandes : c'est une stratégie de groupe qui met le service Gestion à distance de Windows (WS-Management) en démarrage automatique, dans Configuration ordinateur → Paramètres Windows → Paramètres de sécurité → Services système. Une fois, pour toutes les machines, et cela sert à tous vos outils, pas seulement à celui-ci.

Pourquoi il copie le paquet au lieu de l'installer depuis le partage

Parce qu'il ne peut pas faire autrement. Une session distante ne peut pas présenter votre identité à un troisième ordinateur : le poste se présenterait au serveur de fichiers sans identifiants, et le partage le refuserait. C'est le « double saut » Kerberos, une limite de délégation — être administrateur du domaine n'y change rien.

Le paquet est donc copié dans C:\Windows\Temp, installé, puis effacé. En cas d'échec seulement, il reste sur place avec son journal d'installation, pour une reprise sur site.

Le réveil réseau

Le paquet magique de Wake-on-LAN est une diffusion : il ne traverse pas les routeurs. Sans objet tant que console et postes partagent le même VLAN, et sans effet au-delà — le script le dit à l'écran plutôt que de laisser croire à un échec inexpliqué.

L'adresse MAC est cherchée dans cet ordre : le serveur DHCP d'abord, qui ne vieillit pas ; le fichier postes.csv ensuite, qui n'est qu'un cache ; la table ARP en dernier. Le paquet est émis sur la carte réseau qui mène réellement au poste, vers la diffusion du sous-réseau et la diffusion générale, sur les ports 9 et 7. Ces précisions ne sont pas décoratives : envoyé sans choisir la carte, le paquet part par la première venue — souvent un adaptateur de machine virtuelle — et l'UDP ne signale aucune erreur. Le réveil « réussit » en silence et rien ne s'allume.

postes.csv n'est pas une liste de cibles

C'est un annuaire d'adresses MAC, lu uniquement pour réveiller une machine qui ne répond pas. Rien n'y est installé automatiquement : on n'installe que sur ce qu'on nomme. Il peut donc contenir sans risque les téléphones et les tablettes rendus par le DHCP.

Le mode parc et le secret maître

Si vous le demandez, le script inscrit le poste au parc dans la foulée. Le secret maître est saisi à l'écran, en aveugle, une fois par exécution. Il n'est jamais affiché, ni écrit, ni journalisé : il transite par un fichier temporaire sur le poste, effacé dans tous les cas, succès comme échec. Le poste, lui, n'apprend jamais le secret — il en déduit son propre jeton et n'écrit que celui-là.

Après configuration, le script attend la relecture par le service puis vérifie que le port répond. Cette vérification n'est pas une coquetterie : la commande peut rendre 0 et le poste rester injoignable si le pare-feu est fermé ailleurs. Sans ce contrôle, on découvre le problème le lendemain, depuis la console, sans savoir lequel des maillons a lâché.

Et si la commande de configuration échoue, le script le dit avec le code rendu par le logiciel, au lieu de laisser conclure à un pare-feu. « La configuration a échoué » et « la configuration a réussi mais le port est injoignable » sont deux pannes différentes, qui se cherchent à deux endroits différents ; les confondre coûte une soirée.

Ce qu'il envoie ailleurs

Rien. Aucune télémétrie, aucun compte, aucun accès à Internet.

Au premier lancement, il demande deux valeurs propres à votre réseau — le chemin du paquet MSI et le nom de votre serveur DHCP — et vous propose de les enregistrer, ou non, dans un fichier parametres.json posé à côté de lui. Ce fichier ne contient aucun secret, mais il nomme vos serveurs : il n'est pas fait pour être rediffusé. L'archive téléchargeable ci-dessous n'en contient pas, et son postes.csv est un gabarit vide.

Avant la première utilisation : débloquer les fichiers

Windows marque tout fichier venu d'Internet, et refuse d'exécuter un script ainsi marqué — souvent sans explication claire. Dans le dossier décompressé :

Get-ChildItem . -Recurse | Unblock-File

Ce n'est pas le signe que le fichier est dangereux : Windows l'applique à tout téléchargement. L'explication détaillée est ici.

Prérequis, en clair

un domaine Active Directory, et les droits d'administrateur sur les postes visés ;
l'accès à \\poste\C$ ;
WinRM qui répond sur le poste (voir plus haut) ;
le paquet MSI de FaultTracePC, sur un partage ou en local.

Le script s'exécute depuis n'importe quel dossier, y compris une clé USB, à condition que ses fichiers restent ensemble. Un lanceur .cmd demande l'élévation et affiche les erreurs au lieu de refermer la fenêtre.

Sans garantie, et pourquoi le dire

Ce script n'est pas signé, n'est pas supporté, et a été écrit pour un parc précis avant d'être publié tel quel. Il agit sur des machines distantes avec des droits d'administrateur : lisez-le avant de le lancer. Il est commenté de bout en bout, et chaque contrôle y est justifié par la panne qui l'a rendu nécessaire.

Licence MIT : utilisation, modification et redistribution libres, sans aucune garantie.

Version 1.1 du 5 septembre 2026.

Le logiciel FaultTracePC

This page in English

Désactiver BitLocker avec la commande manage-bde

cry-stof — 2026-03-10T08:05:20Z

1. Présentation

BitLocker est la technologie de chiffrement de disque intégrée à Windows permettant de protéger les données en chiffrant les volumes.

Il est possible de désactiver BitLocker en ligne de commande avec l'outil manage-bde, fourni nativement dans Windows.

La commande suivante permet de désactiver le chiffrement sur le lecteur C : :

manage-bde -off C:

Cette commande déclenche le déchiffrement complet du volume.

Source :
Microsoft Learn — manage-bde -off
https://learn.microsoft.com/windows-server/administration/windows-commands/manage-bde

2. Prérequis

Avant d'exécuter cette commande :

disposer des droits administrateur
BitLocker doit être actif sur le volume
prévoir du temps pour le déchiffrement

Le temps nécessaire dépend :

de la taille du disque
du type de disque (SSD ou HDD)
des performances de la machine

Pendant cette opération, le disque reste utilisable.

Source : Microsoft Learn – BitLocker Drive Encryption Overview

3. Ouvrir l'invite de commande en administrateur

Cliquer sur Menu Démarrer
Rechercher cmd
Faire clic droit
Choisir Exécuter en tant qu'administrateur

4. Lancer la désactivation de BitLocker

Dans l'invite de commande :

manage-bde -off C:

Explication :

Paramètre	Fonction
`manage-bde`	outil de gestion BitLocker
`-off`	désactive BitLocker
`C:`	volume concerné

Après l'exécution :

Windows commence immédiatement le déchiffrement du disque.

Source : Microsoft — manage-bde syntax

5. Vérifier l'état du déchiffrement

Pour suivre la progression :

manage-bde -status C:

Exemple de résultat :

Conversion Status: Decryption in Progress Percentage Encrypted: 45%

Signification :

Decryption in Progress : le déchiffrement est en cours
Percentage Encrypted : pourcentage restant chiffré

Source : Microsoft Learn — manage-bde status command

6. Vérifier que BitLocker est totalement désactivé

Une fois terminé :

manage-bde -status C:

Résultat attendu :

Conversion Status: Fully Decrypted Protection Status: Protection Off
Cela signifie que :

le volume n'est plus chiffré
BitLocker est désactivé

7. Points importants à connaître

La commande ne supprime pas les données.

Le déchiffrement peut être interrompu par un arrêt du PC, mais reprendra automatiquement au redémarrage.

Une fois le déchiffrement terminé, les données ne sont plus protégées par BitLocker.

Source : Microsoft — BitLocker Drive Encryption documentation

8. Exemple complet

manage-bde -status C:
manage-bde -off C:
manage-bde -status C:

9. Documentation officielle

Microsoft Learn :

manage-bde command
https://learn.microsoft.com/windows-server/administration/windows-commands/manage-bde

BitLocker Drive Encryption Overview
https://learn.microsoft.com/windows/security/information-protection/bitlocker/

Unblock-File

cry-stof — 2026-02-13T14:56:06Z

Débloquer tous les fichiers d'un dossier avec PowerShell
📌 Pourquoi certains fichiers sont bloqués sous Windows ?

Lorsque tu télécharges un fichier depuis Internet (navigateur, mail, Teams, etc.), Windows peut ajouter une information de sécurité appelée Mark Of The Web (MOTW).

Résultat :
➡️ Windows considère le fichier comme potentiellement dangereux.
➡️ Certains fichiers affichent un message du type :
"Ce fichier provient d'un autre ordinateur et pourrait être bloqué".

Dans ce cas, PowerShell permet de retirer ce blocage automatiquement.

Get-ChildItem "$HOME\Desktop\test" -Recurse | Unblock-File

🔍 Explication détaillée
1) Get-ChildItem

La commande :

Get-ChildItem "$HOME\Desktop\test" -Recurse

📂 C :\Users\NomUtilisateur\Desktop\test

$HOME correspond au dossier utilisateur Windows (ex : C :\Users\se1)

Desktop\test correspond au dossier ciblé

– Recurse signifie : parcourir aussi tous les sous-dossiers

Donc PowerShell récupère tous les fichiers, même dans les dossiers internes.

2) Le pipe |

Le symbole :

|

s'appelle un pipe (tuyau).

Il sert à envoyer la liste des fichiers trouvés vers une autre commande.

3) Unblock-File

La commande :

Unblock-File

supprime le blocage Windows lié à Internet (MOTW).

Cela évite par exemple :

les avertissements de sécurité à l'ouverture

les fichiers Office en "mode protégé"

les scripts PowerShell bloqués

les exécutables empêchés de démarrer

🎯 Résultat final

Cette commande permet donc de :

✅ débloquer automatiquement tous les fichiers présents dans le dossier test
✅ débloquer également ceux dans tous les sous-dossiers
✅ gagner du temps au lieu de faire clic droit → propriétés → débloquer fichier par fichier

⚠️ Attention

Cette commande ne fonctionne que si les fichiers ont réellement été marqués comme provenant d'Internet.

Si le fichier n'est pas bloqué, PowerShell ne renverra pas d'erreur : il n'y aura simplement rien à débloquer.

🔥 Exemple pratique

Tu peux vérifier si un fichier est bloqué avec :

Get-Item "C:\chemin\fichier.exe" -Stream *

Si tu vois :

Zone.Identifier

➡️ le fichier est bien bloqué par Windows.

✅ Conclusion

La commande suivante est idéale pour débloquer un dossier complet téléchargé depuis Internet :

Get-ChildItem "$HOME\Desktop\test" -Recurse | Unblock-File

Elle est particulièrement utile après avoir téléchargé des archives ZIP contenant beaucoup de fichiers.

setup.exe /product server

cry-stof — 2025-10-16T08:10:00Z

Installer Windows 11 sur PC non-supporté (bypass TPM2.0 / Secure Boot) — guide pro
Préambule (alerte)

Public ciblé : techniciens / administrateurs qui savent restaurer les sauvegardes et gérer les risques.

Avertissement :

procédure non supportée par Microsoft. Sauvegarde complète avant toute manipulation. Ne pas procéder sur systèmes en production sans validation.

Méthode A — Mise à niveau in-place (recommandée pour la simplicité)

Principe : monter l'ISO de Windows 11 depuis Windows 10/11 existant et lancer setup.exe. Avant de lancer setup.exe, créer les clés de registre qui permettent d'ignorer les vérifications TPM / SecureBoot / CPU / RAM.

Étapes

1. Préparer

Sauvegarde complète (image disque).
Télécharger l'ISO officiel de Windows 11 (ou préparer une clé USB bootable).
Monte l'ISO (clic droit → Monter) ou branche la clé USB.

2. Créer les clés de registre (exécuter en tant qu'administrateur)

Méthode 1 — fichier .reg (double-clic pour importer) :

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SYSTEM\Setup\MoSetup] "AllowUpgradesWithUnsupportedTPMOrCPU"=dword:00000001 [HKEY_LOCAL_MACHINE\SYSTEM\Setup\LabConfig] "BypassTPMCheck"=dword:00000001 "BypassSecureBootCheck"=dword:00000001 "BypassRAMCheck"=dword:00000001 "BypassCPUCheck"=dword:00000001

Méthode 2 — commandes PowerShell (exécuter dans une console PowerShell en administrateur) :

# Crée MoSetup et la valeur New-Item -Path "HKLM:\SYSTEM\Setup\MoSetup" -Force | Out-Null New-ItemProperty -Path "HKLM:\SYSTEM\Setup\MoSetup" -Name "AllowUpgradesWithUnsupportedTPMOrCPU" -PropertyType DWord -Value 1 -Force | Out-Null # Crée LabConfig et les bypass New-Item -Path "HKLM:\SYSTEM\Setup\LabConfig" -Force | Out-Null New-ItemProperty -Path "HKLM:\SYSTEM\Setup\LabConfig" -Name "BypassTPMCheck" -PropertyType DWord -Value 1 -Force | Out-Null New-ItemProperty -Path "HKLM:\SYSTEM\Setup\LabConfig" -Name "BypassSecureBootCheck" -PropertyType DWord -Value 1 -Force | Out-Null New-ItemProperty -Path "HKLM:\SYSTEM\Setup\LabConfig" -Name "BypassRAMCheck" -PropertyType DWord -Value 1 -Force | Out-Null New-ItemProperty -Path "HKLM:\SYSTEM\Setup\LabConfig" -Name "BypassCPUCheck" -PropertyType DWord -Value 1 -Force | Out-Null

3. Lancer l'installation

Ouvre le lecteur monté de l'ISO → double-clic sur setup.exe.
Suivre l'assistant → choisir garder les fichiers personnels et applications (si tu veux in-place) ou rien pour clean.
L'installation doit désormais passer outre les vérifications TPM/Secure Boot.

4. Après l'installation

Vérifier drivers, activer/valider licences, vérifier Windows Update (sur matériel non-supporté, certaines mises à jour peuvent être bloquées).
Si tu veux, supprimer les clés de contournement du Registre après installation (propre).

Méthode B — Installation propre depuis USB/ISO (avancé)

Principe : depuis l'environnement d'installation (WinPE) ou depuis un autre Windows, monter la partition système cible, charger la ruche SYSTEM et écrire les mêmes valeurs afin que le setup accepte l'installation sur le disque cible.

Utile si tu démarres depuis USB et que le setup refuse de continuer.

Étapes — injection dans la ruche SYSTEM du disque cible

Préparer la clé USB d'installation (Media Creation Tool ou ISO officiel).
Démarrer sur la clé USB → à l'écran d'erreur "Ce PC ne peut pas exécuter Windows 11", appuie sur Shift + F10 pour ouvrir une invite de commandes (WinPE).
Identifier la lettre de la partition Windows cible (ex : C : ou D : — utilise diskpart puis list vol si nécessaire).
Charger la ruche SYSTEM du disque cible :

rem Exemple : la partition Windows cible est D: reg load HKLM\TempSystem D:\Windows\System32\config\SYSTEM

5. Créer les clés dans la ruche chargée (reg add) :

rem Crée MoSetup\AllowUpgradesWithUnsupportedTPMOrCPU reg add "HKLM\TempSystem\Setup\MoSetup" /v AllowUpgradesWithUnsupportedTPMOrCPU /t REG_DWORD /d 1 /f rem Crée LabConfig et les bypass reg add "HKLM\TempSystem\Setup\LabConfig" /v BypassTPMCheck /t REG_DWORD /d 1 /f reg add "HKLM\TempSystem\Setup\LabConfig" /v BypassSecureBootCheck /t REG_DWORD /d 1 /f reg add "HKLM\TempSystem\Setup\LabConfig" /v BypassRAMCheck /t REG_DWORD /d 1 /f reg add "HKLM\TempSystem\Setup\LabConfig" /v BypassCPUCheck /t REG_DWORD /d 1 /f

6. Décharger la ruche :

reg unload HKLM\TempSystem

7. Relancer setup (ferme invite + reprendre l'installation). Le setup devrait maintenant continuer.

Notes techniques et bonnes pratiques (expert)

Pourquoi ça marche : le setup lit les valeurs du Registre (MoSetup / LabConfig) pour décider d'appliquer les contrôles. En ajoutant ces clés, on lui indique d'ignorer les vérifications matérielles.
Risques :
- Windows Update / pilotes : Microsoft peut bloquer certaines builds cumulatives sur machines non-supportées.
- / Performances / stabilité : drivers non optimisés, cryptographie TPM indisponible (BitLocker limité).
Sécurité : sans TPM, certaines fonctionnalités (BitLocker hardware-backed, Windows Hello sécurisé) seront réduites ou non disponibles.
Conseil déploiement : pour parc ou images automatisées.
Validation post-install : vérifier msinfo32 (TPM et Secure Boot), Windows Update, et exécuter tests de stabilité.

Conclusion
« Procéder uniquement si vous maîtrisez la restauration et acceptez le risque d'un environnement non-supporté. Pour assistance professionnelle. »

powercfg /batteryreport

cry-stof — 2025-10-15T15:38:45Z

⚡ Tutoriel : Générer un rapport de batterie sous Windows avec powercfg /batteryreport
🧰 Objectif du tutoriel

Ce guide explique comment utiliser la commande powercfg /batteryreport pour générer un rapport détaillé sur l'état de la batterie d'un ordinateur portable sous Windows (Windows 8, 10, 11).

🔍 Qu'est-ce que powercfg ?

powercfg est un outil en ligne de commande Windows permettant de gérer et d'analyser la consommation d'énergie du système.
La sous-commande /batteryreport permet de créer un rapport HTML complet sur les performances et l'usure de la batterie.

🧭 Étape 1 : Ouvrir l'invite de commandes en mode administrateur

Appuie sur Win + S et tape cmd ou invite de commandes.
Clique avec le bouton droit sur Invite de commandes → Exécuter en tant qu'administrateur.
Une fenêtre noire s'ouvre : c'est l'environnement dans lequel tu vas taper la commande.

⚙️ Étape 2 : Exécuter la commande

Dans la fenêtre d'invite de commandes, tape la ligne suivante :

powercfg /batteryreport

📁 Étape 3 : Localiser le rapport

Après quelques secondes, tu verras un message semblable à ceci :

Battery life report saved to C:\Users\NOM_UTILISATEUR\battery-report.html

👉 Ce fichier HTML contient toutes les informations sur la batterie.
Ouvre-le simplement avec ton navigateur (Chrome, Edge, Firefox, etc.).

📊 Étape 4 : Comprendre le rapport

Le rapport affiche plusieurs sections clés :

🔹 Informations de base

Nom de l'ordinateur
Fabricant de la batterie
Numéro de série
Capacité de conception vs Capacité pleine charge

🔹 Historique d'utilisation

Montre comment la batterie s'est déchargée et rechargée dans le temps.

🔹 Historique de capacité

Compare la capacité initiale et la capacité actuelle, utile pour mesurer l'usure de la batterie.

🔹 Estimation d'autonomie

Indique la durée moyenne de fonctionnement sur batterie selon les cycles précédents.

🧠 Astuce d'expert

Tu peux personnaliser le chemin de sortie du rapport :

powercfg /batteryreport /output "D:\Rapports\batterie.html"

🧩 Bonus : Autres commandes utiles

powercfg /energy → Analyse la consommation et les erreurs d'alimentation.
powercfg /sleepstudy → Donne des infos détaillées sur le mode veille (Windows 10/11).
powercfg /devicequery wake_armed → Liste les périphériques capables de réveiller le PC.

✅ Conclusion

Grâce à powercfg /batteryreport, tu peux :

Identifier une batterie défaillante ou usée,
Comparer la capacité actuelle à celle d'origine,
Fournir un rapport clair et professionnel à un client.

C'est un outil indispensable pour tout technicien informatique souhaitant diagnostiquer l'autonomie d'un portable sous Windows.

login automatique

cry-stof — 2025-10-07T12:15:52Z

🔐 Activer la connexion automatique (AutoAdminLogon) sous Windows
🎯 Objectif

Configurer Windows pour qu'il se connecte automatiquement avec un utilisateur spécifique au démarrage, en modifiant le registre.

Les clés concernées :

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "AutoAdminLogon"="1" "DefaultPassword"="12345" "DefaultUserName"=".\test"

⚠️ Avertissement

Cette manipulation enregistre le mot de passe en clair dans le registre.

À n'utiliser que sur des environnements de test, bornes publiques, ou machines non sensibles.

Pour un usage en production, préférer des solutions comme autologon.exe (Microsoft Sysinternals) ou Group Policy (GPO).

🧰 Méthode 1 : Modifier le registre manuellement
Étapes :

Appuie sur Win + R, tape regedit et valide.
Navigue vers la clé :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon

Dans le panneau de droite :

Clique droit → Nouveau > Valeur chaîne (REG_SZ)
- Nom : AutoAdminLogon
- Donnée : 1

Crée une autre chaîne :
- Nom : DefaultUserName
- Donnée : .\test

Et enfin :
- Nom : DefaultPassword
- Donnée : 12345

Ferme Regedit et redémarre le PC.
✅ L'utilisateur .\test se connectera automatiquement.

Méthode 2 : Script .reg (import automatique)

Crée un fichier texte, nomme-le par exemple auto_logon.reg, et colle ce contenu :

Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon] "AutoAdminLogon"="1" "DefaultPassword"="12345" "DefaultUserName"=".\test"

Double-cliquez sur le fichier et confirmez l'importation dans le registre.
🔸 Astuce : faites un clic droit → Exécuter en tant qu'administrateur pour éviter les blocages UAC.

⚙️ Méthode 3 : Ligne de commande (Reg Add)

Tu peux aussi utiliser cmd ou PowerShell :
CMD :

reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AutoAdminLogon /t REG_SZ /d 1 /f reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultUserName /t REG_SZ /d .\test /f reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v DefaultPassword /t REG_SZ /d 12345 /f

PoweShell :

Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name "AutoAdminLogon" -Value "1" Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name "DefaultUserName" -Value ".\test" Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" -Name "DefaultPassword" -Value "12345"

Méthode 4 : Utiliser Autologon.exe (officiel Microsoft)

Microsoft propose un utilitaire gratuit qui chiffre le mot de passe au lieu de le stocker en clair.

Téléchargement :
👉 https://learn.microsoft.com/en-us/sysinternals/downloads/autologon

Utilisation :

Lancez Autologon.exe
Entrez l'utilisateur, le domaine et le mot de passe
Cliquez sur Enable

L'outil configurera automatiquement les mêmes clés, mais avec un mot de passe chiffré.

✅ Vérification

Redémarre ton poste.

L'utilisateur spécifié doit se connecter automatiquement.

Pour désactiver l'autologon :

reg add "HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon" /v AutoAdminLogon /t REG_SZ /d 0 /f

🧠 Résumé des méthodes

Méthode
Niveau | Avantages | Inconvénients
Regedit manuel	Facile	Direct et visuel	Risque d'erreur
Fichier .reg	Moyen	Rapide à déployer	Stocke mot de passe en clair
CMD / PowerShell	Avancé	Automatisable	Non sécurisé
Autologon.exe	Pro	Mot de passe chiffré	Nécessite un outil externe

📚 Conclusion

Le mode AutoAdminLogon est très pratique pour :

des environnements de test,
des bornes automatiques,
des machines en maintenance.

Mais il ne doit jamais être utilisé en production sans précaution de sécurité.
Pour un déploiement professionnel, combinez cette technique avec des scripts sécurisés ou des GPO.

w32tm /resync

cry-stof — 2025-09-13T10:09:13Z

Tuto rapide : w32tm /resync

Qu'est-ce que w32tm ?

w32tm est l'outil en ligne de commande sous Windows qui permet de gérer et diagnostiquer le service de temps Windows (Windows Time Service).
Ce service synchronise l'horloge de l'ordinateur avec une source de temps (contrôleur de domaine, serveur NTP, etc.).

— -

⌚ La commande w32tm /resync

La commande :

w32tm /resync

👉 Sert à forcer immédiatement la resynchronisation de l'horloge de l'ordinateur avec sa source de temps configurée.

C'est pratique quand :

L'heure est incorrecte sur le poste ou serveur.

Tu veux t'assurer que la machine est bien synchronisée après une modification réseau ou d'AD.

Tu fais du dépannage sur la synchro NTP.

— -

⚠️ Prérequis

Le service Windows Time (w32time) doit être en cours d'exécution.

L'ordinateur doit avoir une source de temps configurée (ex : un contrôleur de domaine ou un serveur NTP externe).

Il faut les droits administrateur pour exécuter la commande.

— -

✅ Exemple d'utilisation

1. Ouvrir une invite de commandes en administrateur.

2. Taper :

w32tm /resync

3. Résultat attendu si tout va bien :

La commande s'est terminée correctement.

4. Si problème (ex : pas de source NTP), tu verras un message d'erreur du type :

L'ordinateur n'a pas été resynchronisé car aucun serveur de temps n'a été accessible.

— -

Commandes utiles en complément

Vérifier la config NTP :

w32tm /query /status

Voir la source de temps actuelle :

w32tm /query /source

Afficher la configuration complète :

w32tm /query /configuration

— -

En résumé :
w32tm /resync = forcer la machine à se resynchroniser immédiatement avec sa source de temp

WinDir pnputil.exe add-driver

cry-stof — 2025-03-09T12:53:07Z

%WinDir%\System32\pnputil.exe /add-driver e:\*.inf /subdirs /install
permet d'installer des pilotes (drivers) sur un ordinateur Windows à partir d'un dossier spécifique. Voici une explication simple, étape par étape :

1. Comprendre l'outil utilisé
pnputil.exe est un outil Windows qui permet de gérer les pilotes. Il sert à ajouter, installer, lister ou supprimer des pilotes de périphériques.

2. Décomposer la commande
%WinDir%\System32\pnputil.exe
%WinDir% est une variable qui représente le dossier d'installation de Windows (généralement C:\Windows).
System32\pnputil.exe est le chemin complet du programme pnputil qui gère les pilotes.

/add-driver e:\*.inf
Cela signifie "ajoute tous les pilotes (.inf) qui se trouvent sur le disque E:". Un fichier.infcontient les instructions nécessaires pour installer un pilote.e :*.inf indique que Windows doit chercher tous les fichiers.infdansE :`.

/subdirs
Ce paramètre indique que Windows doit chercher aussi dans les sous-dossiers du disque E:, et pas seulement dans le dossier principal./installUne fois les pilotes ajoutés, cette option demande à Windows de les installer immédiatement pour qu'ils soient utilisables. 3. Cas d'utilisation Cette commande est très utile quand : ✔️ Vous avez un dossier contenant plusieurs pilotes sur une clé USB (E :`).
✔️ Vous voulez installer tous les pilotes sans les ajouter un par un.
✔️ Vous faites une installation automatique de pilotes après une réinstallation de Windows.

4. Exemple concret
Vous branchez une clé USB contenant des pilotes dans `E :`, puis vous lancez cette commande.
Windows va alors chercher, ajouter et installer tous les pilotes compatibles sur votre PC.

✅ En résumé
➡️ Cette commande permet d'ajouter et installer automatiquement tous les pilotes trouvés sur un disque ou une clé USB.
➡️ Elle est utile après une réinstallation de Windows ou pour installer rapidement plusieurs pilotes en une seule fois.

connaitre la note de son pc Windows 11

2024-04-15T13:17:07Z

Pour évaluer les performances de votre PC sous Windows 11, vous pouvez utiliser une méthode similaire à celle utilisée sous Windows 7. Voici les étapes à suivre :

Ouvrir PowerShell en tant qu'administrateur :
Assurez-vous d'ouvrir PowerShell avec des privilèges administratifs pour exécuter les commandes nécessaires.

Exécuter les commandes suivantes :
Copiez et collez les commandes suivantes dans PowerShell :

winsat formal
Puis
get-CimInstance win32_winsat

Ces commandes lancent l'évaluation des performances de votre système à l'aide de l'outil Windows System Assessment Tool (WinSAT) et affichent les résultats obtenus.

Analyser les résultats :
Une fois les commandes exécutées, vous pourrez visualiser les résultats de l'évaluation, y compris le score de l'indice de performance Windows, qui vous donne une indication précieuse sur les performances de votre PC.

En suivant ces étapes simples, vous pouvez obtenir rapidement et facilement la note de performances de votre PC sous Windows 11, tout comme vous le faisiez avec Windows 7.

Sinon télécharger le script