Windows 10 UEFI PC opens from fog server but boots into Windows instead PXE
-
@hariskar said:
NBP filesize is 0 BytesWhy is filesize zero?? Please try to download the file via TFTP by hand: https://wiki.fogproject.org/wiki/index.php/Troubleshoot_TFTP#Testing_TFTP
-
tftp -v 192.168.1.5 -c get undionly.kpxe Connected to 192.168.1.5 (192.168.1.5), port 69 getting from 192.168.1.5:undionly.kpxe to undionly.kpxe [netascii] Received 92825 bytes in 0.1 seconds [13246522 bit/s]Also in /tftpboot ipxe.efi Size 892.1KB (913,472Bytes)
-
@hariskar Have you tried the file ‘ipxe.efi’ via the command line client as well ???
I just updated the wiki page to use binary mode instead of netascii:tftp -v 192.168.1.5 -m binary -c get ipxe.efiHave all the iPXE binaries been properly installed? Check with
ls -al /tftpbooton the FOG server! -
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.efiHow 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.c32Thank you!!
-
@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-efiThen 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.
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
I will try it.
Also my Windows 10 are 64bit.
What about
PXE-E32 TFTP open timeoutin the BIOS windows xp PC? It started when I put the 12 lines in DNSMasq.
Withdhcp-boot=undionly.kpxe,x.x.x.xit was OK.
Maybe there is a connection between the 2 issues of the 2 PCs?Thank you!
-
@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-efiThen 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. -
@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.efiand as well try loading those from your windows client:tftp -i 192.168.1.5 get ipxe.efiandtftp -i 192.168.1.5 get i386-efi/ipxe.efi.
If this all seams fine please install and run tcpdump on your FOG serversudo 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) -
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/shk@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 -
@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.5I 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!
Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)
Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG
-
@Sebastian-Roth Is that for proxy mode or non-proxy mode?
-
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 restartbut nothing happens.
Thank you again! -
@Wayne-Workman If I’m not mistaken matching doesn’t work in proxy mode (meaning BIOS + UEFI compatibility is not possible in dnsmasq)
-
@Quazz I know, just was wanting to check if that fact has changed. Sebastian is always up to something.
-
@hariskar what’s the error you’re seeing with instant tasks? What about for scheduled tasks? Do they say there were started okay?
-
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 associatedScheduled 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! -
@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.
-
@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.
-
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.
-
@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.
