Résolution des problèmes de démarrage PXE dans Configuration Manager 2012

À quoi sert ce guide ?
Il aide les administrateurs à diagnostiquer et à résoudre les échecs de démarrage PXE dans System Center 2012 Configuration Manager(ConfigMgr 2012 ou ConfigMgr 2012 R2).

À qui s'adresse-t-il ?
Aux administrateurs qui aident à diagnostiquer et à résoudre les problèmes de démarrage PXE.

Comment cela fonctionne-t-il ?
Nous allons commencer par fournir des informations de base sur PXE. Nous vous guiderons ensuite à travers une série d'étapes de résolution de problèmes propres à votre situation.

Durée d'exécution estimée :
15-30 minutes.

Présentation du démarrage PXE et de Configuration Manager

Le démarrage PXE dans System Center 2012 Configuration Manager (ConfigMgr 2012 ou ConfigMgr 2012 R2) permet aux administrateurs d'accéder aisément à l'environnement de préinstallation Windows (WinPE) sur le réseau par le biais de l'environnement d'exécution préliminaire PXE. PXE est une norme du secteur créée par Intel qui fournit des services d'exécution préliminaire dans les microprogrammes des appareils, qui permettent aux appareils de télécharger des programmes de démarrage réseau sur les ordinateurs clients.

Configuration Manager repose sur le rôle de serveur Windows Services de déploiement Windows (WDS) via le fournisseur PXE WDS. Dans ConfigMgr 2012, le fournisseur PXE SMS (SMSPXE) s'inscrit auprès du service WDS et fournit la logique pour les demandes du client PXE.

Avant de résoudre les problèmes liés à PXE dans ConfigMgr 2012, il est important de comprendre les processus de base impliqués, leur fonctionnement et leurs interactions. Cet utilitaire de résolution des problèmes suppose que vous connaissez ces processus, mais si vous souhaitez une vue d'ensemble, vous pouvez sélectionner cette option ci-dessous ou vous pouvez passer directement à la résolution des problèmes.

Présentation du démarrage PXE et de Configuration Manager

Le démarrage PXE dans System Center 2012 Configuration Manager (ConfigMgr 2012 ou ConfigMgr 2012 R2) permet aux administrateurs d'accéder aisément à l'environnement de préinstallation Windows (WinPE) sur le réseau par le biais de l'environnement d'exécution préliminaire PXE. PXE est une norme du secteur créée par Intel qui fournit des services d'exécution préliminaire dans les microprogrammes des appareils, qui permettent aux appareils de télécharger des programmes de démarrage réseau sur les ordinateurs clients.

Configuration Manager repose sur le rôle de serveur Windows Services de déploiement Windows (WDS) via le fournisseur PXE WDS. Dans ConfigMgr 2012, le fournisseur PXE SMS (SMSPXE) s'inscrit auprès du service WDS et fournit la logique pour les demandes du client PXE.

Avant de résoudre les problèmes liés à PXE dans ConfigMgr 2012, il est important de comprendre les processus de base impliqués, leur fonctionnement et leurs interactions. Cet utilitaire de résolution des problèmes suppose que vous connaissez ces processus, mais si vous souhaitez une vue d'ensemble, vous pouvez sélectionner cette option ci-dessous ou vous pouvez passer directement à la résolution des problèmes.

Installation du point de service PXE

Nous allons tout d'abord examiner les processus impliqués dans l'installation du fournisseur SMSPXE. Dans toutes les instances de ce document, nous utilisons la mise à jour cumulative 2 de System Center 2012 Configuration Manager (ConfigMgr 2012 R2 CU2) et un système de site distant installé sur Windows Server 2012 sur lequel le rôle Point de distribution est installé.

Tout d'abord, l'installation commence par la sélection de l'option Activer la prise en charge PXE pour les clients sous l'onglet PXE des propriétés du point de distribution. Lorsque la prise en charge PXE est activée, une instance de la classe SMS_SCI_SysResUse est créée.

SMSProv.log:PutInstanceAsync SMS_SCI_SysResUseSMS Provider04/09/2014 11:30:131552 (0x0610)CExtProviderClassObject::DoPutInstanceInstanceSMS Provider04/09/2014 11:30:131552 (0x0610)INFO: 'RemoteDp.contoso.com' is a valid FQDN.SMS Provider04/09/2014 11:30:131552 (0x0610)

CONSEIL :

Dans l'espace de noms WMI Root\SMS\Site_RR2 (où RR2 correspond au code du site), la classe SMS_SCI_SYSResUse contient tous les rôles des systèmes de site sur le serveur de site principal. Vous pouvez exécuter la requête suivante dans WBEMTEST pour identifier tous les points de distribution sur ce serveur de site :

SELECT * FROM SMS_SCI_SysResUse WHERE rolename like 'SMS Distribution Point'
La modification des propriétés de ces rôles via le Kit de développement logiciel (SDK) modifie le fichier de contrôle de site et configure le point de distribution. Le nom de la propriété IsPXE est membre de la propriété props et est défini sur 1 lorsque le point de distribution est compatible PXE.

Le composant Moniteur de base de données SMS détecte les modifications apportées aux tables DPNotification et DistributionPoints et dépose des fichiers dans distmgr.box :

Smsdbmon.log:RCV:UPDATE on SiteControl for SiteControl_AddUpd_HMAN [RR2 ][19604]RCV: UPDATE on SiteControl for SiteControl_AddUpd_SiteCtrl [RR2 ][19605]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\hman.box\RR2.SCU [19604]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\sitectrl.box\RR2.CT0 [19605]RCV: UPDATE on Sites for Sites_Interop_Update_HMAN [RR2 ][19606]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\hman.box\RR2.ITC [19606]RCV: UPDATE on DistributionPoints for DP_Properties_Upd [15 ][19607]RCV: INSERT on PkgNotification for PkgNotify_Add [RR200002 ][19608]RCV: INSERT on PkgNotification for PkgNotify_Add [RR200003 ][19609]RCV: INSERT on DPNotification for DPNotify_ADD [15 ][19610]RCV: UPDATE on SiteControlNotification for SiteCtrlNot_Add_DDM [RR2 ][19611]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\distmgr.box\15.NOT [19607]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\distmgr.box\RR200002.PKN [19608]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\distmgr.box\RR200003.PKN [19609]SND: Dropped C:\Program Files\Microsoft Configuration Manager\inboxes\distmgr.box\15.DPN [19610]Site Control Notification.

Le composant Gestionnaire de distribution sur le serveur de site principal lance alors la configuration du point de distribution distant :

ConfigureDPSMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)IISPortsList in the SCF is "80".SMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)IISSSLPortsList in the SCF is "443".SMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)IISWebSiteName in the SCF is "".SMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)IISSSLState in the SCF is 448.SMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)DP registry settings have been successfully updated on RemoteDp.contoso.comSMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)ConfigurePXESMS_DISTRIBUTION_MANAGER04/09/2014 11:30:263776 (0x0EC0)

Le journal du fournisseur de points de distribution SMS du point de distribution distant fournit les informations suivantes sur l'installation de PXE, où la clé de Registre PxeInstalled n'est initialement pas présente :

Smsdpprov.log[66C][Thu 09/04/2014 11:30:28]:CcmInstallPXE [66C][Thu 09/04/2014 11:30:28]:RegQueryValueExW failed for Software\Microsoft\SMS\DP, PxeInstalled[66C][Thu 09/04/2014 11:30:28]:RegReadDWord failed; 0x80070002

Le package redistribuable Visual C++ est installé :

Smsdpprov.log[66C][Thu 09/04/2014 11:30:28]:Running: C:\SMS_DP$\sms\bin\vcredist_x64.exe /q /log "C:\SMS_DP$\sms\bin\vcredist.log"[66C][Thu 09/04/2014 11:30:28]:Waiting for the completion of: C:\SMS_DP$\sms\bin\vcredist_x64.exe /q /log "C:\SMS_DP$\sms\bin\vcredist.log"[66C][Thu 09/04/2014 11:30:39]:Run completed for: C:\SMS_DP$\sms\bin\vcredist_x64.exe /q /log "C:\SMS_DP$\sms\bin\vcredist.log"

WDS est installé :

Smsdpprov.log[66C][Thu 09/04/2014 11:30:39]:Created the DP mutex key for WDS.[66C][Thu 09/04/2014 11:30:39]:Failed to open WDS service.[66C][Thu 09/04/2014 11:30:39]:WDS is NOT INSTALLED[66C][Thu 09/04/2014 11:30:39]:Installing WDS.[66C][Thu 09/04/2014 11:30:39]:Running: ServerManagerCmd.exe -i WDS -a[66C][Thu 09/04/2014 11:30:39]:Failed (2) to run: ServerManagerCmd.exe -i WDS -a[66C][Thu 09/04/2014 11:30:39]:Running: PowerShell.exe -Command Import-Module ServerManager; Get-WindowsFeature WDS; Add-WindowsFeature WDS[66C][Thu 09/04/2014 11:30:39]:Waiting for the completion of: PowerShell.exe -Command Import-Module ServerManager; Get-WindowsFeature WDS; Add-WindowsFeature WDS[66C][Thu 09/04/2014 11:31:35]:Run completed for: PowerShell.exe -Command Import-Module ServerManager; Get-WindowsFeature WDS; Add-WindowsFeature WDS[66C][Thu 09/04/2014 11:31:35]:Successfully installed WDS.

Les filtres de lecture TFTP sont configurés :

Smsdpprov.log[66C][Thu 09/04/2014 11:31:35]:Setting TFTP config key as: System\CurrentControlSet\Services\WDSSERVER\Providers\WDSTFTP[66C][Thu 09/04/2014 11:31:35]:Configuring TFTP read filters[66C][Thu 09/04/2014 11:31:35]:SetupComplete is set to 0

Le partage REMINST est créé et WDS est configuré :

Smsdpprov.log[66C][Thu 09/04/2014 11:31:35]:RegQueryValueExW failed for Software\Microsoft\Windows\CurrentVersion\Setup, REMINST[66C][Thu 09/04/2014 11:31:35]:RegReadDWord failed; 0x80070002[66C][Thu 09/04/2014 11:31:35]:REMINST not set in WDS[66C][Thu 09/04/2014 11:31:35]:WDS is NOT Configured[66C][Thu 09/04/2014 11:31:35]:Share (REMINST) does not exist. (NetNameNotFound) (0x00000906)[66C][Thu 09/04/2014 11:31:35]:GetFileSharePath failed; 0x80070906[66C][Thu 09/04/2014 11:31:35]:REMINST share does not exist. Need to create it.[66C][Thu 09/04/2014 11:31:35]:Enumerating drives A through Z for the NTFS drive with the most free space.[66C][Thu 09/04/2014 11:31:37]:Drive 'C:\' is the best drive for the SMS installation directory.[66C][Thu 09/04/2014 11:31:37]:Creating REMINST share to point to: C:\RemoteInstall[66C][Thu 09/04/2014 11:31:37]:Succesfully created share REMINST[66C][Thu 09/04/2014 11:31:37]:Removing existing PXE related directories[66C][Thu 09/04/2014 11:31:37]:Registering WDS provider: SourceDir: C:\SMS_DP$\sms\bin [66C][Thu 09/04/2014 11:31:37]:Registering WDS provider: ProviderPath: C:\SMS_DP$\sms\bin\smspxe.dll [66C][Thu 09/04/2014 11:31:37]:DoPxeProviderRegister[66C][Thu 09/04/2014 11:31:37]:PxeLoadWdsPxe[66C][Thu 09/04/2014 11:31:37]:Loading wdspxe.dll from C:\Windows\system32\wdspxe.dll[66C][Thu 09/04/2014 11:31:37]:wdspxe.dll is loaded[66C][Thu 09/04/2014 11:31:37]:PxeProviderRegister has suceeded (0x00000000)[66C][Thu 09/04/2014 11:31:37]:Disabling WDS/RIS functionality[66C][Thu 09/04/2014 11:31:39]:WDSServer status is 1[66C][Thu 09/04/2014 11:31:39]:WDSServer is NOT STARTED[66C][Thu 09/04/2014 11:31:39]:Running: WDSUTIL.exe /Initialize-Server /REMINST:"C:\RemoteInstall"[66C][Thu 09/04/2014 11:31:39]:Waiting for the completion of: WDSUTIL.exe /Initialize-Server /REMINST:"C:\RemoteInstall"[66C][Thu 09/04/2014 11:31:50]:Run completed for: WDSUTIL.exe /Initialize-Server /REMINST:"C:\RemoteInstall"[66C][Thu 09/04/2014 11:31:50]:CcmInstallPXE: Deleting the DP mutex key for WDS.[66C][Thu 09/04/2014 11:31:50]:Installed PXE[66C][Thu 09/04/2014 11:32:03]:CcmInstallPXE[66C][Thu 09/04/2014 11:32:03]:PXE provider is already installed.[66C][Thu 09/04/2014 11:32:03]:Installed PXE

Sur le point de distribution distant, les valeurs suivantes ont été ajoutées dans HKLM\Software\Microsoft\SMS\DP :    

3876_image3
 

Notez que PxeInstalled et IsPXE sont définis sur 1.

Si nous considérons le système de fichiers du point de distribution distant, un nouveau journal est apparu dans C:\SMS_DP$\sms\logs :

SMSPXE.logMachine is running Windows Longhorn. (NTVersion=0X602, ServicePack=0)Cannot read the registry value of MACIgnoreListFile (00000000)MAC Ignore List Filename in registry is emptyBegin validation of Certificate [Thumbprint B64B9DAF9BFB76A99DC050C21E33B3489643D111] issued to 'e728f6ce-29a6-4ac3-974e-ba3dc855d9a4'Completed validation of Certificate [Thumbprint B64B9DAF9BFB76A99DC050C21E33B3489643D111] issued to 'e728f6ce-29a6-4ac3-974e-ba3dc855d9a4'

Le point de distribution doit à présent être compatible PXE et prêt à accepter des demandes entrantes.

Ajout d'images de démarrage à un point de distribution PXE

Dès qu'un nouveau point de distribution PXE a été configuré, des étapes s'ajoutent à la procédure à exécuter pour activer la fonctionnalité complète. L'une d'elles consiste à distribuer les images de démarrage x86 et x64 vers le nouveau point de distribution PXE. Pour ce faire, accédez à Bibliothèque de logiciels -> Systèmes d'exploitation -> Images de démarrage -> Image de démarrage (x86), puis cliquez avec le bouton droit et sélectionnez Distribuer du contenu -> Ajouter l'image de démarrage au point de distribution PXE.

Répétez cette étape pour Image de démarrage (x64).

Une fois cette opération effectuée, le Gestionnaire de distribution commence à traiter la demande et lance la distribution sur le point de distribution distant :

DistMgr.logFound notification for package 'RR200004'Used 0 out of 30 allowed processing threads.Starting package processing thread, thread ID = 0x152C (5420)Start adding package to server ["Display=\\RemoteDp.contoso.com\"]MSWNET:["SMS_SITE=RR2"]\\RemoteDp.contoso.com\...Attempting to add or update a package on a distribution point.Successfully made a network connection to \\RemoteDp.contoso.com \ADMIN$.CreateSignatureShare, connecting to DPSignature share exists on distribution point path \\RemoteDp.contoso.com \SMSSIG$Share SMSPKGC$ exists on distribution point \\RemoteDp.contoso.com \SMSPKGC$Checking configuration of IIS virtual directories on DP ["Display=\\RemoteDp.contoso.com\"]MSWNET:["SMS_SITE=RR2"]\\RemoteDp.contoso.com\Creating, reading or updating IIS registry key for a distribution point.Virtual Directory SMS_DP_SMSSIG$ for the physical path C:\SMSSIG$ already exists.Created package transfer job to send package RR200004 to distribution point ["Display=\\RemoteDp.contoso.com\"]MSWNET:["SMS_SITE=RR2"]\\RemoteDp.contoso.com\.StoredPkgVersion (9) of package RR200004. StoredPkgVersion in database is 9.SourceVersion (9) of package RR200004. SourceVersion in database is 9.

Package Transfer Manager (le point de distribution est distant) commence alors l'envoi du contenu :

PkgXferMgr.logDeleteJobNotificationFiles deleted 1 *.PKN file(s) this cycle.Found send request with ID: 105, Package: RR200004, Version:9, Priority: 2, Destination: REMOTEDP.CONTOSO.COM, DPPriority: 200Created sending thread (Thread ID = 0x1140)Sending thread starting for Job: 105, package: RR200004, Version: 9, Priority: 2, server: REMOTEDP.CONTOSO.COM, DPPriority: 200Sending legacy content RR200004.9 for package RR200004Finished sending SWD package RR200004 version 9 to distribution point REMOTEDP.CONTOSO.COMSent status to the distribution manager for pkg RR200004, version 9, status 3 and distribution point ["Display=\\RemoteDp.contoso.com\"]MSWNET:["SMS_SITE=RR2"]\\RemoteDp.contoso.com\StateTable::CState::Handle - (8210:1 2014-09-10 13:19:12.087+00:00) >> (8203:3 2013-11-26 15:43:48.108+00:00)Successfully send state change notification 7F6041B0-3EE2-427F-AB72-B89610A6331CSending thread complete

Le fournisseur de points de distribution SMS déploie ensuite le WIM dans le répertoire d'installation distant :

Smsdpprov.log[468][Wed 09/10/2014 14:09:59]:A DP usage gathering task has been registered successfully[99C][Wed 09/10/2014 14:19:07]:Content 'RR200004.9' for package 'RR200004' has been added to content library successfully[99C][Wed 09/10/2014 14:19:07]:Expanding C:\SCCMContentLib\FileLib\E8A1\E8A136A1348B4CFE97334D0F65934845F2B4675D0B7D925AB830378F4ECF39B9 from package RR200004[99C][Wed 09/10/2014 14:19:07]:Finding Wimgapi.Dll[99C][Wed 09/10/2014 14:19:07]:Found C:\Windows\system32\wimgapi.dll[99C][Wed 09/10/2014 14:19:07]:Expanding RR200004 to C:\RemoteInstall\SMSImages

SMSPXE découvre la nouvelle image :

SMSPXE.logFound new image RR200004PXE::CBootImageManager::QueryWIMInfoLoaded C:\Windows\system32\wimgapi.dllOpening image file C:\RemoteInstall\SMSImages\RR200004\boot.RR200004.wimFound Image file: C:\RemoteInstall\SMSImages\RR200004\boot.RR200004.wimPackageID: RR200004ProductName: Microsoft® Windows® Operating SystemArchitecture: 0Description: Microsoft Windows PE (x86)Version: Creator: SystemDir: WINDOWSClosing image file C:\RemoteInstall\SMSImages\RR200004\boot.RR200004.wimPXE::CBootImageManager::InstallBootFilesForImageTemporary path to copy extract files from: C:\RemoteInstall\SMSTempBootFiles\RR200004.

CONSEIL :

Vérifiez que ces images de démarrage ont été configurées de manière à se déployer à partir du point de distribution PXE. Cliquez avec le bouton droit sur l'image de démarrage et sélectionnez Propriétés -> Source de données, puis sélectionnez Déployer cette image de démarrage depuis le point de distribution PXE.

Processus de démarrage PXE

L'exemple de processus de démarrage décrit ici implique trois ordinateurs : le serveur DHCP, le point de distribution PXE et le client (un ordinateur avec BIOS x64). Tous sont situés sur le même sous-réseau.

Dans le processus de démarrage PXE, le client doit d'abord acquérir les paramètres TCP/IP et l'emplacement sur le serveur de démarrage TFTP. Une fois qu'un appareil est allumé et exécute le POST, il commence le processus de démarrage PXE (généralement invité via le menu de sélection de démarrage).

  1. La première chose que le microprogramme PXE fait consiste à envoyer une diffusion DHCPDISCOVER (un paquet UDP) pour récupérer les détails TCP/IP. Cela consiste en une liste de demandes de paramètre. Voici un exemple de trace réseau avec la liste des paramètres d'un paquet DHCPDISCOVER :
    3876_image4
     
    Le client PXE identifie ensuite les informations spécifiques à l'ordinateur et au fournisseur afin de pouvoir demander l'emplacement et le nom du fichier d'image de démarrage approprié.
  2. Le serveur DHCP et le point de distribution PXE envoient ensuite un DHCPOFFER au client contenant tous les paramètres TCP/IP pertinents.
    Dans l'exemple d'offre DHCP ci-dessous, notez qu'elle ne contient pas le nom du serveur ni d'informations sur le fichier de démarrage, car il s'agit de l'offre du serveur DHCP au lieu du point de distribution PXE.
    3876_image5
     
  3. Le client répond ensuite avec un DHCPREQUEST une fois qu'il a sélectionné un DHCPOFFER. Celui-ci contient l'adresse IP de l'offre qui a été sélectionnée.
  4. Le serveur DHCP répond au DHCPREQUEST avec un DHCPACK qui contient les mêmes détails que le DHCPOFFER. Le nom d'hôte du serveur et le nom du fichier de démarrage ne sont pas fournis ici :
    3876_image6
     
  5. À ce stade, nous n'avons toujours pas les informations sur le fichier de démarrage, mais le client dispose à présent d'une adresse IP. Le client PXE envoie ensuite un nouveau DHCPREQUEST au point de distribution PXE après avoir également reçu un DHCPOFFER de la diffusion DHCPDISCOVER précédente.
  6. Le point de distribution PXE envoie un DHCPACK qui contient l'emplacement BootFileName et le programme de démarrage réseau WDS.
    3876_image7
     
Téléchargement des fichiers de démarrage

  1. Une fois la conversation DHCP terminée, le client lance la session TFTP avec une demande de lecture : 
    3876_image8
     
    Le serveur répond avec tsize et blksize. Le client transfère alors le fichier à partir du serveur.

    REMARQUE La taille de ces blocs est blksize. Dans ce cas, elle est définie sur 1 456 octets. blksize peut être configuré sur Windows Server 2008 et versions ultérieures. Consultez l'article de la Base de connaissances ci-dessous pour plus d'informations.

    975710 - Échec du déploiement du système d'exploitation sur un réseau à l'aide de WDS dans Windows Server 2008 et Windows Server 2008 R2

    Nous voyons ici la fin de la conversation DHCP et le début du transfert TFTP :
    3876_image9
     
    Une fois que le programme de démarrage réseau WDS a été transféré vers l'ordinateur client, il est exécuté. Dans notre exemple, il commence par télécharger wdsnbp.com. Le programme de démarrage réseau indique si le client peut démarrer à partir du réseau, si le client doit appuyer sur F12 pour lancer le démarrage et l'image de démarrage que le client va recevoir.

    Le programme de démarrage réseau est spécifique à l'architecture et au microprogramme (BIOS ou UEFI). Sur les ordinateurs avec BIOS, le programme de démarrage réseau est une application en mode réel de 16 bits. Il est par conséquent possible d'utiliser le nom du programme de démarrage réseau pour les systèmes d'exploitation x86 et x64.

    Dans ce cas (un ordinateur avec BIOS x64), le programme de démarrage réseau se trouve dans le répertoire suivant sur le point de distribution PXE :
    \\remotedp\c$\RemoteInstall\SMSBoot\x64
    3876_image10
     
    Les fichiers réalisent les fonctions suivantes :
    PXEboot.com – BIOS x86 et x64 : exige que l'utilisateur final appuie sur la touche F12 pour poursuivre le démarrage PXE (programme de démarrage réseau par défaut).

    PXEboot.n12 – BIOS x86 et x64 :
    lance immédiatement le démarrage PXE (il n'est pas nécessaire d'appuyer sur F12 sur le client).

    AbortPXE.com – BIOS x86 et x64 :
    permet à l'appareil de commencer immédiatement à démarrer à l'aide du périphérique de démarrage suivant défini dans le BIOS. Cela permet aux appareils qui ne doivent pas démarrer à l'aide du PXE de commencer immédiatement leur deuxième processus de démarrage sans attendre d'expiration de délai.

    Bootmgfw.efi – UEFI x64 et UEFI IA64 : version EFI de PXEboot.com ou de PXEboot.n12 (dans EFI, le choix d'effectuer ou non un démarrage PXE est déterminé dans le shell EFI et non par le programme de démarrage réseau). Bootmgfw.efi est l'équivalent de la combinaison des fonctionnalités de PXEboot.com, de PXEboot.n12, d'abortpxe.com et de bootmgr.exe.

    wdsnbp.com – BIOS x86 et x64 : programme de démarrage réseau spécial développé en vue d'une utilisation par les Services de déploiement Windows qui répond aux objectifs généraux suivants :
    ◦Détection de l'architecture
    ◦Scénarios d'appareils en attente

    Wdsmgfw.efi – UEFI x64 et x64 IA64 : programme de démarrage réseau spécial développé en vue d'une utilisation par les Services de déploiement Windows qui répond aux objectifs généraux suivants :
    ◦Gestion des invitations de l'utilisateur à appuyer sur une touche pour continuer le démarrage PXE
    ◦Scénarios d'appareils en attente
  2. Le programme de démarrage réseau télécharge le chargeur du système d'exploitation et les fichiers de démarrage via TFTP, notamment : 
    ◦ smsboot\x64\pxeboot.com
    ◦ smsboot\x64\bootmgr.exe
    ◦ \SMSBoot\Fonts\wgl4_boot.ttf
    ◦ \SMSBoot\boot.sdi
    ◦ \SMSImages\RR200004\boot.RR200004.wim

  3. Un disque virtuel est créé à l'aide de ces fichiers et du fichier WIM WinPE en mémoire. 
    3876_image11
     
  4. Le client démarre à partir du disque virtuel.

Démarrage de WinPE

Une fois que WinPE a démarré, le shell de démarrage TS est lancé à partir du dossier SMS inclus dans l'image WinPE (ce dossier est injecté dans le WIM de démarrage lors de son importation dans Configuration Manager). Vous pouvez voir ce processus enregistré dans SMSTS.log qui se trouve dans X:\Windows\Temp\SMSTS.
CONSEIL :
Pour accéder à ce journal dans WinPE, activez l'invite de commandes dans l'image de démarrage. Pour ce faire, cliquez avec le bouton droit sur Image de démarrage -> Propriétés -> Personnalisation ->, puis activez Activer la prise en charge des commandes (test uniquement). Vous pouvez alors accéder à l'invite de commandes en appuyant sur F8 dans WinPE.
Voici le processus de shell de démarrage TS initial :

SMSTS.log==============================[ TSBootShell.exe ]==============================Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL'Debug shell is enabledWaiting for PNP initialization...RAM Disk Boot Path: NET(0)\SMSIMAGES\RR200004\BOOT.RR200004.WIMBooted from network (PXE)Network(PXE) path: X:\sms\data\Found config path X:\sms\data\This is not a fixed non usb diskBooting from removable media, not restoring bootloaders on hard driveX:\sms\data\WinPE does not exist.X:\_SmsTsWinPE\WinPE does not exist.Executing command line: wpeinit.exe -winpeThe command completed successfully.Starting DNS client service.Executing command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\The command completed successfully.

Suivi par l'amorçage du Gestionnaire des séquences de tâches :

SMSTS.log==============================[ TSMBootStrap.exe ]==============================Command line: X:\sms\bin\i386\TsmBootstrap.exe /env:WinPE /configpath:X:\sms\data\Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL'Succeeded loading resource DLL 'X:\sms\bin\i386\TSRESNLC.DLL'Current OS version is 6.2.9200.0Adding SMS bin folder "X:\sms\bin\i386" to the system environment PATHPXE Boot with Root = X:\Executing from PXE in WinPELoading TsPxe.dll from X:\sms\bin\i386\TsPxe.dll

Une fois que TSPXE est chargé, il télécharge les variables TS à l'aide de TFTP :

SMSTS.log TsPxe.dll loadedDevice has PXE bootedVariable Path: \SMSTemp\2014.09.05.18.20.31.0001.{0C616323-A027-41B0-A215-057AF4F1E361}.boot.varSuccesfully added firewall rule for TftpExecuting: X:\sms\bin\i386\smstftp.exe -i 10.238.0.2 get \SMSTemp\2014.09.05.18.20.31.0001.{0C616323-A027-41B0-A215-057AF4F1E361}.boot.var X:\sms\data\variables.datExecuting command line: "X:\sms\bin\i386\smstftp.exe" -i 10.238.0.2 get \SMSTemp\2014.09.05.18.20.31.0001.{0C616323-A027-41B0-A215-057AF4F1E361}.boot.var X:\sms\data\variables.datProcess completed with exit code 0Succesfully removed firewall rule for TftpSuccessfully downloaded pxe variable file.Loading Media Variables from "X:\sms\data\variables.dat"Loading Media Variables from "X:\sms\data\variables.dat"Found network adapter "Intel 21140-Based PCI Fast Ethernet Adapter (Emulated)" with IP Address 10.238.0.3.Loading Media Variables from "X:\sms\data\variables.dat"Loading variables from the Task Sequencing Removable Media.Loading Media Variables from "X:\sms\data\variables.dat"Succeeded loading resource DLL 'X:\sms\bin\i386\1033\TSRES.DLL'Setting SMSTSMP TS environment variableSetting _SMSMediaGuid TS environment variableSetting _SMSTSBootMediaPackageID TS environment variableSetting _SMSTSHTTPPort TS environment variableSetting _SMSTSHTTPSPort TS environment variableSetting _SMSTSIISSSLState TS environment variableSetting _SMSTSLaunchMode TS environment variableSetting _SMSTSMediaPFX TS environment variableSetting _SMSTSPublicRootKey TS environment variableSetting _SMSTSRootCACerts TS environment variableSetting _SMSTSSiteCode TS environment variableSetting _SMSTSSiteSigningCertificate TS environment variableSetting _SMSTSUseFirstCert TS environment variableSetting _SMSTSx64UnknownMachineGUID TS environment variableSetting _SMSTSx86UnknownMachineGUID TS environment variable

À ce stade, TSPXE localise le point de gestion et télécharge la stratégie avant de présenter l'interface utilisateur à l'utilisateur pour qu'il sélectionne la séquence de tâches facultative :

SMSTS.log site=RR2,RR2, MP=http://ConfigMgrR2.CONTOSO.COM, ports: http=80,https=443certificates are received from MP.CLibSMSMessageWinHttpTransport::Send: URL: ConfigMgrR2.CONTOSO.COM:80 CCM_POST /ccm_system/requestRequest was successful.Downloading policy from http://ConfigMgrR2.CONTOSO.COM.Retrieving Policy Assignments:Processing Policy Assignment {7898f153-a6de-43e9-98c3-ca5cc61483b0}.Processing Policy Assignment {fba19677-0e9b-490d-b601-07e247979bd4}.Processing Policy Assignment {6306ca4c-e7ed-4cf5-8419-af9b1695a909}.Processing Policy Assignment {05a027ff-e9cf-4fa1-8bd8-4565481061e2}.Processing Policy Assignment {b3c991f6-9f83-43c3-875c-f60c4492d278}.…Successfully read 152 policy assignments.

Enfin, les variables de l'ordinateur et de la collection sont téléchargées et la page d'accueil est activée :

SMSTS.log Retrieving collection variable policy.Found 0 collection variables.Retrieving machine variable policy.Downloading policy body {01000053}-{RR2}.Response ID: {01000053}-{RR2}Reading Policy Body.Parsing Policy Body.Found 0 machine variables.Setting collection variables in the task sequencing environment.Setting machine variables in the task sequencing environment.Running Wizard in Interactive modeLoading Media Variables from "X:\sms\data\variables.dat"Activating Welcome Page.Loading bitmap 
Vérification des problèmes courants

Avant de commencer à résoudre des problèmes sur le point de service PXE, consultez les articles de la Base de connaissances ci-dessous pour voir si les problèmes traités peuvent éventuellement être à l'origine du vôtre. Notez que cette liste n'est pas exhaustive, bien qu'elle contienne certains des problèmes plus courants abordés.

Votre problème est-il résolu ?

Vérification des applications d'assistance IP

Si le serveur DHCP, l'ordinateur client, le serveur ConfigMgr 2012 qui exécute les services de déploiement Windows (WDS) et le point de distribution PXE se trouvent sur le même sous-réseau ou le même réseau local virtuel, les applications d'assistance IP ne sont pas obligatoires. Sinon, si le serveur DHCP, l'ordinateur client ou le serveur ConfigMgr 2012 exécutant WDS et le point de distribution PXE se trouvent sur des sous-réseaux ou des réseaux locaux virtuels distincts, ce qui est généralement le cas dans la plupart des environnements, les applications d'assistance IP doivent être configurées sur les routeurs. Ce processus varie et dépend du fabricant du routeur. Mais une présentation générale est fournie dans l'article TechNet suivant :

Configuration du routeur pour le transfert des diffusions : http://technet.microsoft.com/fr-fr/library/cc732351(WS.10).aspx#Updating

Si vous avez besoin d'informations supplémentaires pour configurer correctement des applications d'assistance IP sur vos routeurs, contactez le fabricant du routeur.

Les applications d'assistance IP sont nécessaires, car la demande PXE générée par l'ordinateur client est une diffusion qui ne sort pas du sous-réseau local ni du réseau local virtuel. Si le serveur DHCP et/ou le point de distribution WDS/PXE ne se trouvent pas sur le même sous-réseau ou réseau local virtuel que l'ordinateur client, ils ne voient ni n'entendent pas la diffusion de la demande PXE du client, donc les serveurs ne répondent pas à la demande PXE. Pour que la diffusion de la demande PXE traverse les sous-réseaux ou les réseaux locaux virtuels, la diffusion de la demande PXE doit être transmise par le routeur aux serveurs du point de service WDS/PXE et DHCP afin que ces derniers puissent répondre correctement à la demande PXE du client.

L'alternative à l'utilisation des applications d'assistance IP consiste à définir les options DHCP sur le serveur DHCP, en particulier les options DHCP 60 (Client PXE), 66 (Nom d'hôte du serveur de démarrage) et 67 (Nom du fichier d'initialisation). Toutefois, les options DHCP peuvent s'avérer problématiques et ne pas fonctionner correctement ou de manière fiable. En outre, l'utilisation des options DHCP pour contrôler les requêtes PXE dans ConfigMgr 2012 n'est pas prise en charge par Microsoft. Par conséquent, la méthode recommandée et prise en charge pour le démarrage PXE des ordinateurs clients qui se trouvent sur des sous-réseaux distants consiste à utiliser des applications d'assistance IP.

Pour plus d'informations sur les options DHCP non recommandées ou prises en charge, consultez les articles ci-dessous :
Utilisation des options DHCP 60, 66 et 67 : http://technet.microsoft.com/fr-fr/library/cc732351(WS.10).aspx#Using
259670 - Les ordinateurs clients PXE ne démarrent pas lorsque vous configurez le serveur DHCP (Dynamic Host Configuration Protocol) pour l'utilisation des options 60, 66 et 67

IMPORTANT Avant de continuer, il est essentiel de vérifier que les routeurs disposent d'applications d'assistance IP configurées ET que les options DHCP 60, 66 et 67 ne sont PAS configurées sur le serveur DHCP. Enfreindre l'un de ces critères provoquerait des problèmes avec le point de service PXE. Lors de la vérification des options DHCP, vérifiez les options au niveau du serveur et de l'étendue.

Notez que, dans certaines instances, la configuration des options DHCP 60, 66 et 67 peut donner l'impression que le processus de démarrage PXE se poursuit davantage qu'avant la configuration de ces options, mais, dans la plupart des cas, il se poursuit simplement dans un chemin d'accès incorrect.

IMPORTANT La seule exception nécessitant l'utilisation d'une option DHCP est le cas où DHCP et WDS résident sur le même serveur. Dans cette instance, l'option DHCP 60, et uniquement l'option DHCP 60, doit être définie. Les options DHCP 66 et 67 ne doivent toujours PAS être définies dans ce scénario. Les détails sont fournis dans la section suivante intitulée Co-hébergement DHCP et WDS sur le même serveur.

Votre problème est-il résolu ?

Attention particulière lors du co-hébergement de DHCP et WDS sur le même serveur

Lorsque DHCP et WDS sont co-hébergés sur le même ordinateur, WDS a besoin d'une configuration spéciale pour pouvoir écouter sur un port spécifique. Cette configuration est décrite dans l'article TechNet suivant sous la section Services de déploiement Windows et protocole DHCP (Dynamic Host Configuration Protocol)

Planification de déploiements de système d'exploitation établis par PXE dans Configuration Manager : http://technet.microsoft.com/fr-fr/library/hh397405.aspx

Notez que, conformément à l'article susmentionné, les deux opérations suivantes doivent être effectuées lorsque WDS et DHCP sont co-hébergés sur le même serveur :

  1. La valeur UseDHCPPorts doit être définie sur 0 à l'emplacement de Registre suivant :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE
  2. Vous devez exécuter la commande WDS suivante :
    WDSUTIL /Set-Server /UseDHCPPorts:No /DHCPOption60:Yes
Toutefois, les recommandations ci-dessus posent problème : pour pouvoir exécuter la commande WDSUTIL, vous devez avoir configuré WDS. Cela va à l'encontre de la pratique recommandée qui consiste à NE PAS configurer WDS lors de l'installation d'un point de distribution PXE ConfigMgr. Toutefois, les deux paramètres spécifiés via la commande WDSUTIL (UseDHCPPorts et DHCPOption60) peuvent être configurés à l'aide de méthodes alternatives qui ne nécessitent pas la commande WDSUTIL et qui, par conséquent, ne nécessitent pas la configuration de WDS. Pour configurer ces paramètres sans devoir activer WDS, procédez comme suit :

  1. Le commutateur UseDHCPPorts pour WDSUTIL est en fait l'équivalent de la définition de la clé de Registre UseDHCPPorts sur la valeur 0 à l'emplacement suivant :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Providers\WDSPXE
    Par conséquent, l'utilisation du commutateur UseDHCPPorts n'est pas nécessaire tant que la clé de Registre a été manuellement définie comme décrit ci-dessus. Notez que si WDS n'a pas été installé, cette clé de Registre peut ne pas exister.
  2. Le commutateur DHCPOption60 configure une option pour le service DHCP, pas le service WDS. Donc, au lieu d'utiliser WDSUTIL pour définir cette option DHCP, vous pouvez utiliser une commande DHCP équivalente pour définir la même option. Pour ce faire, vous pouvez utiliser la commande netsh comme décrit dans l'article MSDN suivant : http://msdn.microsoft.com/fr-fr/library/dd128762(WinEmbedded.51).aspx

Pour résumer le contenu de l'article susmentionné, fermez toutes les consoles DHCP ouvertes et exécutez les deux commandes suivantes à partir d'une invite de commandes avec élévation de privilèges (Exécuter en tant qu'administrateur) :

netsh dhcp server \\<DHCP_server_machine_name> add optiondef 60 PXEClient String 0 comment=PXE support netsh dhcp server \\<DHCP_server_machine_name> set optionvalue 60 STRING PXEClient 

<nom_ordinateur_serveur_DHCP> correspond au nom du serveur DHCP/WDS (sans les crochets < >).

Ces deux commandes configurent et activent l'option DHCP 60 sur un serveur DHCP. Si, après l'exécution des deux commandes ci-dessus, une option appelée Inconnu s'affiche dans la console DHCP au lieu de 060 PXE Client, redémarrez le serveur pour que les paramètres soient pris en compte. Après le redémarrage, l'option doit s'afficher correctement. Cela ne se produit généralement que si une console DHCP est restée ouverte lors de l'exécution des deux commandes.

REMARQUE Si DHCP est déplacé vers un autre serveur et supprimé du serveur qui héberge WDS, les étapes ci-dessus doivent être inversées. Pour inverser les étapes ci-dessus, effectuez les opérations suivantes sur le serveur WDS :

  1. Exécutez la commande suivante à partir d'une invite de commandes avec élévation de privilèges :
    REG ADD "HKLM\SYSTEM\CurrentControlSet\services\WDSServer\Providers\WDSPXE" /v UseDHCPPorts /t REG_DWORD /d 1 /f
  2. À partir d'une invite de commandes avec élévation de privilèges, exécutez les deux commandes suivantes :
    netsh dhcp server \\<nom_ordinateur_serveur_DHCP> delete optionvalue 60
    netsh dhcp server \\<nom_ordinateur_serveur_DHCP> delete optiondef 60 PXEClient
    <nom_ordinateur_serveur_DHCP> correspond au nom du serveur DHCP/WDS (sans les crochets < >).

    Dans les deux commandes ci-dessus, la première désactive l'option DHCP 60, tandis que la seconde supprime définitivement l'option DHCP 60.

Votre problème est-il résolu ?

Résolution des problèmes de découverte DHCP

Un certain nombre de points importants doivent être pris en compte avant le début de la résolution des problèmes du stade de découverte DHCP initial du processus de démarrage PXE :

  • Si vous ne pouvez pas voir l'adresse MAC ou le DHCPREQUEST de l'appareil que vous tentez de démarrer dans SMSPXE.log, un problème de configuration du routeur existe probablement entre le client et le point de distribution. 
  • N'utilisez pas les options DHCP 60, 66 et 67, car elles ne sont pas prises en charge
  • Vérifiez si l'appareil peut démarrer lorsqu'il est connecté à un commutateur sur le même sous-réseau que le point de distribution PXE. Si tel est le cas, le problème réside probablement dans la configuration du routeur.
  • Vérifiez que les ports DHCP (67 et 68), TFTP (69) et BINL (4011) sont ouverts entre l'ordinateur client, le serveur DHCP et le point de distribution PXE.

À ce stade du processus, il n'existe aucun journal auquel se référer, mais, en règle générale, lorsque le processus de démarrage PXE échoue avant le démarrage de WinPE, un code d'erreur PXE s'affiche. Voici quelques exemples d'erreurs qui peuvent s'afficher :

PXE-E51 : No DHCP or proxyDHCP offers were received.

PXE-E52: proxyDHCP offers were received. No DHCP offers were received.

PXE-E53: No boot filename received.

PXE-E55: proxyDHCP service did not reply to request on port 4011.

PXE-E77 bad or missing discovery server list.

PXE-E78: Could not locate boot server.

Un certain nombre de pages web traitent de ces codes d'erreur. Par exemple : Liste de Symantec des codes d'erreur PXE et de leur signification. 

Ces documents vous aideront à cibler votre résolution des problèmes, bien qu'il puisse être nécessaire de capturer un suivi réseau du problème avec un outil de surveillance du réseau, tel que Netmon ou WireShark. L'outil de surveillance du réseau devra être installé sur le point de distribution PXE et un ordinateur devra être connecté à un port en miroir sur le commutateur. Pour plus de détails sur la configuration des ports en miroir, reportez-vous au manuel fourni par le fabricant du commutateur ou du périphérique de routage spécifique.

La procédure par défaut consiste à lancer les suivis réseau sur le point de distribution et sur l'ordinateur connecté au port en miroir et à tenter de démarrer l'appareil via PXE. Une fois la procédure terminée, arrêtez le suivi et enregistrez-le pour d'autres analyses. Voici un exemple de suivi d'une conversation DHCP capturée à partir du point de distribution PXE :

3876_image14
 

Vous pouvez voir que le DHCPDISCOVER initial par le client PXE est suivi d'un DHCPOFFER du serveur DHCP et du point de distribution PXE. La demande du client (0.0.0.0) est exécutée, puis acceptée par le serveur DHCP (10.238.0.14). Une fois que le client PXE dispose d'une adresse IP (10.238.0.3), il envoie une demande au point de distribution PXE (10.238.0.2), qui l'accepte avec les détails du programme de démarrage réseau.

Capturer un suivi réseau simultané sur le client et le point de distribution pour voir si la conversation se déroule comme prévu.

  • Vérifier que les services DHCP sont en cours d'exécution et disponibles.
  • Vérifier que le service WDS est en cours d'exécution sur le point de distribution.
  • S'assurer qu'aucun pare-feu ne bloque les ports DHCP entre le serveur et le client.
  • Vérifier que l'ordinateur client est en mesure de démarrer sur le même sous-réseau que le point de distribution.
  • Vérifier que les applications d'assistance IP sont configurées correctement en cas de démarrage à partir d'un autre sous-réseau que le point de distribution.

Votre problème est-il résolu ?

Résolution des problèmes de transfert TFTP

Si l'erreur au démarrage PXE fait référence à TFTP, vous êtes probablement confronté à un problème de transfert des fichiers de démarrage. Voici quelques exemples de ces erreurs :

PXE-E32: TFTP open timeout.
PXE-E35: TFTP read timeout.
PXE-E36: Error received from TFTP server.
PXE-E3F: TFTP packet size is invalid.
PXE-E3B: TFTP Error - File not Found
PXE-T04: Access Violation

La surveillance du réseau à l'aide de Netmon ou Wireshark est une bonne piste pour tenter de résoudre ces erreurs. Voici un exemple des données capturées à partir d'un client PXE lors d'un délai d'ouverture TFTP :

3876_image15
 

Dans cet exemple, le client envoie des demandes de lecture pour le fichier

wdsnbp.com

mais ne reçoit aucune réponse. Cela signifie qu'un problème empêche la réception de l'accusé de réception par le client. Voici une illustration du problème :

3876_image16
 

Procédure de résolution des problèmes à tenter :

  • Réduisez la taille de bloc sur le point de distribution PXE (voir http://support.microsoft.com/kb/975710).
  • Vérifiez que le service WDS est démarré sur le point de distribution.
  • Assurez-vous que le port TFTP est ouvert entre l'ordinateur client et le point de distribution.
  • Vérifiez que les autorisations sur le partage/dossier REMINST sont correctes.
  • Vérifiez les journaux WDS afin d'y trouver d'éventuelles autres erreurs TFTP.
  • Vérifiez que les dossiers RemoteInstall\SMSBoot\x86 et \x64 contiennent les fichiers suivants :
    
    3876_image17
     
  • Il existe des polices dans SMSBoot\Fonts :
    3876_image18
     
  • Le fichier boot.sdi existe dans le répertoire RemoteInstall\SMSBoot :
    3876_image19
     
Votre problème est-il résolu ?
Problèmes de démarrage WinPE - Pilotes

Les problèmes les plus courants qui se produisent au cours de cette phase sont liés aux pilotes. Dans l'ensemble, la dernière version de WinPE contient la grande majorité des pilotes réseau et de stockage de masse. Toutefois, dans certains cas, un pilote nécessaire n'est pas inclus et doit donc être importé dans le WIM de démarrage. Quelques points importants doivent être pris en considération à ce sujet :

  • N'importez que les pilotes dont vous avez besoin. N'importez pas simplement chaque pilote que vous avez dans l'image de démarrage.
  • Ne prenez en compte que l'ajout de pilotes de stockage de masse ou de cartes réseau. Il n'est pas nécessaire d'inclure d'autres pilotes.

Le fichier SMSTS.log (situé dans X:\Windows\temp\SMSTS) est la ressource la plus utile pour résoudre ces problèmes (pensez à activer l'invite de commandes lors du démarrage pour pouvoir passer ce fichier en revue). S'il ne contientpas de ligne enregistrée avec une adresse IP valide similaire à celle ci-dessous, vous avez probablement un problème de pilote : 

SMSTS.logFound network adapter "Intel 21140-Based PCI Fast Ethernet Adapter (Emulated)" with IP Address 10.238.0.3

Pour vérifier ceci, appuyez simplement sur F8 et exécutez IPCONFIG à l'invite de commandes pour déterminer si la carte réseau est reconnue et dispose d'une adresse IP.

Fichiers WIM

Assurez-vous également que les images de démarrage x86 et x64 existent toutes deux sur le point de distribution. Les fichiers WIM se trouvent dans le répertoire suivant (mais également dans la bibliothèque de contenu) :
C:\RemoteInstall\SMSImages\<ID_package>


Assurez-vous que l'option Déployer cette image de démarrage depuis le point de distribution PXE est sélectionnée pour chacun d'eux dans les propriétés de l'image de démarrage.


Votre problème est-il résolu ?

Problèmes de stratégie du gestionnaire de configuration

Un autre problème courant au niveau du démarrage PXE concerne les déploiements de séquences de tâches. Dans l'exemple ci-dessous, la séquence de tâches est déployée sur un ordinateur inconnu, mais se trouve déjà dans la base de données. Le premier symptôme est l'abandon du démarrage PXE :

3876_image20
 

Après examen approfondi, vous remarquez ce qui suit dans SMSPXE.log :

SMSPXE.logClient lookup reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777299" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDReply>MP_LookupDevice succeeded: 16777299 1 16777299 1 000:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: device is in the database.Client boot action reply: <ClientIDReply><Identification Unknown="0" ItemKey="16777299" ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootAction LastPXEAdvertisementID="" LastPXEAdvertisementTime="" OfferID="" OfferIDTime="" PkgID="" PackageVersion="" packagePath="" BootImageID="" Mandatory=""/></ClientIDReply>Client Identity: 00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: SMSID= OfferID=, PackageID=, PackageVersion=, BootImageID=, PackagePath=, Mandatory=000:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: no advertisements found00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: No boot action. Aborted.00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: Not serviced. 

Nous constatons ici que, lors de l'exécution des procédures stockées NBS, aucune stratégie disponible n'a été détectée que l'action de démarrage a donc été abandonnée. L'inverse peut également être vrai (c.-à-d. lorsqu'un ordinateur est inconnu, mais que la séquence de tâches est déployée sur une collection d'ordinateurs connus).

Procédure de résolution des problèmes à tenter :

  • Vérifiez que l'ordinateur que vous tentez de démarrer existe dans une collection ciblée par un déploiement de séquences de tâches.
  • Assurez-vous d'avoir sélectionné le paramètre PXE Activer la prise en charge d'ordinateur inconnu sur le point de distribution.
  • Si vous déployez une séquence de tâches sur des ordinateurs inconnus, vérifiez que les ordinateurs n'existent pas encore dans la base de données.

Votre problème est-il résolu ?

Félicitations !

Votre problème de démarrage PXE est résolu.

Désolé

Il semblerait que nous ne parvenions pas à résoudre votre problème à l'aide de ce guide. Pour obtenir une aide supplémentaire pour résoudre ce problème, consultez notre forum de support TechNet ou contactez le support technique Microsoft.

Propriétés

ID d'article : 10082 - Dernière mise à jour : 7 oct. 2016 - Révision : 6

Commentaires