@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.

I’m fairly sure the Surface Pro can only UEFI boot, so you need to make an UEFI image

@Jerry29445 Any news on this?

@jphillip5 Ok the dumb switch resolved (masked) your issue.

Your building switch, is it an advanced switch like the Catalyst series?

Do you have fast STP, port fast, or RSTP enabled on the ports that go to these HP targets?

Do you have green ethernet or 802.1az enabled on these switches? (if so turn it off).

@csurepair You should really start your own thread because the conditions could be different.

Things that we would need to know is the version of FOG you have installed (on or about the cloud on the management home page).

What is your dhcp server?

Is the HP in uefi or bios (legacy) mode?

Since you are getting to the download of bzImage, it probably safe to assume you have the correct iPXE kernel loaded into dhcp option 67.

Are you using dnsmasq in your environment?

you guys can mark this as solved I posted how I resolved this issue above

Could it be that was a RAW image deployment error vs a multiple partition image deployment? Yes, imaging is going well.
We had to downgrade the TPM from 2.0 to 1.2, since we are not doing UEFI.

Cross linking post: https://forums.fogproject.org/topic/7851/intel-raid0-image-capture

We now know what is going on with this and there is a work around pending.

What George said.

Hello Again,

Upgraded to 8143 - I was able to register the machine successfully.

Thanks,

Tom

@mandrade I was just on a side chat with Tom. He said that the FOS kernels were updated earlier this week to 4.6.2. What is on the usb image is older than those. It would be interesting to see if the newer bzImage allowed that onboard nic to work.

You might want to download and refresh these files on the usb stick and try again.
https://fogproject.org/inits/init.xz
https://fogproject.org/inits/init_32.xz
https://fogproject.org/kernels/bzImage
https://fogproject.org/kernels/bzImage32

@tmerrick I know this is asking a bit much, but if you swap one of the class 10 or class 20 with a samsung evo’s do they exit correctly with San boot? That would help us identify that it is clearly something different with these class 10+ drives or the motherboard. If you don’t have time to debug that is ok. It would just help the next guy with the same issue.

I’m going to mark this thread as solved either way. Thanks again for your feedback.

i was stuck at the same screen for days before i found the solution

fog server ip 172.16.1.105
fog hostname debianfog
fog fqdn debianfog.debianfog.local

juts edit your hosts file … nano /etc/hosts and add
172.16.1.105 debianfog.debianfog.local debianfog

Now mullticast starts without any problem

@forte647 Too bad you got one of those ugly NICs running the r8169 driver. We have seen a lot of trouble with those lately. If I remember correctly this was an auto-negotiation issue most times. As George already said, can you try setting link speed to static GbE or 100M Fast Ethernet on your managed switch and try again? Please keep an eye on the link LEDs (switch and NIC) as well.

Are we allowed to use your picture in the wiki once we figure this issue out? As you are within a private IP range this shouldn’t be an issue privacy wise. Or we can mask the IP and MAC information if you don’t want to see those in the wiki.

@george1421 The article I am working on (don’t find the time to do get this finished) is linked in my signature…

@Wayne-Workman said in Surface Pro 4 on 7977:

@fry_p Once DHCP is configured, you will never have to change it. It takes 10 minutes to setup, every step is laid out for you in here:

https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

I was able to set this up this morning. Works perfectly. The only thing is we have many scopes in the building I set up Surfaces at, so I set the policy at server level. Thanks for the tip!

@SteveB689 OK so this is just research then. Fair enough.

I’m sorry you had so much frustration setting up FOG. I know it is a complex environment especially for those coming from a purely MS Windows background. Hopefully you found the support you needed in the FOG forums.

On a positive note it sounds like Arrowhead-IT has personal experience with this hardware so you have someone that already went down the path you are on.