Best posts made by jflippen

Is this a 7400 or a E7400? I assume the 1st option since you said the device is new. I just received a 7400 2-in-1 today that I was able to get into the FOG menu by using one of these:
https://www.dell.com/en-us/shop/dell-adapter-usb-c-to-ethernet-pxe-boot/apd/470-abnd/pc-accessories
I had to enable booting through thunderbolt to use this. It may be possible that you can only pxe boot with the one I listed. I know we had trouble with some USB-C Precision laptops that had to use the adapter above. Then there is Microsoft and their surface. Also, mine had an nvme ssd that I had to switch from raid to ahci to get FOG to see the hard drive.
I am using 1.5.6 and bzImage Version: 4.19.48.

@Tom-Elliott If that is the case, why even include delete image on the list all page? I can’t imagine wanting to delete multiple images but keep their files. I understand wanting to make something idiot-proof but having a delete image that doesn’t delete the files seems unintuitive to me.

Like @Tom-Elliott said, the initial postdownload script always runs. However, you can use CASE or IF statements to either call a function or open another script. Here is my current postdownload script that I got from one of @george1421 and his wonderful driver injection scripts found here

#!/bin/bash
. /usr/share/fog/lib/funcs.sh
[[ -z $postdownpath ]] && postdownpath="/images/postdownloadscripts/"
if [ $img == "Win7BaseVM" ] || [ $img == "Win10BaseVM" ] ; then
	case $osid in
	    5|6|7|9)
	        clear
	        [[ ! -d /ntfs ]] && mkdir -p /ntfs
	        getHardDisk
	        if [[ -z $hd ]]; then
	            handleError "Could not find hdd to use"
	        fi
	        getPartitions $hd
	        for part in $parts; do
	            umount /ntfs >/dev/null 2>&1
	            fsTypeSetting "$part"
	            case $fstype in
	                ntfs)
	                    dots "Testing partition $part"
	                    ntfs-3g -o force,rw $part /ntfs
	                    ntfsstatus="$?"
	                    if [[ ! $ntfsstatus -eq 0 ]]; then
	                        echo "Skipped"
	                        continue
	                    fi
	                    if [[ ! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS ]]; then
	                        echo "Not found"
	                        umount /ntf >/dev/null 2>&1
	                        continue
	                    fi
	                    echo "Success"
	                    break
	                    ;;
	                *)
	                    echo " * Partition $part not NTFS filesystem"
	                    ;;
	            esac
	        done
	        if [[ ! $ntfsstatus -eq 0 ]]; then
	            echo "Failed"
	            debugPause
	            handleError "Failed to mount $part ($0)\n    Args: $*"
	        fi
	        echo "Done"
	        debugPause
	        . ${postdownpath}fog.deletelog
	        . ${postdownpath}fog.drivers
	        #. ${postdownpath}fog.ad
	        umount /ntfs
	        ;;
	    *)
	        echo "Non-Windows Deployment"
	        debugPause
	        return
	        ;;
	esac
fi

You can see that I have an if statement at the beginning to only run his driver injection script if the image name is one of my golden image VM’s.

@buercky So, I see one thing in your screenshot that concerns me… you have two option 66 with one as the ipxe.efi instead of your server IP. Here’s what my DHCP options look like after applying the options from the guide:

@dholland Hey, I think for UEFI booting you have to boot with ipxe.efi for option 67. Also, I would give this wiki page a read… I just set it up last month and it’s amazing!
https://wiki.fogproject.org/wiki/index.php?title=BIOS_and_UEFI_Co-Existence

@george1421 @Tom-Elliott Is this a logic error in this method?

 private static function _filesAreEqual($size_a, $size_b, $file_a, $file_b, $avail) {
        if ($size_a != $size_b) {
            return false;
        }
        if (false === $avail) {
            if ($size_a < 1047685760) {
                $remhash = md5_file($file_b);
                $lochash = md5_file($file_a);
                return ($remhash == $lochash);
            }
            return file_exists($file_b) && file_exists($file_a);
        }
        $hashLoc = self::getHash($file_a);
        $hashRem = $file_b;
        $hashCom = ($hashLoc == $hashRem);
        return $hashCom;

It looks like it skips md5sum for files larger than 1GB and does the encode_64 from getHash instead. The method is calling getHash for $file_a but not for $file_b. I do not see a part in the php file that calls for a hash for $file_b at all. Wouldn’t this mean the hashComp would be comparing a hashed file vs a non-hashed file?

@george1421 virtualbox does not. @lschnider make sure you don’t turn off EFI in virtualbox until after the VM has shut down and just before uploading. Otherwise you have to go back to your snapshot do the sysprep again.

Then, as @george1421 said, you get to play musical chairs with your boot files, using undionly.kpxe for uploading and ipxe.efi for deploying.

I set up the DHCP rules on one of our dhcp servers (only one that was 2012…) and I can vouch that it saves a LOT of headaches.

@Sebastian-Roth

1. Your idea sounds like a good compromise. Something like delete old file on new upload checkbox that is checked by default maybe?

2. okay, that makes sense. I forgot that the images folder only syncs folders tied to an image in the table.

3. I tried your update and that fixed the file getting set to 0kb. I test when I can, as FOG has a lot of potential in my eyes and I know most if not all of you are doing this in your spare time, which means a lot. I’m hoping someday I’ll have time to learn PHP and contribute more to the project, but that’s a battle for another day.

4. Posted in feature request and tagged you and this post for reference.

@Sebastian-Roth That’s fine. Things have been pretty swamped over here so I had to put the issue on the back burner. The issue doesn’t always show up, so troubleshooting has been time consuming.