@Sebastian-Roth You are right that firmware is for the fiber (10G) adapter. While it did fix the error in the log its not adding any real value for the OP or for FOG in general. But too, I’m still not seeing FOG as a good tool for cloning servers because of the other mix of hardware (you won’t find in desktops). I would say remove the firmware and have the OP test again now that its working in his environment (because the other roadblocks have been removed).

@george1421 it depends how the nic is designed to handle the fw but typically yes a full/cold power start should correct for that iteration.

@Wayne-Workman I already thought in create a virtual server to work as DHCP in a specific scope and connect the FOG server and the clients in this special scope.

I think is the only possibility inside my environment.

I can say I have both the Extreme 12 (7204) and Extreme 14 (7404) on my campus and I’m running the 1.3.0-rcX series of FOG and both image properly. I have mine setup in legacy (bios) mode. They imaged with our standard Win7 build. You will need the newer kernels to support the intel nics as well as the NVMe disk (if that is in your model).

@sloeckle Just for clarity I was wrong in my post. If you are running FOG 1.2.0 the newest kernels you can run must be less than version 4.4. That means you will need 4.1.X and less than 4.4.0. The kernels 4.4 and newer requires code that only exists in FOG 1.3.0.

Your final answer may be to upgrade to the 1.3.0-rc7 (or what ever is the latest in the 1.3.0 series.

@drewski Good job!! Yes the FOSL usb can be removed once the FOS engine starts. The usb is only the delivery system for the FOS engine. FOS runs out of memory once loaded.

@george1421 said in Dell Inspiron mini 1012 ipxe initialising devices problems:

For FOG 1.3.0 and bios based computers you should use undionly.kpxe

undionly.kkpxe actually works more often, with more systems than undionly.kpxe

Further, any system compatible with undionly.kpxe is also compatible with undionly.kkpxe so we have been recommending the .kkpxe version. This is also the file used for BIOS systems in FOG’s ISC-DHCP setup because it is more compatible.

@george1421 said in Fog .032 and HP8000 elite:

you are on 1.3.0-rc1we should not be talking about pxe.krn at all. For bios you should have undionly.kpxe or undionly.kkpxe and for uefi systems ipxe.efi.

+1,000

That’s what I was thinking since it was first mentioned.

@Psycholiquid Understand that I don’t know the Surface Pro, but it was my understanding that you could use MDT to build your reference image with all of the Surface toys built in. https://blogs.technet.microsoft.com/askcore/2014/07/15/deploy-windows-to-surface-pro-3-using-microsoft-deployment-toolkit/ (Yes I know this says surface 3, it was the first one I hit on in my google-fu search)

@Nicolas-Bricet

We are requesting that all community members who have Surface Pros to please do a packet capture, to capture the DHCP conversation the client sends out at boot time via the ethernet dock, and upload the capture here. The intent is to gather more information about the Surface Pro, so fog can better support network booting it.

Thanks,
Wayne

@Tim-Trageser

We are requesting that all community members who have Surface Pros to please do a packet capture, to capture the DHCP conversation the client sends out at boot time via the ethernet dock, and upload the capture here. The intent is to gather more information about the Surface Pro, so fog can better support network booting it.

Thanks,
Wayne

@nicked

We are requesting that all community members who have Surface Pros to please do a packet capture, to capture the DHCP conversation the client sends out at boot time via the ethernet dock, and upload the capture here. The intent is to gather more information about the Surface Pro, so fog can better support network booting it.

Thanks,
Wayne

@SusejNatas Go ahead and update again. RC-4 is out.

Any other scripts I an run or ideas to get some usable info towards troubleshooting?

Thanks Guys got it up and running needed to turn on the boot stack in the bios.

Just so others know/ so you know. There are two different Domain password spots. One for if you have the new client installed and one for legacy clients. It had my password in the new one’s spot where the client on my machines is the old client. Used FOGCrypt to generate the Legacy password again and it worked like a champ.

@Tom-Elliott, thanks. I believe we can close this thread. Things are working now as far as a Capture/Deploy aspect goes. I’m having issues with my images not joining the domain. I have done some reading here and all of my settings appear to be correct. If I can’t get it working, I can start another thread.

Thanks for all of the help. There is no way that I would have got this working without you guys. Thanks.

@Tom-Elliott Tried the ipxe.pxe settings and it’s working, gonna try on some of my other models.
Thank you!

@Boyan-Biandov FWIF if you used the kernels from my link they are 4.6.2. But either way I’m glad you got past this issue. Happy FOGing…

I working!!! Thank you so much.