Ich habe einen TFTP / DHCP / NFS / SMB-Server (Ubuntu-Server 12.04 LTS) unter 192.168.26.1. Ich verwende pxelinux, um ein Menü mit Start- und Installationsoptionen für Windows, ein Ubuntu-Netzwerkinstallationsprogramm und die Linux Mint 17 MATE-Live-CD anzuzeigen. Es war schon böse, es so zum Laufen zu bringen, und mir geht der Dampf aus ...
Für Linux Mint habe ich zwei Netboot-Optionen bereitgestellt: NFS und CIFS. Ich habe es mit NFS voll funktionsfähig gemacht: Der Benutzer kann es im Startmenü auswählen und landet kurze Zeit später auf dem Linux Mint Live-CD-Desktop. Bei CIFS wird das Netzwerk jedoch nicht ordnungsgemäß initialisiert. Wenn Linux Mint gestartet wird, bleibt das Netzwerk 120 Sekunden lang hängen. Dann wird weiterhin auf dem Desktop gebootet, aber das Netz network-managerwird nicht gestartet (und startet nicht). Ich habe vermutet, dass es ein Problem mit dem nicht antwortenden DHCP-Server sein könnte. Im DHCP-Serverprotokoll kann ich jedoch die DHCP-Anforderung und die erfolgreiche Antwort sehen.
Sobald Sie sich auf dem Linux Mint-Desktop befinden, ifconfigwird eine vom DHCP zugewiesene IP-Adresse gemeldet, und das Pingen des Servers funktioniert.
Meine pxelinux-Konfiguration lautet (alles danach APPENDist in einer Zeile, ich habe es nur zur besseren Lesbarkeit auf dieser Site aufgeteilt):
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
Beachten Sie, dass ich die ip=dhcpOption in das CIFS-Menü einfügen musste . Wenn ich das nicht mache, bleibt der Startvorgang beim Initialisieren des Netzwerks 120 Sekunden lang hängen, wird dann aber nicht fortgesetzt. Wenn ich diese Zeile hinzufüge, hängt sie immer noch, aber nach 120 Sekunden wird sie weiter gestartet.
Die Einrichtung:
Die virtuellen Client- und Servermaschinen sind nur miteinander verbunden (internes Netzwerk). Es gibt überhaupt keine anderen Computer im Netzwerk.
Der Server hat alle pxe-Boot-Dateien unter /var/lib/tftpboot/. Die Linux Mint ISO (unverändert) ist unter gemountet /var/lib/tftpboot/linux-mint-17/image. vmlinuzund initrdsind in /var/lib/tftpboot/linux-mint-17/image/casper. /var/lib/tftpboot/ist ein NFS-Export. Es gibt eine Samba-Freigabe tftpshare, die zugeordnet ist /var/lib/tftpboot/(schreibgeschützt, ermöglicht den Zugriff auf alle).
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";
}
Dies ist eine seltsame Lücke syslogvon 2 Minuten auf dem Client-Computer nach einem erfolgreichen Start der Live-Desktop-Umgebung:
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
(2 Minuten Pause ohne Einträge, ungefähr zu dem Zeitpunkt, zu dem die Startverzögerung von 120 Sekunden auftritt)
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
Dies geschieht in beiden Fällen bei Verwendung von CIFS:
Auf dem Server:
...
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
Die IP, die dem Client im Falle eines erfolgreichen Starts des Desktops zugewiesen wird ifconfig, ist in der Tat ...14.
Dies geschieht , ohne das ip=dhcp:
Dies passiert mit dem ip=dhcp, unmittelbar bevor der Desktop zeigt:
Ich bin dankbar für alle Ideen. Wenn andere Protokolle (welche?) Helfen würden, kann ich sie bereitstellen.
eth0mich mit meinem Gateway, wenn ich einen Internetzugang benötige.