Need Tutorial for Making this Work with UEFI
-
[quote=“Tom Elliott, post: 28909, member: 7271”]Are you running 1.1.0 or 1.0.1?[/quote]
1.1.0
-
I’ve fought and fought with UEFI, and until there is full support for it, I’m just going back to Legacy, and I would suggest you do as well. It is much easier to adapt the OS to use legacy boot than it is to support UEFI on a network boot, let alone if you have a mixed environment.
-
Need, the problem is that I am currently booting in Legacy, and it is still doing it. I’m going to try to get some video of the problem.
-
Here we go. Here’s video of what I’m seeing.
[url]https://drive.google.com/file/d/0B3UE8CMNi1taMGJ3Ymdqcks4WHc/edit?usp=sharing[/url]
-
So the good news. Your system is booting, and it is booting to to iPXE.
Now the bad news. It looks like it’s the extremely long dhcp time causing your issue. Once it fails, it is set to reboot the system as you’re on 1.1.0. This, as far as I can tell, is your network now returning, or the system to receiving the DHCP address.
-
This post is deleted! -
So is there a solution you can think of for this? I could make the Fog server a DHCP server, but I don’t want to complicate things with the other DHCP servers on the network.
-
Are you having DHCP issues on your network?
Download: [url]http://blogs.technet.com/b/teamdhcp/archive/2009/07/03/rogue-dhcp-server-detection.aspx[/url]
There you will find a Rogue DHCP Detector. Run this and check the time(ms) it takes to get an ip. I would hope that it is under 300ms. If over 300ms then your looking at an issue with your DHCP server. If under that in windows there may be an issue with your network switches passing the DCHP under pxe situations. Such as STP or portfast settings may need to be changed.
-
Welp… I do have some DHCP issues, it appears. One of my DC’s is showing as both authorized and “rogue.” I’m going to have to figure out what’s going on there. We had set this up at one point to be a DHCP server for a VLAN that would be for virtual servers, which never came to fruition. I’m wondering if something from that is mucking things up somewhere.
-
Alright, so here’s the story:
We had that rogue DHCP server. It was our secondary DC, which was VLAN-d to a network that no one else could access anyway, so it really wasn’t causing problems. I disconnected the NIC, anyway.
I was just ignoring the comments about portfast, because myself and the other network engineer were under the impression it was already enabled on our switches. Ignorance will be the death of all IT.
Portfast was NOT enabled. We spent about an hour discussing WHY Cisco would not enable this by default, since the default setting will ignore any port that is in switchport-access trunk mode to begin with.Whatever. That puppy grabbed a DHCP reservation right away, and brought the Fog Menu up less than 5 seconds later.
It’s now imaging, and hopefully we will have it all done testing, etc…by the time our new laptops get here so we can just image and deploy.
Thanks, all! You’re great!
-
Alright, Tom—I followed your instructions:
(This is for a test machine—so I’m uploading the image with one drive, removing it, and downloading the image with a clean drive on the same machine.)
-I disabled SecureBoot, leaving UEFI alone.
-Uploaded the image
-Swapped the hard drive.
-Downloaded the image.
-Enabled SecureBootI get the “Windows needs to be repaired” screen, with error 0xC0000225.
“A required file is missing or contains errors.”
It points to the \windows\system32\winload.efi file. -
Got it to work after researching things you’ve placed in the forums and what not. Here is the run down:
- Disable Secure Boot
- Enable the Legacy Boot Option (You may have an option in Advanced Boot Options to Enable Legacy ROMS. You want to check this, as well to allow the legacy PXE to appear)
- Restart and register the machine in Fog.
- Create the upload task in the Web GUI.
- Restart and upload your image.
- On the machines to be imaged, repeat steps 1-3.
- Create the download task in the Web GUI, if you aren’t using Capone.
- Restart the machines and download the image.
- Re-enable Secure Boot. (You will probably have to disable legacy boot option and legacy ROMS in order to do this.)
- Reboot, BAM! It’s been FOGGED!
-
Thank you for the detail.
I’ll see if I can get this into a WIKI article for the time being as well so other’s have a starting point.
-
-
This is great. Thanks for reporting your results.
-
Thanks
-
No problem, you guys helped me quite a bit here, so now it’s my turn!
-
Sorry to re-open this thread, the steps above all work great but has anyone had any experience/issues with booting to OEM recovery partitions after deploying images? I have a Sony VAIO laptop here with an OEM recovery partition, which provides functionality to restore the laptop to factory settings.
I perform the same steps as above disabling secure boot, enable legacy boot, deploy image image, enable uefi boot, enable secure boot and it boots into Windows 8 perfectly. However, the built in F10 function to boot into the Sony recovery partition gives the winload.efi error 0xC0000225.
Anyone experienced the same issue?
If i need to re-post elsewhere or start a new thread please let me know.
Thanks
LA -
Yes, this should be a new thread, and no, you shouldn’t use OEM partitions in combination with FOG imaging.
-
I’m not sure why you want that functionality to begin with? Why not image the factory laptop if you really want the factory image…and then make your regular fog image?
We don’t see any reason here to use the factory recovery options, and frankly, they are a pain in the a@#. They create numerous, non-consecutive partitions that can’t be joined or separated. I find it easier to just create one, fresh partition.
I mean, that’s what Fog is all about anyway, right? Fast imaging? I guarantee you will be able to restore an image to that laptop quicker with Fog than you would with that factory reset option.
