Agent OSD PatchFactory¶
PatchFactory utilisera un agent OSD unique dans la séquence de tâches, tout en séparant les opérations qui doivent s’exécuter sous WinPE de celles qui exigent Windows complet.
Les trois phases¶
| Phase | Position dans la séquence | Action |
|---|---|---|
| Pilotes critiques WinPE | Image de démarrage | Réseau et stockage nécessaires pour démarrer et joindre les points de distribution. |
| Pilotes Windows | Après Apply Operating System | Injection hors ligne dans Windows avec DISM. |
| BIOS et firmware | Après Setup Windows and ConfigMgr | Exécution sous Windows complet avec contrôles de sécurité. |
Le BIOS ne s’exécute jamais sous WinPE
PatchFactory vérifie l’alimentation secteur, la batterie, BitLocker, la version courante et la cible SMBIOS avant un flash. Ces contrôles restent dans Windows complet.
Pourquoi ne pas embarquer tout PatchFactory dans boot.wim ?¶
Un module complet injecté dans chaque image de démarrage imposerait une redistribution de WinPE à chaque mise à jour de PatchFactory. Il ne pourrait pas non plus corriger l’absence du pilote réseau qui empêche déjà WinPE d’accéder au point de distribution.
PatchFactory conserve donc une image légère :
- les pilotes réseau et stockage indispensables sont intégrés dans
boot.wim; - l’agent et les moteurs sont fournis par un package MECM stable ;
- la mise à jour de l’agent ne modifie pas la référence de la séquence ;
- les packs Dell, HP, Lenovo ou Surface restent versionnés séparément.
Fonctionnement prévu¶
PatchFactory-OsdAgent.exe détectera le matériel une seule fois, consultera la table locale créée par PatchFactory et résoudra le package correspondant à la phase en cours. Il ne contiendra aucun compte, aucune clé API et aucun secret.
L’agent appellera ensuite le moteur adapté :
PatchFactory-DriverRuntime.exepour l’image Windows hors ligne ;PatchFactory-BiosRuntime.exeaprès le démarrage de Windows complet.
Les journaux et codes retour seront propagés à la séquence de tâches. Les demandes de redémarrage resteront gérées par MECM.
Développement progressif
Le bootstrap PowerShell actuel reste disponible pendant la transition. L’agent natif le remplacera lorsque les parcours de résolution, de journalisation et de reprise auront été qualifiés.
Ce qui reste géré depuis l’interface¶
La modification de l’image de démarrage n’est jamais réalisée pendant une séquence. Depuis OSD & WinPE, l’administrateur prévisualise les changements, sauvegarde la révision, injecte les pilotes dans une copie de travail, valide le résultat puis actualise et distribue l’image MECM.