@Tom-Elliott can you get me curl command or minimal list json params to create image in fog ?
Thanks

@sebastian-roth Thanks, we gave that a go and now there is an error with the chainloading failing. So progress from denied.

Researching the error on ipxe (3e11623b) the error seems to be based on the lack of a DNS server. Currently these custom certs don’t have the IP address of the fog server as part of the certificate SAN, so we’re going to see if a certificate with the SAN containing the IP and hostname resolves this error.

@tallier Vous devez rechercher des messages d’erreur plus détaillés sur le serveur et le client.
Vérifiez que /images est correctement monté sur le serveur.
Vérifiez si vous pouvez monter /images à partir d’un autre ordinateur.
Assurez-vous que les services NFS sont démarrés avec toutes les dépendances.

@trev-lchs now to test refind lol

@chris_unit said in move to Fog Pxe menu:

Is the directory /images/ shared out over http ?

No its not the docbase for http on ubuntu is /var/www/ I believe. So your os/ubuntu/Desk... path should start form there.

I would also confirm with a browser that you can reference the url to get the iso. That will tell you its working before you attempt to pxe boot.

@sebastian-roth Yup its was, “Is Graph Enabled (On Dashboard)” Working now. thanks.

@tesparza Search the forums for both topics. There are numerous posts on both.

@george1421

Hi Thanks for this informations, I maked the change but do you know if we can bypass the “press any key to continue” in rEFInd?

Thanks for your help

@yeet said in Error with UEFI:

Just two points to clarify here.

I’ve stopped using ipxe.efi altogether, since snp.efi seems to cover all of the devices I end up imaging.

snponly.efi for uefi is roughly equivalent to what undionly.kpxe is to bios. Both of these ipxe boot loaders use the network adapter’s built in firmware driver. For bios, the undi firmware interface is very mature and stable. For uefi the snp firmware interface has been historically very flaky until the last few years where it has matured a bit and become more stable. For both the undi and snp firmware drivers, its up to the nic manufacturer to make sure the firmware driver conforms to the strict standards. This doesn’t always happen.

Now ipxe.kpxe is to bios what ipxe.efi is to uefi. In the case of these boot loaders these are more like a linux kernel than not. These boot loaders have one of every known driver installed. The complete network and disk drivers are part of this boot loader kernel. The benefits are that ipxe has a very stable and known network and disk controller communication. The down side is that its sometimes difficult to keep up with emerging hardware. That is where undi and snp firmware drivers have helped since they are created by the hardware manufacturer when the new hardware is released. If the developers find that many people are having success with the snponly.efi drivers, they may change their default recommendations.

If that doesn’t work, I’d recommend updating the kernel version.

Don’t confuse the ipxe menu and the boot loader from the FOS Linux kernel. They are two different systems that work together. iPXE gets you to the FOG menu on the target computer. Once you select a menu item and bzImage is loaded then its FOS linux in charge. If you are having network issues and don’t get to the FOG iPXE menu then its a ipxe boot loader issue, if you get to the menu but when you select a menu item then see a network issue then its FOS Linux with the problem. I said all of that to say, if iPXE will not initalize then updating your {FOS Linux} kernel will not help you.

@sebastian-roth
indeed, I switched the fog server on the same network it works now
thank you

https://www.stellarinfo.com/article/repair-mysql-database-table.php

@walyson621 Please post the contents of the text files d1.partitions, d1.minimum.partitions and d1.fixed_size_partitions of this image here in the forums. Find those files in the /images/OPTIPLEX3000/ directory on your FOG server.

I would like to update this thread, we found that the problem was with the DHCP Lease for some reason. We cleared the lease and now it is booting normally. It was very odd that this was an issue because we pulled another of the same machine from the box and it worked without any problems.

@JJ-Fullmer Just stumbled upon this again. Added a hint in the web UI (ref).

You might also add this to the documentation. Although when I looked into adding the hint to working-1.6 as well I saw that with the new web UI you actually have a checkbox for file deletion on deletemulti as well as single delete. So it’s only for FOG 1.5.x.

@joez455 normally yes, but I’m not going to guarantee it as I can’t know every case. I would highly suggest backing up the images folder, the /opt/fog folder, and a backup of the current database. Just to be safe of course.

@george1421
Thank you George, I’ll give it a go! Appreciate it.

@george1421 : Thank a lot for your fast && accurate answer. Have a nice day !