ARP Timeout bij PXE boot - Tftpd32

Op de operatietafel ligt een laptop met kapotte DVD drive, geen floppy, geen USB bootmogelijkheid en wel een LAN aansluiting die netboot ondersteunt. Hierop wil ik graag een verse WinXP zetten.

Ik had geen verstand van netbooten maar samen met google ben ik al een hele tijd aan de gang. De relevante stappen opsommende heb ik nu op een andere XP computer Tftpd32 gezet. Van een syslinux (3.55) distributie heb ik pxelinux.0 en memdisk gekopieerd waarmee een bootimage te laden zou moeten zijn door het configuratiebestandje pxelinux.cfg/default aan te maken met daarin:
code:

default boot
prompt 0
say booting...
label boot
kernel memdisk
append initrd=BootImage.img

Deze BootImage.img heb ik weer van Hiren's Boot CD geleend. Ik heb Tftpd32 als volgt ingesteld:



Als ik de WINS Server setting leeg laat komt dat (255) er automatisch te staan. Als ik mijn default router ip adres daar ook intiep gebeurt er ook niets bijzonders. De algemene settings staan ook op PXE-bootable maar toch weigert mijn laptop in alle toonaarden te booten van mijn image.

Het DHCP gedeelte lijkt wel te werken en de Tftpd32 logs laten dat ook zien:


Ook het TFTP gedeelte lijkt te werken, want ik kan de bestanden binnenhalen via een linuxcomputer in het zelfde netwerk:

quote:

$ tftp 192.168.201.5
tftp> list
?Invalid command
tftp> get pxelinux.0
Received 14080 bytes in 0.0 seconds
tftp> quit
$

Dit doet me ook geloven dat poorten mappen/forwarden/openen in de router niet nodig is, anders zou dit toch ook fout gaan?

Toch zegt mijn laptop telkens dit:
code:

Intel(R) Boot Agent (..)
Copyright blahblah

CLIENT MAC ADDR: (...) GUID: (...)
CLIENT IP: 192.168.10.3  MASK: 255.255.255.0  DHCP IP: 192.168.10.2
PXE-E11: ARP timeout
PXE-E11: ARP timeout
PXE-E38: TFTP cannot open connection
PXE-M0F: Exiting Intel PXE ROM

Met oude topics van google of GoT kom ik er echt niet uit. Wie kan me verder helpen? Ik wil zo graag even een schone XP op mijn laptop!

Draai je nu meerdere dhcp netwerken in je netwerk ?

quote:

LuckyY schreef op donderdag 24 juli 2008 @ 08:01:
Draai je nu meerdere dhcp netwerken in je netwerk ?

'
Lijkt er wel op. Het screenshot van tftp laat een ander IP zien dat wat de client als dhcp-server aangeeft.

Ja mijn adsl router is ook een dhcp server (die uitdeelt in de range van 192.168.201.*). Volgens menig artikel maakt dat niets uit, en het IP dat de bootende pc in kwestie aanvraagt is ook van de pool die Tftp uitdeelt (192.168.10.*). Dus volgens mij gaat op dat gebied niets mis, maar er gaat wel iets mis.

Ik weet niet wat er mis gaat, maar als je VMware hebt zou je UDA misschien kunnen proberen. Je bridged dan met VMware je NIC van de Virtual Machine met de NIC in je desktop. Je kan je desktop dan even met een crosscable op je laptop aansluiten om geen last te hebben van andere DHCP servers (het kan trouwens ook wel als je al een DHCP hebt draaien, maar omdat het maar voor 1 installatie is is dit makkelijker).
Hier staat een how-to.

quote:

Redsandro schreef op vrijdag 25 juli 2008 @ 23:13:
Ja mijn adsl router is ook een dhcp server (die uitdeelt in de range van 192.168.201.*). Volgens menig artikel maakt dat niets uit, en het IP dat de bootende pc in kwestie aanvraagt is ook van de pool die Tftp uitdeelt (192.168.10.*). Dus volgens mij gaat op dat gebied niets mis, maar er gaat wel iets mis.

Je router zal via DHCP waarschijnlijk geen bootfile meegeven. Ik zou het daarom even buiten je netwerkje doen of de DHCP-server in je router tijdelijk uitzetten.

kun je die hdd niet gewoon in je pc hangen? zo doe ik t in zulke gevallen

- hdd met verloopje op IDE poort
- booten met dos (win98 cd oid)
- fdisken en partitie aanmaken, reboot
- format op de hdd aangemaakte partitie, met /s (=schijf bootable maken)
- himem.sys en smartdrv.exe kopieeren naar die hdd (anders duurt t uren), copy con config.sys en himem erin gooien
- i386 map van xp setupcd overkopieeren

hdd terugplaatsen, dos booten, smartdrive laden, en dan i386/winnt starten. niet formatteren uiteraard, en als laatste de zooi omtrappen naar ntfs.

Kleine delay ivm tijdgeblek

@dirk II:
Dat is opzich een hele goede tip. Echter ik heb VMware niet, en toen ik een trial draaide kreeg ik dat bridged networking niet lekker aan de praat. Ik kon wel internetten, maar niet (intern) file sharen en FTPen. Uiteraard wel fixable, maar het zou fijn zijn als ik gewoon die PXE boot aan de praat krijg. Eens in de zoveel tijd heb ik weer een situatie waarin ik dat zou willen, dat zou mij toch ook moeten lukken dacht ik. Scheelt weer computers offline halen enzo. Bovendien moet ik dan weer naar de crosskabelboer, en mijn uitgangspunt is dat dat niet nodig moet zijn.

quote:

xtra schreef op vrijdag 25 juli 2008 @ 23:43:
Je router zal via DHCP waarschijnlijk geen bootfile meegeven. Ik zou het daarom even buiten je netwerkje doen of de DHCP-server in je router tijdelijk uitzetten.

Klinkt logisch, maar ik heb vandaag vele varianten (van IPs in de config) geprobeert terwijl ik mijn router DHCP server uit had gezet. Precies hetzelfde resultaat..

quote:

DJSmiley schreef op zaterdag 26 juli 2008 @ 00:04:
kun je die hdd niet gewoon in je pc hangen? zo doe ik t in zulke gevallen
(puntsgewijs uitleg)

Ook een goeie tip. Maar ik haal liever geen computers offline (alles maakt gebruik van elkaar hier in het netwerk) en ik laat mijn computers liever dicht (let op) wetende dat het gewoon vet easy zou moeten kunnen! Het is tevens een beetje een les, ik wil dat truukje kunnen herhalen met de brakke laptop van mijn pa en de eigenwijze Pentium266 en in de toekomst vast nog wel meer.

Maar voor nu trap ik met mijn 'ik wil het op de PXE manier' eigenwijsheid mijn eigen ramen in want ik zit nog steeds met een lompe XP die om vervanging schreeuwt op mijn laptop.. Maar als je je bedenkt dat je zo gewoon een netinstall kunt doen en dat bijna alles het ondersteunt, dan is dat toch zo handig dat het raar is dat er niet tig hondert hele heldere guides voor zijn?

Hmm..

HET WERKT!

Sorry voor de caps. Ik ben blij. In tegenstelling tot wat alle guides die ik wel kon vinden zeggen, gaf ik voor de tftpd32 gewoon de zelfde dhcp range op als de dhcp van mijn router hanteert (en die stond ook gewoon aan). Nu boot ie prachtig van een willekeurig bootimage die ik opgaf!

Mijn logica zei dat dat ziezo fout was, vandaar dat ik het nog niet eerder probeerde.. Nu alleen nog uitvinden hoe ik zo de hele windows installatie kan 'streamen' (ofzo). Zal vast het een en ander over geschreven zijn, maar nu moet ik echt 24 kijken en slapen en dan een paar daagjes weg. Dus wordt vervolgt.

(nee ik was niet al die tijd met hetzelfde bezig )

Ik ben terug en heb een netbootimage gevonden.. en nu met precies de zelfde instellingen werkt het niet meer! Bij dit soort (in mijn ogen) irrationele stierenfecaliën ben ik er altijd snel flauw van en moet ik mij bedwingen XP er niet met een hamer in te slaan. Ik krijg zelfs niet eens de PXE-E11: ARP timeout, er staat meteen ''no image received'' en hij stopt ermee. Milflippingjaar zeg..
[edit]
tfdpd geeft nog altijd de ip negotiation logs dus er IS communicatie.
[/edit]

Als het nog een keer lukt laat ik het wel weten. Maar als het maar random en op goed geluk is kan ik niet uitgebreid vertellen wat nu de truuk was.

Natuurlijk gaan dingen niet random.. net zo natuurlijk als dat de wet van Murphy in theorie onzin is.

Redsandro wijzigde dit bericht 07-08-2008 01:50 (7%)

Als de TFTP server zegt dat er communicatie is heeft hij vast gewoon een IP gekregen maar kan hij gewoon geen images vinden. Zit je in de goede map te browsen etc?

Jazeker, alle instellingen staan nog precies zo als toen het werkte (en toen ik een paar daagjes wegging).

De grap is dat het EERSTE wat dat ding moet zeggen, of het nu wel of niet werkt, is het verkregen IP:
code:

CLIENT MAC ADDR: (...) GUID: (...) // Dit staat er ziezo
CLIENT IP: 192.168.10.3  MASK: 255.255.255.0  DHCP IP: 192.168.201.6 // Dit staat er bv bij het krijgen van een ip

en die 2e regel staat er niet eens.