web-dev-qa-db-fra.com

PXE Boot CD Live Ubuntu récents

J'ai eu des problèmes avec les récents CD live d'Ubuntu pour essayer de les démarrer via PXE. Mon objectif ultime est de reconstruire une ancienne boîte sans disque Ubuntu 9.04 à l'aide de la nouvelle version Ubuntu 12.04.4.

En essayant de démarrer ce que je crois être une bonne configuration, j'obtiens une sortie similaire à celle-ci:

Loading .../vmlinuz......

// --- lotsa good boot-up stuff ---

Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/casper-premount     ...
 [    6.336295] pcnet32 0000:02:01.0: eth0: link up
done.
done.
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 2 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 3 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 4 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 6 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 9 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 16 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 25 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 36 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP
IP-Config: no response after 64 secs - giving up
IP-Config: eth0 hardware address xx:xx:xx:xx:xx:xx mtu 1500 DHCP RARP

J'ai à l'origine suivi les étapes ici . J'ai actuellement les éléments suivants:

  • Un routeur sous Tomato 1.21 (oui, je sais que c'est vieux)
  • Une boîte contenant le serveur TFTP et les fichiers du live CD (adresse IP 192.168.x.y)

Le routeur a une configuration personnalisée Dnsmasq contenant les lignes suivantes:

dhcp-no-override
dhcp-boot=pxelinux.0,,192.168.x.y

Avec ceux-ci configurés, lorsque je veux ajouter quelque chose de nouveau à ma collection PXE, je place des fichiers à certains endroits, ajoute des lignes à certains fichiers de configuration, puis je suis prêt à démarrer ma boîte cible.

Je l'ai déjà fait dans le passé pour plusieurs situations de démarrage, notamment:

  • Backtrack 4r2 i386
  • Debian Lenny, Squeeze et Wheezy
  • Damn Small Linux
  • Fedora 18
  • Plusieurs anciens CD live Ubuntu
  • Plusieurs anciennes installations Ubuntu

Mon processus actuel pour ajouter un nouveau CD live Ubuntu dans le mix est le suivant:

  1. Montez le live CD en tant qu’image ISO.
  2. Copiez tous les fichiers de l'image ISO sur le disque dur.
  3. Copiez les fichiers vmlinuz et initrd.lz du contenu ISO dans la zone accessible par le serveur TFTP.
  4. Reconstruisez initrd.lz pour prendre en charge le démarrage PXE en modifiant initramfs.conf, puis en exécutant update-initramfs dans le chroot:
    • MODULES = netboot
    • BOOT = nfs
    • NFSROOT = 192.168.x.y:/chemin/vers/extrait/iso/contenu
    • DEVICE = eth0 // n'a pas fait cela auparavant, en essayant maintenant comme décrit ici à cause de problèmes mais toujours pas de dés; seulement avoir un seul NIC de toute façon
  5. Ajouter un élément à boot.txt sur le serveur TFTP.
  6. Ajoutez des lignes au fichier sous le répertoire pxelinux.cfg.

Une fois que je les fais, je peux redémarrer. Pour l'essayer, j'utilise une machine virtuelle VMware Player de base sans disque dur, lecteur de CD-ROM et lecteur de disquette. Il ne fait que démarrer à partir de PXE.

Dans le passé, cela a fonctionné à merveille et je peux ensuite le mettre hors tension et démarrer la boîte physique souhaitée via PXE de la même manière.

Je n'ai pas été en mesure de démarrer les deux derniers CD live Ubuntu de cette façon car je reçois le message ci-dessus:

no response after xx secs - giving up` message

Enfin, j'ai monté l'ISO directement sous mon VMware VM et installé Ubuntu directement sur une VM. Une fois que j'ai eu cela, j'ai fait une image sans disque en montant le disque dur et en copiant le contenu similaire aux étapes 1 et 2 ci-dessus, puis en essayant de démarrer PXE à partir de là.

Cela a fonctionné avant; Cependant, lorsque j'essaie de le faire avec mon installation 12.04, je vois le même symptôme que mon CD live 12.04:

no response after xx secs - giving up

J'ai essayé this ; ça n'a pas marché. Voici mes anciennes et nouvelles lignes pxelinux.cfg/default:

label ubuntu_12.04.4-desktop-i386
         kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
#         append boot=casper netboot=nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz
         append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz

J'apprécierais n'importe quelle perspicacité a n'importe qui.

Merci.

bootlive-cdpxe
2
jia103

J'ai eu le même problème hier sur un serveur Maxdata. Le même problème que vous avez eu, c'est pourquoi j'ai trouvé votre question.

Mon serveur a démarré et après un certain temps, il a répandu beaucoup de ces messages IP-Config: no response after xx secs - giving up et a provoqué une panique du noyau au bout de trois minutes environ. J'ai passé presque une journée entière à essayer de résoudre ce problème, mais je n'ai pas trouvé de solution directe.

Le problème est qu’il existe deux appels DHCP: un au démarrage (juste avant que PXE n’intervienne) qui fonctionne et un autre au point où nos deux nœuds ont cessé de démarrer. La deuxième demande est plus courte que celle de la première réponse donnée par Dnsmasq pour une raison inconnue.

Fondamentalement, vous pouvez essayer différentes approches:

tilisez un périphérique réseau différent: J'ai utilisé un serveur réel doté de deux cartes réseau physiques. Le passage à la deuxième interface réseau a immédiatement résolu mon problème.

Je dois admettre que je ne suis pas un expert en machines virtuelles, mais Oracle VM VirtualBox Manager me permet d'installer jusqu'à 4 périphériques de réseau distincts dans la VM pendant que l'on peut même changer l'adaptateur. type. Assurez-vous de jouer un peu avec les paramètres, car ma configuration ne permet pas de tester une telle chose ici.

Si cela ne fonctionne pas, modifiez votre fichier default config en tilisez explicitement DHCP pour la configuration du résea:

label ubuntu_12.04.4-desktop-i386
     kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
     append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz ip=:<server-ip>::::eth0:dhcp rw live-netdev=eth0 ethdevice-timeout=10

N'oubliez pas d'insérer <server-ip>.

Cependant, si ces solutions ne fonctionnent pas pour vous, vous pouvez passer à une adresse IP statique:

label ubuntu_12.04.4-desktop-i386
     kernel /ubuntu/12.04.4-desktop-i386/vmlinuz nosplash
     append boot=nfs root=/dev/nfs nfsroot=192.168.0.99:/path/to/ubuntu-12.04.4-desktop-i386 initrd=/ubuntu/12.04.4-desktop-i386/initrd.lz ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:static rw live-netdev=eth0 ethdevice-timeout=10

Vous devrez créer un fichier de configuration supplémentaire pour chaque client (le démarrage PXE devrait indiquer les fichiers qu'il recherche au moment du démarrage).

2
MrD

Ce problème semble être reproductible sur les appareils dotés de plusieurs interfaces réseau. Pour contourner ce problème, essayez d’ajouter "IPAPPEND 2" à votre fichier de configuration par défaut dans le dossier pxelinux.cfg.

http://www.syslinux.org/wiki/index.php?title=SYSLINUX#IPAPPEND_flag_val_.5BPXELINUX_only.5D

0
Stas

C'est un bug sur ipconfig qui n'implémente pas correctement le standard DHCP

solution rapide voir/obtenir Serva fait INITRD_N11.GZ qui inclut un ipconfig déjà fixé (je suis lié au développement du serva)

http://vercot.com/~serva/an/NonWindowsPXE3.html

0
Pat

Je sais que c'est une vieille question, mais elle m'a aussi mordue.

Si vous avez plusieurs cartes réseau, cela peut être causé par Linux qui en choisit une qui n'est pas connectée. La dénomination des périphériques réseau a été retravaillée et cela a probablement pris effet entre la version que vous utilisiez et celle que vous avez basculée.

Cependant, je ne sais pas si le changement de nom aurait pu vous affecter puisque vous n'avez apparemment pas démarré avec

ip = nicname
0
Mark