Boot PXE (résolu)

LuX2 · Le 17/06/2014, à 14:39

Bonjour

J'essaye de faire démarrer un portable sur Ubuntu 14.10 par le réseau, en suivant le wiki Live NetBoot. Ma machine serveur est un autre portable, démarré sur une image iso de Ubuntu 14.10 (placée sur son disque dur) grâce à Grub2.

Le wiki demande de préciser dans /etc/dhcp/dhcpd.conf les valeurs de <IP_DE_MA_BOX_INTERNET> et de <IP_DU_SERVEUR_TFTP>. Pour la seconde, je suppose que c'est celle de ma machine serveur, et j'ai donc reporté l'IP en 192.168.1.xxx lue dans le champ "inet addr" du paragraphe "eth0" de la réponse donnée par la commande "ifconfig". Mais l'IP de ma box internet, comment puis-je la connaître ?

Et comment connaître ce qui est requis plus loin dans le wiki : "la plage d'adresse IP de votre réseau (généralement 192.168.0.0, 192.168.1.0 ou 192.168.2.0))" ? Est-ce la même valeur que l'IP de ma box ?

J'ai essayé diverses valeurs par tâtonnement, mais des erreurs surviennent ensuite et je voudrais pour commencer clarifier ces deux points.

En vous remerciant de votre aide,
LuX

Dernière modification par LuX2 (Le 17/06/2014, à 18:50)

Korak · Le 17/06/2014, à 14:47

Bonjour,

Donne le retour complet de la commande:

ifconfig

LuX2 · Le 17/06/2014, à 15:02

Voilà :

ubuntu@ubuntu:~$ ifconfig 
eth0      Link encap:Ethernet  HWaddr 00:19:b9:66:f7:b9  
          inet addr:192.168.1.93  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::219:b9ff:fe66:f7b9/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:46 errors:0 dropped:0 overruns:0 frame:0
          TX packets:84 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:21878 (21.8 KB)  TX bytes:12933 (12.9 KB)
          Interrupt:17 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:65536  Metric:1
          RX packets:26 errors:0 dropped:0 overruns:0 frame:0
          TX packets:26 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:1992 (1.9 KB)  TX bytes:1992 (1.9 KB)

wlan0     Link encap:Ethernet  HWaddr 00:19:d2:cb:2e:12  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

Korak · Le 17/06/2014, à 15:08

L'adresse IP de ton PC est 192.168.1.93 .

Il y a beaucoup de chance pour que l'adresse IP de ta box soit 192.168.1.1 .

Entre l'adresse 192.168.1.1 dans la barre d'adresse de Firefox (ou autre navigateur) et dis-nous si tu as accès au menu de paramétrage de ta box.

Dernière modification par Korak (Le 17/06/2014, à 15:08)

sinbad83 · Le 17/06/2014, à 15:15

La commande nm-tool te donne l'adresse de la passerelle (donc de la Box).

jplemoine · Le 17/06/2014, à 15:24

Peux-tu aussi donner le retour de

route -n

?

Quelques réponses :
<IP_DU_SERVEUR_TFTP> --> c'est bien ça si tu as lancé la commande sur le serveur.
la plage d'adresse IP de votre réseau --> 192.168.1.0
Est-ce la même valeur que l'IP de ma box ? --> non. c'est route -n qui donnera la valeur.

Korak · Le 17/06/2014, à 15:24

Sur mon PC:

be@be-HP-Pavilion-g7:~$ nm-tool
NetworkManager Tool
State: connected (global)
- Device: eth0 -----------------------------------------------------------------
Type: Wired
Driver: r8169
State: unavailable
Default: no
HW Address: D4:C9:EF:60:A6:8B
Capabilities:
Carrier Detect: yes
Wired Properties
Carrier: off

- Device: wlan0 [VOO-173028] --------------------------------------------------
Type: 802.11 WiFi
Driver: ath9k
State: connected
Default: yes
HW Address: 24:FD:52:53:E8:2A
Capabilities:
Speed: 36 Mb/s
Wireless Properties
WEP Encryption: yes
WPA Encryption: yes
WPA2 Encryption: yes
Wireless Access Points (* = current AP)
VOO-499557: Infra, 04:A1:51:C6:97:5A, Freq 2462 MHz, Rate 54 Mb/s, Strength 34 WPA WPA2
VOO-417269: Infra, C0:3F:0E:C3:5A:9C, Freq 2412 MHz, Rate 54 Mb/s, Strength 24 WPA WPA2
VOO_HOMESPOT: Infra, 12:0D:7F:9D:86:AB, Freq 2412 MHz, Rate 54 Mb/s, Strength 67
VOO_HOMESPOT: Infra, 06:A1:51:C6:97:5B, Freq 2462 MHz, Rate 54 Mb/s, Strength 34
VOO_HOMESPOT: Infra, C2:3F:0E:C3:5A:9D, Freq 2412 MHz, Rate 54 Mb/s, Strength 19
*VOO-173028: Infra, 10:0D:7F:9D:86:AA, Freq 2412 MHz, Rate 54 Mb/s, Strength 66 WEP
IPv4 Settings:
Address: 192.168.0.11
Prefix: 24 (255.255.255.0)
Gateway: 192.168.0.1
DNS: 109.88.203.3
DNS: 62.197.111.140
IPv6 Settings:
Address: 2a02:2788:634:14bf:26fd:52ff:fe53:e82a
Prefix: 128
Gateway: ::
Address: 2a02:2788:634:14bf:bc0d:2bb5:83c7:f771
Prefix: 64
Gateway: fe80::120d:7fff:fe9d:86a8
Address: 2a02:2788:634:14bf:26fd:52ff:fe53:e82a
Prefix: 64
Gateway: fe80::120d:7fff:fe9d:86a8
Address: fe80::26fd:52ff:fe53:e82a
Prefix: 64
Gateway: fe80::120d:7fff:fe9d:86a8
DNS: 2a02:2788:fff0:7::3
DNS: 2a02:2788:fff0:5::140

be@be-HP-Pavilion-g7:~$

L'adresse IP de ma box est dans la ligne que j'ai mis en gras.

Je ne connaissais pas la commande:

nm-tool

Elle est bien pratique.

LuX2 · Le 17/06/2014, à 15:45

Merci BEAUCOUP pour ta réponse rapide.

C'est bien 192.168.1.93 que j'avais mis comme <IP_DU_SERVEUR_TFTP>, mais pour ma box ce n'est pas ça. Cependant, d'après ta réponse j'ai compris comment la retrouver (192.168.1.254 m'envoie sur la page de paramétrage de ma box) c'est ce que je voulais.

Et la "plage d'adresse IP de votre réseau" dont parle le wiki, est-ce que je peux en déduire que c'est 192.168.1.0 ?

Je reprends maintenant pas à pas le boot PXE... À l'étape mise en place du Serveur NFS j'obtiens les erreurs suivantes :

ubuntu@ubuntu:~$ sudo service nfs-kernel-server start
 * Exporting directories for NFS kernel daemon...                                               
exportfs: Failed to stat /var/lib/tftpboot/ubuntu: No such file or directory
                                                                                         [ OK ]
 * Starting NFS kernel daemon                                                                   
 * Not starting: portmapper is not running

La ligne "Failed to stat..." est normale puisque que répertoire /var/lib/tftpboot/ubuntu n'a pas encore été créé à ce stade (le wiki dit de le créer dans la section d'après, sans doute une erreur).

Mais le créer ne règle pas tout. En empiétant légèrement sur l'étape suivante du wiki j'obtiens en effet :

ubuntu@ubuntu:~$ sudo cp /usr/lib/syslinux/pxelinux.0 /var/lib/tftpboot/pxelinux.0
ubuntu@ubuntu:~$ sudo cp /usr/lib/syslinux/menu.c32 /var/lib/tftpboot/menu.c32
ubuntu@ubuntu:~$ sudo mkdir /var/lib/tftpboot/pxelinux.cfg
ubuntu@ubuntu:~$ sudo mkdir /var/lib/tftpboot/ubuntu
ubuntu@ubuntu:~$ sudo service nfs-kernel-server start
 * Exporting directories for NFS kernel daemon...                                               
exportfs: /var/lib/tftpboot/ubuntu does not support NFS export
                                                                                         [ OK ]
 * Starting NFS kernel daemon                                                                   
 * Not starting: portmapper is not running

Dernière modification par LuX2 (Le 17/06/2014, à 15:46)

Korak · Le 17/06/2014, à 15:48

LuX2 a écrit :

Et la "plage d'adresse IP de votre réseau" dont parle le wiki, est-ce que je peux en déduire que c'est 192.168.1.0 ?

Dans ton cas, la plage d'adresse est comprise entre 192.168.1.1 et 192.168.1.254 inclus.

LuX2 · Le 17/06/2014, à 17:02

J'ai l'impression que des messages se croisent... Merci à tous pour vos réponses en tout cas.

Korak a écrit :

Dans ton cas, la plage d'adresse est comprise entre 192.168.1.1 et 192.168.1.254 inclus.

Ah ? Ça me semble convaincant mais le wiki dit pourtant bien à l'étape de mise en place du serveur NFS :

------
Ajouter [dans le fichier /etc/exports] la ligne suivante (remplacer 192.168.1.0 par la plage d'adresse IP de votre réseau (généralement 192.168.0.0, 192.168.1.0 ou 192.168.2.0)) :

/var/lib/tftpboot/ubuntu 192.168.1.0/255.255.255.0(async,no_root_squash,no_subtree_check,ro)

------

Il semble à première vue s'agir d'une IP plutôt que d'une plage, non ? Pour le moment en tout cas j'ai laissé cette ligne comme elle est dans le wiki, il semble que ça ne pose pas de problème.

En effet, en empiétant un peu plus sur l'étape suivante (mise en place des fichiers de démarrage) le message d'erreur de exportfs disparaît : il semble qu'il fallait avoir mis le contenu de l'ISO dans /var/lib/tftpboot/ubuntu AVANT de redémarrer le nfs-kernel-server.

Reste l'erreur concernant portmapper...

ubuntu@ubuntu:~$ sudo service nfs-kernel-server start
 * Exporting directories for NFS kernel daemon...                                        [ OK ] 
 * Starting NFS kernel daemon                                                                   
 * Not starting: portmapper is not running

Google m'apprend que portmap est maintenant intégré à rpcbind (tu m'en diras tant ). En farfouillant j'ai trouvé les commandes suivantes

ubuntu@ubuntu:~$ /etc/init.d/rpcbind start
ubuntu@ubuntu:~$ sudo service rpcbind start

Je ne sais pas s'il fallait les deux ou une seule, mais en tout cas le démarrage du nfs-kernel-server a marché plus ou moins à partir de là (je crois avoir aussi essayé un "sudo service portmap start" mais je crois que ça me donnait un message d'erreur).

ubuntu@ubuntu:~$ sudo service nfs-kernel-server restart
 * Stopping NFS kernel daemon                                                            [ OK ] 
 * Unexporting directories for NFS kernel daemon...                                      [ OK ] 
 * Exporting directories for NFS kernel daemon...                                        [ OK ] 
 * Starting NFS kernel daemon                                                            [ OK ]

Ouf !

Je vais passer le sujet en "Résolu" dés que j'aurais réussi le Boot, ce qui n'est pas encore le cas : le client m'affiche le menu de syslinux, mais le lancement échoue car n'ayant pas la place de copier tout le contenu de l'iso dans /var/lib/tftboot/ubuntu (mon serveur est en LiveCD, ma place en RAM est limitée), j'ai dû tenter des bricolages qui pour l'instant ne fonctionnent pas :

- "mount -o loop <ISO-UBUNTU> /var/lib/tftpboot/ubuntu" : du coup le contenu du point de montage est en read-only, et le démarrage coince au bout d'un moment sans doute à cause de ça.

- Copie du contenu de l'ISO dans un coin du disque dur (du serveur) et "ln -s <CONTENU-ISO-MIS-DANS-HDD> /var/lib/tftpboot/ubuntu" : Le chmod réclamé par wiki permet bien de mettre tous les sous-répertoires en rwxr-xr-x, mais là le démarrage ne produit absolument rien après l'écran de syslinux. Est-ce le lien symbolique qui pose problème ?

Je ne suis donc pas tout-à-fait au bout, mais j'ai bon espoir...

Merci à tous !

jplemoine · Le 17/06/2014, à 17:06

ubuntu@ubuntu:~$ /etc/init.d/rpcbind start
ubuntu@ubuntu:~$ sudo service rpcbind start

Les 2 commandes sont exclusives : c'est l'une ou l'autre mais pas les 2...
Pour le reste, je ne connais pas suffisamment pour t'aider..

Korak · Le 17/06/2014, à 17:10

Ben là, je ne sais pas quoi te répondre. Ça dépasse mes connaissances de configuration réseau.

Désolé.

maxire · Le 17/06/2014, à 17:46

Bonjour,

LuX2 a écrit :

Est-ce le lien symbolique qui pose problème ?

Oui, c'est une possibilité, et même une quasi certitude, le serveur tftp n'aime pas du tout les liens symboliques, j'installe toujours les noyaux de démarrage et les images init en dur directement sous tftpboot sinon cela ne fonctionne pas.

LuX2 · Le 17/06/2014, à 18:47

@jplemoine : Effectivement, sudo service rcpbind start suffisait (avant sudo service nfs-kernel-server restart).

@maxire : J'ai remplacé le lien par un mount astucieux, et le problème a disparu. C'était donc bien le lien symbolique qui ne passait pas.

Au cas où ça serve à quelqu'un d'autre, je précise la manip en question : au lieu de faire sudo cp -av /media/cdrom/* /media/cdrom/.disk /var/lib/tftpboot/ubuntu/ comme dans le wiki, puisque je n'avais pas la place suffisante, j'ai copié tout ça dans un répertoire <REP> placé dans une partition de mon disque dur (qui était déjà montée en un point <MNT>), puis j'ai exécuté mount --bind <MNT>/<REP> /var/lib/tftpboot/ubuntu (l'option --bind permet de ne monter là que ce répertoire, et pas tout le système de fichier de cette partition).

Et ça marche !

Merci à tous encore une fois. Je passe le sujet en "résolu".
Euh... au fait, même si la page du wiki m'a permis d'y arriver avec votre aide, ce serait bien de la corriger pour qu'elle dise de ( (mettre en place les fichiers de démarrage) && (démarrer le service rpcbind) ) AVANT de démarrer nfs-kernel-server, non ? Dois-je contacter son auteur ?

maxire · Le 17/06/2014, à 19:00

Une autre méthode aurait été de copier uniquement initrd.lz et vmlinuz sous /var/lib/tftpboot, cela économise un mount --bind qu'il faudra d'ailleurs que tu intègres dans la fstab.
Le menu comprendrait alors ces 2 lignes:

KERNEL vmlinuz
APPEND boot=casper rootfstype=nfs netboot=nfs nfsroot=192.168.1.100:/var/lib/tftpboot/ubuntu debian-installer/language=fr console-setup/layoutcode=fr console-setup/variantcode=oss quiet splash initrd=initrd.lz --

rpcbind, je ne le démarre jamais, il doit manquer quelque chose dans ton installation et cela fait tellement longtemps que j'ai paramétré mon serveur nfs que je ne me souviens plus du tout ce que j'ai fait ou pas.

Dernière modification par maxire (Le 17/06/2014, à 19:04)

maxire · Le 17/06/2014, à 19:16

Ah oui, je me souviens il faut utiliser NFSV4 pour ne pas utiliser rpcbind, c'est avec NFSV2 et NFSV3 qu'il faut démarrer rpcbind.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/06/2014, à 14:39

Boot PXE (résolu)

#2 Le 17/06/2014, à 14:47

Re : Boot PXE (résolu)

#3 Le 17/06/2014, à 15:02

Re : Boot PXE (résolu)

#4 Le 17/06/2014, à 15:08

Re : Boot PXE (résolu)

#5 Le 17/06/2014, à 15:15

Re : Boot PXE (résolu)

#6 Le 17/06/2014, à 15:24

Re : Boot PXE (résolu)

#7 Le 17/06/2014, à 15:24

Re : Boot PXE (résolu)

#8 Le 17/06/2014, à 15:45

Re : Boot PXE (résolu)

#9 Le 17/06/2014, à 15:48

Re : Boot PXE (résolu)

#10 Le 17/06/2014, à 17:02

Re : Boot PXE (résolu)

#11 Le 17/06/2014, à 17:06

Re : Boot PXE (résolu)

#12 Le 17/06/2014, à 17:10

Re : Boot PXE (résolu)

#13 Le 17/06/2014, à 17:46

Re : Boot PXE (résolu)

#14 Le 17/06/2014, à 18:47

Re : Boot PXE (résolu)

#15 Le 17/06/2014, à 19:00

Re : Boot PXE (résolu)

#16 Le 17/06/2014, à 19:16

Re : Boot PXE (résolu)

Pied de page des forums