Mise en place d’un serveur de déploiement Windows en PXE
Windows 11 Pro posé sans intervention, par clé USB ou par le réseau, à partir d’une seule source.
Seul, pendant mon stage de première année chez OMB Informatique, prestataire informatique, du 20 au 24 juillet 2026 : le serveur PXE et la chaîne ont été montés pendant cette semaine. Les mises au point qui ont suivi, jusqu’à la reprise à zéro de la chaîne le 26 octobre 2026, sont décrites dans la mise en œuvre.
Compétences mises en œuvre
| Compétence | Ce que j’ai fait | Preuve |
|---|---|---|
| Travailler en mode projet | ||
| Planifier les activités | Projet découpé en trois phases (chaîne clé USB, chaîne réseau, documentation) et douze tâches, avec l’ordre des prochaines actions | mise en œuvre |
| Évaluer les indicateurs de suivi d’un projet et analyser les écarts | Avancement suivi par tâche (7 sur 12 le 4 octobre) ; écarts analysés : scripts non chargés en réseau, panne de démarrage réseau, pilotes incomplets ; décision de reprendre la chaîne à zéro le 26 octobre | bilan |
| Mettre à disposition des utilisateurs un service informatique | ||
| Déployer un service | Un poste reçoit Windows 11 Pro, ses applications de base et ses réglages sans intervention, par clé USB ou par le réseau | figure 1, mise en œuvre |
| Réaliser les tests d’intégration et d’acceptation d’un service | Installation complète par clé USB confirmée de bout en bout le 4 octobre ; installation complète sur un portable récent le 26 octobre, journaux relus | tests |
Contexte et besoin
À l’atelier d’OMB, les techniciens préparent des postes Windows pour les clients : des machines neuves ou en réemploi, de marques variées. Chaque poste demandait les mêmes gestes, à la main : installer Windows, répondre aux questions de l’installateur, poser les applications de base, régler le profil. Sur certaines machines récentes, le disque n’apparaissait même pas dans l’installateur, et il fallait passer par le BIOS machine par machine.
Le besoin : poser Windows 11 Pro sur n’importe quel poste de l’atelier sans intervention, hormis le choix du disque, avec un résultat identique quel que soit le chemin : clé USB pour un poste isolé, réseau pour l’atelier.
Objectifs et contraintes
Objectifs
- Un serveur de démarrage par le réseau (PXE) sur un poste dédié de l’atelier, et une clé USB amorçable pour le même résultat.
- Un fichier de réponses qui répond à toutes les questions de l’installateur.
- Les pilotes manquants (stockage Intel, pavé tactile) chargés pendant l’installation et présents dans le Windows installé.
- Les applications de base et les réglages du profil posés par des scripts, avec un journal à relire.
Contraintes
- Du matériel varié, y compris hors des prérequis de Windows 11 : le contournement doit rester un choix explicite, pas la norme.
- Jamais d’effacement automatique du disque : une clé d’atelier peut être branchée par erreur sur le poste d’un client.
- Une seule source de pilotes, de scripts et de fichiers de réponses pour les deux chemins : deux versions qui divergent finissent par casser l’une des deux.
- L’agent de gestion de parc ne fait pas partie de ce projet : il s’installe ensuite par un autre outil interne.
Analyse et choix techniques
| Question | Mon choix | Pourquoi |
|---|---|---|
| Quel serveur PXE ? | iVentoy, sur un poste dédié de l’atelier | Il sert des images ISO par le réseau sans les transformer, et sait injecter des fichiers (pilotes, scripts) dans l’environnement d’installation |
| Comment charger les pilotes ? | Le dossier spécial $WinPEDriver$, et non la seule commande drvload | drvload rend le disque visible pendant l’installation, mais le Windows installé n’a pas le pilote et ne démarre pas ; le dossier fait les deux. Le mode VMD du BIOS peut alors rester actif |
| Quels pilotes ? | Ciblés : stockage Intel (VMD, RST) et pavé tactile, extraits sans exécuter les installeurs, signatures vérifiées | L’installateur tente chaque pilote trouvé sur toutes les machines : un seul paquet défectueux casse l’installation de tout le parc |
| Quand installer les applications ? | Chrome et Acrobat pendant la passe « specialize », par leurs installeurs d’entreprise ; le reste à la première session, par winget | Les associations par défaut et la barre des tâches se règlent avant la création des comptes ; winget n’est pas fiable à ce moment-là |
| Comment attendre le réseau ? | Un test HTTP, pas un ping | Beaucoup de réseaux d’entreprise filtrent le ping sortant alors que le web passe |
| Et le matériel hors prérequis ? | Une image à part et un fichier de réponses « sans contrôle », séparés de la chaîne normale | Poser un Windows non supporté doit rester une décision consciente |
Ce que j’en retiens : une seule source, deux chemins. La clé USB et le serveur réseau partagent les mêmes pilotes, les mêmes scripts et le même fichier de réponses : tout ce qui divergeait entre les deux a fini par casser.
Mise en œuvre

Figure 1 · Le déploiement automatisé : une source, deux chemins, trois étapes sur le poste.
- Le fichier de réponses : langue, disque, compte, contrôle des prérequis actif ; une variante sans contrôle pour l’image destinée au matériel hors prérequis.
- Les pilotes : dossier
$WinPEDriver$avec les pilotes Intel de stockage et le pavé tactile, documentés dans un LISEZMOI (origine, signatures, version). - Les scripts :
Setup-Defaults.ps1(passe « specialize », compte système) installe Chrome et Acrobat, règle les associations, la barre des tâches, le contrôle de compte et le profil par défaut ;Install-Apps.ps1(première session) attend le réseau et installe les applications complémentaires. Chacun écrit un journal. - La clé USB : Ventoy, les fichiers à la racine, un script de démarrage qui charge les pilotes avant l’installateur.
- Le serveur PXE (20 au 24 juillet, pendant le stage) : iVentoy installé sur un PC de l’atelier sous Windows 11, l’image déclarée, l’injection des pilotes et des scripts, le fichier de réponses associé à l’image.
- Les mises au point : scripts non chargés en réseau (14 août), panne de démarrage réseau d’un portable (30 septembre, résolue), clé USB confirmée de bout en bout (4 octobre).
- La reprise à zéro (26 octobre) : image à jour avec la seule édition Pro (plus de question d’édition), pilotes ciblés, clé reconstruite ; installation complète sur un portable récent, puis la chaîne réseau.
Tests et recette
| Test | Résultat |
|---|---|
| Disque visible dans l’installateur sur un portable Intel récent, mode VMD actif dans le BIOS | Visible grâce au pilote chargé ; plus besoin de toucher au BIOS |
| Pavé tactile pendant l’installation | Fonctionnel |
| Installation complète par clé USB, de bout en bout | Confirmée le 4 octobre 2026 : Windows installé et scripts exécutés sans intervention |
| Installation complète sur un portable récent (26 octobre) | Journal des réglages propre (Chrome, Acrobat, associations, barre des tâches, contrôle de compte, profil par défaut) en 2 min 19 s ; un seul échec, AnyDesk, dont l’installeur ne passe plus par winget : correctif écrit |
| Démarrage par le réseau | Le poste démarre sur le serveur ; l’installation complète par le réseau avec les scripts est la prochaine étape |
Bilan critique
Ce qui a coincé. Les scripts n’étaient pas chargés en installation réseau alors qu’ils l’étaient depuis la clé : deux mécanismes de distribution avaient divergé entre les deux chaînes. Un paquet de pilotes constructeur complet a cassé l’installation sur tout le parc : depuis, les pilotes sont ciblés. Un portable ne démarrait plus par le réseau fin septembre ; la panne a été résolue, et c’est l’accumulation de ces rustines qui a conduit à reprendre la chaîne à zéro le 26 octobre.
Les limites que j’assume.
- La chaîne réseau n’est pas encore prouvée de bout en bout avec la nouvelle image : c’est la prochaine action du suivi.
- La configuration du serveur vit sur un poste de l’atelier : chaque modification d’un fichier de réponses doit y être recopiée.
Ce que je referais autrement. Je partirais tout de suite d’une seule source pour les deux chemins, et de pilotes ciblés plutôt que de paquets constructeur : c’est ce que la seconde version fait dès le départ.
Outils et aides. Les choix et les décisions sont les miens, ainsi que les étapes écrites à la première personne. Un assistant IA (Claude Code) m’a aidé à écrire les scripts et la documentation, que j’ai relus et testés.
Documents et productions associés
- Suivi de projet
- Fichiers de réponses
- Scripts
- LISEZMOI des pilotes
- Documentation et journal des incidents
- Schéma draw.io
