We found the solution. For anyone having the same problem with a emmc G1J39E, use the kernel arguments

sdhci.debug_quirks=0x65168080

we found the answer right here

@lsathya I really think there is something up/wrong with this hardware that causes iPXE to hang.

We do have a fall back method to get these computers to image without pxe booting. You will lose some capabilities, but you will be able to image them. Read through this article. https://forums.fogproject.org/topic/7727/building-usb-booting-fos-image Because of the way the forum works the first part is at the top of the thread and the subsequent parts are at the end of the thread. Read through the tutorial and understand what you need to do and the caveats by creating a USB Boot image for FOS Linux.

Also look in the FOG Forum chat bubble at the top for a few more hints.

@andy-morris said in Lenovo 14w Gen2:

I just got it going by using the Kernel bzImage-5.15.5 from the fogproject.org/kernels/ list. I will make it the default for bzImage.

Nice! You might even use the newer kernel from github I just compiled a week ago: https://github.com/FOGProject/fos/releases/tag/20220203

By the way, the pictures you posted show that you were using 4.19.x kernel earlier… 😉

@kweldon said in Issue with loading Fog image to HP AMD systems with Realtek PCIe GbE Family Controller.:

5.15.x development kernel fixed my issue

Nice. We’ll need to get 5.15.x into the main stream kernels now. It is very strange for the latest linux kernel to fix a very old network adapter running on new hardware.

Just be aware that if you update FOG it will replace bzImage with what ever is being currently distributing with FOG at the time.

When FOG 1.5.10 is released it will probably ship with 5.10.x series kernels unless we can get more fog admins to test 5.15.x series before FOG 1.5.10 is released later this spring.

@sebastian-roth Thank you very much for your help. Now it works 100%

@sebastian-roth I had to hand over the U7511 and i did test on another laptop [E5511] ; i’m going to test on another U7511 when i’ll receive a new one next week. I’ll get you in touch.

Thank you again for the good work you do !

@george1421 Thanks a lot. It was the router that has dhcp and i just turned off the dhcp it work well thanks a lot

@george1421

Le problème s’est résolu avec le bon pack de pilotes.
Reconnaissance du disque dur et pas de soucis avec le partionnement.
En gardant la même version de fog, c’est à dire en 1.5.5.

Merci pour les réponse.
Nous allons mettre notre serveur à jour pour les prochaines stations.

Thanks.

@franck said in ACER VERITON N4670GT:

that mean i have to put everyone of them in AHCI mode too before doing it

The short answer is yes. Now just be aware that switching from raid mode to ahci might cause the system to not boot if the previous mode was selected.

This issue is related to the intel rst adapter, uefi and linux kernel. Intel won’t release the intel raid driver to the linux community so there are no linux drivers to reach the disk. This is not specifically a FOG issue, but a linux/intel issue.

@slang said in Fujitsu A3510 PXE UEFI Boot:

10EC&DEV_8168&

Thank you for sharing your experiences here. For new hardware we are seeing that iPXE needs to be rebuilt with the latest code from the iPXE project (different from FOG Project). That program manages the iPXE menu. For FOG, you also need to make sure you update the FOS Linux kernel (FOG Web UI->FOG Configuration->Kernel update) to at least the 5.10.x version of the kernel. This will allow FOS Linux (the engine that clones hard drives) to support the latest hardware too.

One last bit of information, you might want to upgrade to the dev-branch of FOG to bring your fog install up to 1.5.9.114 to address an issue if you plan on cloning Windows 20H2 or later. Microsoft changed the disk structure that requires the upgrade to FOG.

I just found this thread whilst searching for the “Stuck on EFI Stub” error which I also have on a Lenovo V130-151KB Laptop.

I changed our dhcp boot option 67 to point at the ncm–ecm–axge.efi file.

This resulted in my being able to re-image a laptop with a broken LAN port via a Dell USB Lan adapter.

I hope this might be of use to fellow victims of Lenovo. 😀

@austinjt01 The error message in the pictures does not seem to be the same than the one you describe via text. Please be more specific on what exactly the issue is.

I’ve been having the same issue with the G8 ProBooks and have finally got one to image throught the NIC however I’ve been through many steps so I followed this guide
https://docs.fogproject.org/en/latest/reference/compile_ipxe_binaries.html
I then re-downloaded & re-installed FogProject from github.
PXE is noticably faster and so far so good.
Whether compiling and copying the ipxe worked or whether it was the re-install or a bit of both I cannot say.

@george1421 Thanks so much @george1421 ! That fixed my issue.

@TKurtz12 Ok, there you go. Found several topics on this issue:
https://forums.fogproject.org/topic/15779/deploy-image-menu-not-coming-up
https://forums.fogproject.org/topic/15778/hp-elitebook-840-g8
https://forums.fogproject.org/topic/15940/hp-probook-g8-issues-imaging
https://forums.fogproject.org/topic/15715/problem-i-can-t-restore-image-on-hp-probook-450-g8-650-g8-430-g8

Carefully read through all those and you’ll see that some people even contacted HP support on this already. But I don’t think we have any positive feedback from them yet.

@george1421 i had the same problem like this guy here https://forums.fogproject.org/topic/15755/your-kernel-is-most-likely-missing-the-correct-driver

the steps in the thread worked fine for me and solved the problems, now it works on both models

sorry for the extra thread

@rango said in can't get into ipxe console with uefi:

burn the rom into card

What exactly do you mean when you say this? “Burn the rom” is a very specific action.

@Julien-asv Well I suggest you do some testing before January because if there is still something we need to fix then…

@tformentini Yes you are running 4.19.x series. That is a little old and does not have the drivers built in for the latest hardware.

To update you do this from inside the FOG Web user interface. It is easy. Go to FOG Configuration -> Kernel update. You will see a listing of kernels. Select 5.10.71 for both 64 bit and 32 bit. Once that is done you can verify by running the same command line command as you did before. It should confirm as 5.10.71

@george1421 said in Mixed driver environment:

Talk about worked like a champ!
Wasn’t sure if recompiling would cause more headaches, or not.

We have been trying to find a way to get UEFI to play nice, we didn’t find your post from Nov 2…

@george1421, THANK YOU!!!
!SOLVED!