Netzboot: BOOTP -> Kernelproblem und PXE Boot Problem

Hallo,
versuche mein Siemens D1107 mit LAN on board übers Netzwerk zu booten. Man kann den Boot über PXE und BOOTP durchführen.
Bei PXE bin ich bis jetzt gescheitert, bei BOOTP bin ich soweit das wenigstens ein Teil des Kernels geladen wird. Also dhcp3 und tftp Konfiguration sind für diesen Fall ok.
Wenn ich versuche den Client vom Server zu booten erscheint folgende Meldung:

TCP/IP BOOT-PROM 1.62, E100B 1.57MPF, OEM28
(c) Copvright bla,bla,bla
OEM: Fujitsu SIEMENS Computers
Adapter Address: 0030xxxxxxxx
received 031d Kbyte, sorted 031d Kbyte, invoked primary bootstrap

Loading....................................................................................
Uncopressing Linux...

invalid compressed format (err=2)

-- System halted

Den Kernel den ich zum Testen verwende, habe ich hier von Debian heruntergeladen. Ich habe mehrere Kernel probiert und es ist der einzige mit dem ich soweit gekommen bin.
Bei meinen Recherchen bin darauf gestossen, daß man den Kernel irgendwelche Header anhängen muß mit dem Tool mknbi. Ich finde aber nirgens eine Anleitung wie ich ein fertiges vmlinuz bearbeiten kann oder von Grund auf einen Kernel dafür baue. (Bis jetzt habe ich nur Kernel als deb-Paket gebaut)
Ich habe mitlterweile zum Thema so viele Seiten gelesen, daß ich nicht mehr weiß, wo oben und unten ist. Könnt ihr mir Step by Step unter die Arme greifen? Arbeite mit Debian.
Gruß MAK

Zitat

Original von kilroy

Welche Fehlermeldungen erhältst Du denn bei PXE? Was sagt das syslog des Servers?
mknbi wird bei PXE nicht genutzt, daher kann ich dazu nichts sagen. Sind denn Deine
Kernel überhaupt für Netboot konfiguriert?

Client Meldungen bei PXE Boot:
TCP/IP BOOT-PROM PXE 1.00, E100B 1.00, SDK 0.98i

DHCP MAC ADDR: 00 30 xx xx xx xx
PXE-EA1: No PXE server found, using standard boot file.
IP ADDR: 192.168.1.70
PXE-E32: TFTP open timeout.
PXE-E32: TFTP open timeout.
PXE-M0F: Exiting TCP/IP BOOT-PROM PXE.

syslog:
server dhcpd: DHCPDISCOVER form 00:30:xx:xx:xx:xx via eth0
server dhcpd: DHCPOFFER on 192.168.1.70 to 00:30:xx:xx:xx:xx via eth0
server dhcpd: DHCPOFFER on 192.168.1.70 (192.168.1.20) form 00:30:xx:xx:xx:xx via eth0
server dhcpd: DHCPACK on 192.168.1.70 to 00:30:xx:xx:xx:xx via eth0
server in.tftpd[1032]: RRQ from 192.168.1.70 filename pxelinux.
server in.tftpd[1033]: RRQ from 192.168.1.70 filename pxelinux.
server in.tftpd[1034]: RRQ from 192.168.1.70 filename pxelinux.
server in.tftpd[1035]: RRQ from 192.168.1.70 filename pxelinux.
server in.tftpd[1036]: RRQ from 192.168.1.70 filename pxelinux.
Gruß MAK

Zitat

Original von kilroy
Die Datei heißt "pxelinux.0", nicht "pxelinux." Wie sieht die entsprechende Zeile in der
dhcpd.conf aus?

Sorry,
habe beim abtippen der syslog einen Fehler gemacht. Richtig ist überall pxelinux.0
dhcpd.conf ist deshalb auch richtig.
Gruß MAK

Zitat

Original von kilroy
Erhöhe mal den Loglevel des tftpd.
Wo hast Du pxelinux.0 abgelegt?
Und teste mal folgendes:

Code

zaphod:~$ tftp server
tftp> status
Connected to trillian.kilroywashere.de.
Mode: netascii Verbose: off Tracing: off
Rexmt-interval: 5 seconds, Max-timeout: 25 seconds
tftp> get pxelinux.0
Received 11960 bytes in 0.1 seconds
tftp> quit

server:~# tftp server
bash: tftp: command not found

Installiert habe ich tftpd-hpa
/etc/inetd.conf

tftp dgram udp wait root /usr/sbin/in.tftpd /usr/sbin/in.tftpd -s -vvv /var/lib/tftpboot

Der Kommando Zeilen-Parameter "-vvv soll die Geschwätzigkeit erhöhen.
Kernel und pxelinux.0 habe ich unter /var/lib/tftpboot abgelegt.

Gruß MAK

Zitat

Original von kilroy

Dann installiere mal das entsprechende Paket.

bei Debian:

apt-cache search tftp
tftpd-hpa - HPA's tftp server
tftp-hpa - HPA's tftp client

apt-get install tftp-hpa

tftp server
tftp> status
Connected to server.lan.mak.
Mode: netascii Verbose: off Tracing: off
Rexmt-interval: 5 seconds, Max-timeout: 25 seconds
tftp> get pxelinux.0
#!!!Hier kommt keine Meldung!!!!
tftp>quit

Danke schonmal für deine Hilfe, muß jetzt arbeiten, bin heute abend wieder im Forum.
Gruß MAK

Zitat

Original von andreash
Hi,

dumme Frage am Anfang, das System laeuft mit Linux aber von Festplatte schon problemlos?

Sowas kann gerne mal ein Problem mit dem Speicher sein.

Ja,das System laeuft mit Linux aber von Festplatte ohne Probleme.
Gruß MAK

Zitat

Original von kilroy
Stimmen denn die Permissions?

Meinst du die Rechte?
Gruß MAK

Hallo,
so jetzt kann ich den ersten Erfolg melden:
PXE-BOOT funktioniert!

Als erstes habe ich nochmal meine dhcpd.conf überarbeitet. Bei meinen Recherchen habe ich festgestellt, daß es sehr viele unterschiedliche Konfigurationen der dhcpd.conf gibt. Wenn eine einfache Konfiguration nicht funktioniert, hilft nur alles Mögliche durchprobieren bis es funktioniert.
Hier ist meine /etc/dhcp3/dhcpd.conf:

ddns-update-style none;


option space PXE;
option PXE.mtftp-ip                    code 1 = ip-address;
option PXE.mtftp-cport               code 2 = unsigned integer 16;
option PXE.mtftp-sport               code 3 = unsigned integer 16;
option PXE.mtftp-tmount            code 4 = unsigned integer 8;
option PXE.mtftp-delay               code 5 = unsigned integer 8;
option PXE.discovery-control        code 6 = unsigned integer 8;
option PXE.discovery-mcast-addr  code 7 = ip-address;


option domain-name "lan.mak";
option domain-name-server 192.168.1.1;


default-lease-time 600;
max-lease-time 7200;


subnet 192.168.1.0 netmask 255.255.255.0 {
   range 192.168.1.200 192.168.1.220;
  option domain-name "lan.mak";
  option domain-name-server 192.168.1.1;
  option routers 192.168.1.1;
  option broadcast-address 192.168.1.255;
  default-lease-time 600;
  max-lease-time 7200;


    class "pxeclients" {
    match if substring (option vendor-class-identifier, 0, 9) = "PXEClient";
    option vendor-class-identifier "PXEClient";
    vendor-option-space PXE;
    option PXE.mtftp-ip 0.0.0.0;
    filename "pxelinux.0";
    next-server 192.168.1.20;
    }
}


host pxeclient {
   hardware ethernet 00:30:xx:xx:xx:xx;
   fixed-address 192.168.1.70;
   }

Der nächste Schritt ist den tftpd-hpa anzupassen:

tftp  dgram  udp  wait  root  /usr/sbin/in.tftpd /usr/sbin/in.tftpd -vvv -s /var/lib/tftpboot -r blksize -r timeout

und danach

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

eingeben.
Das Ergebnis: Mein Client bootet über´s Netzwerk.

Zitat

Quelle: CD-Net-Install-HOWTO Anmerkung: sehr ausführlich geschriebenes HOWTO !
Maximum packet count
Einige - vor allem ältere - PXE-Implementierungen im ROM der NICs können nicht beliebig viele Pakete senden; das Limit liegt oft bei 32k Paketen.
Um ohne Adaption der Implementierung ein Image, das größer ist, als die maximal übertragbare Datei-Größe, übertragen zu können, benötigt man die Kommandozeilen-Option "-r". Leider ist diese Option nicht in jeder tftpd-Implementierung vorhanden.

Zitat

Quelle: syslinux.zytor.com
{ PXE stacks based on Intel's 0.99 series code }
A lot of older PXE stacks are based on Intel LANDesk Service Agent II, versions 0.99, which were released by Intel as "PXE PDK v2.x", despite being what can best be described as alpha quality. These stacks have numerous problems and can trivially be crashed.

If you can, upgrade your firmware.

Unfortunately, firmware upgrade to a recent source base are frequently unavailable for these cards, especially motherboard cards where the PXE stack is integrated with the system BIOS. If so, these stacks can usually be made to work with the following workarounds:

* Disable path MTU discovery on the boot servers. Some versions of these stacks are known to crash if the boot server supports path MTU discovery on UDP. For a Linux server, path MTU discovery can be disabled by setting the sysctl entry net.ipv4.ip_no_pmtu_disc to 1:

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

Note that that may cause bad performance for other services which may be running on the boot server, especially if they have to talk over WAN links. DHCP or TFTP services should generally not be affected.
* Disable the blksize TFTP option on your TFTP server. Some version of these stacks are known to request the blksize option and fail to complete the initial bootstrap transfer if the option is granted by the server (i.e. they got what they asked for.) For tftp-hpa, specify -r blksize to disable blksize, for atftp specify --no-blksize. For other TFTP servers, see your TFTP server documentation. Note that disabling blksize may have a significant impact on the performance of all TFTP clients. Other services are not affected.

Alles anzeigen

Gruß MAK

Hallo,
mit meiner vorstehender Konfiguration funktioniert folgende Hardware:

Fujitsu Siemens Slot1 S 26361 D A11 GS3 Mainboard mit einem Intel 82559 LAN-Controller bestückt. (lan on board)

Netzwerkkarte von Compaq 10/100 tx PCI WOL UTP Controller
Intel SB 22558 B Chip

Netzwerkkarte von Compaq NC3121
Intel SB 22558 B Chip

Gruß MAK

Hallo,
durch den Befehl

echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc

wird die Deaktivierung der "Path MTU discovery" einschaltet.
Leider hat das die Auswirkung, daß sich die Datenübertragungsrate (bei mir) auf ein Viertel der sonstigen Übertragungsrate herabsetzt. Dies betrifft auch den auf der gleichen Maschine laufenden NFS-Server.
Eine Lösung für dieses Problem findet ihr hier.
Gruß MAK