Contenus\nToggleDépannage du processus NetBootintroductionNetboot, du point de vue du spectateur1) carillons de machine2) globe clignotant3) Logo Apple gris, icône du globe en rotation4) Le globe rotatif se transforme en indicateur de progrès indéterminéRubriques de dépannage NetBootSuggestions générales de dépannageTraces de paquetsObtenir des informations BSDP en ligne de commandeNetboot sans disqueRéinitialisation des caches de serveur NetBootDémarrage Web sur des sous-réseauxNetBooting Architectures multiples\nDépannage du processus NetBoot
"},{"id":"text-2","type":"text","heading":"","plain_text":"introduction","html":"introduction
"},{"id":"text-3","type":"text","heading":"","plain_text":"Le démarrage réseau d’un ordinateur est une tâche assez simple, mais complexe, qui fait appel à de nombreuses technologies différentes. En tant que tel, le dépannage peut être difficile. Dans cet article, je présente les étapes du processus Netboot sur les clients Mac OS X et indique quelles technologies sont impliquées à chaque étape, comment elles pourraient échouer et comment résoudre le problème. \n1-19-06 Mise à jour: Le 10 janvier, Apple a annoncé\nnouveaux Mac à processeur Intel. Au lieu de Open Firmware, les Mac Intel utilisent D'Intel\nInterface de micrologiciel extensible (EFI). Alors que la plupart des NetBoot\nprocessus est exactement le même pour les Mac basés sur EFI, je signalerai tout\ndifférences entre les deux\nplates-formes tout au long de l'article. Ces modifications seront marquées par\n"† (EFI)". Dans les cas où EFI et Open Firmware se comportent\nDe même, j'ai remplacé le langage spécifique à la plate-forme par simplement "machine".\nfirmware ".","html":"Le démarrage réseau d’un ordinateur est une tâche assez simple, mais complexe, qui fait appel à de nombreuses technologies différentes. En tant que tel, le dépannage peut être difficile. Dans cet article, je présente les étapes du processus Netboot sur les clients Mac OS X et indique quelles technologies sont impliquées à chaque étape, comment elles pourraient échouer et comment résoudre le problème. \n1-19-06 Mise à jour: Le 10 janvier, Apple a annoncé\nnouveaux Mac à processeur Intel. Au lieu de Open Firmware, les Mac Intel utilisent D'Intel\nInterface de micrologiciel extensible (EFI). Alors que la plupart des NetBoot\nprocessus est exactement le même pour les Mac basés sur EFI, je signalerai tout\ndifférences entre les deux\nplates-formes tout au long de l'article. Ces modifications seront marquées par\n"† (EFI)". Dans les cas où EFI et Open Firmware se comportent\nDe même, j'ai remplacé le langage spécifique à la plate-forme par simplement "machine".\nfirmware ".
"},{"id":"text-4","type":"text","heading":"","plain_text":"Netboot, du point de vue du spectateur","html":"Netboot, du point de vue du spectateur
"},{"id":"text-5","type":"text","heading":"","plain_text":"Voici un bref aperçu de ce qui se passe lorsque vous démarrez Netboot sur un client et de ce que vous verrez à l’écran lorsque cela se produit.","html":"Voici un bref aperçu de ce qui se passe lorsque vous démarrez Netboot sur un client et de ce que vous verrez à l’écran lorsque cela se produit.
"},{"id":"text-6","type":"text","heading":"","plain_text":"Carillons de l'ordinateur lorsque vous l'allumezL'ordinateur exécute un test automatique et charge le micrologiciel de la machine.\nUn globe clignotant apparaît.L'ordinateur demande une adresse IP et des informations sur Netboot et commence à télécharger un fichier de démarrage.\nLe logo gris de Apple et un petit globe en rotation apparaissentL'ordinateur charge le fichier de démarrage, qui télécharge et charge le noyau et le cache d'extension du noyau.\nLe globe en rotation se transforme en un indicateur de progression circulaireL'ordinateur a chargé le noyau et le processus de démarrage a commencé. Le noyau monte l'image disque Netboot via NFS et charge le cache d'extension du noyau. Le reste du processus de démarrage est généralement identique à un démarrage standard à disque local.","html":"Carillons de l'ordinateur lorsque vous l'allumezL'ordinateur exécute un test automatique et charge le micrologiciel de la machine.\nUn globe clignotant apparaît.L'ordinateur demande une adresse IP et des informations sur Netboot et commence à télécharger un fichier de démarrage.\nLe logo gris de Apple et un petit globe en rotation apparaissentL'ordinateur charge le fichier de démarrage, qui télécharge et charge le noyau et le cache d'extension du noyau.\nLe globe en rotation se transforme en un indicateur de progression circulaireL'ordinateur a chargé le noyau et le processus de démarrage a commencé. Le noyau monte l'image disque Netboot via NFS et charge le cache d'extension du noyau. Le reste du processus de démarrage est généralement identique à un démarrage standard à disque local.
"},{"id":"text-7","type":"text","heading":"","plain_text":"1) carillons de machine","html":"1) carillons de machine
"},{"id":"text-8","type":"text","heading":"","plain_text":"Il s'agit du "POST" standard, ou test automatique à la mise sous tension, qui se produit quelle que soit la façon dont vous envisagez de démarrer le client. Si vous n'entendez pas de carillon et que vous êtes certain que le son de la machine fonctionne et n'est pas mis en sourdine, vous avez probablement un problème matériel.","html":"Il s'agit du "POST" standard, ou test automatique à la mise sous tension, qui se produit quelle que soit la façon dont vous envisagez de démarrer le client. Si vous n'entendez pas de carillon et que vous êtes certain que le son de la machine fonctionne et n'est pas mis en sourdine, vous avez probablement un problème matériel.
"},{"id":"text-9","type":"text","heading":"","plain_text":"2) globe clignotant","html":"2) globe clignotant
"},{"id":"text-10","type":"text","heading":"","plain_text":"Après le carillon, le microprogramme de la machine se charge, lit les paramètres de démarrage,\net dans le cas de Netboot, démarre un DHCP et BSDP (découverte du service de démarrage\nprotocole)\nprocessus de découverte. Il est important de faire une distinction entre les deux.\nLes deux protocoles ont un comportement très similaire et peuvent être administrés\npar le processus bootpd sur Mac OS X Server. Il n'est toutefois pas nécessaire\npour qu'un client obtienne les informations DHCP et BSDP d'un serveur, ni\nest-il nécessaire qu'ils viennent même d'un serveur Mac OS X (bien que\nla configuration d’un autre système d’exploitation pour la distribution d’informations BSDP spécifiques à un Mac n’est pas nécessaire.\nune tâche facile – telle est la valeur de Mac OS X Server). \n† (EFI): EFI fournit des graphiques beaucoup plus riches\nsupport que Open Firmware – le globe clignotant a plus de détails\net n'est plus sur un fond de bouton carré. De plus, les charges EFI\nbeaucoup plus rapide que OF, 10 à 15 secondes sont économisées sur le processus de démarrage. \nConditions requises pour cette étape pour continuer:","html":"Après le carillon, le microprogramme de la machine se charge, lit les paramètres de démarrage,\net dans le cas de Netboot, démarre un DHCP et BSDP (découverte du service de démarrage\nprotocole)\nprocessus de découverte. Il est important de faire une distinction entre les deux.\nLes deux protocoles ont un comportement très similaire et peuvent être administrés\npar le processus bootpd sur Mac OS X Server. Il n'est toutefois pas nécessaire\npour qu'un client obtienne les informations DHCP et BSDP d'un serveur, ni\nest-il nécessaire qu'ils viennent même d'un serveur Mac OS X (bien que\nla configuration d’un autre système d’exploitation pour la distribution d’informations BSDP spécifiques à un Mac n’est pas nécessaire.\nune tâche facile – telle est la valeur de Mac OS X Server). \n† (EFI): EFI fournit des graphiques beaucoup plus riches\nsupport que Open Firmware – le globe clignotant a plus de détails\net n'est plus sur un fond de bouton carré. De plus, les charges EFI\nbeaucoup plus rapide que OF, 10 à 15 secondes sont économisées sur le processus de démarrage. \nConditions requises pour cette étape pour continuer:
"},{"id":"text-11","type":"text","heading":"","plain_text":"Un serveur DHCP doit répondre avec une adresse IP dans le sous-réseau du serveur Netboot.\nUn serveur Netboot doit répondre avec un "ACK BSDP[SELECT]"- un accusé de réception que ce sera le serveur pour ce client","html":"Un serveur DHCP doit répondre avec une adresse IP dans le sous-réseau du serveur Netboot.\nUn serveur Netboot doit répondre avec un "ACK BSDP[SELECT]"- un accusé de réception que ce sera le serveur pour ce client
"},{"id":"text-12","type":"text","heading":"","plain_text":"Ce que vous verrez dans le journal du serveur:\nnetboot_server: ~ root # tail -f /var/log/system.logbootpd[456]: BSDP DECOUVRIR [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: DHCP DECOUVRIR [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: OFFRE envoyée 10.0.1.7 taille 300bootpd[456]: DEMANDE DHCP [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nCi-dessus, le client a simultanément effectué des requêtes DHCP et BSDP distinctes. Le serveur (dans ce cas, exécutant Netboot et DHCP) répond en premier avec une réponse DHCP. Vous voyez le type typique de DISCOVER-OFFER-REQUEST-ACK.\n† (EFI): Maintenant qu’il existe plusieurs architectures (ppc et i386),\nil est important de souligner qu'un client NetBooting inclut son architecture\ndans\nle BSDP DECOUVRIR. Par exemple, VC: "AAPLBSDPC / i386 / iMac4,1".\nCe que le serveur NetBoot fait avec ces informations sera expliqué plus en détail\ndétail dans la section "Architectures".\nbootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[LIST] envoyé 10.0.1.7 pktsize 300bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300bootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[SELECT] envoyé 10.0.1.7 pktsize 364bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nEt maintenant, le client a traité une réponse BSDP. Les pièces clés ici sont BSDP INFORM-BSDP ACK[LIST]-BSDP INFORM-BSDP ACK[SELECT]. Si vous ne voyez que des parties de cette "conversation", vérifiez qu'il n'y a pas un autre serveur Netboot sur le réseau qui répond à votre client. Une trace de paquet peut aider à éliminer ce problème (décrit ci-dessous).\nLa dernière chose qui se passe alors que vous voyez toujours l'icône représentant un globe clignotant est que le client télécharge le fichier "booter" que vous pouvez voir dans le jeu NetBoot image.nbi (/Library/NetBoot/NetBootSP0/nom_image.nbi). Le fichier de démarrage est simplement une copie du fichier "BootX" que vous pouvez trouver dans / System / Library / CoreServices sur n'importe quelle installation Mac OS X. Ce fichier est responsable de la toute première étape du démarrage de la machine, il charge le fichier du noyau Mac OS X.\n† (EFI): EFI utilise un fichier de démarrage différent. La source se trouve dans /usr/standalone/i386/boot.efi.\nSur un volume béni, vous trouverez ce fichier à l’adresse /System/Library/CoreServices/boot.efi.\nDe plus, le fichier "booter" pour EFI doit être stocké dans un répertoire spécifique à l’architecture.\nrépertoire dans l’ensemble NetBoot. Ceci sera décrit plus en détail dans\nla section "Architectures".\n Dans le cas de Netboot, l'emplacement du fichier est annoncé dans le BSDP\nréponse. Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\n16: 23: 19.979291 IP (tos 0x0, ttl 255, id 58694, offset 0, drapeaux) [none], longueur: 382) 10.0.1.1.bootps> 0.0.0.0.bootpc: [udp sum ok] BOOTP / DHCP, réponse, longueur: 354, xid: 0x4149, drapeaux: [none] (0x0000) IP du serveur: 10.0.1.1 Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9c sname "xserve.apple.edu" fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter" Vendeur-rfc1048: DHCP: OFFRE SID: 10.0.1.1 VC: "AAPLBSDPC" RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg" VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nLe micrologiciel a un client TFTP très léger (FTP trivial) qui\nil utilise pour télécharger ce fichier. Une fois le fichier téléchargé, il est exécuté\net\nla\nLe processus de démarrage est transféré du micrologiciel vers le fichier de démarrage.\nProblèmes potentielsSi votre client ne dépasse pas l’icône du globe clignotant, recherchez les problèmes suivants. Comme le processus Netboot est assez difficile à résoudre à ce stade, examinez les journaux du serveur Netboot et DHCP et effectuez une trace des paquets pour voir quelles informations sont envoyées au client. Ces méthodes sont décrites à la fin de cet article.\nProblème: Le client ne reçoit pas d'adresse IP\nLes caractéristiques: Il est possible que DHCP DISCOVER apparaisse dans le journal de votre serveur, mais pas dans une offre DHCP ou ACK. Vous pouvez également voir BSDP SELECT[ACK]s dans vos journaux, mais le client ne continue pas. Une trace de paquet révélera qu'aucune diffusion OFFER n'est envoyée au client.\nCause: Un serveur DHCP n'est pas disponible ou n'a aucune adresse IP disponible\nSolution: Résoudre le problème DHCP. Vérifiez toujours que votre client peut obtenir une adresse DHCP lors du démarrage à partir d'un système typique avant le démarrage par le réseau.\nAutres suggestions: Assurez-vous qu'il n'y a pas de délais de connectivité réseau au démarrage. "Délai de connectivité initial" est le terme général utilisé pour décrire un court délai imposé par le routeur à la connectivité réseau. Sur un commutateur géré, plusieurs fonctionnalités empêchent des choses telles que la boucle de réseau, qui peut détruire un réseau (par exemple, branchez les deux extrémités d'un câble Ethernet sur un commutateur – que se passe-t-il? Astuce: rien de bon). Ces protocoles analysent le périphérique connecté lorsqu'une connexion est détectée pour la première fois sur le port et prennent souvent entre 15 et 30 secondes avant d'autoriser le trafic sur le port. Certains des termes que vous pouvez voir en relation avec le délai de connectivité initial sont "PortFast", "Spanning Tree Protocol", "Etherchanneling" et "Trunking". Il y en a d'autres, mais ce sont ceux que vous verrez le plus souvent. Ce ne sont pas des "mauvais" protocoles, ils sont en fait assez importants pour un environnement réseau géré. Cependant, ils ne sont généralement pas nécessaires sur les ports auxquels des hôtes (ordinateurs) sont connectés.\nLe délai de connectivité initial peut tuer la fonctionnalité Netboot – un démarrage sur réseau\nLe client doit avoir une connectivité réseau immédiate. Si vous remarquez que\nla disparition du globe clignotant prend beaucoup de temps, ou\nne le faites jamais et vous êtes sûr que DHCP et Netboot sont configurés correctement, essayez d'isoler\nvotre serveur et client à un réseau privé sur un commutateur muet. Si performance\nest bien sur le commutateur muet, avoir une discussion avec votre administrateur réseau\nsur "la configuration des ports auxquels les ordinateurs sont connectés pour la configuration de l'hôte".\nLa plupart des routeurs actuels ont des macros pour effectuer facilement ce changement. Finalement. référer\nà ce\nArticle de Cisco sur les retards de connectivité initiaux et la manière de les atténuer\nleur (applicable également aux équipements réseau non Cisco)","html":"Ce que vous verrez dans le journal du serveur:\nnetboot_server: ~ root # tail -f /var/log/system.logbootpd[456]: BSDP DECOUVRIR [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: DHCP DECOUVRIR [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: OFFRE envoyée 10.0.1.7 taille 300bootpd[456]: DEMANDE DHCP [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nCi-dessus, le client a simultanément effectué des requêtes DHCP et BSDP distinctes. Le serveur (dans ce cas, exécutant Netboot et DHCP) répond en premier avec une réponse DHCP. Vous voyez le type typique de DISCOVER-OFFER-REQUEST-ACK.\n† (EFI): Maintenant qu’il existe plusieurs architectures (ppc et i386),\nil est important de souligner qu'un client NetBooting inclut son architecture\ndans\nle BSDP DECOUVRIR. Par exemple, VC: "AAPLBSDPC / i386 / iMac4,1".\nCe que le serveur NetBoot fait avec ces informations sera expliqué plus en détail\ndétail dans la section "Architectures".\nbootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[LIST] envoyé 10.0.1.7 pktsize 300bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300bootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[SELECT] envoyé 10.0.1.7 pktsize 364bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nEt maintenant, le client a traité une réponse BSDP. Les pièces clés ici sont BSDP INFORM-BSDP ACK[LIST]-BSDP INFORM-BSDP ACK[SELECT]. Si vous ne voyez que des parties de cette "conversation", vérifiez qu'il n'y a pas un autre serveur Netboot sur le réseau qui répond à votre client. Une trace de paquet peut aider à éliminer ce problème (décrit ci-dessous).\nLa dernière chose qui se passe alors que vous voyez toujours l'icône représentant un globe clignotant est que le client télécharge le fichier "booter" que vous pouvez voir dans le jeu NetBoot image.nbi (/Library/NetBoot/NetBootSP0/nom_image.nbi). Le fichier de démarrage est simplement une copie du fichier "BootX" que vous pouvez trouver dans / System / Library / CoreServices sur n'importe quelle installation Mac OS X. Ce fichier est responsable de la toute première étape du démarrage de la machine, il charge le fichier du noyau Mac OS X.\n† (EFI): EFI utilise un fichier de démarrage différent. La source se trouve dans /usr/standalone/i386/boot.efi.\nSur un volume béni, vous trouverez ce fichier à l’adresse /System/Library/CoreServices/boot.efi.\nDe plus, le fichier "booter" pour EFI doit être stocké dans un répertoire spécifique à l’architecture.\nrépertoire dans l’ensemble NetBoot. Ceci sera décrit plus en détail dans\nla section "Architectures".\n Dans le cas de Netboot, l'emplacement du fichier est annoncé dans le BSDP\nréponse. Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\n16: 23: 19.979291 IP (tos 0x0, ttl 255, id 58694, offset 0, drapeaux) [none], longueur: 382) 10.0.1.1.bootps> 0.0.0.0.bootpc: [udp sum ok] BOOTP / DHCP, réponse, longueur: 354, xid: 0x4149, drapeaux: [none] (0x0000) IP du serveur: 10.0.1.1 Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9c sname "xserve.apple.edu" fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter" Vendeur-rfc1048: DHCP: OFFRE SID: 10.0.1.1 VC: "AAPLBSDPC" RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg" VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nLe micrologiciel a un client TFTP très léger (FTP trivial) qui\nil utilise pour télécharger ce fichier. Une fois le fichier téléchargé, il est exécuté\net\nla\nLe processus de démarrage est transféré du micrologiciel vers le fichier de démarrage.\nProblèmes potentielsSi votre client ne dépasse pas l’icône du globe clignotant, recherchez les problèmes suivants. Comme le processus Netboot est assez difficile à résoudre à ce stade, examinez les journaux du serveur Netboot et DHCP et effectuez une trace des paquets pour voir quelles informations sont envoyées au client. Ces méthodes sont décrites à la fin de cet article.\nProblème: Le client ne reçoit pas d'adresse IP\nLes caractéristiques: Il est possible que DHCP DISCOVER apparaisse dans le journal de votre serveur, mais pas dans une offre DHCP ou ACK. Vous pouvez également voir BSDP SELECT[ACK]s dans vos journaux, mais le client ne continue pas. Une trace de paquet révélera qu'aucune diffusion OFFER n'est envoyée au client.\nCause: Un serveur DHCP n'est pas disponible ou n'a aucune adresse IP disponible\nSolution: Résoudre le problème DHCP. Vérifiez toujours que votre client peut obtenir une adresse DHCP lors du démarrage à partir d'un système typique avant le démarrage par le réseau.\nAutres suggestions: Assurez-vous qu'il n'y a pas de délais de connectivité réseau au démarrage. "Délai de connectivité initial" est le terme général utilisé pour décrire un court délai imposé par le routeur à la connectivité réseau. Sur un commutateur géré, plusieurs fonctionnalités empêchent des choses telles que la boucle de réseau, qui peut détruire un réseau (par exemple, branchez les deux extrémités d'un câble Ethernet sur un commutateur – que se passe-t-il? Astuce: rien de bon). Ces protocoles analysent le périphérique connecté lorsqu'une connexion est détectée pour la première fois sur le port et prennent souvent entre 15 et 30 secondes avant d'autoriser le trafic sur le port. Certains des termes que vous pouvez voir en relation avec le délai de connectivité initial sont "PortFast", "Spanning Tree Protocol", "Etherchanneling" et "Trunking". Il y en a d'autres, mais ce sont ceux que vous verrez le plus souvent. Ce ne sont pas des "mauvais" protocoles, ils sont en fait assez importants pour un environnement réseau géré. Cependant, ils ne sont généralement pas nécessaires sur les ports auxquels des hôtes (ordinateurs) sont connectés.\nLe délai de connectivité initial peut tuer la fonctionnalité Netboot – un démarrage sur réseau\nLe client doit avoir une connectivité réseau immédiate. Si vous remarquez que\nla disparition du globe clignotant prend beaucoup de temps, ou\nne le faites jamais et vous êtes sûr que DHCP et Netboot sont configurés correctement, essayez d'isoler\nvotre serveur et client à un réseau privé sur un commutateur muet. Si performance\nest bien sur le commutateur muet, avoir une discussion avec votre administrateur réseau\nsur "la configuration des ports auxquels les ordinateurs sont connectés pour la configuration de l'hôte".\nLa plupart des routeurs actuels ont des macros pour effectuer facilement ce changement. Finalement. référer\nà ce\nArticle de Cisco sur les retards de connectivité initiaux et la manière de les atténuer\nleur (applicable également aux équipements réseau non Cisco)
"},{"id":"text-13","type":"text","heading":"","plain_text":"Problème: Client découvre et offres serveur DHCP, mais le client ne\nDEMANDEZ l'adresse IP proposée.\nLes caractéristiques: Le journal du serveur DHCP indique un DHCP DISCOVER et les suivants\nOFFRE, mais pas de requêtes DHCP. Le commutateur Ethernet est un périphérique Cisco relativement nouveau.\nCause: À l'époque où ils étaient classés par l'IANA comme options "spécifiques à un site",\nApple utilisait à l'origine les options DHCP 220 et 221 à des fins NetBoot. Récemment, ces options ont été\nreclassé pour «usage général» et Cisco l’a demandé. Maintenant, Cisco les utilise sur son serveur DHCP:","html":"Problème: Client découvre et offres serveur DHCP, mais le client ne\nDEMANDEZ l'adresse IP proposée.\nLes caractéristiques: Le journal du serveur DHCP indique un DHCP DISCOVER et les suivants\nOFFRE, mais pas de requêtes DHCP. Le commutateur Ethernet est un périphérique Cisco relativement nouveau.\nCause: À l'époque où ils étaient classés par l'IANA comme options "spécifiques à un site",\nApple utilisait à l'origine les options DHCP 220 et 221 à des fins NetBoot. Récemment, ces options ont été\nreclassé pour «usage général» et Cisco l’a demandé. Maintenant, Cisco les utilise sur son serveur DHCP:
"},{"id":"text-14","type":"text","heading":"","plain_text":"cisco-subnet-allocation 220 Allocation de sous-réseau Cisco\nIdentifiant VPN Cisco cisco-vpn-id 221","html":"cisco-subnet-allocation 220 Allocation de sous-réseau Cisco\nIdentifiant VPN Cisco cisco-vpn-id 221
"},{"id":"text-15","type":"text","heading":"","plain_text":"Solution: L’utilisation de ces options étant intégrée à Open Firmware,\nce n'est pas nécessairement un problème trivial à résoudre du point de vue Apple. Là\nIl existe cependant deux solutions simples à ce problème:","html":"Solution: L’utilisation de ces options étant intégrée à Open Firmware,\nce n'est pas nécessairement un problème trivial à résoudre du point de vue Apple. Là\nIl existe cependant deux solutions simples à ce problème:
"},{"id":"text-16","type":"text","heading":"","plain_text":"Au bureau d'enregistrement réseau Cisco:","html":"Au bureau d'enregistrement réseau Cisco:
"},{"id":"text-17","type":"text","heading":"","plain_text":"Désactiver la communication vpn au niveau du serveur DHCP ou utiliser les options ignore-cisco\nAttribut de serveur DHCP pour que le serveur DHCP CNR ignore "cisco-vpn-id" et / ou "vpn-id".\nOu, à chaque client Mac unique:","html":"Désactiver la communication vpn au niveau du serveur DHCP ou utiliser les options ignore-cisco\nAttribut de serveur DHCP pour que le serveur DHCP CNR ignore "cisco-vpn-id" et / ou "vpn-id".\nOu, à chaque client Mac unique:
"},{"id":"text-18","type":"text","heading":"","plain_text":"Exécutez la commande suivante dans le terminal pour désactiver l'utilisation de ces options.\ndans Open Firmware:\nsudo nvram default-bootp-vexts = "% 00"","html":"Exécutez la commande suivante dans le terminal pour désactiver l'utilisation de ces options.\ndans Open Firmware:\nsudo nvram default-bootp-vexts = "% 00"
"},{"id":"text-19","type":"text","heading":"","plain_text":"Puis redémarrez le client. Ce changement sera effectif jusqu'à ce que vous zappiez le PRAM. Aussi, au lieu\nd’exécuter la commande sur chaque client, vous pouvez utiliser Apple Remote Desktop pour "Envoyer la commande UNIX"\nà plusieurs machines simultanément.","html":"Puis redémarrez le client. Ce changement sera effectif jusqu'à ce que vous zappiez le PRAM. Aussi, au lieu\nd’exécuter la commande sur chaque client, vous pouvez utiliser Apple Remote Desktop pour "Envoyer la commande UNIX"\nà plusieurs machines simultanément.
"},{"id":"text-20","type":"text","heading":"","plain_text":"Problème: Le client établit la liaison DHCP, mais ne parvient pas à obtenir un ACK BSDP[SELECT]\nLes caractéristiques: Le journal du serveur affiche un BSDP DECOUVERTE, mais aucun ACK BSDP[LIST]s. Une trace de paquet révélera qu'aucun ACK BSDP[SELECT] la diffusion est envoyée au client.\nCause: Cela pourrait être un serveur Netboot mal configuré. Avez-vous une image Netboot activée? Cela pourrait également être un problème pour ne pas obtenir une adresse IP dans la même plage de sous-réseau que le serveur. Les requêtes DHCP et BSDP et les réponses initiales se font par diffusion. Par conséquent, vous devez indiquer que le serveur et le client se trouvent dans le même sous-réseau ou que vos routeurs sont configurés pour gérer ce trafic, spécialement pour faciliter DHCP et Netbooting. Enfin, cela pourrait simplement être un problème de timing. Parfois, le processus bootpd doit être redémarré avant de reconnaître les modifications de configuration.\n† (EFI): Cela peut également se produire si votre image NetBoot ne prend pas en charge l'architecture.\nde la machine que vous essayez de démarrer. Voir la section "Architectures" pour\nplus de détails.\nSolution: Vérifiez qu'une image Netboot est activée sur votre serveur. Essayez de redémarrer le service Netboot dans Admin Serveur. Vérifiez que vous pouvez voir l’image Netboot dans le volet des préférences de la disquette de démarrage lors du démarrage à partir du système d’exploitation typique du client (vérifiez également que le client est configuré pour DHCP tout en procédant ainsi!).","html":"Problème: Le client établit la liaison DHCP, mais ne parvient pas à obtenir un ACK BSDP[SELECT]\nLes caractéristiques: Le journal du serveur affiche un BSDP DECOUVERTE, mais aucun ACK BSDP[LIST]s. Une trace de paquet révélera qu'aucun ACK BSDP[SELECT] la diffusion est envoyée au client.\nCause: Cela pourrait être un serveur Netboot mal configuré. Avez-vous une image Netboot activée? Cela pourrait également être un problème pour ne pas obtenir une adresse IP dans la même plage de sous-réseau que le serveur. Les requêtes DHCP et BSDP et les réponses initiales se font par diffusion. Par conséquent, vous devez indiquer que le serveur et le client se trouvent dans le même sous-réseau ou que vos routeurs sont configurés pour gérer ce trafic, spécialement pour faciliter DHCP et Netbooting. Enfin, cela pourrait simplement être un problème de timing. Parfois, le processus bootpd doit être redémarré avant de reconnaître les modifications de configuration.\n† (EFI): Cela peut également se produire si votre image NetBoot ne prend pas en charge l'architecture.\nde la machine que vous essayez de démarrer. Voir la section "Architectures" pour\nplus de détails.\nSolution: Vérifiez qu'une image Netboot est activée sur votre serveur. Essayez de redémarrer le service Netboot dans Admin Serveur. Vérifiez que vous pouvez voir l’image Netboot dans le volet des préférences de la disquette de démarrage lors du démarrage à partir du système d’exploitation typique du client (vérifiez également que le client est configuré pour DHCP tout en procédant ainsi!).
"},{"id":"text-21","type":"text","heading":"","plain_text":"Problème: Le client obtient les informations DHCP et BSDP, mais ne parvient pas à télécharger le fichier de démarrage\nLes caractéristiques: Vous voyez dans les journaux de votre serveur que votre client reçoit une adresse IP dans le même sous-réseau que le serveur Netboot et qu'il négocie un ensemble Netboot défini avec le serveur Netboot, mais que le client n'obtient pas le logo gris Apple. Vous pouvez également voir un point d’interrogation clignotant sous Mac OS 9.\nCause: Vérifiez d’abord que votre serveur DHCP fournit votre client\navec une adresse de routeur pingable. Souvent, les gens vont omettre l'adresse du routeur\npour un réseau de test isolé à sous-réseau unique, mais cela entraînera certainement\nle processus NetBoot à échouer à ce stade. Même si un routeur n'existe pas,\nvous devez spécifier une adresse IP que le client pourra utiliser pour ARP. En précisant\nL'adresse IP du serveur DHCP est dans ce cas la meilleure approche.\nVous pouvez déterminer si votre client reçoit une adresse de routeur par défaut en examinant\nune trace de paquet (plus d'informations sur les traces de paquet ci-dessous):\n Votre IP: 10.0.1.7IP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "roscoe.bombich.com"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1LT: 1197504SM: 255.255.0.0DG: 10.0.1.1\n Si vous avez confirmé que votre client reçoit une adresse IP pingable pour\nle routeur par défaut, c’est probablement un problème avec tftp. Après vérification\nque votre ensemble Netboot a réellement un fichier de démarrage,\ntester\ncette\nvotre\nservice tftp\nest\ntravail.\nÀ\nun autre\nclient,\ncourir\ncette commande dans le terminal, en substituant le nom d’hôte de votre serveur et votre\nNom de l'ensemble Netboot:\n[admin:~/Desktop] tftp 10.0.1.21tftp> obtenir NetBoot / NetBootSP0 / NetRestore.nbi / booterReçu 174997 octets en 0,2 secondetftp>\nRemarque: ce test échouera si votre ensemble Netboot comporte des espaces dans son nom. En général, cependant, il est correct d'avoir des espaces dans le nom de votre ensemble Netboot.\nSi vous obtenez une erreur, vous avez probablement un problème de configuration de TFTP.","html":"Problème: Le client obtient les informations DHCP et BSDP, mais ne parvient pas à télécharger le fichier de démarrage\nLes caractéristiques: Vous voyez dans les journaux de votre serveur que votre client reçoit une adresse IP dans le même sous-réseau que le serveur Netboot et qu'il négocie un ensemble Netboot défini avec le serveur Netboot, mais que le client n'obtient pas le logo gris Apple. Vous pouvez également voir un point d’interrogation clignotant sous Mac OS 9.\nCause: Vérifiez d’abord que votre serveur DHCP fournit votre client\navec une adresse de routeur pingable. Souvent, les gens vont omettre l'adresse du routeur\npour un réseau de test isolé à sous-réseau unique, mais cela entraînera certainement\nle processus NetBoot à échouer à ce stade. Même si un routeur n'existe pas,\nvous devez spécifier une adresse IP que le client pourra utiliser pour ARP. En précisant\nL'adresse IP du serveur DHCP est dans ce cas la meilleure approche.\nVous pouvez déterminer si votre client reçoit une adresse de routeur par défaut en examinant\nune trace de paquet (plus d'informations sur les traces de paquet ci-dessous):\n Votre IP: 10.0.1.7IP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "roscoe.bombich.com"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1LT: 1197504SM: 255.255.0.0DG: 10.0.1.1\n Si vous avez confirmé que votre client reçoit une adresse IP pingable pour\nle routeur par défaut, c’est probablement un problème avec tftp. Après vérification\nque votre ensemble Netboot a réellement un fichier de démarrage,\ntester\ncette\nvotre\nservice tftp\nest\ntravail.\nÀ\nun autre\nclient,\ncourir\ncette commande dans le terminal, en substituant le nom d’hôte de votre serveur et votre\nNom de l'ensemble Netboot:\n[admin:~/Desktop] tftp 10.0.1.21tftp> obtenir NetBoot / NetBootSP0 / NetRestore.nbi / booterReçu 174997 octets en 0,2 secondetftp>\nRemarque: ce test échouera si votre ensemble Netboot comporte des espaces dans son nom. En général, cependant, il est correct d'avoir des espaces dans le nom de votre ensemble Netboot.\nSi vous obtenez une erreur, vous avez probablement un problème de configuration de TFTP.
"},{"id":"text-22","type":"text","heading":"","plain_text":"Autres suggestions:","html":"Autres suggestions:
"},{"id":"text-23","type":"text","heading":"","plain_text":"Vérifiez que les paramètres de pare-feu de votre serveur autorisent le trafic sur le port 69\nVérifiez que tftp est activé dans /etc/xinetd.d/tftp (Panther) ou dans / System / Library / LaunchDaemons/tftp.plist (Tiger).\nVérifiez que le fichier "booter" existe dans votre ensemble NetBoot et est lisible (dispose des privilèges de lecture pour "tout le monde")\nVérifiez que votre client peut au moins envoyer une requête ping à l'adresse du routeur renvoyée par votre serveur DHCP.","html":"Vérifiez que les paramètres de pare-feu de votre serveur autorisent le trafic sur le port 69\nVérifiez que tftp est activé dans /etc/xinetd.d/tftp (Panther) ou dans / System / Library / LaunchDaemons/tftp.plist (Tiger).\nVérifiez que le fichier "booter" existe dans votre ensemble NetBoot et est lisible (dispose des privilèges de lecture pour "tout le monde")\nVérifiez que votre client peut au moins envoyer une requête ping à l'adresse du routeur renvoyée par votre serveur DHCP.
"},{"id":"text-24","type":"text","heading":"","plain_text":"3) Logo Apple gris, icône du globe en rotation","html":"3) Logo Apple gris, icône du globe en rotation
"},{"id":"text-25","type":"text","heading":"","plain_text":"Lorsque vous voyez le logo Apple gris, cela signifie que le fichier de démarrage a été téléchargé et exécuté. Dans le cas de Netboot, le fichier de démarrage télécharge ensuite deux fichiers supplémentaires via tftp: les fichiers mach.macosx et mach.macosx.mkext. Le fichier mach.macosx est simplement une copie du fichier / mach_kernel situé à la racine de tout système de fichiers Mac OS X. Le fichier mach.macos.mkext est un cache d'extensions de noyau – un fichier contenant toutes les extensions de noyau importantes pour un démarrage réseau de base. Pendant le téléchargement de ces fichiers, l’icône du petit globe tourne. Une fois les téléchargements de fichiers terminés, le fichier de démarrage charge le noyau et le noyau poursuit le processus de démarrage.\n† (EFI): les fichiers de cache du noyau et de kext sont très dépendants de l'architecture.\nDepuis la version 10.4.4, ces fichiers sont des fichiers "en gras mais extraits". C'est, ils\ncontient des informations d’en-tête décrivant les fichiers binaires disponibles pour\nchaque architecture dans le fichier, mais les fichiers binaires spécifiques à l'architecture\nont été extraits pour réduire la taille globale des fichiers. Cette volonté\nêtre expliqué plus en détail dans la section "Architectures".\nIl est assez rare de rencontrer des problèmes à cette étape de la Netboot\nprocessus, cependant, il existe quelques problèmes spécifiques qui peuvent causer le noyau\npanique à ce stade. Les problèmes possibles seraient:","html":"Lorsque vous voyez le logo Apple gris, cela signifie que le fichier de démarrage a été téléchargé et exécuté. Dans le cas de Netboot, le fichier de démarrage télécharge ensuite deux fichiers supplémentaires via tftp: les fichiers mach.macosx et mach.macosx.mkext. Le fichier mach.macosx est simplement une copie du fichier / mach_kernel situé à la racine de tout système de fichiers Mac OS X. Le fichier mach.macos.mkext est un cache d'extensions de noyau – un fichier contenant toutes les extensions de noyau importantes pour un démarrage réseau de base. Pendant le téléchargement de ces fichiers, l’icône du petit globe tourne. Une fois les téléchargements de fichiers terminés, le fichier de démarrage charge le noyau et le noyau poursuit le processus de démarrage.\n† (EFI): les fichiers de cache du noyau et de kext sont très dépendants de l'architecture.\nDepuis la version 10.4.4, ces fichiers sont des fichiers "en gras mais extraits". C'est, ils\ncontient des informations d’en-tête décrivant les fichiers binaires disponibles pour\nchaque architecture dans le fichier, mais les fichiers binaires spécifiques à l'architecture\nont été extraits pour réduire la taille globale des fichiers. Cette volonté\nêtre expliqué plus en détail dans la section "Architectures".\nIl est assez rare de rencontrer des problèmes à cette étape de la Netboot\nprocessus, cependant, il existe quelques problèmes spécifiques qui peuvent causer le noyau\npanique à ce stade. Les problèmes possibles seraient:
"},{"id":"text-26","type":"text","heading":"","plain_text":"Ne pas avoir un fichier mach.macosx et mach.macosx.mkext dans votre ensemble Netboot\nL'un ou l'autre de ces fichiers est corrompu ou inaccessible\nLe fichier mach.macosx (noyau) ne contient pas le binaire du client.\narchitecture ou est autrement incompatible\nLe fichier mach.macosx.mkext (cache d'extension de noyau) ne contient pas\nextensions de noyau requises pour la machine","html":"Ne pas avoir un fichier mach.macosx et mach.macosx.mkext dans votre ensemble Netboot\nL'un ou l'autre de ces fichiers est corrompu ou inaccessible\nLe fichier mach.macosx (noyau) ne contient pas le binaire du client.\narchitecture ou est autrement incompatible\nLe fichier mach.macosx.mkext (cache d'extension de noyau) ne contient pas\nextensions de noyau requises pour la machine
"},{"id":"text-27","type":"text","heading":"","plain_text":"Ces fichiers occupent environ 12-15 Mo d'espace disque, cela devrait donc prendre quelques secondes\n(ou plusieurs secondes pour de nombreuses machines) pour que cette étape soit terminée. Si vous rencontrez\nproblèmes à ce stade du processus, résoudre le problème est assez trivial:","html":"Ces fichiers occupent environ 12-15 Mo d'espace disque, cela devrait donc prendre quelques secondes\n(ou plusieurs secondes pour de nombreuses machines) pour que cette étape soit terminée. Si vous rencontrez\nproblèmes à ce stade du processus, résoudre le problème est assez trivial:
"},{"id":"text-28","type":"text","heading":"","plain_text":"Redémarrez l'ordinateur client affecté à partir d'un lecteur local contenant le dernier système d'exploitation disponible.\nLa version du système d'exploitation doit également correspondre à la version du système d'exploitation de votre image disque NetBoot. Si le système d'exploitation sur le\nL’image disque NetBoot étant plus ancienne que celle de votre ordinateur client affecté, vous devez recréer votre image disque NetBoot.\nIl est primordial que le système d'exploitation de l'image disque NetBoot soit plus récent (ou identique) que le système d'exploitation fourni avec la machine.\nMontez via AFP le point de partage NetBoot du serveur NetBoot contenant le jeu NetBoot affecté.\nRecréez les fichiers mach.macosx et / ou mach.macosx.mkext. Voir la section "Architectures" pour plus de détails.","html":"Redémarrez l'ordinateur client affecté à partir d'un lecteur local contenant le dernier système d'exploitation disponible.\nLa version du système d'exploitation doit également correspondre à la version du système d'exploitation de votre image disque NetBoot. Si le système d'exploitation sur le\nL’image disque NetBoot étant plus ancienne que celle de votre ordinateur client affecté, vous devez recréer votre image disque NetBoot.\nIl est primordial que le système d'exploitation de l'image disque NetBoot soit plus récent (ou identique) que le système d'exploitation fourni avec la machine.\nMontez via AFP le point de partage NetBoot du serveur NetBoot contenant le jeu NetBoot affecté.\nRecréez les fichiers mach.macosx et / ou mach.macosx.mkext. Voir la section "Architectures" pour plus de détails.
"},{"id":"text-29","type":"text","heading":"","plain_text":"Si tout échoue, il vous suffit de recréer l’ensemble du jeu NetBoot sur le matériel affecté. Assurez-vous de supprimer (ou de quitter le point de partage NetBoot) tous les ensembles NetBoot non fonctionnels.","html":"Si tout échoue, il vous suffit de recréer l’ensemble du jeu NetBoot sur le matériel affecté. Assurez-vous de supprimer (ou de quitter le point de partage NetBoot) tous les ensembles NetBoot non fonctionnels.
"},{"id":"text-30","type":"text","heading":"","plain_text":"4) Le globe rotatif se transforme en indicateur de progrès indéterminé","html":"4) Le globe rotatif se transforme en indicateur de progrès indéterminé
"},{"id":"text-31","type":"text","heading":"","plain_text":"Une fois le noyau chargé, l’icône du globe en rotation devient indéterminée,\nindicateur de progression circulaire, et le processus de démarrage fonctionne généralement le même\nen tant que processus de démarrage standard. Si vous mainteniez les touches Commande + V enfoncées pendant le démarrage\nup, vous obtiendrez le démarrage prolixe à ce stade. Deux choses intéressantes se passent\nici qui sont pertinents pour le dépannage de Netboot. Premièrement, le noyau se charge\nle cache d'extension de noyau pour donner au jeune système d'exploitation les fonctionnalités dont il a besoin\npour effectuer une communication réseau avancée, monter des disques, etc. avant le reste\ndes charges de l'OS.\nDeuxièmement, le noyau exécute le script de démarrage /etc/rc.netboot. Ce\nLe script tente de monter l’image de disque dans votre ensemble Netboot via NFS.\nLe chemin d'accès à cette image disque est obtenu à partir de la réponse BSDP et maintenu\ndans\nmémoire (un peu comme votre paquet DHCP est maintenu et accessible via le ipconfig\ncommander). Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\nIP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "xserve.apple.edu"fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1VC: "AAPLBSDPC"RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg"VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nUne fois que cela se produit, le noyau lance les scripts /etc/rc.boot et / ou /etc/rc.cdrom qui complètent le processus de démarrage. Finalement, l'écran devient bleu au chargement de WindowServer et vous commencez à voir les parties les plus familières du processus de démarrage.\nProblèmes potentiels\nProblème: Peu après que l'indicateur de progression circulaire apparaisse sous le\nlogo Apple gris, des lignes blanches horizontales apparaissent à l'écran et la progression\nindicateur cesse de tourner.","html":"Une fois le noyau chargé, l’icône du globe en rotation devient indéterminée,\nindicateur de progression circulaire, et le processus de démarrage fonctionne généralement le même\nen tant que processus de démarrage standard. Si vous mainteniez les touches Commande + V enfoncées pendant le démarrage\nup, vous obtiendrez le démarrage prolixe à ce stade. Deux choses intéressantes se passent\nici qui sont pertinents pour le dépannage de Netboot. Premièrement, le noyau se charge\nle cache d'extension de noyau pour donner au jeune système d'exploitation les fonctionnalités dont il a besoin\npour effectuer une communication réseau avancée, monter des disques, etc. avant le reste\ndes charges de l'OS.\nDeuxièmement, le noyau exécute le script de démarrage /etc/rc.netboot. Ce\nLe script tente de monter l’image de disque dans votre ensemble Netboot via NFS.\nLe chemin d'accès à cette image disque est obtenu à partir de la réponse BSDP et maintenu\ndans\nmémoire (un peu comme votre paquet DHCP est maintenu et accessible via le ipconfig\ncommander). Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\nIP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "xserve.apple.edu"fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1VC: "AAPLBSDPC"RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg"VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nUne fois que cela se produit, le noyau lance les scripts /etc/rc.boot et / ou /etc/rc.cdrom qui complètent le processus de démarrage. Finalement, l'écran devient bleu au chargement de WindowServer et vous commencez à voir les parties les plus familières du processus de démarrage.\nProblèmes potentiels\nProblème: Peu après que l'indicateur de progression circulaire apparaisse sous le\nlogo Apple gris, des lignes blanches horizontales apparaissent à l'écran et la progression\nindicateur cesse de tourner.
"},{"id":"text-32","type":"text","heading":"","plain_text":"Cause: Il s’agit probablement d’une panique du noyau, qui résulte probablement de l’essai de la machine qui tente de monter l’image disque hébergée par NFS et qui échoue.","html":"Cause: Il s’agit probablement d’une panique du noyau, qui résulte probablement de l’essai de la machine qui tente de monter l’image disque hébergée par NFS et qui échoue.
"},{"id":"text-33","type":"text","heading":"","plain_text":"Suggestions:","html":"Suggestions:
"},{"id":"text-34","type":"text","heading":"","plain_text":"Vérifiez que vous avez paniqué le noyau en maintenant la touche Commande + V enfoncée pendant le redémarrage du client. Il devrait y avoir une indication de panique.\nVérifiez que NFS est en cours d'exécution sur le serveur\nVérifiez que le point de partage NetBootSPx est valide et accessible. Rappelez-vous que le partage NetBoot devrait ressembler à ceci:","html":"Vérifiez que vous avez paniqué le noyau en maintenant la touche Commande + V enfoncée pendant le redémarrage du client. Il devrait y avoir une indication de panique.\nVérifiez que NFS est en cours d'exécution sur le serveur\nVérifiez que le point de partage NetBootSPx est valide et accessible. Rappelez-vous que le partage NetBoot devrait ressembler à ceci:
"},{"id":"text-35","type":"text","heading":"","plain_text":"cd / Bibliothèque / NetBootls -la\n.sharepoint -> NetBootSP0.clients -> NetBootClients0NetBootSP0NetBootClients0\nSi ce n'est pas le cas, vous pouvez le réparer manuellement ou exécuter cette commande:\n/ Système / Bibliothèque / ServerSetup / NetBoot\nOu vous pouvez réinitialiser les points de partage NetBoot dans Admin Serveur:","html":"cd / Bibliothèque / NetBootls -la\n.sharepoint -> NetBootSP0.clients -> NetBootClients0NetBootSP0NetBootClients0\nSi ce n'est pas le cas, vous pouvez le réparer manuellement ou exécuter cette commande:\n/ Système / Bibliothèque / ServerSetup / NetBoot\nOu vous pouvez réinitialiser les points de partage NetBoot dans Admin Serveur:
"},{"id":"text-36","type":"text","heading":"","plain_text":"Accédez à NetBoot> Paramètres> Général dans Admin Serveur.\nDésélectionnez toutes les cases à cocher dans le volet inférieur ("Sélectionnez l'emplacement où placer les images et les données client").\nSauvegarder les modifications\nResélectionnez les volumes souhaités pour stocker des images et des données client\nSauvegarder les modifications","html":"Accédez à NetBoot> Paramètres> Général dans Admin Serveur.\nDésélectionnez toutes les cases à cocher dans le volet inférieur ("Sélectionnez l'emplacement où placer les images et les données client").\nSauvegarder les modifications\nResélectionnez les volumes souhaités pour stocker des images et des données client\nSauvegarder les modifications
"},{"id":"text-37","type":"text","heading":"","plain_text":"Problème: Le système redémarre environ dix secondes environ après l'affichage de l'indicateur de progression circulaire\nCause: Pour vraiment déterminer la cause, vous devriez faire un démarrage prolixe\net essayez d’attraper le message d’erreur indiqué à l’écran. Plus souvent que\nnon, le problème vient d'un cache d'extension de noyau incompatible. La machine\nessayé de charger le cache, mais il manquait un élément important et\nl'ordinateur n'a pas pu continuer à démarrer.\nSolution: Reconstruisez votre image Netboot définie sur une machine que vous feriez\ntiens à démarrer à partir de cet ensemble. Cela signifie généralement que vous souhaitez utiliser votre\ndernière et meilleure machine pour créer des ensembles Netboot. Apple nouvellement publié\nle matériel * toujours * ne parvient pas à démarrer à partir du jeu Netboot de l'année dernière. Gardez votre Netboot\nimages fraîches et vous ne devriez pas courir dans cela.","html":"Problème: Le système redémarre environ dix secondes environ après l'affichage de l'indicateur de progression circulaire\nCause: Pour vraiment déterminer la cause, vous devriez faire un démarrage prolixe\net essayez d’attraper le message d’erreur indiqué à l’écran. Plus souvent que\nnon, le problème vient d'un cache d'extension de noyau incompatible. La machine\nessayé de charger le cache, mais il manquait un élément important et\nl'ordinateur n'a pas pu continuer à démarrer.\nSolution: Reconstruisez votre image Netboot définie sur une machine que vous feriez\ntiens à démarrer à partir de cet ensemble. Cela signifie généralement que vous souhaitez utiliser votre\ndernière et meilleure machine pour créer des ensembles Netboot. Apple nouvellement publié\nle matériel * toujours * ne parvient pas à démarrer à partir du jeu Netboot de l'année dernière. Gardez votre Netboot\nimages fraîches et vous ne devriez pas courir dans cela.
"},{"id":"text-38","type":"text","heading":"","plain_text":"Problème: Le système ne progresse jamais au-delà de l'indicateur de progression circulaire\nCause: Encore une fois, pour vraiment déterminer la cause, vous devriez faire un commentaire\ndémarrer et pour voir les messages d’erreur spécifiques indiqués à l’écran. Souvent cela\nune mauvaise configuration\nNFS sur le serveur, caractérisés par des messages tels que "délai d'attente RPC pour\nserveur ". Parfois, il est dû à des bugs dans\nles scripts de démarrage (tiers).\nSolution: Dépannage NFS de base – commencez par réinitialiser NetBoot\npoints de partage dans Admin Serveur comme indiqué ci-dessus. Vérifiez que votre pare-feu est\nne bloque pas les ports requis par NFS: 111 (UDP), 989 (UDP), 2049 (UDP et TCP). Aussi, utilisez les commandes "showmount"\net "mount_nfs" pour vérifier que NFS fonctionne. D'un client\ndémarré à partir de son propre disque dur, exécutez ces commandes:\nmontrez-e \nmkdir / tmp / mntmount_nfs : / Bibliothèque / NetBoot / NetBootSP0 / tmp / mnt\nLa commande "showmount" indiquera quels points de partage NFS sont\ndisponible sur votre serveur NetBoot. Si vous ne voyez pas votre point de partage NetBoot,\nréinitialiser le point de partage NetBoot dans Admin Serveur. La commande mount_nfs\nfait des tentatives\nmonter le sharepoint NFS.","html":"Problème: Le système ne progresse jamais au-delà de l'indicateur de progression circulaire\nCause: Encore une fois, pour vraiment déterminer la cause, vous devriez faire un commentaire\ndémarrer et pour voir les messages d’erreur spécifiques indiqués à l’écran. Souvent cela\nune mauvaise configuration\nNFS sur le serveur, caractérisés par des messages tels que "délai d'attente RPC pour\nserveur ". Parfois, il est dû à des bugs dans\nles scripts de démarrage (tiers).\nSolution: Dépannage NFS de base – commencez par réinitialiser NetBoot\npoints de partage dans Admin Serveur comme indiqué ci-dessus. Vérifiez que votre pare-feu est\nne bloque pas les ports requis par NFS: 111 (UDP), 989 (UDP), 2049 (UDP et TCP). Aussi, utilisez les commandes "showmount"\net "mount_nfs" pour vérifier que NFS fonctionne. D'un client\ndémarré à partir de son propre disque dur, exécutez ces commandes:\nmontrez-e \nmkdir / tmp / mntmount_nfs : / Bibliothèque / NetBoot / NetBootSP0 / tmp / mnt\nLa commande "showmount" indiquera quels points de partage NFS sont\ndisponible sur votre serveur NetBoot. Si vous ne voyez pas votre point de partage NetBoot,\nréinitialiser le point de partage NetBoot dans Admin Serveur. La commande mount_nfs\nfait des tentatives\nmonter le sharepoint NFS.
"},{"id":"text-39","type":"text","heading":"","plain_text":"Rubriques de dépannage NetBoot","html":"Rubriques de dépannage NetBoot
"},{"id":"text-40","type":"text","heading":"","plain_text":"Suggestions générales de dépannage","html":"Suggestions générales de dépannage
"},{"id":"text-41","type":"text","heading":"","plain_text":"Commencez simplement avec l'utilitaire System Image de Apple\nIsolez votre serveur et votre client sur un réseau privé via un commutateur passif\nRecréer le set Netboot\nEssayez de démarrer verbalement pour voir si des messages d'erreur vous orientent dans la bonne direction.\nVérifiez que vous obtenez une adresse IP dans la plage de sous-réseau de votre serveur Netboot.","html":"Commencez simplement avec l'utilitaire System Image de Apple\nIsolez votre serveur et votre client sur un réseau privé via un commutateur passif\nRecréer le set Netboot\nEssayez de démarrer verbalement pour voir si des messages d'erreur vous orientent dans la bonne direction.\nVérifiez que vous obtenez une adresse IP dans la plage de sous-réseau de votre serveur Netboot.
"},{"id":"text-42","type":"text","heading":"","plain_text":"Traces de paquets","html":"Traces de paquets
"},{"id":"text-43","type":"text","heading":"","plain_text":"Cette trace de paquet peut être vraiment utile (réalisée sur le serveur Netboot):\nsudo tcpdump -i en0 -s 0 -nvX port bootps ou port bootpc ou port tftp\nou si vous envisagez d'envoyer les résultats à quelqu'un d'autre:\nsudo tcpdump -i en0 -s 0 -w ~ / Desktop / packets.trace port bootps ou port bootpc ou port tftp\nQue signifient les arguments:-i en0: Ecoute de la circulation sur en0-s 0: ne pas tronquer les paquets-n: ne convertit pas les adresses IP en noms-v: sortie verbeuse (donnez-moi un joli résumé de la signification du paquet)-X: Affiche le contenu du paquet en ASCII et en hexadécimal.-x: affiche le contenu du paquet en hexadécimal-A: imprime le contenu du paquet en ASCII-w: écrit les paquets dans un fichier au lieu de les afficher\nIl y a beaucoup d'informations dans les traces de paquets, et il peut être fastidieux de comprendre ce que cela signifie. Vous pouvez également télécharger mon paquet de traces de paquets annotées pour référence. La chose la plus importante à savoir sur les traces de paquets est de savoir comment les faire. Même si vous ne savez pas quoi extraire de la trace, le confier à quelqu'un d'autre peut faciliter le dépannage.","html":"Cette trace de paquet peut être vraiment utile (réalisée sur le serveur Netboot):\nsudo tcpdump -i en0 -s 0 -nvX port bootps ou port bootpc ou port tftp\nou si vous envisagez d'envoyer les résultats à quelqu'un d'autre:\nsudo tcpdump -i en0 -s 0 -w ~ / Desktop / packets.trace port bootps ou port bootpc ou port tftp\nQue signifient les arguments:-i en0: Ecoute de la circulation sur en0-s 0: ne pas tronquer les paquets-n: ne convertit pas les adresses IP en noms-v: sortie verbeuse (donnez-moi un joli résumé de la signification du paquet)-X: Affiche le contenu du paquet en ASCII et en hexadécimal.-x: affiche le contenu du paquet en hexadécimal-A: imprime le contenu du paquet en ASCII-w: écrit les paquets dans un fichier au lieu de les afficher\nIl y a beaucoup d'informations dans les traces de paquets, et il peut être fastidieux de comprendre ce que cela signifie. Vous pouvez également télécharger mon paquet de traces de paquets annotées pour référence. La chose la plus importante à savoir sur les traces de paquets est de savoir comment les faire. Même si vous ne savez pas quoi extraire de la trace, le confier à quelqu'un d'autre peut faciliter le dépannage.
"},{"id":"text-44","type":"text","heading":"","plain_text":"Obtenir des informations BSDP en ligne de commande","html":"Obtenir des informations BSDP en ligne de commande
"},{"id":"text-45","type":"text","heading":"","plain_text":"Si vous modifiez votre ensemble Netboot pour fournir un shell au début du processus de démarrage, vous pouvez voir les informations BSDP que votre client obtient du serveur à l'aide des commandes suivantes:\nipconfig netbootoption shadow_mount_pathipconfig netbootoption shadow_file_pathipconfig netbootoption nom_ordinateur","html":"Si vous modifiez votre ensemble Netboot pour fournir un shell au début du processus de démarrage, vous pouvez voir les informations BSDP que votre client obtient du serveur à l'aide des commandes suivantes:\nipconfig netbootoption shadow_mount_pathipconfig netbootoption shadow_file_pathipconfig netbootoption nom_ordinateur
"},{"id":"text-46","type":"text","heading":"","plain_text":"Netboot sans disque","html":"Netboot sans disque
"},{"id":"text-47","type":"text","heading":"","plain_text":"Une image NetBoot sans disque est exactement la même chose qu'une image sans disque (vous ne faites pas ce choix lors de la création d'image SIU, n'est-ce pas?). Lorsque vous choisissez de créer un jeu d'images sans disque dans Admin Serveur, la seule modification apportée est: made est sur la clé "SupportsDiskless" dans le fichier NBInfo.plist du répertoire .nbi.\nLa magie se produit lorsque vous démarrez le client. Une partie de la réponse BSDP au client inclut des informations sur l'emplacement de tout point de montage réseau pour les fichiers shadow. Par exemple, en utilisant le conseil précédent, vous pouvez obtenir les données suivantes à partir du paquet BSDP:\n% ipconfig netbootoption shadow_mount_pathafp: // netboot001:[email protected]/ NetBootClients3\n% ipconfig netbootoption shadow_file_pathNetBoot001 / Shadow\n% ipconfig netbootoption nom_ordinateurNetBoot001","html":"Une image NetBoot sans disque est exactement la même chose qu'une image sans disque (vous ne faites pas ce choix lors de la création d'image SIU, n'est-ce pas?). Lorsque vous choisissez de créer un jeu d'images sans disque dans Admin Serveur, la seule modification apportée est: made est sur la clé "SupportsDiskless" dans le fichier NBInfo.plist du répertoire .nbi.\nLa magie se produit lorsque vous démarrez le client. Une partie de la réponse BSDP au client inclut des informations sur l'emplacement de tout point de montage réseau pour les fichiers shadow. Par exemple, en utilisant le conseil précédent, vous pouvez obtenir les données suivantes à partir du paquet BSDP:\n% ipconfig netbootoption shadow_mount_pathafp: // netboot001:[email protected]/ NetBootClients3\n% ipconfig netbootoption shadow_file_pathNetBoot001 / Shadow\n% ipconfig netbootoption nom_ordinateurNetBoot001
"},{"id":"text-48","type":"text","heading":"","plain_text":"En examinant le script de démarrage /etc/rc.netboot, vous pouvez voir comment fonctionne le Netbooting sans disque. Par défaut, un client Netboot essaiera de monter un fichier shadow au chemin shadow_mount_path. Si cela échoue cependant (par exemple, si shadow_mount_path n'est pas défini par le serveur Netboot), il utilisera le lecteur local à la place. Par conséquent, Netboot sans disque dépend entièrement de la capacité du client à monter un fichier reflet au chemin de montage AFP renvoyé par le serveur Netboot dans la réponse BSDP.\nNotez que bien que NetInstall ne nécessite pas de lecteur interne, ce n'est * pas * "netboot sans disque". NetInstall n'utilise pas du tout un fichier shadow. Par conséquent, aucun fichier shadow réseau n'est requis ou renvoyé dans la réponse BSDP. C’est aussi la raison pour laquelle la case à cocher "Sans disque" est désactivée dans les ensembles d’images Admin Serveur pour NetInstall. Les ensembles NetInstall utilisent des disques RAM selon les besoins pour l'espace en écriture.","html":"En examinant le script de démarrage /etc/rc.netboot, vous pouvez voir comment fonctionne le Netbooting sans disque. Par défaut, un client Netboot essaiera de monter un fichier shadow au chemin shadow_mount_path. Si cela échoue cependant (par exemple, si shadow_mount_path n'est pas défini par le serveur Netboot), il utilisera le lecteur local à la place. Par conséquent, Netboot sans disque dépend entièrement de la capacité du client à monter un fichier reflet au chemin de montage AFP renvoyé par le serveur Netboot dans la réponse BSDP.\nNotez que bien que NetInstall ne nécessite pas de lecteur interne, ce n'est * pas * "netboot sans disque". NetInstall n'utilise pas du tout un fichier shadow. Par conséquent, aucun fichier shadow réseau n'est requis ou renvoyé dans la réponse BSDP. C’est aussi la raison pour laquelle la case à cocher "Sans disque" est désactivée dans les ensembles d’images Admin Serveur pour NetInstall. Les ensembles NetInstall utilisent des disques RAM selon les besoins pour l'espace en écriture.
"},{"id":"text-49","type":"text","heading":"","plain_text":"Réinitialisation des caches de serveur NetBoot","html":"Réinitialisation des caches de serveur NetBoot
"},{"id":"text-50","type":"text","heading":"","plain_text":"Lorsque vous maintenez la touche "N" enfoncée au démarrage, votre ordinateur démarrera à partir du jeu d'images que vous avez identifié comme étant le jeu "par défaut" dans Admin Serveur. Lorsque vous choisissez un disque de démarrage réseau dans le volet des préférences de disque de démarrage, le serveur garde trace de votre sélection et vous êtes toujours lié à ce serveur et à cet ensemble Netboot jusqu'à ce que vous fassiez un autre choix. Cela signifie que si vous modifiez le jeu par défaut sur le serveur, puis maintenez la touche N enfoncée au démarrage sur ce client qui avait choisi un autre jeu Netboot, le client ne démarrera pas à partir de votre jeu par défaut, il le sera toujours à partir du jeu. précédemment choisi (même si vous avez depuis réinitialisé le disque de démarrage sur un disque local).\n† (EFI): maintenez les touches Option + N enfoncées pour démarrer à partir de l'image NetBoot par défaut.\nBien que cela fonctionne techniquement comme prévu, cela ne fonctionne pas nécessairement comme prévu. Le serveur Netboot conserve ces paramètres de choix dans / var / db / bsdpd_clients. Il est sûr de supprimer ce fichier pour permettre à vos clients de redémarrer avec le jeu d'images par défaut. En outre, les séries de commandes suivantes ont tendance à résoudre les problèmes causés par la définition d'un choix de disque de démarrage réseau spécifique sur un client, puis par la suppression de cet ensemble Netboot.\nsudo rm / var / db / bsdpd_clientssudo killall bootpdsudo killall -HUP xinetdsudo lookupd -flushcachesudo serveradmin stop netbootsudo serveradmin start netboot","html":"Lorsque vous maintenez la touche "N" enfoncée au démarrage, votre ordinateur démarrera à partir du jeu d'images que vous avez identifié comme étant le jeu "par défaut" dans Admin Serveur. Lorsque vous choisissez un disque de démarrage réseau dans le volet des préférences de disque de démarrage, le serveur garde trace de votre sélection et vous êtes toujours lié à ce serveur et à cet ensemble Netboot jusqu'à ce que vous fassiez un autre choix. Cela signifie que si vous modifiez le jeu par défaut sur le serveur, puis maintenez la touche N enfoncée au démarrage sur ce client qui avait choisi un autre jeu Netboot, le client ne démarrera pas à partir de votre jeu par défaut, il le sera toujours à partir du jeu. précédemment choisi (même si vous avez depuis réinitialisé le disque de démarrage sur un disque local).\n† (EFI): maintenez les touches Option + N enfoncées pour démarrer à partir de l'image NetBoot par défaut.\nBien que cela fonctionne techniquement comme prévu, cela ne fonctionne pas nécessairement comme prévu. Le serveur Netboot conserve ces paramètres de choix dans / var / db / bsdpd_clients. Il est sûr de supprimer ce fichier pour permettre à vos clients de redémarrer avec le jeu d'images par défaut. En outre, les séries de commandes suivantes ont tendance à résoudre les problèmes causés par la définition d'un choix de disque de démarrage réseau spécifique sur un client, puis par la suppression de cet ensemble Netboot.\nsudo rm / var / db / bsdpd_clientssudo killall bootpdsudo killall -HUP xinetdsudo lookupd -flushcachesudo serveradmin stop netbootsudo serveradmin start netboot
"},{"id":"text-51","type":"text","heading":"","plain_text":"Démarrage Web sur des sous-réseaux","html":"Démarrage Web sur des sous-réseaux
"},{"id":"text-52","type":"text","heading":"","plain_text":"Netboot exige que le client puisse obtenir les informations DHCP et BSDP par diffusion. Cela nécessite généralement que le serveur Netboot et les clients résident sur le même sous-réseau, car les routeurs ne transmettent généralement pas d'informations de diffusion entre les sous-réseaux. Cependant, les informations DHCP sont gérées spécialement par les routeurs, vous n’avez donc pas besoin d’un serveur DHCP sur chaque segment de votre réseau. Ceci est géré par ce que l'on appelle généralement "les tables d'assistance DHCP" (ou plus généralement, le relais DHCP) dans la configuration de votre routeur. Fondamentalement, il ne s'agit que d'une liste d'adresses IP vers lesquelles les paquets de diffusion DHCP doivent être relayés.\nComme le protocole BSDP est très similaire à DHCP, la configuration du routeur pour un serveur BSDP est la même que pour DHCP. Par conséquent, si vous souhaitez Netboot sur plusieurs sous-réseaux, ou plus techniquement, si vous souhaitez que les informations de diffusion BSDP soient relayées via vos routeurs, vous devez ajouter l'adresse IP de votre serveur Netboot à la table d'assistance DHCP de votre routeur.\nLes administrateurs réseau craignent souvent que cela interfère avec le traitement de DHCP par d'autres serveurs. Cependant, même si le processus bootpd est en cours d'exécution sur votre serveur Netboot, si le service DHCP n'est pas activé, il ne distribuera pas d'adresses IP. En fait, il ignorera complètement toutes les requêtes DHCP. De même, votre autre serveur DHCP ignorera complètement les diffusions BSDP qui lui sont relayées par le routeur.\nEn résumé, si vous souhaitez effectuer une installation sur plusieurs sous-réseaux, utilisez votre réseau.\nadministrateur pour configurer vos routeurs pour envoyer des diffusions BSDP vers votre Netboot\nserveur. Ce n'est pas une demande déraisonnable ou une tâche difficile, et grandement\nréduit vos coûts d'infrastructure et de gestion.","html":"Netboot exige que le client puisse obtenir les informations DHCP et BSDP par diffusion. Cela nécessite généralement que le serveur Netboot et les clients résident sur le même sous-réseau, car les routeurs ne transmettent généralement pas d'informations de diffusion entre les sous-réseaux. Cependant, les informations DHCP sont gérées spécialement par les routeurs, vous n’avez donc pas besoin d’un serveur DHCP sur chaque segment de votre réseau. Ceci est géré par ce que l'on appelle généralement "les tables d'assistance DHCP" (ou plus généralement, le relais DHCP) dans la configuration de votre routeur. Fondamentalement, il ne s'agit que d'une liste d'adresses IP vers lesquelles les paquets de diffusion DHCP doivent être relayés.\nComme le protocole BSDP est très similaire à DHCP, la configuration du routeur pour un serveur BSDP est la même que pour DHCP. Par conséquent, si vous souhaitez Netboot sur plusieurs sous-réseaux, ou plus techniquement, si vous souhaitez que les informations de diffusion BSDP soient relayées via vos routeurs, vous devez ajouter l'adresse IP de votre serveur Netboot à la table d'assistance DHCP de votre routeur.\nLes administrateurs réseau craignent souvent que cela interfère avec le traitement de DHCP par d'autres serveurs. Cependant, même si le processus bootpd est en cours d'exécution sur votre serveur Netboot, si le service DHCP n'est pas activé, il ne distribuera pas d'adresses IP. En fait, il ignorera complètement toutes les requêtes DHCP. De même, votre autre serveur DHCP ignorera complètement les diffusions BSDP qui lui sont relayées par le routeur.\nEn résumé, si vous souhaitez effectuer une installation sur plusieurs sous-réseaux, utilisez votre réseau.\nadministrateur pour configurer vos routeurs pour envoyer des diffusions BSDP vers votre Netboot\nserveur. Ce n'est pas une demande déraisonnable ou une tâche difficile, et grandement\nréduit vos coûts d'infrastructure et de gestion.
"},{"id":"text-53","type":"text","heading":"","plain_text":"NetBooting Architectures multiples","html":"NetBooting Architectures multiples
"},{"id":"text-54","type":"text","heading":"","plain_text":"Quand\nun client Macintosh commence le processus NetBoot, il envoie une demande de diffusion\npour un serveur NetBoot. Dans cette demande se trouvent trois très importants\ninformations: identifiant client (adresse MAC), architecture,\net identificateur de système (modèle de machine). Lorsqu'un serveur (Tiger +) NetBoot\nvoit une requête BSDP en diffusion, launchd lance bootpd pour gérer le\ndemande. Le NetBoot\nserveur vérifie son fichier / var / db / bsdpd_clients pour déterminer si le client\na déjà sélectionné une image NetBoot sur le serveur. Si un record pour\nle client existe sur le serveur, le serveur renverra le message associé.\nLes informations d'image NetBoot et le client NetBoot préfèreront cela\nserveur sur tout autre serveur NetBoot du réseau. Si une association\nn'existe pas encore, le serveur renvoie une liste d'images NetBoot qui\nsont disponibles pour le client particulier. Quand le client choisit finalement\nune image, le serveur crée un enregistrement d’association client dans / var / db / bsdpd_clients.\nLe serveur NetBoot filtrera une image NetBoot de la liste renvoyée au client si:","html":"Quand\nun client Macintosh commence le processus NetBoot, il envoie une demande de diffusion\npour un serveur NetBoot. Dans cette demande se trouvent trois très importants\ninformations: identifiant client (adresse MAC), architecture,\net identificateur de système (modèle de machine). Lorsqu'un serveur (Tiger +) NetBoot\nvoit une requête BSDP en diffusion, launchd lance bootpd pour gérer le\ndemande. Le NetBoot\nserveur vérifie son fichier / var / db / bsdpd_clients pour déterminer si le client\na déjà sélectionné une image NetBoot sur le serveur. Si un record pour\nle client existe sur le serveur, le serveur renverra le message associé.\nLes informations d'image NetBoot et le client NetBoot préfèreront cela\nserveur sur tout autre serveur NetBoot du réseau. Si une association\nn'existe pas encore, le serveur renvoie une liste d'images NetBoot qui\nsont disponibles pour le client particulier. Quand le client choisit finalement\nune image, le serveur crée un enregistrement d’association client dans / var / db / bsdpd_clients.\nLe serveur NetBoot filtrera une image NetBoot de la liste renvoyée au client si:
"},{"id":"text-55","type":"text","heading":"","plain_text":"Il est spécifiquement interdit à l’adresse MAC du client d’accéder aux images sur le serveur (filtres NetBoot)\nL'image NetBoot ne prend pas en charge l'architecture de la machine cliente.\nL'image NetBoot n'est pas activée pour le modèle d'ordinateur.","html":"Il est spécifiquement interdit à l’adresse MAC du client d’accéder aux images sur le serveur (filtres NetBoot)\nL'image NetBoot ne prend pas en charge l'architecture de la machine cliente.\nL'image NetBoot n'est pas activée pour le modèle d'ordinateur.
"},{"id":"text-56","type":"text","heading":"","plain_text":"Reportez-vous à la documentation de Mac OS X Server pour plus de détails sur le filtrage NetBoot.\nLe support d'architecture est défini de deux manières. À partir de 10.4.4, il y a\nest une clé supplémentaire dans le fichier NBImageInfo.plist nommée "Architectures".\nCet attribut contient un tableau des architectures prises en charge,\npar exemple {ppc}\nou {ppc, i386}. De plus, le jeu NetBoot doit contenir un booter,\nmach.macosx et mach.macosx.mkext pour chaque architecture prise en charge.\nPour assurer la compatibilité ascendante, les fichiers de démarrage ppc peuvent résider à la\nniveau racine du jeu NetBoot ou dans un dossier nommé "ppc" à\nle niveau racine de l'ensemble NetBoot. Les fichiers de démarrage spécifiques à Intel doivent\nréside dans un dossier nommé "i386" au niveau racine du\nEnsemble NetBoot. Par conséquent, vous pourriez avoir un ensemble Universal NetBoot (compatible\nde démarrer\nppc ou i386) avec la structure suivante:\nNetBoot.nbi /\nbooter\ni386 /\nbooter\nmach.macosx\nmach.macosx.mkext\nmach.macosx\nmach.macosx.mkext\nNBImageInfo.plist\nSystem.dmg\nLorsque le serveur NetBoot reçoit une requête BSDP d’une architecture particulière,\nil détermine si $ {arch} / booter existe. Si c'est le cas, il renvoie le chemin d'accès à\nce fichier dans la réponse BSDP. Si ce n'est pas le cas, et arch = ppc, il retourne\nle chemin d'accès à booter (au niveau racine du nbi) s'il existe. Si le booter\nn'existe pas pour l'architecture, non seulement le client ne démarrera pas à partir de\njeu NetBoot, mais l’image NetBoot n’apparaîtra même pas en tant que disque d’amorçage disponible\nclient.\nGénération de fichiers de démarrage spécifiques à la plate-forme:","html":"Reportez-vous à la documentation de Mac OS X Server pour plus de détails sur le filtrage NetBoot.\nLe support d'architecture est défini de deux manières. À partir de 10.4.4, il y a\nest une clé supplémentaire dans le fichier NBImageInfo.plist nommée "Architectures".\nCet attribut contient un tableau des architectures prises en charge,\npar exemple {ppc}\nou {ppc, i386}. De plus, le jeu NetBoot doit contenir un booter,\nmach.macosx et mach.macosx.mkext pour chaque architecture prise en charge.\nPour assurer la compatibilité ascendante, les fichiers de démarrage ppc peuvent résider à la\nniveau racine du jeu NetBoot ou dans un dossier nommé "ppc" à\nle niveau racine de l'ensemble NetBoot. Les fichiers de démarrage spécifiques à Intel doivent\nréside dans un dossier nommé "i386" au niveau racine du\nEnsemble NetBoot. Par conséquent, vous pourriez avoir un ensemble Universal NetBoot (compatible\nde démarrer\nppc ou i386) avec la structure suivante:\nNetBoot.nbi /\nbooter\ni386 /\nbooter\nmach.macosx\nmach.macosx.mkext\nmach.macosx\nmach.macosx.mkext\nNBImageInfo.plist\nSystem.dmg\nLorsque le serveur NetBoot reçoit une requête BSDP d’une architecture particulière,\nil détermine si $ {arch} / booter existe. Si c'est le cas, il renvoie le chemin d'accès à\nce fichier dans la réponse BSDP. Si ce n'est pas le cas, et arch = ppc, il retourne\nle chemin d'accès à booter (au niveau racine du nbi) s'il existe. Si le booter\nn'existe pas pour l'architecture, non seulement le client ne démarrera pas à partir de\njeu NetBoot, mais l’image NetBoot n’apparaîtra même pas en tant que disque d’amorçage disponible\nclient.\nGénération de fichiers de démarrage spécifiques à la plate-forme:
"},{"id":"text-57","type":"text","heading":"","plain_text":"Créez le fichier mach.macosx avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nidem / mach_kernel /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx\nou, si le noyau est fat, vous pouvez extraire le binaire spécifique à l'architecture directement dans le dossier nbi:\nlipo-extrait ppc -output /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx / mach_kernel\nCréez le cache d'extension du noyau avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nsudo kextcache -a ppc -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/mach.macosx.mkext\nou, pour un Mac à processeur Intel:\nsudo kextcache -a i386 -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/i386/mach.macosx.mkext\nAdd the booter files. PowerPC:\nditto /usr/standalone/ppc/bootx.bootinfo /Volumes/NetBootSP0/NetRestore.nbi/booter\nIntel-based Mac:\nditto /usr/standalone/i386/boot.efi /Volumes/NetBootSP0/NetRestore.nbi/i386/booter","html":"Créez le fichier mach.macosx avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nidem / mach_kernel /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx\nou, si le noyau est fat, vous pouvez extraire le binaire spécifique à l'architecture directement dans le dossier nbi:\nlipo-extrait ppc -output /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx / mach_kernel\nCréez le cache d'extension du noyau avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nsudo kextcache -a ppc -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/mach.macosx.mkext\nou, pour un Mac à processeur Intel:\nsudo kextcache -a i386 -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/i386/mach.macosx.mkext\nAdd the booter files. PowerPC:\nditto /usr/standalone/ppc/bootx.bootinfo /Volumes/NetBootSP0/NetRestore.nbi/booter\nIntel-based Mac:\nditto /usr/standalone/i386/boot.efi /Volumes/NetBootSP0/NetRestore.nbi/i386/booter
"},{"id":"text-58","type":"text","heading":"","plain_text":"Références:Cisco article on DHCP Relay configurationApple Kbase: Netbooting across subnetsAlternative method of Netbooting across subnetsKernelthread.com: Booting Mac OS XApple Documentation of the Mac OS X boot processHow to enable NetBoot 1.0 for older NetBoot client computers","html":"Références:Cisco article on DHCP Relay configurationApple Kbase: Netbooting across subnetsAlternative method of Netbooting across subnetsKernelthread.com: Booting Mac OS XApple Documentation of the Mac OS X boot processHow to enable NetBoot 1.0 for older NetBoot client computers
"},{"id":"text-59","type":"text","heading":"","plain_text":"History:7/8/2005: Initial publication1/19/2006: Updated with information about EFI/Intel-based Macs4/3/2006: Updated with additional NFS troubleshooting information","html":"History:7/8/2005: Initial publication1/19/2006: Updated with information about EFI/Intel-based Macs4/3/2006: Updated with additional NFS troubleshooting information
"}],"sections":[{"id":"text-1","heading":"Text","content":"Contenus\nToggleDépannage du processus NetBootintroductionNetboot, du point de vue du spectateur1) carillons de machine2) globe clignotant3) Logo Apple gris, icône du globe en rotation4) Le globe rotatif se transforme en indicateur de progrès indéterminéRubriques de dépannage NetBootSuggestions générales de dépannageTraces de paquetsObtenir des informations BSDP en ligne de commandeNetboot sans disqueRéinitialisation des caches de serveur NetBootDémarrage Web sur des sous-réseauxNetBooting Architectures multiples\nDépannage du processus NetBoot"},{"id":"text-2","heading":"Text","content":"introduction"},{"id":"text-3","heading":"Text","content":"Le démarrage réseau d’un ordinateur est une tâche assez simple, mais complexe, qui fait appel à de nombreuses technologies différentes. En tant que tel, le dépannage peut être difficile. Dans cet article, je présente les étapes du processus Netboot sur les clients Mac OS X et indique quelles technologies sont impliquées à chaque étape, comment elles pourraient échouer et comment résoudre le problème. \n1-19-06 Mise à jour: Le 10 janvier, Apple a annoncé\nnouveaux Mac à processeur Intel. Au lieu de Open Firmware, les Mac Intel utilisent D'Intel\nInterface de micrologiciel extensible (EFI). Alors que la plupart des NetBoot\nprocessus est exactement le même pour les Mac basés sur EFI, je signalerai tout\ndifférences entre les deux\nplates-formes tout au long de l'article. Ces modifications seront marquées par\n"† (EFI)". Dans les cas où EFI et Open Firmware se comportent\nDe même, j'ai remplacé le langage spécifique à la plate-forme par simplement "machine".\nfirmware "."},{"id":"text-4","heading":"Text","content":"Netboot, du point de vue du spectateur"},{"id":"text-5","heading":"Text","content":"Voici un bref aperçu de ce qui se passe lorsque vous démarrez Netboot sur un client et de ce que vous verrez à l’écran lorsque cela se produit."},{"id":"text-6","heading":"Text","content":"Carillons de l'ordinateur lorsque vous l'allumezL'ordinateur exécute un test automatique et charge le micrologiciel de la machine.\nUn globe clignotant apparaît.L'ordinateur demande une adresse IP et des informations sur Netboot et commence à télécharger un fichier de démarrage.\nLe logo gris de Apple et un petit globe en rotation apparaissentL'ordinateur charge le fichier de démarrage, qui télécharge et charge le noyau et le cache d'extension du noyau.\nLe globe en rotation se transforme en un indicateur de progression circulaireL'ordinateur a chargé le noyau et le processus de démarrage a commencé. Le noyau monte l'image disque Netboot via NFS et charge le cache d'extension du noyau. Le reste du processus de démarrage est généralement identique à un démarrage standard à disque local."},{"id":"text-7","heading":"Text","content":"1) carillons de machine"},{"id":"text-8","heading":"Text","content":"Il s'agit du "POST" standard, ou test automatique à la mise sous tension, qui se produit quelle que soit la façon dont vous envisagez de démarrer le client. Si vous n'entendez pas de carillon et que vous êtes certain que le son de la machine fonctionne et n'est pas mis en sourdine, vous avez probablement un problème matériel."},{"id":"text-9","heading":"Text","content":"2) globe clignotant"},{"id":"text-10","heading":"Text","content":"Après le carillon, le microprogramme de la machine se charge, lit les paramètres de démarrage,\net dans le cas de Netboot, démarre un DHCP et BSDP (découverte du service de démarrage\nprotocole)\nprocessus de découverte. Il est important de faire une distinction entre les deux.\nLes deux protocoles ont un comportement très similaire et peuvent être administrés\npar le processus bootpd sur Mac OS X Server. Il n'est toutefois pas nécessaire\npour qu'un client obtienne les informations DHCP et BSDP d'un serveur, ni\nest-il nécessaire qu'ils viennent même d'un serveur Mac OS X (bien que\nla configuration d’un autre système d’exploitation pour la distribution d’informations BSDP spécifiques à un Mac n’est pas nécessaire.\nune tâche facile – telle est la valeur de Mac OS X Server). \n† (EFI): EFI fournit des graphiques beaucoup plus riches\nsupport que Open Firmware – le globe clignotant a plus de détails\net n'est plus sur un fond de bouton carré. De plus, les charges EFI\nbeaucoup plus rapide que OF, 10 à 15 secondes sont économisées sur le processus de démarrage. \nConditions requises pour cette étape pour continuer:"},{"id":"text-11","heading":"Text","content":"Un serveur DHCP doit répondre avec une adresse IP dans le sous-réseau du serveur Netboot.\nUn serveur Netboot doit répondre avec un "ACK BSDP[SELECT]"- un accusé de réception que ce sera le serveur pour ce client"},{"id":"text-12","heading":"Text","content":"Ce que vous verrez dans le journal du serveur:\nnetboot_server: ~ root # tail -f /var/log/system.logbootpd[456]: BSDP DECOUVRIR [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: DHCP DECOUVRIR [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: OFFRE envoyée 10.0.1.7 taille 300bootpd[456]: DEMANDE DHCP [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nCi-dessus, le client a simultanément effectué des requêtes DHCP et BSDP distinctes. Le serveur (dans ce cas, exécutant Netboot et DHCP) répond en premier avec une réponse DHCP. Vous voyez le type typique de DISCOVER-OFFER-REQUEST-ACK.\n† (EFI): Maintenant qu’il existe plusieurs architectures (ppc et i386),\nil est important de souligner qu'un client NetBooting inclut son architecture\ndans\nle BSDP DECOUVRIR. Par exemple, VC: "AAPLBSDPC / i386 / iMac4,1".\nCe que le serveur NetBoot fait avec ces informations sera expliqué plus en détail\ndétail dans la section "Architectures".\nbootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[LIST] envoyé 10.0.1.7 pktsize 300bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300bootpd[456]: BSDP INFORM [en0] 1,0: a: 95: c4: 21: 9c arch = ppc sysid = PowerMac7,2bootpd[456]: NetBoot: [1,0:a:95:c4:21:9c] BSDP ACK[SELECT] envoyé 10.0.1.7 pktsize 364bootpd[456]: DHCP INFORM [en0]: 1,0: a: 95: c4: 21: 9cbootpd[456]: ACK envoyé 10.0.1.7 taille 300\nEt maintenant, le client a traité une réponse BSDP. Les pièces clés ici sont BSDP INFORM-BSDP ACK[LIST]-BSDP INFORM-BSDP ACK[SELECT]. Si vous ne voyez que des parties de cette "conversation", vérifiez qu'il n'y a pas un autre serveur Netboot sur le réseau qui répond à votre client. Une trace de paquet peut aider à éliminer ce problème (décrit ci-dessous).\nLa dernière chose qui se passe alors que vous voyez toujours l'icône représentant un globe clignotant est que le client télécharge le fichier "booter" que vous pouvez voir dans le jeu NetBoot image.nbi (/Library/NetBoot/NetBootSP0/nom_image.nbi). Le fichier de démarrage est simplement une copie du fichier "BootX" que vous pouvez trouver dans / System / Library / CoreServices sur n'importe quelle installation Mac OS X. Ce fichier est responsable de la toute première étape du démarrage de la machine, il charge le fichier du noyau Mac OS X.\n† (EFI): EFI utilise un fichier de démarrage différent. La source se trouve dans /usr/standalone/i386/boot.efi.\nSur un volume béni, vous trouverez ce fichier à l’adresse /System/Library/CoreServices/boot.efi.\nDe plus, le fichier "booter" pour EFI doit être stocké dans un répertoire spécifique à l’architecture.\nrépertoire dans l’ensemble NetBoot. Ceci sera décrit plus en détail dans\nla section "Architectures".\n Dans le cas de Netboot, l'emplacement du fichier est annoncé dans le BSDP\nréponse. Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\n16: 23: 19.979291 IP (tos 0x0, ttl 255, id 58694, offset 0, drapeaux) [none], longueur: 382) 10.0.1.1.bootps> 0.0.0.0.bootpc: [udp sum ok] BOOTP / DHCP, réponse, longueur: 354, xid: 0x4149, drapeaux: [none] (0x0000) IP du serveur: 10.0.1.1 Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9c sname "xserve.apple.edu" fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter" Vendeur-rfc1048: DHCP: OFFRE SID: 10.0.1.1 VC: "AAPLBSDPC" RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg" VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nLe micrologiciel a un client TFTP très léger (FTP trivial) qui\nil utilise pour télécharger ce fichier. Une fois le fichier téléchargé, il est exécuté\net\nla\nLe processus de démarrage est transféré du micrologiciel vers le fichier de démarrage.\nProblèmes potentielsSi votre client ne dépasse pas l’icône du globe clignotant, recherchez les problèmes suivants. Comme le processus Netboot est assez difficile à résoudre à ce stade, examinez les journaux du serveur Netboot et DHCP et effectuez une trace des paquets pour voir quelles informations sont envoyées au client. Ces méthodes sont décrites à la fin de cet article.\nProblème: Le client ne reçoit pas d'adresse IP\nLes caractéristiques: Il est possible que DHCP DISCOVER apparaisse dans le journal de votre serveur, mais pas dans une offre DHCP ou ACK. Vous pouvez également voir BSDP SELECT[ACK]s dans vos journaux, mais le client ne continue pas. Une trace de paquet révélera qu'aucune diffusion OFFER n'est envoyée au client.\nCause: Un serveur DHCP n'est pas disponible ou n'a aucune adresse IP disponible\nSolution: Résoudre le problème DHCP. Vérifiez toujours que votre client peut obtenir une adresse DHCP lors du démarrage à partir d'un système typique avant le démarrage par le réseau.\nAutres suggestions: Assurez-vous qu'il n'y a pas de délais de connectivité réseau au démarrage. "Délai de connectivité initial" est le terme général utilisé pour décrire un court délai imposé par le routeur à la connectivité réseau. Sur un commutateur géré, plusieurs fonctionnalités empêchent des choses telles que la boucle de réseau, qui peut détruire un réseau (par exemple, branchez les deux extrémités d'un câble Ethernet sur un commutateur – que se passe-t-il? Astuce: rien de bon). Ces protocoles analysent le périphérique connecté lorsqu'une connexion est détectée pour la première fois sur le port et prennent souvent entre 15 et 30 secondes avant d'autoriser le trafic sur le port. Certains des termes que vous pouvez voir en relation avec le délai de connectivité initial sont "PortFast", "Spanning Tree Protocol", "Etherchanneling" et "Trunking". Il y en a d'autres, mais ce sont ceux que vous verrez le plus souvent. Ce ne sont pas des "mauvais" protocoles, ils sont en fait assez importants pour un environnement réseau géré. Cependant, ils ne sont généralement pas nécessaires sur les ports auxquels des hôtes (ordinateurs) sont connectés.\nLe délai de connectivité initial peut tuer la fonctionnalité Netboot – un démarrage sur réseau\nLe client doit avoir une connectivité réseau immédiate. Si vous remarquez que\nla disparition du globe clignotant prend beaucoup de temps, ou\nne le faites jamais et vous êtes sûr que DHCP et Netboot sont configurés correctement, essayez d'isoler\nvotre serveur et client à un réseau privé sur un commutateur muet. Si performance\nest bien sur le commutateur muet, avoir une discussion avec votre administrateur réseau\nsur "la configuration des ports auxquels les ordinateurs sont connectés pour la configuration de l'hôte".\nLa plupart des routeurs actuels ont des macros pour effectuer facilement ce changement. Finalement. référer\nà ce\nArticle de Cisco sur les retards de connectivité initiaux et la manière de les atténuer\nleur (applicable également aux équipements réseau non Cisco)"},{"id":"text-13","heading":"Text","content":"Problème: Client découvre et offres serveur DHCP, mais le client ne\nDEMANDEZ l'adresse IP proposée.\nLes caractéristiques: Le journal du serveur DHCP indique un DHCP DISCOVER et les suivants\nOFFRE, mais pas de requêtes DHCP. Le commutateur Ethernet est un périphérique Cisco relativement nouveau.\nCause: À l'époque où ils étaient classés par l'IANA comme options "spécifiques à un site",\nApple utilisait à l'origine les options DHCP 220 et 221 à des fins NetBoot. Récemment, ces options ont été\nreclassé pour «usage général» et Cisco l’a demandé. Maintenant, Cisco les utilise sur son serveur DHCP:"},{"id":"text-14","heading":"Text","content":"cisco-subnet-allocation 220 Allocation de sous-réseau Cisco\nIdentifiant VPN Cisco cisco-vpn-id 221"},{"id":"text-15","heading":"Text","content":"Solution: L’utilisation de ces options étant intégrée à Open Firmware,\nce n'est pas nécessairement un problème trivial à résoudre du point de vue Apple. Là\nIl existe cependant deux solutions simples à ce problème:"},{"id":"text-16","heading":"Text","content":"Au bureau d'enregistrement réseau Cisco:"},{"id":"text-17","heading":"Text","content":"Désactiver la communication vpn au niveau du serveur DHCP ou utiliser les options ignore-cisco\nAttribut de serveur DHCP pour que le serveur DHCP CNR ignore "cisco-vpn-id" et / ou "vpn-id".\nOu, à chaque client Mac unique:"},{"id":"text-18","heading":"Text","content":"Exécutez la commande suivante dans le terminal pour désactiver l'utilisation de ces options.\ndans Open Firmware:\nsudo nvram default-bootp-vexts = "% 00""},{"id":"text-19","heading":"Text","content":"Puis redémarrez le client. Ce changement sera effectif jusqu'à ce que vous zappiez le PRAM. Aussi, au lieu\nd’exécuter la commande sur chaque client, vous pouvez utiliser Apple Remote Desktop pour "Envoyer la commande UNIX"\nà plusieurs machines simultanément."},{"id":"text-20","heading":"Text","content":"Problème: Le client établit la liaison DHCP, mais ne parvient pas à obtenir un ACK BSDP[SELECT]\nLes caractéristiques: Le journal du serveur affiche un BSDP DECOUVERTE, mais aucun ACK BSDP[LIST]s. Une trace de paquet révélera qu'aucun ACK BSDP[SELECT] la diffusion est envoyée au client.\nCause: Cela pourrait être un serveur Netboot mal configuré. Avez-vous une image Netboot activée? Cela pourrait également être un problème pour ne pas obtenir une adresse IP dans la même plage de sous-réseau que le serveur. Les requêtes DHCP et BSDP et les réponses initiales se font par diffusion. Par conséquent, vous devez indiquer que le serveur et le client se trouvent dans le même sous-réseau ou que vos routeurs sont configurés pour gérer ce trafic, spécialement pour faciliter DHCP et Netbooting. Enfin, cela pourrait simplement être un problème de timing. Parfois, le processus bootpd doit être redémarré avant de reconnaître les modifications de configuration.\n† (EFI): Cela peut également se produire si votre image NetBoot ne prend pas en charge l'architecture.\nde la machine que vous essayez de démarrer. Voir la section "Architectures" pour\nplus de détails.\nSolution: Vérifiez qu'une image Netboot est activée sur votre serveur. Essayez de redémarrer le service Netboot dans Admin Serveur. Vérifiez que vous pouvez voir l’image Netboot dans le volet des préférences de la disquette de démarrage lors du démarrage à partir du système d’exploitation typique du client (vérifiez également que le client est configuré pour DHCP tout en procédant ainsi!)."},{"id":"text-21","heading":"Text","content":"Problème: Le client obtient les informations DHCP et BSDP, mais ne parvient pas à télécharger le fichier de démarrage\nLes caractéristiques: Vous voyez dans les journaux de votre serveur que votre client reçoit une adresse IP dans le même sous-réseau que le serveur Netboot et qu'il négocie un ensemble Netboot défini avec le serveur Netboot, mais que le client n'obtient pas le logo gris Apple. Vous pouvez également voir un point d’interrogation clignotant sous Mac OS 9.\nCause: Vérifiez d’abord que votre serveur DHCP fournit votre client\navec une adresse de routeur pingable. Souvent, les gens vont omettre l'adresse du routeur\npour un réseau de test isolé à sous-réseau unique, mais cela entraînera certainement\nle processus NetBoot à échouer à ce stade. Même si un routeur n'existe pas,\nvous devez spécifier une adresse IP que le client pourra utiliser pour ARP. En précisant\nL'adresse IP du serveur DHCP est dans ce cas la meilleure approche.\nVous pouvez déterminer si votre client reçoit une adresse de routeur par défaut en examinant\nune trace de paquet (plus d'informations sur les traces de paquet ci-dessous):\n Votre IP: 10.0.1.7IP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "roscoe.bombich.com"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1LT: 1197504SM: 255.255.0.0DG: 10.0.1.1\n Si vous avez confirmé que votre client reçoit une adresse IP pingable pour\nle routeur par défaut, c’est probablement un problème avec tftp. Après vérification\nque votre ensemble Netboot a réellement un fichier de démarrage,\ntester\ncette\nvotre\nservice tftp\nest\ntravail.\nÀ\nun autre\nclient,\ncourir\ncette commande dans le terminal, en substituant le nom d’hôte de votre serveur et votre\nNom de l'ensemble Netboot:\n[admin:~/Desktop] tftp 10.0.1.21tftp> obtenir NetBoot / NetBootSP0 / NetRestore.nbi / booterReçu 174997 octets en 0,2 secondetftp>\nRemarque: ce test échouera si votre ensemble Netboot comporte des espaces dans son nom. En général, cependant, il est correct d'avoir des espaces dans le nom de votre ensemble Netboot.\nSi vous obtenez une erreur, vous avez probablement un problème de configuration de TFTP."},{"id":"text-22","heading":"Text","content":"Autres suggestions:"},{"id":"text-23","heading":"Text","content":"Vérifiez que les paramètres de pare-feu de votre serveur autorisent le trafic sur le port 69\nVérifiez que tftp est activé dans /etc/xinetd.d/tftp (Panther) ou dans / System / Library / LaunchDaemons/tftp.plist (Tiger).\nVérifiez que le fichier "booter" existe dans votre ensemble NetBoot et est lisible (dispose des privilèges de lecture pour "tout le monde")\nVérifiez que votre client peut au moins envoyer une requête ping à l'adresse du routeur renvoyée par votre serveur DHCP."},{"id":"text-24","heading":"Text","content":"3) Logo Apple gris, icône du globe en rotation"},{"id":"text-25","heading":"Text","content":"Lorsque vous voyez le logo Apple gris, cela signifie que le fichier de démarrage a été téléchargé et exécuté. Dans le cas de Netboot, le fichier de démarrage télécharge ensuite deux fichiers supplémentaires via tftp: les fichiers mach.macosx et mach.macosx.mkext. Le fichier mach.macosx est simplement une copie du fichier / mach_kernel situé à la racine de tout système de fichiers Mac OS X. Le fichier mach.macos.mkext est un cache d'extensions de noyau – un fichier contenant toutes les extensions de noyau importantes pour un démarrage réseau de base. Pendant le téléchargement de ces fichiers, l’icône du petit globe tourne. Une fois les téléchargements de fichiers terminés, le fichier de démarrage charge le noyau et le noyau poursuit le processus de démarrage.\n† (EFI): les fichiers de cache du noyau et de kext sont très dépendants de l'architecture.\nDepuis la version 10.4.4, ces fichiers sont des fichiers "en gras mais extraits". C'est, ils\ncontient des informations d’en-tête décrivant les fichiers binaires disponibles pour\nchaque architecture dans le fichier, mais les fichiers binaires spécifiques à l'architecture\nont été extraits pour réduire la taille globale des fichiers. Cette volonté\nêtre expliqué plus en détail dans la section "Architectures".\nIl est assez rare de rencontrer des problèmes à cette étape de la Netboot\nprocessus, cependant, il existe quelques problèmes spécifiques qui peuvent causer le noyau\npanique à ce stade. Les problèmes possibles seraient:"},{"id":"text-26","heading":"Text","content":"Ne pas avoir un fichier mach.macosx et mach.macosx.mkext dans votre ensemble Netboot\nL'un ou l'autre de ces fichiers est corrompu ou inaccessible\nLe fichier mach.macosx (noyau) ne contient pas le binaire du client.\narchitecture ou est autrement incompatible\nLe fichier mach.macosx.mkext (cache d'extension de noyau) ne contient pas\nextensions de noyau requises pour la machine"},{"id":"text-27","heading":"Text","content":"Ces fichiers occupent environ 12-15 Mo d'espace disque, cela devrait donc prendre quelques secondes\n(ou plusieurs secondes pour de nombreuses machines) pour que cette étape soit terminée. Si vous rencontrez\nproblèmes à ce stade du processus, résoudre le problème est assez trivial:"},{"id":"text-28","heading":"Text","content":"Redémarrez l'ordinateur client affecté à partir d'un lecteur local contenant le dernier système d'exploitation disponible.\nLa version du système d'exploitation doit également correspondre à la version du système d'exploitation de votre image disque NetBoot. Si le système d'exploitation sur le\nL’image disque NetBoot étant plus ancienne que celle de votre ordinateur client affecté, vous devez recréer votre image disque NetBoot.\nIl est primordial que le système d'exploitation de l'image disque NetBoot soit plus récent (ou identique) que le système d'exploitation fourni avec la machine.\nMontez via AFP le point de partage NetBoot du serveur NetBoot contenant le jeu NetBoot affecté.\nRecréez les fichiers mach.macosx et / ou mach.macosx.mkext. Voir la section "Architectures" pour plus de détails."},{"id":"text-29","heading":"Text","content":"Si tout échoue, il vous suffit de recréer l’ensemble du jeu NetBoot sur le matériel affecté. Assurez-vous de supprimer (ou de quitter le point de partage NetBoot) tous les ensembles NetBoot non fonctionnels."},{"id":"text-30","heading":"Text","content":"4) Le globe rotatif se transforme en indicateur de progrès indéterminé"},{"id":"text-31","heading":"Text","content":"Une fois le noyau chargé, l’icône du globe en rotation devient indéterminée,\nindicateur de progression circulaire, et le processus de démarrage fonctionne généralement le même\nen tant que processus de démarrage standard. Si vous mainteniez les touches Commande + V enfoncées pendant le démarrage\nup, vous obtiendrez le démarrage prolixe à ce stade. Deux choses intéressantes se passent\nici qui sont pertinents pour le dépannage de Netboot. Premièrement, le noyau se charge\nle cache d'extension de noyau pour donner au jeune système d'exploitation les fonctionnalités dont il a besoin\npour effectuer une communication réseau avancée, monter des disques, etc. avant le reste\ndes charges de l'OS.\nDeuxièmement, le noyau exécute le script de démarrage /etc/rc.netboot. Ce\nLe script tente de monter l’image de disque dans votre ensemble Netboot via NFS.\nLe chemin d'accès à cette image disque est obtenu à partir de la réponse BSDP et maintenu\ndans\nmémoire (un peu comme votre paquet DHCP est maintenu et accessible via le ipconfig\ncommander). Si vous faites une trace de paquet, vous verrez un paquet semblable à ceci:\nIP du serveur: 10.0.1.1Adresse Ethernet du client: 00: 0a: 95: c4: 21: 9csname "xserve.apple.edu"fichier "/ private / tftpboot / NetBoot / NetBootSP0 / Serveur Panther.nbi / booter"Vendeur-rfc1048:DHCP: OFFRESID: 10.0.1.1VC: "AAPLBSDPC"RP: "nfs: 10.0.1.1: / Bibliothèque / NetBoot / NetBootSP0: Serveur Panther.nbi / Install.dmg"VO: 8.4.129.0.1.145.130.10.78.101.116.66.111.111.116.48.48.50\nUne fois que cela se produit, le noyau lance les scripts /etc/rc.boot et / ou /etc/rc.cdrom qui complètent le processus de démarrage. Finalement, l'écran devient bleu au chargement de WindowServer et vous commencez à voir les parties les plus familières du processus de démarrage.\nProblèmes potentiels\nProblème: Peu après que l'indicateur de progression circulaire apparaisse sous le\nlogo Apple gris, des lignes blanches horizontales apparaissent à l'écran et la progression\nindicateur cesse de tourner."},{"id":"text-32","heading":"Text","content":"Cause: Il s’agit probablement d’une panique du noyau, qui résulte probablement de l’essai de la machine qui tente de monter l’image disque hébergée par NFS et qui échoue."},{"id":"text-33","heading":"Text","content":"Suggestions:"},{"id":"text-34","heading":"Text","content":"Vérifiez que vous avez paniqué le noyau en maintenant la touche Commande + V enfoncée pendant le redémarrage du client. Il devrait y avoir une indication de panique.\nVérifiez que NFS est en cours d'exécution sur le serveur\nVérifiez que le point de partage NetBootSPx est valide et accessible. Rappelez-vous que le partage NetBoot devrait ressembler à ceci:"},{"id":"text-35","heading":"Text","content":"cd / Bibliothèque / NetBootls -la\n.sharepoint -> NetBootSP0.clients -> NetBootClients0NetBootSP0NetBootClients0\nSi ce n'est pas le cas, vous pouvez le réparer manuellement ou exécuter cette commande:\n/ Système / Bibliothèque / ServerSetup / NetBoot\nOu vous pouvez réinitialiser les points de partage NetBoot dans Admin Serveur:"},{"id":"text-36","heading":"Text","content":"Accédez à NetBoot> Paramètres> Général dans Admin Serveur.\nDésélectionnez toutes les cases à cocher dans le volet inférieur ("Sélectionnez l'emplacement où placer les images et les données client").\nSauvegarder les modifications\nResélectionnez les volumes souhaités pour stocker des images et des données client\nSauvegarder les modifications"},{"id":"text-37","heading":"Text","content":"Problème: Le système redémarre environ dix secondes environ après l'affichage de l'indicateur de progression circulaire\nCause: Pour vraiment déterminer la cause, vous devriez faire un démarrage prolixe\net essayez d’attraper le message d’erreur indiqué à l’écran. Plus souvent que\nnon, le problème vient d'un cache d'extension de noyau incompatible. La machine\nessayé de charger le cache, mais il manquait un élément important et\nl'ordinateur n'a pas pu continuer à démarrer.\nSolution: Reconstruisez votre image Netboot définie sur une machine que vous feriez\ntiens à démarrer à partir de cet ensemble. Cela signifie généralement que vous souhaitez utiliser votre\ndernière et meilleure machine pour créer des ensembles Netboot. Apple nouvellement publié\nle matériel * toujours * ne parvient pas à démarrer à partir du jeu Netboot de l'année dernière. Gardez votre Netboot\nimages fraîches et vous ne devriez pas courir dans cela."},{"id":"text-38","heading":"Text","content":"Problème: Le système ne progresse jamais au-delà de l'indicateur de progression circulaire\nCause: Encore une fois, pour vraiment déterminer la cause, vous devriez faire un commentaire\ndémarrer et pour voir les messages d’erreur spécifiques indiqués à l’écran. Souvent cela\nune mauvaise configuration\nNFS sur le serveur, caractérisés par des messages tels que "délai d'attente RPC pour\nserveur ". Parfois, il est dû à des bugs dans\nles scripts de démarrage (tiers).\nSolution: Dépannage NFS de base – commencez par réinitialiser NetBoot\npoints de partage dans Admin Serveur comme indiqué ci-dessus. Vérifiez que votre pare-feu est\nne bloque pas les ports requis par NFS: 111 (UDP), 989 (UDP), 2049 (UDP et TCP). Aussi, utilisez les commandes "showmount"\net "mount_nfs" pour vérifier que NFS fonctionne. D'un client\ndémarré à partir de son propre disque dur, exécutez ces commandes:\nmontrez-e \nmkdir / tmp / mntmount_nfs : / Bibliothèque / NetBoot / NetBootSP0 / tmp / mnt\nLa commande "showmount" indiquera quels points de partage NFS sont\ndisponible sur votre serveur NetBoot. Si vous ne voyez pas votre point de partage NetBoot,\nréinitialiser le point de partage NetBoot dans Admin Serveur. La commande mount_nfs\nfait des tentatives\nmonter le sharepoint NFS."},{"id":"text-39","heading":"Text","content":"Rubriques de dépannage NetBoot"},{"id":"text-40","heading":"Text","content":"Suggestions générales de dépannage"},{"id":"text-41","heading":"Text","content":"Commencez simplement avec l'utilitaire System Image de Apple\nIsolez votre serveur et votre client sur un réseau privé via un commutateur passif\nRecréer le set Netboot\nEssayez de démarrer verbalement pour voir si des messages d'erreur vous orientent dans la bonne direction.\nVérifiez que vous obtenez une adresse IP dans la plage de sous-réseau de votre serveur Netboot."},{"id":"text-42","heading":"Text","content":"Traces de paquets"},{"id":"text-43","heading":"Text","content":"Cette trace de paquet peut être vraiment utile (réalisée sur le serveur Netboot):\nsudo tcpdump -i en0 -s 0 -nvX port bootps ou port bootpc ou port tftp\nou si vous envisagez d'envoyer les résultats à quelqu'un d'autre:\nsudo tcpdump -i en0 -s 0 -w ~ / Desktop / packets.trace port bootps ou port bootpc ou port tftp\nQue signifient les arguments:-i en0: Ecoute de la circulation sur en0-s 0: ne pas tronquer les paquets-n: ne convertit pas les adresses IP en noms-v: sortie verbeuse (donnez-moi un joli résumé de la signification du paquet)-X: Affiche le contenu du paquet en ASCII et en hexadécimal.-x: affiche le contenu du paquet en hexadécimal-A: imprime le contenu du paquet en ASCII-w: écrit les paquets dans un fichier au lieu de les afficher\nIl y a beaucoup d'informations dans les traces de paquets, et il peut être fastidieux de comprendre ce que cela signifie. Vous pouvez également télécharger mon paquet de traces de paquets annotées pour référence. La chose la plus importante à savoir sur les traces de paquets est de savoir comment les faire. Même si vous ne savez pas quoi extraire de la trace, le confier à quelqu'un d'autre peut faciliter le dépannage."},{"id":"text-44","heading":"Text","content":"Obtenir des informations BSDP en ligne de commande"},{"id":"text-45","heading":"Text","content":"Si vous modifiez votre ensemble Netboot pour fournir un shell au début du processus de démarrage, vous pouvez voir les informations BSDP que votre client obtient du serveur à l'aide des commandes suivantes:\nipconfig netbootoption shadow_mount_pathipconfig netbootoption shadow_file_pathipconfig netbootoption nom_ordinateur"},{"id":"text-46","heading":"Text","content":"Netboot sans disque"},{"id":"text-47","heading":"Text","content":"Une image NetBoot sans disque est exactement la même chose qu'une image sans disque (vous ne faites pas ce choix lors de la création d'image SIU, n'est-ce pas?). Lorsque vous choisissez de créer un jeu d'images sans disque dans Admin Serveur, la seule modification apportée est: made est sur la clé "SupportsDiskless" dans le fichier NBInfo.plist du répertoire .nbi.\nLa magie se produit lorsque vous démarrez le client. Une partie de la réponse BSDP au client inclut des informations sur l'emplacement de tout point de montage réseau pour les fichiers shadow. Par exemple, en utilisant le conseil précédent, vous pouvez obtenir les données suivantes à partir du paquet BSDP:\n% ipconfig netbootoption shadow_mount_pathafp: // netboot001:[email protected]/ NetBootClients3\n% ipconfig netbootoption shadow_file_pathNetBoot001 / Shadow\n% ipconfig netbootoption nom_ordinateurNetBoot001"},{"id":"text-48","heading":"Text","content":"En examinant le script de démarrage /etc/rc.netboot, vous pouvez voir comment fonctionne le Netbooting sans disque. Par défaut, un client Netboot essaiera de monter un fichier shadow au chemin shadow_mount_path. Si cela échoue cependant (par exemple, si shadow_mount_path n'est pas défini par le serveur Netboot), il utilisera le lecteur local à la place. Par conséquent, Netboot sans disque dépend entièrement de la capacité du client à monter un fichier reflet au chemin de montage AFP renvoyé par le serveur Netboot dans la réponse BSDP.\nNotez que bien que NetInstall ne nécessite pas de lecteur interne, ce n'est * pas * "netboot sans disque". NetInstall n'utilise pas du tout un fichier shadow. Par conséquent, aucun fichier shadow réseau n'est requis ou renvoyé dans la réponse BSDP. C’est aussi la raison pour laquelle la case à cocher "Sans disque" est désactivée dans les ensembles d’images Admin Serveur pour NetInstall. Les ensembles NetInstall utilisent des disques RAM selon les besoins pour l'espace en écriture."},{"id":"text-49","heading":"Text","content":"Réinitialisation des caches de serveur NetBoot"},{"id":"text-50","heading":"Text","content":"Lorsque vous maintenez la touche "N" enfoncée au démarrage, votre ordinateur démarrera à partir du jeu d'images que vous avez identifié comme étant le jeu "par défaut" dans Admin Serveur. Lorsque vous choisissez un disque de démarrage réseau dans le volet des préférences de disque de démarrage, le serveur garde trace de votre sélection et vous êtes toujours lié à ce serveur et à cet ensemble Netboot jusqu'à ce que vous fassiez un autre choix. Cela signifie que si vous modifiez le jeu par défaut sur le serveur, puis maintenez la touche N enfoncée au démarrage sur ce client qui avait choisi un autre jeu Netboot, le client ne démarrera pas à partir de votre jeu par défaut, il le sera toujours à partir du jeu. précédemment choisi (même si vous avez depuis réinitialisé le disque de démarrage sur un disque local).\n† (EFI): maintenez les touches Option + N enfoncées pour démarrer à partir de l'image NetBoot par défaut.\nBien que cela fonctionne techniquement comme prévu, cela ne fonctionne pas nécessairement comme prévu. Le serveur Netboot conserve ces paramètres de choix dans / var / db / bsdpd_clients. Il est sûr de supprimer ce fichier pour permettre à vos clients de redémarrer avec le jeu d'images par défaut. En outre, les séries de commandes suivantes ont tendance à résoudre les problèmes causés par la définition d'un choix de disque de démarrage réseau spécifique sur un client, puis par la suppression de cet ensemble Netboot.\nsudo rm / var / db / bsdpd_clientssudo killall bootpdsudo killall -HUP xinetdsudo lookupd -flushcachesudo serveradmin stop netbootsudo serveradmin start netboot"},{"id":"text-51","heading":"Text","content":"Démarrage Web sur des sous-réseaux"},{"id":"text-52","heading":"Text","content":"Netboot exige que le client puisse obtenir les informations DHCP et BSDP par diffusion. Cela nécessite généralement que le serveur Netboot et les clients résident sur le même sous-réseau, car les routeurs ne transmettent généralement pas d'informations de diffusion entre les sous-réseaux. Cependant, les informations DHCP sont gérées spécialement par les routeurs, vous n’avez donc pas besoin d’un serveur DHCP sur chaque segment de votre réseau. Ceci est géré par ce que l'on appelle généralement "les tables d'assistance DHCP" (ou plus généralement, le relais DHCP) dans la configuration de votre routeur. Fondamentalement, il ne s'agit que d'une liste d'adresses IP vers lesquelles les paquets de diffusion DHCP doivent être relayés.\nComme le protocole BSDP est très similaire à DHCP, la configuration du routeur pour un serveur BSDP est la même que pour DHCP. Par conséquent, si vous souhaitez Netboot sur plusieurs sous-réseaux, ou plus techniquement, si vous souhaitez que les informations de diffusion BSDP soient relayées via vos routeurs, vous devez ajouter l'adresse IP de votre serveur Netboot à la table d'assistance DHCP de votre routeur.\nLes administrateurs réseau craignent souvent que cela interfère avec le traitement de DHCP par d'autres serveurs. Cependant, même si le processus bootpd est en cours d'exécution sur votre serveur Netboot, si le service DHCP n'est pas activé, il ne distribuera pas d'adresses IP. En fait, il ignorera complètement toutes les requêtes DHCP. De même, votre autre serveur DHCP ignorera complètement les diffusions BSDP qui lui sont relayées par le routeur.\nEn résumé, si vous souhaitez effectuer une installation sur plusieurs sous-réseaux, utilisez votre réseau.\nadministrateur pour configurer vos routeurs pour envoyer des diffusions BSDP vers votre Netboot\nserveur. Ce n'est pas une demande déraisonnable ou une tâche difficile, et grandement\nréduit vos coûts d'infrastructure et de gestion."},{"id":"text-53","heading":"Text","content":"NetBooting Architectures multiples"},{"id":"text-54","heading":"Text","content":"Quand\nun client Macintosh commence le processus NetBoot, il envoie une demande de diffusion\npour un serveur NetBoot. Dans cette demande se trouvent trois très importants\ninformations: identifiant client (adresse MAC), architecture,\net identificateur de système (modèle de machine). Lorsqu'un serveur (Tiger +) NetBoot\nvoit une requête BSDP en diffusion, launchd lance bootpd pour gérer le\ndemande. Le NetBoot\nserveur vérifie son fichier / var / db / bsdpd_clients pour déterminer si le client\na déjà sélectionné une image NetBoot sur le serveur. Si un record pour\nle client existe sur le serveur, le serveur renverra le message associé.\nLes informations d'image NetBoot et le client NetBoot préfèreront cela\nserveur sur tout autre serveur NetBoot du réseau. Si une association\nn'existe pas encore, le serveur renvoie une liste d'images NetBoot qui\nsont disponibles pour le client particulier. Quand le client choisit finalement\nune image, le serveur crée un enregistrement d’association client dans / var / db / bsdpd_clients.\nLe serveur NetBoot filtrera une image NetBoot de la liste renvoyée au client si:"},{"id":"text-55","heading":"Text","content":"Il est spécifiquement interdit à l’adresse MAC du client d’accéder aux images sur le serveur (filtres NetBoot)\nL'image NetBoot ne prend pas en charge l'architecture de la machine cliente.\nL'image NetBoot n'est pas activée pour le modèle d'ordinateur."},{"id":"text-56","heading":"Text","content":"Reportez-vous à la documentation de Mac OS X Server pour plus de détails sur le filtrage NetBoot.\nLe support d'architecture est défini de deux manières. À partir de 10.4.4, il y a\nest une clé supplémentaire dans le fichier NBImageInfo.plist nommée "Architectures".\nCet attribut contient un tableau des architectures prises en charge,\npar exemple {ppc}\nou {ppc, i386}. De plus, le jeu NetBoot doit contenir un booter,\nmach.macosx et mach.macosx.mkext pour chaque architecture prise en charge.\nPour assurer la compatibilité ascendante, les fichiers de démarrage ppc peuvent résider à la\nniveau racine du jeu NetBoot ou dans un dossier nommé "ppc" à\nle niveau racine de l'ensemble NetBoot. Les fichiers de démarrage spécifiques à Intel doivent\nréside dans un dossier nommé "i386" au niveau racine du\nEnsemble NetBoot. Par conséquent, vous pourriez avoir un ensemble Universal NetBoot (compatible\nde démarrer\nppc ou i386) avec la structure suivante:\nNetBoot.nbi /\nbooter\ni386 /\nbooter\nmach.macosx\nmach.macosx.mkext\nmach.macosx\nmach.macosx.mkext\nNBImageInfo.plist\nSystem.dmg\nLorsque le serveur NetBoot reçoit une requête BSDP d’une architecture particulière,\nil détermine si $ {arch} / booter existe. Si c'est le cas, il renvoie le chemin d'accès à\nce fichier dans la réponse BSDP. Si ce n'est pas le cas, et arch = ppc, il retourne\nle chemin d'accès à booter (au niveau racine du nbi) s'il existe. Si le booter\nn'existe pas pour l'architecture, non seulement le client ne démarrera pas à partir de\njeu NetBoot, mais l’image NetBoot n’apparaîtra même pas en tant que disque d’amorçage disponible\nclient.\nGénération de fichiers de démarrage spécifiques à la plate-forme:"},{"id":"text-57","heading":"Text","content":"Créez le fichier mach.macosx avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nidem / mach_kernel /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx\nou, si le noyau est fat, vous pouvez extraire le binaire spécifique à l'architecture directement dans le dossier nbi:\nlipo-extrait ppc -output /Volumes/NetBootSP0/NetRestore.nbi/mach.macosx / mach_kernel\nCréez le cache d'extension du noyau avec une commande similaire à la suivante, en remplaçant le chemin d'accès au jeu NetBoot par vos propres informations:\nsudo kextcache -a ppc -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/mach.macosx.mkext\nou, pour un Mac à processeur Intel:\nsudo kextcache -a i386 -s -l -n -z -m / tmp / mkext / Système / Bibliothèque / Extensionsidem / tmp / mkext / Volumes / NetBootSP0 / NetRestore.nbi/i386/mach.macosx.mkext\nAdd the booter files. PowerPC:\nditto /usr/standalone/ppc/bootx.bootinfo /Volumes/NetBootSP0/NetRestore.nbi/booter\nIntel-based Mac:\nditto /usr/standalone/i386/boot.efi /Volumes/NetBootSP0/NetRestore.nbi/i386/booter"},{"id":"text-58","heading":"Text","content":"Références:Cisco article on DHCP Relay configurationApple Kbase: Netbooting across subnetsAlternative method of Netbooting across subnetsKernelthread.com: Booting Mac OS XApple Documentation of the Mac OS X boot processHow to enable NetBoot 1.0 for older NetBoot client computers"},{"id":"text-59","heading":"Text","content":"History:7/8/2005: Initial publication1/19/2006: Updated with information about EFI/Intel-based Macs4/3/2006: Updated with additional NFS troubleshooting information"}],"media":{"primary_image":""},"relations":[{"rel":"canonical","href":"https://ipom.fr/2019/06/20/conseils-mac-depannage-du-processus-netboot/"},{"rel":"alternate","href":"https://ipom.fr/2019/06/20/conseils-mac-depannage-du-processus-netboot/llm","type":"text/html"},{"rel":"alternate","href":"https://ipom.fr/2019/06/20/conseils-mac-depannage-du-processus-netboot/llm.json","type":"application/json"},{"rel":"llm-manifest","href":"https://ipom.fr/llm-endpoints-manifest.json","type":"application/json"}],"http_headers":{"X-LLM-Friendly":"1","X-LLM-Schema":"1.1.0","Content-Security-Policy":"default-src 'none'; img-src * data:; style-src 'unsafe-inline'"},"license":"CC BY-ND 4.0","attribution_required":true,"allow_cors":false}