J'ai un serveur TFTP / DHCP / NFS / SMB (serveur Ubuntu 12.04 LTS) sur 192.168.26.1. J'utilise pxelinux pour afficher un menu contenant les options de démarrage et d'installation pour Windows, un programme d'installation réseau Ubuntu et le live CD Linux Mint 17 MATE. Le faire fonctionner comme ça était déjà méchant et je suis à bout de souffle ...
Pour Linux Mint, j'ai fourni 2 options de netboot: NFS et CIFS. Je l'ai fait fonctionner pleinement avec NFS: l'utilisateur peut le sélectionner dans le menu de démarrage, et peu de temps après, atterrit sur le bureau du CD live Linux Mint. Mais avec CIFS, la mise en réseau ne s'initialise pas correctement. Lorsque Linux Mint démarre, la mise en réseau se bloque pendant 120 secondes. Ensuite, il continue de démarrer sur le bureau, mais net network-manager
n'est pas démarré (et ne démarre pas). Je soupçonne que cela pourrait être un problème avec le serveur DHCP ne répondant pas, cependant, dans le journal du serveur DHCP, je peux voir la demande DHCP et la réponse réussie.
Une fois dans le bureau Linux Mint, ifconfig
signale une adresse IP qui est attribuée par le DHCP et le ping du serveur fonctionne.
Ma configuration pxelinux est (tout ce qui suit APPEND
est sur une seule ligne, je viens de le diviser pour plus de lisibilité sur ce site):
NFS:
LABEL linuxmint17
MENU LABEL Linux Mint 17
KERNEL linux-mint-17/image/casper/vmlinuz
APPEND
root=/dev/nfs boot=casper netboot=nfs
nfsroot=192.168.26.1:/var/lib/tftpboot/linux-mint-17/image
initrd=/linux-mint-17/image/casper/initrd.lz
CIFS:
LABEL linuxmint17smb
MENU LABEL Linux Mint 17 (SMB)
KERNEL linux-mint-17/image/casper/vmlinuz
APPEND
root=/dev/cifs boot=casper netboot=cifs
nfsroot=//192.168.26.1/tftpshare/linux-mint-17/image
ip=dhcp
initrd=/linux-mint-17/image/casper/initrd.lz
Notez que j'ai dû insérer l' ip=dhcp
option dans le menu CIFS. Si je ne fais pas cela, le processus de démarrage se bloque pendant 120 secondes lors de l'initialisation de la mise en réseau, mais il ne continue pas. Si j'ajoute cette ligne, elle se bloque toujours, mais après 120 secondes, elle continue de démarrer.
La mise en place:
Les machines virtuelles client et serveur sont uniquement connectées entre elles (réseau interne). Il n'y a aucune autre machine sur le réseau.
Le serveur a tous les fichiers de démarrage pxe sous /var/lib/tftpboot/
. Le Linux Mint ISO (non modifié) est monté sous /var/lib/tftpboot/linux-mint-17/image
. vmlinuz
et initrd
sont /var/lib/tftpboot/linux-mint-17/image/casper
. /var/lib/tftpboot/
est une exportation NFS. Il existe un partage samba appelé tftpshare
qui est mappé /var/lib/tftpboot/
(en lecture seule, permet l'accès à tout le monde).
smb.conf
[tftpshare]
comment = TFTP Root
path = /var/lib/tftpboot
browsable = yes
guest ok = yes
read only = no
create mask = 0644
dhcpd.conf
authoritative;
subnet 192.168.26.0 netmask 255.255.255.0 {
range 192.168.26.10 192.168.26.40;
next-server 192.168.26.1;
filename "pxelinux.0";
}
Il s'agit d'un étrange écart de 2 minutes dans la syslog
machine cliente après un démarrage réussi de l'environnement de bureau en direct:
Jun 14 13:13:18 mint kernel: [ 23.388873] intel_rapl: domain core energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [ 23.528409] intel_rapl: domain uncore energy ctr 0:0 not working, skip
Jun 14 13:13:18 mint kernel: [ 23.528453] intel_rapl: no valid rapl domains found in package 0
Jun 14 13:13:20 mint ntpdate[1198]: Can't find host ntp.ubuntu.com: Name or service not known (-2)
Jun 14 13:13:20 mint ntpdate[1198]: no servers can be used, exiting
(Écart de 2 minutes sans aucune entrée, à peu près au moment où le délai de démarrage de 120 secondes se produit)
Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.ConsoleKit' (using servicehelper)
Jun 14 13:15:19 mint dbus[864]: [system] Activating service name='org.freedesktop.PolicyKit1' (using servicehelper)
Jun 14 13:15:19 mint acpid: starting up with netlink and the input layer
Jun 14 13:15:19 mint acpid: 9 rules loaded
Jun 14 13:15:19 mint acpid: waiting for events: event logging is off
C'est ce qui se produit dans les deux cas lors de l'utilisation de CIFS:
Sur le serveur:
...
Jun 14 13:12:52 ubuntu-netboot in.tftpd[2722]: RRQ from 192.168.26.13 filename /linux-mint-17/image/casper/initrd.lz
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPDISCOVER from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPOFFER on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPREQUEST for 192.168.26.14 (192.168.26.1) from 08:00:27:1c:c5:43 via eth1
Jun 14 13:13:14 ubuntu-netboot dhcpd: DHCPACK on 192.168.26.14 to 08:00:27:1c:c5:43 via eth1
L'IP qui est attribuée au client en cas de démarrage réussi sur le bureau, selon ifconfig
, l'est en effet ...14
.
Voilà ce qui arrive sans le ip=dhcp
:
Voici ce qui se passe avec le ip=dhcp
, juste avant l'affichage du bureau:
Je suis reconnaissant pour toutes les idées. Si d'autres journaux (lesquels?) Pourraient aider, je peux les fournir.
eth0
à ma passerelle si j'ai besoin d'un accès Internet.