[tftpboot] problemen met image

[VROEM!]

Ik heb een PC-tje dat ik diskloos wil laten booten. De DHCP server en tftpserver zijn ingesteld volgens de handleidingen bij de debian installer en www.etherboot.org.

De client start oke op, krijgt het IP dat ik hem toegewezen heb, maar als hij het image moet laden begint hij te miepen dat het image niet geldig is.
De tftp server is, voor zover ik kan zien correct ingesteld, ik krijg ook in mijn logs een melding die er ongeveer uit ziet als: "tftpd: trying to get image"

Maar de client blijft zeggen dat het een ongeldig image is en wil niet booten. Ik heb even gekeken of het aan rechten oid ligt, maar als ik die expres fout zet krijg ik andere meldingen (image not found, cannot read image, etc). Ik heb nu met chmod o+r de permissies op leesbaar gezet.

Wat ook vreemd is is dat het een image van ongeveer 1 MB is, terwijl de PC maar een milliseconde oid lijkt te kijken naar het image en gelijk concludeert dat hij er niets mee kan. De verbinding is 10MBit, dus het lezen van het image zou tenminste een seconde of 2 moeten duren.

Waar zou dit aan kunnen liggen?

[ Voor 3% gewijzigd door VROEM! op 24-06-2004 09:37 ]

[VROEM!]

Iemand?
Of zou ik anders van iemand een wel werkend image en een config kunnen krijgen om te kopieren, ik ben zelf eerlijk gezegd een beetje door mijn zoekmogelijkheden heen aan het raken. De enige mogelijke oplossing die ik vond ( -r blocksize meegeven in inetd.conf) zorgde ervoor dat tftp bij het starten gelijk ging loopen en vervolgens gekilld werd. Bovendien verdween de "trying to get image" melding uit de logs.

[ Voor 9% gewijzigd door VROEM! op 24-06-2004 16:32 ]

[Verwijderd]

VROEM! schreef op 24 juni 2004 @ 09:37:
...

Wat ook vreemd is is dat het een image van ongeveer 1 MB is, terwijl de PC maar een milliseconde oid lijkt te kijken naar het image en gelijk concludeert dat hij er niets mee kan. De verbinding is 10MBit, dus het lezen van het image zou tenminste een seconde of 2 moeten duren.

Waar zou dit aan kunnen liggen?

Misschien een corrupte image (heb je er geen md5 sums o.i.d. bij?) BTW wie zegt er dat hij de volledige image binnen moet hebben voor dat hij er iets mee kan doen, versie informatie e.d. zit dus waarschijnlijk al in de header van het bestand en als ie die binnen heeft en gelijk een fout constateert, dan breekt ie de boel natuurlijk af.

[blouweKip]

Ik heb een tijdje geleden ook een leuk tftp servertje opgezet icm een mooie dhcp config, ik heb daarover destijds een post geplaatst op de gentoo forums, het grootste deel van mijn (werkende) config staat daar iig dus misschien kun je er iets mee:

mn probleem was ietwat anders (timeouts) maar wie weet heb je er toch wat aan

http://forums.gentoo.org/...p?t=161057&highlight=tftp

[Verwijderd]

Download tftpd32. Dit windows programma bevat een TFTP client, waarmee je de TFTP server kan testen.
http://perso.wanadoo.fr/philippe.jounin/default.html

Je gebruikt toch geen PXE boot image?
Desgewenst kan ik je werkende bootable images mailen.

[blouweKip]

Misschien heeft ie geen windows (nos he)?

[JJJ]

Was het niet zo dat er met bepaalde netwerkkaarten een limiet was aan de grootte van de image waarmee je wilde booten?

[BoAC]

Ik gebruikt ltsp (op Gentoo) icm Epia bordjes.
Wel weet ik dat er eerst een pxe-image wordt geladen en dat de kernel op een speciale manier moet worden ingepakt.
Die kernel zal al standaard bij die installatie.
Het enige wat ik moest doen was een goede pxe-image aanbieden.

Config:

code:

ddns-update-style ad-hoc;
allow booting;
allow bootp;
not authoritative;
DHCPD_INTERFACE = "eth0";

# Definition of PXE-specific options
# Code 1: Multicast IP address of bootfile
# Code 2: UDP port that client should monitor for MTFTP responses
# Code 3: UDP port that MTFTP servers are using to listen for MTFTP requests
# Code 4: Number of secondes a client must listen for activity before trying
#         to start a new MTFTP transfer
# Code 5: Number of secondes a client must listen before trying to restart
#         a MTFTP transfer
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-tmout 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 root-path "194.1.100.16:/opt/ltsp/i386";

class "Etherboot" {
        match if substring (option vendor-class-identifier, 0, 13) = "Etherboot-5.0";
        #filename "/etherboot/nbgrub";
        filename "/lts/vmlinuz-2.4.21-ltsp-1";
#       filename "/lts/vmlinuz-2.4.24-ltsp-1";

        option subnet-mask              255.255.255.0;
        option broadcast-address        194.1.100.255;
        option routers                  194.1.100.179;
        option domain-name-servers      194.1.100.222;
        option domain-name              "Lan";
        option vendor-encapsulated-options 3c:09:45:74:68:65:72:62:6f:6f:74:ff;
        option vendor-class-identifier "Etherboot-5.0";
        vendor-option-space PXE;
        option PXE.mtftp-ip 0.0.0.0;
        next-server 194.1.100.16;
}

class "PXE" {
        match if substring(option vendor-class-identifier, 0, 9) = "PXEClient";
        #filename "/PXEClient/pxegrub";
        #filename "/PXEClient/pxelinux.0";
        filename "/pxe/eb-5.0.6-via-rhine.lzpxe";
        option vendor-class-identifier "PXEClient";
        vendor-option-space PXE;
        option PXE.mtftp-ip 0.0.0.0;
        next-server 194.1.100.16;
}

class "known" {
  match hardware;
  one-lease-per-client on;
  ddns-updates on;
  ddns-domainname = "mandrakesoft.com";
  ddns-hostname = pick-first-value(ddns-hostname, option host-name);
  option fqdn.no-client-update on;
  set vendor_class_identifier = option vendor-class-identifier;
}

shared-network "mynetwork" {
  subnet 194.1.100.0 netmask 255.255.255.0 {
  option subnet-mask 255.255.255.0;
  option routers 194.1.100.179;
  default-lease-time 28800;
  max-lease-time 86400;
   
    pool { 
       range 194.1.100.11 194.1.100.15;
       deny members of "PXE";
       deny members of "Etherboot";
    }

    pool {
      range 194.1.100.3 194.1.100.10;
        allow members of "PXE";
        deny members of "known";
        allow members of "Etherboot";
         }
  }
}

PXE image voor mijn via is: eb-5.0.6-via-rhine.lzpxe dus

En dit was mijn handleiding

[VROEM!]

Ik heb het al gevonden: Je raadt het nooit.
De NETBOOT images die debian aanbiedt moeten eerst nog omgeklust worden met behulp van mknbi
In plaats van dat ze gewoon een PXE en een etherboot versie kant en klaar aanbieden of iets in de documentatie zetten over dat de aangeboden images nog geconverteerd moeten zetten ze niet-netbootable images op hun ftp
Vervolgens mag je zelf gaan uitzoeken hoe en wat. Zelfs met een tftpboot.img...
Nou ja, SARGE is nog work in progress moet je maar denken
Ik heb nu diverse kernels lopen converteren en die booten allemaal prima, totdat ze bij init komen, wat op zich logisch is. Van hier kom ik wel weer verder

Ik heb wat documentatie gevonden over grub icm etherboot, ik denk dat ik maar eens zo ga werken. Ik heb nu een basis installatie van debian klaar, swap ga ik oplossen met een swap file op de root partitie en dan eens zien of ik met grub en een aangepaste fstab alles over NFS kan laten mounten

[ Voor 20% gewijzigd door VROEM! op 25-06-2004 11:38 ]

[Verwijderd]

Ik kan mij vergissen hoor maar kan je die Debian images niet gewoon booten met behulp van PXELINUX (http://syslinux.zytor.com/pxe.php)?
Dus eerst de PXE stack laden die daarbij zit en dan die image.

Hoewel ik mij nu bedenk dat toen ik laatst netboot install images maakte voor Gentoo ik een aparte kernel en initrd image had. Anyway je kan ook MEMDISK (ook onderdeel van syslinux) gebruiken om floppy images te booten. Zo zelfs laatst via PXE netboot mijn Compaq bios (zit geen floppydrive bij mijn laptop) geupdate

Kortom syslinux is een hele handige verzameling tools, kijk er eens naar.