@IdahoTech First check the DB actually runs: systemctl status mysql Post output here.

@george1421 thanks for the info I’ll get that done Monday and I’ll left you know what we find

@Schuede said in Xps15 Fail to deploy image - Ipxe / Uefi: listen-address=127.0.0.1 Sebastian, good point I skipped right over that. In this case that command is telling dnsmasq to bind to the loopback interface. So only DHCP DISCOVERS on the loopback interface would get a response. Probably not what the OP wants. While that’s not the issue in the picture it would be the cause of the other issues reported.

@ismith-hpu Did you get to fully test the was I proposed? Would be interesting to see if that does it.

Possibly the installer doesn’t handle pining to a HTTPS server directly. Not sure at the moment.

@kmonroe79 said in Starting cmain( )...: This now brings my screen to black with flashing cursor :( I can’t seem to find a happy balance Using which settings exactly??

@TOXYKILLER Well from your picture the first thing I noticed is that your fog server is at 10.<something off the screen> but your storage ip is 11.101.212.165 is that correct?

before you capture with fog either use sysprep to power off the computer or issue shutdown -s -t 0 to power off the computer. In windows 10 the shutdown button is really a fancy sleep mode and not really a close everything and power off kind of shutdown.

@kburns Yes, George is probably right. Take a look at /tftpboot/default.ipxe text file and put in the correct IP. It’s important you read this wiki artikle: https://wiki.fogproject.org/wiki/index.php/Change_FOG_Server_IP_Address

@ITCC Switch your DHCP config to point to ipxe.pxe instead of undionly.kpxe and the issue should go away.

@mikmatcr ok what I would do is run fdisk from command prompt sudo fdisk /dev/sdb d p 2 d p 1 w e Note it may be q to quit and not e to exit. I did that from memory. That should delete both partitions and write them back to the disk. Now you can start with the instructions https://forums.fogproject.org/topic/11048/moving-fog-s-images-files-off-the-root-partition-2017-edition up to and including step 7. That will create a new partition and then format it. Once you have it formatted then we can go through the steps to copy the files over and then remap the drive.

@fogQuestions said in Can fog deploy images to a single partition?: However, whenever I deploy images to from my FOG server to my computer, the iPXE software gets wiped by my image. May I ask why you have iPXE installed on disk at all? Usually this is send to the client on PXE boot on the fly and there is no need to have it on disk. Can fog deploy images to a single partition? If so how? Yes you can define an image in the web UI to capture/deploy only one single partition. The problem with this is that on the target machine you already need to have the correct partition layout set from an earlier deploy as we don’t touch that but simply deploy the contents of that one single partition set in the image definition.

@franck25 said in How to boot uefi on ltsp server via ipxe fog: I find myself facing a problem of boot on my server “ltsp ubuntu” Please take a picture of the screen where we see what goes wrong and post that here.

@Shiro228 We didn’t have the time to implement printer management on Linux yet. You are more than welcome to work on this.

If this is accurate shouldn’t broadcast be 192.168.1.255?

@jhumpf Which version of FOG do you have installed? Can you please take a picture with a bit more of what you see on the screen. I don’t really understand where you are in the web UI to get this picture.

I believe the wiki page is based on my tutorial page: https://forums.fogproject.org/topic/12796/installing-dnsmasq-on-your-fog-server If you use my dnsmasq configuration file exactly then it will work. In my config file make sure you replace <fog_server_IP> completely with the IP address of your fog server. It appears several places in the config file. Understand out of the box dnsmasq will only work when the pxe booting client and dnsmasq server are on the same subnet. If they are on different subnets then you will need to update your dhcp-relay/helper service on your subnet router. Add the fog (dnsmasq) server as the last dhcp server in the dhcp-relay list. This will make the dnsmasq server aware of the dhcp requests from other subnets. If you still can’t get it we can debug the dhcp/pxe boot process pretty easily.

@hauser said in Issues using driver path in sysprep - Windows 10: It may be that this method just doesnt work any more as I am fairly unfamiliar with the changes in sysprep of Windows 10, but I also was curious if this is even the best way to add drivers to the images. You are rigth, M$ broke this handy feature of defining where the drivers are. What I’ve found to be reliable is using the pnputil command in the setupcomplete.cmd batch file to load in any remaining hardware specific drivers. So for my campus I have 2 golden images (one bios and one uefi) for 15 different hardware models, where the hardware specific drives are transferred to the target computer using a post install script, then I run the pnputil program to load the drivers. ref: https://forums.fogproject.org/topic/11126/using-fog-postinstall-scripts-for-windows-driver-injection-2017-ed/4

@Gilberto-Ferraz Try this running this PowerShell script as a snapin. What it does is moves the first non-windows boot selection to the top, in your case it will move “IP4 Intel® Ethernet Connection I217-LM” to the top of the boot order. Works for me…

@egorhan Must have been blind when I looked at this the first time. Now I see something that makes me wonder. Search Base DN: ou=administrators,ou=pm_users,dc=parimatch,dc=local Bind DN: cn=administrator,ou=pm_users,ou=administrator,dc=parimatch,dc=local The OU pm_users seems to be on different levels of your LDAP tree. That doesn’t make sense to me. Please double and triple check all the settings. Better you copy & paste the settings from some LDAP browser tool instead of typing those in.