Réalisations en milieu professionnel en cours de première année · 20/07/26 → 24/07/26 · OMB Informatique, atelier de préparation des postes (outil interne)

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.

iVentoyVentoyWindows 11PowerShellwinget

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étenceCe que j’ai faitPreuve
Travailler en mode projet
Planifier les activitésProjet découpé en trois phases (chaîne clé USB, chaîne réseau, documentation) et douze tâches, avec l’ordre des prochaines actionsmise en œuvre
Évaluer les indicateurs de suivi d’un projet et analyser les écartsAvancement 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 octobrebilan
Mettre à disposition des utilisateurs un service informatique
Déployer un serviceUn poste reçoit Windows 11 Pro, ses applications de base et ses réglages sans intervention, par clé USB ou par le réseaufigure 1, mise en œuvre
Réaliser les tests d’intégration et d’acceptation d’un serviceInstallation 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 relustests

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

QuestionMon choixPourquoi
Quel serveur PXE ?iVentoy, sur un poste dédié de l’atelierIl 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 drvloaddrvload 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éesL’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 wingetLes 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 pingBeaucoup 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 normalePoser 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

Schéma du déploiement automatisé : une source, deux chemins, trois étapes sur le poste

Figure 1 · Le déploiement automatisé : une source, deux chemins, trois étapes sur le poste.

  1. 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.
  2. Les pilotes : dossier $WinPEDriver$ avec les pilotes Intel de stockage et le pavé tactile, documentés dans un LISEZMOI (origine, signatures, version).
  3. 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.
  4. La clé USB : Ventoy, les fichiers à la racine, un script de démarrage qui charge les pilotes avant l’installateur.
  5. 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.
  6. 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).
  7. 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

TestRésultat
Disque visible dans l’installateur sur un portable Intel récent, mode VMD actif dans le BIOSVisible grâce au pilote chargé ; plus besoin de toucher au BIOS
Pavé tactile pendant l’installationFonctionnel
Installation complète par clé USB, de bout en boutConfirmé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éseauLe 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 phases et tâches, décisions datées
  • Fichiers de réponses contrôle des prérequis actif, et variante sans contrôle
  • Scripts Setup-Defaults.ps1, Install-Apps.ps1, démarrage et préparation de la clé
  • LISEZMOI des pilotes origine, signatures, pourquoi ce dossier et pas drvload
  • Documentation et journal des incidents seconde version, depuis le 26 octobre
  • Schéma draw.io la chaîne de déploiement (figure 1), modifiable

Compétences mobilisées