Windows 10 UEFI PC opens from fog server but boots into Windows instead PXE

[hariskar]

In my previous post I made the attempt to get undionly.kpxe from fog server. Here is the correct attempt:

C:\Users\hk>tftp -i 192.168.1.5 get undionly.kpxe
Transfer successful: 92104 bytes in 1 second(s), 92104 bytes/s

C:\Users\hk>

tftp -v 192.168.1.5 -m binary -c get ipxe.efi

How can I do it from windows console?

hk@debian-server:~$ ls -al /tftpboot
total 4868
drwxr-xr-x  3 fog  root   4096 Mar 21 12:04 .
drwxr-xr-x 25 root root   4096 Mar 21 12:04 ..
-rw-r--r--  1 fog  root    840 Mar 21 12:04 boot.txt
-rw-r--r--  1 root root    426 Mar 21 12:04 default.ipxe
-rw-r--r--  1 fog  root 199104 Mar 21 12:04 intel.efi
-rw-r--r--  1 fog  root  92505 Mar 21 12:04 intel.kkpxe
-rw-r--r--  1 fog  root  92553 Mar 21 12:04 intel.kpxe
-rw-r--r--  1 fog  root  92510 Mar 21 12:04 intel.pxe
-rw-r--r--  1 fog  root 913472 Mar 21 12:04 ipxe.efi
-rw-r--r--  1 fog  root 849920 Mar 21 12:04 ipxe.iso
-rw-r--r--  1 fog  root 328877 Mar 21 12:04 ipxe.kkpxe
-rw-r--r--  1 fog  root 328925 Mar 21 12:04 ipxe.kpxe
-rw-r--r--  1 fog  root 328396 Mar 21 12:04 ipxe.krn
-rw-r--r--  1 fog  root 328727 Mar 21 12:04 ipxe.pxe
-rw-r--r--  1 fog  root 123448 Mar 21 12:04 ldlinux.c32
-rw-r--r--  1 fog  root 187820 Mar 21 12:04 libcom32.c32
-rw-r--r--  1 fog  root  26468 Mar 21 12:04 libutil.c32
-rw-r--r--  1 fog  root  26140 Mar 21 12:04 memdisk
-rw-r--r--  1 fog  root  29208 Mar 21 12:04 menu.c32
drwxr-xr-x  2 fog  root   4096 Mar 21 12:04 pxelinux
-rw-r--r--  1 fog  root  43186 Mar 21 12:04 pxelinux.0
-rw-r--r--  1 fog  root  43210 Mar 21 12:04 pxelinux.0.old
-rw-r--r--  1 fog  root 198656 Mar 21 12:04 realtek.efi
-rw-r--r--  1 fog  root  93324 Mar 21 12:04 realtek.kkpxe
-rw-r--r--  1 fog  root  93372 Mar 21 12:04 realtek.kpxe
-rw-r--r--  1 fog  root  93380 Mar 21 12:04 realtek.pxe
-rw-r--r--  1 fog  root 197920 Mar 21 12:04 snp.efi
-rw-r--r--  1 fog  root 198112 Mar 21 12:04 snponly.efi
-rw-r--r--  1 fog  root  92056 Mar 21 12:04 undionly.kkpxe
-rw-r--r--  1 fog  root  92104 Mar 21 12:04 undionly.kpxe
-rw-r--r--  1 fog  root  92174 Mar 21 12:04 undionly.pxe
-rw-r--r--  1 fog  root  29728 Mar 21 12:04 vesamenu.c32

Thank you!!

[Sebastian Roth]

@hariskar Ahhh, now I see. Your client seams to be a 32 bit machine. But your 32 bit ipxe.efi binary is missing!

cd /tftpboot
sudo mkdir i386-efi
sudo wget -O i386-efi/ipxe.efi "https://github.com/FOGProject/fogproject/blob/dev-branch/packages/tftp/i386-efi/ipxe.efi?raw=true"
sudo chown fog i386-efi

Then try booting the win10 UEFI client again and see if it works. The missing 32 bit UEFI binary is something Tom and I fixed in the installer just a few days ago. So if you update to the latest version this would be fixed as well. But with the above mentioned commands you can do this yourself very easily.

[hariskar]

I will try it.

Also my Windows 10 are 64bit.

What about

PXE-E32 TFTP open timeout

in the BIOS windows xp PC? It started when I put the 12 lines in DNSMasq.
With

dhcp-boot=undionly.kpxe,x.x.x.x

it was OK.
Maybe there is a connection between the 2 issues of the 2 PCs?

Thank you!

[hariskar]

@Sebastian-Roth said:

@hariskar Ahhh, now I see. Your client seams to be a 32 bit machine. But your 32 bit ipxe.efi binary is missing!

cd /tftpboot
sudo mkdir i386-efi
sudo wget -O i386-efi/ipxe.efi "https://github.com/FOGProject/fogproject/blob/dev-branch/packages/tftp/i386-efi/ipxe.efi?raw=true"
sudo chown fog i386-efi

Then try booting the win10 UEFI client again and see if it works. The missing 32 bit UEFI binary is something Tom and I fixed in the installer just a few days ago. So if you update to the latest version this would be fixed as well. But with the above mentioned commands you can do this yourself very easily.

I made a clean installation of latest trunk.
Again the same:
With:

dhcp-match=set:bios,60,PXEClient:Arch:00000
dhcp-option-force=tag:bios,66,192.168.1.5
dhcp-option-force=tag:bios,67,"undionly.kpxe"

dhcp-match=set:efi32,60,PXEClient:Arch:00006
dhcp-option-force=tag:efi32,66,192.168.1.5
dhcp-option-force=tag:efi32,67,"i386-efi/ipxe.efi"

dhcp-match=set:efibc,60,PXEClient:Arch:00007
dhcp-option-force=tag:efibc,66,192.168.1.5
dhcp-option-force=tag:efibc,67,"ipxe.efi"

dhcp-match=set:efi64,60,PXEClient:Arch:00009
dhcp-option-force=tag:efi64,66,192.168.1.5
dhcp-option-force=tag:efi64,67,"ipxe.efi"

Checking Media Presence
Media present
Starting PXE over IPv4
Station IP address is 192.168.1.2
Server IP address is 192.168.1.1
NBP filename is ipxe.efi
NBP filesize is 0 Bytes
PXE-E99: Unexpected network error.

[Sebastian Roth]

@hariskar I think you need to get a packet dump of this so we really know what’s going on. Up to now this was just a lot of guessing which seams to lead nowhere!

Please have you dnsmasq setup with the 12 lines as suggested. Check to see if the ipxe UEFI binaries are in place. On the FOG server: ls -al /tftpboot/ipxe.efi /tftpboot/i386-efi/ipxe.efi and as well try loading those from your windows client: tftp -i 192.168.1.5 get ipxe.efi and tftp -i 192.168.1.5 get i386-efi/ipxe.efi.
If this all seams fine please install and run tcpdump on your FOG server sudo apt-get install tcpdump && sudo tcpdump -i eth0 -w tftp_issue.pcap udp (leave that command waiting, start up your client till you see the timeout, then stop tcpdmp with Ctrl+c and upload the tftp_issue.pcap file to the forum so we can have a look)

[hariskar]

I hope that this helps:

Microsoft Windows [Version 10.0.10586]
(c) 2015 Microsoft Corporation. Με επιφύλαξη κάθε νόμιμου δικαιώματος.

C:\Users\hk>tftp -i 192.168.1.5 get ipxe.efi
Transfer successful: 934816 bytes in 1 second(s), 934816 bytes/s

C:\Users\hk>tftp -i 192.168.1.5 get i386-efi/ipxe.efi
Transfer successful: 852160 bytes in 1 second(s), 852160 bytes/s

hk@debian-server:~$ ls -al /tftpboot/ipxe.efi /tftpboot/i386-efi/ipxe.efi

-rw-r--r-- 1 fog root 852160 Mar 27 17:05 /tftpboot/i386-efi/ipxe.efi

-rw-r--r-- 1 fog root 934816 Mar 27 17:05 /tftpboot/ipxe.efi

0_1459164590543_tftp_issue.pcap

[Sebastian Roth]

@hariskar Thanks a lot for the PCAP file!!! I knew that dnsmasq is not very flexible but unfortunately this is another example. The matches and options do work but still dnsmasq is sending 192.168.1.1 in the DHCP header next-server field (so option 67 is pointing to 192.168.1.5 but next-server field is pointing to 192.168.1.1). Turns out that I only tested the dnsmasq config when running it on the same host where the TFTP server is running as well… So I didn’t notice.

But it seams to work with ‘dhcp-boot’ option as well - at least when I just tested here on my debian machine (only tested BIOS and 64 bit UEFI so far). Maybe this depends on dnsmasq version and does not work for others. So please give it a try:

dhcp-match=set:bios,60,PXEClient:Arch:00000
dhcp-boot=tag:bios,undionly.kpxe,192.168.1.5,192.168.1.5

dhcp-match=set:efi32,60,PXEClient:Arch:00006
dhcp-boot=tag:efi32,i386-efi/ipxe.efi,192.168.1.5,192.168.1.5

dhcp-match=set:efibc,60,PXEClient:Arch:00007
dhcp-boot=tag:efibc,ipxe.efi,192.168.1.5,192.168.1.5

dhcp-match=set:efi64,60,PXEClient:Arch:00009
dhcp-boot=tag:efi64,ipxe.efi,192.168.1.5,192.168.1.5

I am pretty sure I tested the ‘dhcp-boot’ option back when I added it to the wiki article. Either it didn’t work or I didn’t like it for some reason. Can’t remember. Please let us know if this is working for you and I will add this to the wiki!

[Wayne Workman]

@Sebastian-Roth Is that for proxy mode or non-proxy mode?

[hariskar]

Thank you Sebastian!
There is big progress! :

I opened both (UEFI, BIOS) PCs and got into PXE menu in both PCs. I successfully fully registered them both. With Host EFI Exit Type=REFIND_EFI UEFI PC goes into windows after PXE exit. BIOS PC goes into windows after PXE exit without putting something in Host Bios Exit Type.

But there is still some problem: fog can not boot both PCs. Scheduled or instant tasks don’t start. Time is correct, I put local time in General Settings, I restarted fog scheduler with

sudo service FOGScheduler restart

but nothing happens.
Thank you again!

[Quazz]

@Wayne-Workman If I’m not mistaken matching doesn’t work in proxy mode (meaning BIOS + UEFI compatibility is not possible in dnsmasq)

[Wayne Workman]

@Quazz I know, just was wanting to check if that fact has changed. Sebastian is always up to something.

[Tom Elliott]

@hariskar what’s the error you’re seeing with instant tasks? What about for scheduled tasks? Do they say there were started okay?

[hariskar]

I use fog trunk 6957 and Firmware: DD-WRT v24-sp2 (02/04/15) mega

The log is (times are correct):

Instant Task:

1 active task waiting to wake up.
[03-30-16 8:28:12 am] | Sending WOL Packet(s)
[03-30-16 8:28:12 am] - Host: ERGASTIRIO WOL sent to all macs associated

Scheduled Task:

[03-30-16 8:31:12 am] * Task run time: Wed, 30 Mar 2016 08:31:00 +0300
[03-30-16 8:31:12 am] * Found a task that should run…
[03-30-16 8:31:12 am] - Is a host based task.
[03-30-16 8:31:12 am] - Unicast task found!
[03-30-16 8:31:12 am] - Host ERGASTIRIO
[03-30-16 8:31:12 am] - Tasks started for host ERGASTIRIO!
[03-30-16 8:32:12 am] * 1 active task waiting to wake up.
[03-30-16 8:32:12 am] | Sending WOL Packet(s)
[03-30-16 8:32:12 am] - Host: ERGASTIRIO WOL sent to all macs associated
[03-30-16 8:32:12 am] * No tasks found!
[03-30-16 8:33:12 am] * 1 active task waiting to wake up.
[03-30-16 8:33:12 am] | Sending WOL Packet(s)
[03-30-16 8:33:12 am] - Host: ERGASTIRIO WOL sent to all macs associated
[03-30-16 8:33:13 am] * No tasks found!

[Sebastian Roth]

@Wayne-Workman said:

@Sebastian-Roth Is that for proxy mode or non-proxy mode?

Quazz is right! Just for the records, definitely not in proxy mode as far as I know. Too bad.

[Sebastian Roth]

@hariskar said:

But there is still some problem: fog can not boot both PCs.

Is WOL (wake on LAN) enabled in BIOS/UEFI for both PCs ???

PS: Updated the wiki article to use ‘dhcp-boot’ instead of ‘dhcp-option-force’ as I can’t think of why ‘dhcp-boot’ should not work for others as well. We’ll see. Please prove me wrong.

[hariskar]

Yes of course. WOL was working in both PCs with undionly.PXE. After I put the 12 lines in DNSMasq it does not work with fog. But I can wake up my PCs from the routers interface.

[Sebastian Roth]

@hariskar Can you make sure the WOL packets are sent to the network? Install tcpdump package on your FOG server and run tcpdump -i any -w wol.pcap port 9. Leave the command on the console and schedule a task for the PCs, check the logs for WOL packets being sent and then stop tcpdump (Ctrl-c). Please upload the wol.pcap file to the forum so we can have a look.

[hariskar]

0_1459400650652_wol.pcap

Fog Log Viewer/Service Master newest entry is 2 days ago, is this correct?

[03-27-16 2:20:17 pm] FOGTaskScheduler fork()ed child process (9831).
[03-27-16 2:20:17 pm] FOGTaskScheduler child process (9831) is running.
[03-29-16 12:55:48 pm] service_signal_handler (9812) received signal 15.
[03-29-16 12:55:48 pm] service_signal_handler (9812) killing child (9831).
[03-29-16 12:55:48 pm] service_signal_handler (9812) exiting.
[03-29-16 3:55:48 pm] FOGTaskScheduler Start
[03-29-16 3:55:48 pm] FOGTaskScheduler fork()ed child process (16875).
[03-29-16 3:55:48 pm] FOGTaskScheduler child process (16875) is running.
[03-29-16 3:57:05 pm] service_signal_handler (16859) received signal 15.
[03-29-16 3:57:05 pm] service_signal_handler (16859) killing child (16875).
[03-29-16 3:57:05 pm] service_signal_handler (16859) exiting.
[03-29-16 4:10:24 pm] FOGTaskScheduler Start
[03-29-16 4:10:24 pm] FOGTaskScheduler fork()ed child process (5292).
[03-29-16 4:10:24 pm] FOGTaskScheduler child process (5292) is running.
[03-29-16 5:52:09 pm] service_signal_handler (5273) received signal 15.
[03-29-16 5:52:09 pm] service_signal_handler (5273) killing child (5292).
[03-29-16 5:52:09 pm] service_signal_handler (5273) exiting.
[03-29-16 5:52:09 pm] FOGTaskScheduler Start
[03-29-16 5:52:09 pm] FOGTaskScheduler fork()ed child process (6073).
[03-29-16 5:52:09 pm] FOGTaskScheduler child process (6073) is running.

[Sebastian Roth]

@hariskar The PCAP file is completely empty. Either something went wrong with capturing or your server does not send WOL packets. The ServiceMaster Log looks ok to me! Please check the FOGScheduler log again. Change “Number of lines” to 1000 so you see it all. On (re)start the scheduler should print the FOG logo and then a couple of lines like:

Interface Ready with IP Address: ...

Please post that part of the logs here.

[hariskar]

###########################################
 # Free Computer Imaging Solution #
 # Credits: #
 # http://fogproject.org/credits #
 # GNU GPL Version 3 #
 ###########################################

[03-31-16 11:50:20 am] Interface Ready with IP Address: 94.69.139.243
[03-31-16 11:50:20 am] Interface Ready with IP Address: 192.168.1.5
[03-31-16 11:50:20 am] Interface Ready with IP Address: debian-server
[03-31-16 11:50:20 am] Interface Ready with IP Address: ppp-94-69-139-243.home.otenet.gr
[03-31-16 11:50:20 am] * Starting TaskScheduler Service
[03-31-16 11:50:20 am] * Checking for new items every 60 seconds
[03-31-16 11:50:20 am] * Starting service loop
[03-31-16 11:50:20 am] * 0 active tasks waiting to wake up.
[03-31-16 11:50:20 am] * No tasks found!
[03-31-16 11:51:20 am] * 0 active tasks waiting to wake up.
[03-31-16 11:51:20 am] * No tasks found!
[03-31-16 11:52:20 am] * 0 active tasks waiting to wake up.
[03-31-16 11:52:20 am] * No tasks found!