Introduction

Les solutions fournies dans l'article suivant de la base de connaissances peuvent résoudre
la plupart des problèmes qui affectent le démarrage PXE :

4468612 Dépannage des problèmes de démarrage PXE dans la section

Gestionnaire de configuration

Si vous ne parvenez pas à résoudre votre problème de démarrage PXE en utilisant IP

Helpers ou en réinstallant PXE, essayez les étapes de dépannage supplémentaires
suivantes :

 Considérations particulières lors de l'hébergement conjoint de DHCP et WDS sur

le même serveur
 Résolution des problèmes de découverte DHCP
 Résolution des problèmes de transfert TFTP
 Problèmes de démarrage WinPE - Pilotes
 Problèmes de stratégie du gestionnaire de configuration

Informations supplémentaires

Considérations particulières lors de l'hébergement conjoint de DHCP et

WDS sur le même serveur

Lorsque DHCP et WDS sont hébergés sur le même ordinateur, WDS nécessite une
configuration spéciale pour pouvoir écouter sur un port spécifique. Cette configuration
est décrite dans Protocole DHCP (Dynamic Host Configuration Protocol). Notez que,
selon cet article, vous devez effectuer les actions suivantes si WDS et DHCP sont co-
hébergés sur le même serveur :

1. Réglez la valeur UseDHCPPorts sur 0 à l'emplacement de registre suivant :

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Prov
iders\WDSPXE
2. Exécutez la commande WDS suivante :
 WDSUTIL /Set-Server /UseDHCPPorts:No /DHCPOption60:Yes
Cette recommandation exige que vous configuriez WDS afin d'exécuter la
commande WDSUTIL. Cette recommandation va à l'encontre de la meilleure pratique
consistant à ne pas configurer WDS lorsque vous installez un PDD compatible ConfigMgr
PXE. Cependant, vous pouvez configurer les deux paramètres spécifiés dans la
commande WDSUTIL (UseDHCPPorts et DHCPOption60) en utilisant des méthodes
alternatives qui ne nécessitent pas la commande WDSUTIL. Par conséquent, vous n'avez
pas besoin de configurer WDS.

Pour configurer ces paramètres sans avoir activé WDS, suivez ces instructions :

 Le commutateur UseDHCPPorts pour WDSUTIL équivaut à régler la clé de

registre UseDHCPPorts à une valeur 0 à l’emplacement suivant :
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WDSServer\Prov
iders\WDSPXE

Par conséquent, l'utilisation du commutateur UseDHCPPorts n'est pas nécessaire si

la clé de registre est définie manuellement. Notez que si WDS n'a pas été installé,
cette clé de registre peut ne pas exister.
 Le  commutateur DHCPOption60 configure une option pour le service DHCP,
pas pour le service WDS. Par conséquent, 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, utilisez la commande netsh comme décrit
dans Configuring DHCP for Remote Boot Services. 

Pour configurer les options WDS conformément à ces directives, fermez toutes les
consoles DHCP qui sont ouvertes, puis exécutez les commandes suivantes à une
invite de commande élevée :
 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
Ces deux commandes configurent et activent l'option DHCP 60 sur un serveur DHCP.
Après avoir exécuté ces commandes, si une option nommée Inconnu est affichée au
lieu de 060 PXE Client dans la console DHCP, redémarrez le serveur pour que ces
paramètres puissent prendre effet. Après le redémarrage, l'option doit s'afficher
correctement. Ce problème 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 ce faire, suivez ces étapes
sur le serveur WDS :

1. Exécutez la commande suivante à une invite de commande élevée :

 REG ADD
"HKLM\SYSTEM\CurrentControlSet\services\WDSServer\Providers\WDSPXE"
/v UseDHCPPorts /t REG_DWORD /d 1 /f
2. Exécutez les commandes suivantes à une invite de commande élevée :
3. netsh dhcp server \\<DHCP_server_machine_name> delete optionvalue
60
4.
netsh dhcp server \\<DHCP_server_machine_name> delete optiondef 60
PXEClient

Note La première de ces commandes désactive l'option DHCP 60. La deuxième

commande supprime complètement l'option DHCP 60.

Retour au début

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

Avant de commencer à dépanner l'étape initiale de découverte DHCP du processus de

démarrage PXE, prenez en compte les points suivants :

 Dans SMSPXE.log, vous voyez l'adresse MAC ou le DHCPREQUEST de l'appareil

que vous essayez de démarrer. Si vous ne voyez pas cela, un problème de
configuration de routeur peut exister entre le client et le DP. 
 N'utilisez pas les options DHCP 60, 66 ou 67. Cela n'est pas pris en charge. 
 Vérifiez si l'appareil peut démarrer lorsqu'il est branché sur un commutateur du
même sous-réseau que le DP avec PXE activé. Si c'est le cas, le problème concerne
probablement la configuration du routeur.
 Assurez-vous que les ports DHCP (67 et 68), TFTP (69) et BINL (4011) sont ouverts
entre l'ordinateur client, le serveur DHCP et le PXE DP.
À ce stade, il n'y a pas de journaux à consulter. Cependant, un code d'erreur PXE est
généralement affiché si le processus de démarrage PXE échoue avant le démarrage de
WinPE. Voici des exemples des messages d'erreur que vous pourriez voir :

 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.
Plusieurs sites Web documentent ces codes d'erreur. Par exemple, voir la liste Symantec’s
list of PXE error codes and their meaning.

Bien que cela aide à réduire la portée de votre dépannage, vous devrez peut-être encore
capturer une trace réseau du problème en utilisant un outil de surveillance 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.
Ensuite, arrêtez le suivi et sauvegardez-le pour une analyse ultérieure.

Ce qui suit est un exemple de trace d'une conversation DHCP qui a été capturée à partir
du PDD compatible PXE :

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). Après que le client
PXE a une adresse IP (10.238.0.3), il envoie une requête au PDD PXE (10.238.0.2). Ce PDD
accuse réception de la demande en renvoyant les détails du programme de démarrage
réseau.

Capturez une trace réseau simultanée sur le client et le DP pour déterminer si la

conversation se déroule comme prévu. Suivez cette procédure :

 Vérifiez 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.
 Assurez-vous qu'aucun pare-feu ne bloque les ports DHCP entre le serveur et le
client.
 Vérifiez que l'ordinateur client peut démarrer lorsqu'il se trouve sur le même sous-
réseau que le DP.
 Assurez-vous que les assistants IP sont configurés correctement si l'ordinateur
client démarre à partir d'un sous-réseau différent de celui dans lequel se trouve le
DP.
Retour au début

Résolution des problèmes de transfert TFTP

Si l'erreur au démarrage de PXE fait référence à TFTP, il se peut que vous ne puissiez pas
transférer les fichiers de démarrage. Voici des exemples de messages d'erreur que vous
pouvez recevoir :

 PXE-E32: Délai d'ouverture TFTP

 PXE-E35: Délai de lecture TFTP
 PXE-E36: Erreur reçue du serveur TFTP
 PXE-E3F: La taille du paquet TFTP n'est pas valide
 PXE-E3B: Erreur TFTP - Fichier non trouvé
 PXE-T04: Access Violation
Une bonne façon de dépanner ces erreurs est de surveiller le réseau en utilisant Netmon
ou Wireshark. L'exemple suivant est un exemple des données qui sont capturées à partir
d'un client PXE lorsqu'un délai d'attente TFTP Open se produit.
Ici, le client envoie des demandes de lecture pour le fichier Wdsnbp.com, mais il ne reçoit
pas de réponse. Cela indique que quelque chose empêche le client de recevoir l'accusé
de réception. Voici à quoi devraient ressembler les données.
Dans cette situation, vous pouvez essayer les méthodes de dépannage suivantes :

 Réduire la taille du bloc sur le DP compatible PXE, voir KB 975710.

 Vérifiez que le service WDS est lancé sur le DP.
 Assurez-vous que le port TFTP est ouvert entre l'ordinateur client et le DP.
 Vérifiez que les permissions sur le partage et le 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
RemoteInstall\SMSBoot\x64 contiennent les fichiers suivants :
  
 Assurez-vous que les polices existent dans le dossier SMSBoot\Fonts :

 Assurez-vous que le fichier Boot.sdi existe dans le

dossier RemoteInstall\SMSBoot :

Retour au début

Problèmes de démarrage de Windows PE - pilotes

Les problèmes les plus courants qui surviennent au cours de cette phase sont liés au
pilote. Dans l'ensemble, la dernière version de Windows PE (WinPE) contient la grande
majorité des pilotes réseau et de stockage de masse. Cependant, parfois, un pilote requis
n'est pas inclus. Par conséquent, il doit être importé dans le WIM de démarrage. Les
lignes directrices suivantes s'appliquent à ce processus :

 N'importez que les pilotes dont vous avez besoin pour l'image de démarrage.
 Envisagez d'ajouter uniquement des pilotes NIC ou de stockage de masse.
D'autres pilotes ne sont pas nécessaires.
Le fichier SMSTS.log (situé dans <SsystemDrive>>:\Windows\temp\SMSTS) est la
ressource la plus utile pour résoudre ces problèmes. (N'oubliez pas d'activer l'invite de
commande au démarrage afin de pouvoir examiner ce fichier.) Si vous ne voyez pas
d'entrée de journal ayant une adresse IP valide et ressemblant à l'entrée suivante, c'est
probablement que vous avez un problème de pilote :

SMSTS.log
Adaptateur réseau "Intel 21140-Based PCI Fast Ethernet Adapter (Emulated)" trouvé avec l'adresse IP
<IP address>

Pour vérifier cette situation, appuyez sur F8, puis exécutez IPCONFIG à l'invite de
commande pour déterminer si la carte réseau est reconnue et a une adresse IP valide.

Fichiers WIM

Assurez-vous également que les images de démarrage x86 et x64 existent sur le DP. Les
fichiers WIM se trouvent dans le répertoire suivant (mais également dans la bibliothèque
de contenu) :

C:\RemoteInstall\SMSImages\<PackageID>

Assurez-vous que Déployer cette image de démarrage à partir du point de

distribution compatible PXE est défini dans les propriétés des images de démarrage.

Retour au début

Problèmes de stratégie du gestionnaire de configuration

Un autre problème commun qui affecte le démarrage PXE implique des déploiements de
séquence de tâches. Dans l'exemple suivant, la séquence de tâches est déployée sur un
ordinateur inconnu, mais elle est déjà dans la base de données. Le premier symptôme est
l'abandon du démarrage PXE.
Après enquête, vous remarquez l'entrée suivante dans le journal SMSPXE :

SMSPXE.log
Réponse de recherche de client : <ClientIDReply><Identification Unknown="0" ItemKey="16777299"
ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification></ClientIDRep
ly>
MP_LookupDevice a réussi : 16777299 1 16777299 1 0
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: device is in the database.
Réponse à l'action de démarrage du client : <ClientIDReply><Identification Unknown="0"
ItemKey="16777299"
ServerName=""><Machine><ClientID/><NetbiosName/></Machine></Identification><PXEBootActi
on 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=0
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: no advertisements found
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: Aucune action d'initialisation.
abandonnée.
00:15:5D:00:19:CA, 32E5B71A-B626-4A4B-902E-7F94AD38B5B3: Non pris en charge. 

Vous pouvez voir dans cette entrée que lorsque les procédures stockées par NBS ont été
exécutées, elles n'ont trouvé aucune politique disponible. Par conséquent, l'action de
démarrage a été annulée. L'inverse peut également être vrai. (C'est-à-dire, lorsqu'un
ordinateur est inconnu mais que la séquence de tâches est déployée sur une collection
d'ordinateurs connus).
Vous pouvez essayer les étapes de dépannage suivantes :

 Vérifiez que l'ordinateur que vous essayez de redémarrer existe dans une
collection ciblée pour un déploiement de séquence de tâches.
 Assurez-vous d'avoir coché la case Activer la prise en charge des ordinateurs
inconnus PXE sur le DP.
 Si vous déployez la séquence de tâches sur des ordinateurs inconnus, vérifiez que
les ordinateurs n'existent pas déjà dans la base de données.
Retour au début

Cause

 This error occurs when the PXE client does not received any offers from a DHCP server or a PXE
Representative.
 Ensure that the client can access the DHCP server and/or PXE Representative over the network.
 Ensure that the client has connectivity (something as simple as an unplugged network card can
cause this error)

Resolution

Ensure that the client can contact a DHCP server.

Ensure that the PXE representative can be reached on the network, and that the LANDESK PXE
service is started.

Common issues and things to check

 Is the IP Address scope full?
 Are any addresses available for the PXE client?
 Is network latency causing the client to time out before contacting the DHCP server?
(Check ping between between client subnet and DHCP)
 Is the DHCP server down or is the DHCP Service stopped?
 Are BootP packets being blocked between the PXE client and the DHCP server?

More information on PXE boot errors:

About PXE Boot errors and descriptions

How to troubleshoot PXE boot:

Troubleshooting PXE boot (OSD)

Quelle est la configuration des cartes réseaux au niveau de ta VM ? Bridge, NAT,

Host only,... ?
Si tu es en bridge, ta VM à directement accès à ton réseau local, donc risque de
tomber sur le serveur DHCP de ton réseau local si t'en a un dessus.
En NAT, cette fois la VM est isolée par du NAT et se trouve donc dans un réseau
séparé. Reste que VMware utilise un serveur DHCP pour assigner les IP du NAT. Si
tu es dans ce cas, il te faudra désactiver le DHCP de VMware. Pour cela, dans
VMware : Edit -> Virtual Network Editor, tu sélectionnes l'interface en NAT (de
base ce soit être VMnet 8), et tu décoches la case "Use local DHCP to distribute...".
Ca implique néanmoins que tu perdes la connexion internet si ta configuration
n'est pas bonne (ton serveur DHCP devra indiquer la bonne IP de la passerelle
NAT).