Surface Pro 3 PXE:
-
you shouldn’t be looking for default.kpxe, but default.ipxe.
Beyond that, entering the direct path will make tftp look for ([url]http://192.168.0.1/ipxe.efi/ipxe.efi[/url]) which of course doesn’t exist.
-
I just tested again and Tom you are right about the typo, it is looking for default.ipxe
-
[quote=“Chris Sodey, post: 40515, member: 1418”]I just tested again and Tom you are right about the typo, it is looking for default.ipxe[/quote]
Did you have any success Chris?
-
MRCUR,
I ended up building a MDT and WDS server to get the Surface’s deployed. -
Hey,
If you all are daring and able, i may have a means to get FOG working for these.
It may require a few things, but if you guys have the equipment, I may have a potential solution. I don’t know if it WILL work, but it’s better than anything we have right now right?
-
Tom,
I am willing and able. I have 50 Surface Pro 3’s that still need to be imaged and I am not a fan of the Microsoft solution. What ever it takes to help the FOG team I am here to help.
Thanks! -
Are you aware of proxy dhcp, and how to install it and the ltsp.conf file on your FOG OS?
-
Proxy dhcp I am aware of, but never used. ltsp.conf I have never used.
-
I run Ubuntu 12.04 and the newest FOG patched with the latest SVN to get the work around for the Yogas to work.
-
While the title doesn’t mean much, it’s still useful.
The ltsp is used to “prxy” the dhcp server for boot up requests.
We’ll be making all modifications after this point in that file. Though I need to find out what specifically, so I’ll be testing vicariously through you Chris.
-
I am using FOG in a Windows Environment where I set options 66 and 67 on our DHCP server running on Windows Server 2008 R2.
-
That’s fine.
If you setup dnsmasq, you can leave those values there, or remove them, and all should still work. Albeit with some minor gotchas.
-
Ok, since my FOG is a VM on vmware I can take a snapshot and always roll back in case we break anything
-
Exactly.
-
I have not been able to get the above solution to work on 1.2.0 with the new Surface Pro 3 Dock. I ordered a usb gigabit adapter today, hope to see different results.
-
If it’s prompting for the TFTP server address then it’s simply an issue with that particular build of iPXE. The good news is that everything else is working properly.
If you compile your own it shouldn’t prompt you for the address anymore and instead take you straight to the FOG boot menu.
Go here:
[url]https://rom-o-matic.eu[/url]
Advanced - EFI PXE Bootstrap (and your desired architecture)
Check these boxes:
[URL=‘http://www.ipxe.org/buildcfg/PARAM_CMD’][FONT=Arial][COLOR=#000000]PARAM_CMD[/COLOR][/FONT][/URL][FONT=Arial][COLOR=#000000], Form parameter commands [/COLOR][/FONT]
[URL=‘http://www.ipxe.org/buildcfg/CONSOLE_CMD’][FONT=Arial][COLOR=#000000]CONSOLE_CMD[/COLOR][/FONT][/URL][FONT=Arial][COLOR=#000000], Console command [/COLOR][/FONT]
[URL=‘http://www.ipxe.org/buildcfg/CPUID_SETTINGS’][FONT=Arial][COLOR=#000000]CPUID_SETTINGS[/COLOR][/FONT][/URL][FONT=Arial][COLOR=#000000], CPUID settings[/COLOR][/FONT]And paste this script in the script box (Replace x.x.x.x with your FOG server’s IP or hostname):
#!ipxe
dhcp
cpuid --ext 29 && set arch x86_64 || set arch i386
params
param mac0 ${net0/mac}
param arch ${arch}
param product ${product}
param manufacturer ${product}
param ipxever ${version}
param filename ${filename}
isset ${net1/mac} && param mac1 ${net1/mac} || goto bootme
isset ${net2/mac} && param mac2 ${net2/mac} || goto bootme
:bootme
chain [url]http://x.x.x.x/fog/service/ipxe/boot.php##params[/url]Click Proceed, and voila! Copy the new EFI bootfile to your /tftpboot folder and give it a whirl!
-
Thank you d4rk3!
I didn’t see the reply to this message, but this fixed the issue. My colleague got on her and saw the reply and built the image.
At first, we connected the gigabit usb adapter and it still would not seem to grab the image. I checked my tftp logs and noticed that the usb adapter was never contacting the server, but the surface pro dock was.
Plugged the surface pro 3 back into the dock, changed the bootfile name in dhcp to the custom efi file and it booted into fog!
-
Hell yes! You’re very welcome. Cheers!
I recommend keeping a backup or two of the custom bootfile you made. That way anytime you update to the latest SVN of FOG you can copy it right back into /tftpboot post-upgrade.
-
I’m about to deploy 40 Surface Pro 3 devices into the school I work at - so I’m glad I’ve picked up on this thread - We have purchased only 1 Microsoft USB Surface LAN Adaptor - Will we have issue within FOG - as potentially every Surface will have the same MAC address - or do we only configure 1 of the surfaces within the console and then use this same machine in FOG to deploy to all the Tablets that are using the same USB LAN Connector?
Thanks
Matt
-
You’ll have to add one of them to FOG’s list of hosts, deploy your image, then replace the LAN adapter’s MAC with the Surface’s wireless MAC. Rinse and repeat until done.
I had to do this with over 500 tablets/10 LAN adapters a few months back…blah.
