@dario-vettore Did you get this solved?

@brakcounty Any news on this?

@andrewhancock91 Are you still keen to discuss this?

@f-an Is this still an issue or did you solve it?

@brakcounty To get some more information, can you please schedule a debug deploy task (same as you would do a normal deploy task but just before you hit the last button in the web UI there is a check box for debug). Boot up the client as usual and let it boot up. Then you need to hit ENTER twice to get to the shell. Now type fog and ENTER again to start and step through all the process till you hit the error. It will throw you back to the shell. Now type:

sgdisk -gl /images/Win10Standard_GPT_EFI/d1.mbr /dev/sda

It surely will fail. Take a picture of the screen and post that here.

@brakcounty said in customizations to ipxe menu not applying after updating to 1.5.7:

One question though, from the main FOG ipxe menu, when i hit Deploy Image, and get the prompt to authenticate with fog/pass, that text is blue, i want it to be white. Where can i change that setting?

In my test environment if I change the iPXE main colors (FOG Configuration -> FOG Settings -> FOG Boot Settings -> IPXE MAIN COLOURS) this is valid for all the text in the iPXE boot screens as well as for the password entry.

@george1421 That is because the separate storage group has a master. It’s a “work around” to the “Images are always captured to the master node” because you, quite literally, are making the storage node, now, a master node. It works of course for this reason.

@madeyem said in FOG and UEFI/M.2 SSD:

Is it really necessary for you to have the PC run in raid on mode? If not, leave it at AHCI

If you have only a single disk in the computer OR you have multiple disks but have no plans on setting up a raid configuration there is no performance penalty to leave the disk controller in ahci mode.

@Brad-Schumann The short answer is it depends on what the laptop is doing. The bit longer answer is the config file for refind is in /var/www/html/service/ipxe and its called refind.conf.

Also make sure the firmware is up to date on this laptop because it could be flaky firmware that is causing refind to fail.

The last option is we may need to look into updating refind to a later version because the hardware drivers in refind may need updating.

So in the end it depends…

@Quazz Thanks, done: https://github.com/FOGProject/fos/issues/31

@martial said in button "Reset encryption Data" does not appear:

I guess the virtual mac address made by forticlient is the big problem as it is created on multiple clients?

Yes, most probably. Take a look at the option QUICKREG PENDING MAC FILTER in FOG Configuration -> FOG Settings -> FOG Client - Host Register!

@Sebastian-Roth No, i have changed the permissions to fogproject:root and delete the directories in /images/dev/ that looks like a MAC address.

It works now.

@Wayne-Workman said in Installation stops during setting up fogproject password:

own projects, I opt for very long passwords made from upper & lower case letters and numbers randomly. I’m talking 32, or 64 characters long. Typically I look up the maximum length supported password, and generate one of that length, just letters and numbers.

I tried another installation on an other, identical notebook fujitsu lifebook with fedora server 30, but allowed special characters in the function.sh and it works also.

do [[ -z $password || $ret -ne 999 ]] && password=$(head /dev/urandom | '0-9a-zA-Z!#$%&()*+,-./:;<=>?@[]^_{|}~' | fold -w12 | shuf -n1) echo -e "$password\n$password" | passwd $username >>$workingdir/error_logs/fog_error_${version}.log 2>&1 ret=$? let cnt+=1 done

@george1421 Thank you once again for great support!!!

Since the apache crashes did not correlate with the no directory or file errors I double checked everything attached to our workbench and…

Found out one of my engineers had a test box attached to our workbench that was set for no reply to ICMP so I did not catch it had been static’d to 10.0.0.250 as well. Flipped it over to DHCP and now PXE boot works consistently.

Sorry and thank you for your time!

Some options.

1º Use a snapin pack including the executable.
2º Put it in a ftp server and use a cmd ftp client to download it. (You can use the fog server/node as ftp and the built-in ftp client)

This two solutions works!!!

@Peter365 The only comment I can make is watch the permissions on the /images directory now. If you run into upload issues issue this command (note is a bit loose with the security, but its not too big of a risk) chmod -R 777 /images

@Wayne-Workman a bit late in the day but have just setup Fog Imaging server. Could get Realtek Nics to work. Your post solved the issue.

I have been paying with this for a bit now and was working through a scenario where the OS doesn’t get an IP so trying to statically assign one, at least temporarily. I wasn’t able to get it to work but I think it just needs a little more time to work on this scenario. Otherwise, this works quite well. I did some minor tweaks so that my end user only had to boot to the USB drive and after the cron job runs keep an eye on the screen for the IP of the FOG server which I echo’ed out at the end of the script using: printf “The IP of the FOG server is: $IP \N” > /dev/console

I sent it off to a co-worker in another location and asked them to just plug in the USB drive, boot to it, wait for the message then try another machine to see if he got the FOG menu. He did and was able to register the machine with FOG and pull an image down so I’m marking this:

SOLVED!!!

I may try to go back when I have some time to finish hashing through the statically assign an IP if you don’t get one scenario…

Current Solution set Kernel to 4.19.64 and set global option in Fog Configuration–> FOG Settings --> General Settings --> Kernel ARGS to tsc=unstable

Luckly this is the last year for these machines.