You right, it’s was me …
But, the script contained a little typo, remember
And now, i understood why the domain fail … simply because i CTRL+C for debug … and after, i rebooted the computer … but, the hostname changer process didin’t run ! And i has a bad hostname …
I just want to thanks all of you for your help.
With this post, i understood many thinks and i improve myself day after day
I’m very happy to learned news features with FOG and new knowledge
It’s solved !

PS : this script works with Windows 10 ?

My bad …
After many waste of time to find the culprit, i finally found it … : me !
Why ?
Because i realized many many MANY tests (upload task, download task) to create my best-dream-universal-win7x64-image …

So … i simply forgot to disable FOG service BEFORE ran sysprep on the Golden Image … (did it in the small test image)

Now, the Sysprep works fine …

But now, i know all sysprep logs … :

• cbs.log
• setup.etl
• session.xml
• setupact.log in Windows folder
• setupact.log in Windows\Panther folder
• setupact.log in Windows\Panther\unattendGC folder
• setupapt.dev in Windows\inf
• setupapt.offline in Windows\inf
• setuperr in Windows\Panther …

Shame on me !

@sebastian-roth Masked

@JJ-Fullmer Many thanks for the lot of informations
After i update my fog server, i will use your precious informations to deploy my printers.

I will be back !

i think there is a misunderstanding.
The HP8000 is an old computer and there is no drivers for the Win10 OS.
So, I didn’t copy any files in my FOG Drivers folder.
I ran a task with this computer just ONLY to see if the reg hack work.

To help this tread, HP Computer : ProBOOKG2 :

System Manufacturer	HP
System Product	HP ProBook 640 G2
System Version	
System Serial Number	xxxxxxxxxxxxxx
System Type	Type: Notebook
BIOS Vendor	HP
BIOS Version	N76 Ver. 01.07
BIOS Date	04/18/2017
Motherboard Manufacturer	HP
Motherboard Product Name	80FD
Motherboard Version	KBC Version 22.6E
Motherboard Serial Number	xxxxxxxxxxxxxxxxxx
Motherboard Asset Tag	
CPU Manufacturer	Intel(R) Corporation
CPU Version	Intel(R) Core(TM) i5-6200U CPU @ 2.30GHz
CPU Normal Speed	Current Speed: 2700 MHz
CPU Max Speed	Max Speed: 8300 MHz
Memory	7.66 GiB
Hard Disk Model	WDC WD5000LPLX-60ZNTT1
Hard Disk Firmware	02.01A02
Hard Disk Serial Number	WD-xxxxxxxxxxx
Chassis Manufacturer	HP
Chassis Version	
Chassis Serial	xxxxxxxxxxxxxxx
Chassis Asset	```

@sebastian-roth
I don’t use the plugin location !
I haven’t enable the plugins in FOG !
But i just saw a video by @Wayne-Workman (thank to him) to understood your answer.
Very interessting feature …
So, to answer you : nope, i never used plugin ! a
I only created 4 storage groups and 4 storage nodes (one per group) and that’s all.
All NAS are on the same subnetwork (10.10.7.xx).

Hi,
Today is a good day !
i tried a new test : i used an other NAS (Seagate) and created a public share.
With the same windows 10 station, i can xcopy files as SYSTEM and the printer was correctly installed.

So, now, on the Syno NAS, i will tried to join our domain … i will be back

After reflexion, i wiil use the postinit script … Why ? Because if i receive a new model with the VBoxMouse.sys conflit driver, i will need to search again the culprit file into the Driver Pack … and waste many times …

So, in the fog.bonus, i added this :

# suppression du fichier VBoxMouse.sys ... eviter conflit et BSOD avec les Optiplex5050 durant SYSPREP (au 2nd reboot, durant verif perf. videos)
rm /ntfs/Windows/System32/drivers/VBoxMouse.sys
echo "Suppression du fichier VBoxMouse.sys pour eviter BSOD durant SYSPREP  (au 2nd reboot) ... Done !";

I also added this in the SetupComplete.cmd :

rem uninstall VirutalBox Guest Additions : eviter les BSOD comme VBoxMouse.sys sur machine cible
"C:\Program Files\Oracle\VirtualBox Guest Additions\uninst.exe" /S

I retried a download task on the Optiplex 5050 … and no BSOD

So … just many thanks again George for your help ! Knowledge growth up !

PS : how can pass the subject to “Solved” ?!

Thank you to all for your answers.

I think, i will use the safe approach : i will clone my existing Golden Win 7 image in Virtual Box.
With the cloned image, i will install Ubuntu with Grub and upload the new “Golden Dualboot Win7/Ubuntu image”.

In my ref image, i do … nothing 'cause all conf", softs and scripts are run at the post-deployement …

I will try this approach and “i will be back” with the results.

Thank you for “the right way”

@Scootframer Hello,

I have a similar problem on my 630/640/650 G8.
But … if i check, in BIOS, this option, the speed deploy is “normal” : Advanced > System Options > cocher « Configure Storage Controller for VMD ».

After deploy, i need to uncheck before the first boot. If i don’t do that, i have a BSOD.
PS : i don’t use any RAID configuration.

Hey !
I’m back … with some good news : it’s works !
After deployed the new 21h2 clean image, i can see the C:\Windows\DRV\x64 on the 640G2 !
Youpiiiiiiiiiiiiiii … but … the script fog.copydrivers can used .CAB with DELL or not ?
Because i tried to deploy my 21h2 clean image on a o7050 … and no DRV folder after deploy … maybe we need just use x64 folder for all machines instead of .CAB for DELL now ?

#!/bin/bash
ceol=`tput el`;
manu=`dmidecode -s system-manufacturer`;
dots "Identifying hardware"
case $manu in
    [Ll][Ee][Nn][Oo][Vv][Oo])
        machine=$(dmidecode -s system-version)
        ;;
    *[Dd][Ee][Ll][Ll]*)
        machine=$(dmidecode -s system-product-name)
        ;;
    *I[Nn][Tt][Ee][Ll]*)
        # For the Intel NUC and intel mobo pick up the system type from the
        # baseboard product name
        machine=$(dmidecode -s baseboard-product-name)
        ;;
    *)
        # Technically, we can remove the Dell entry above as it is the same as this [default]
        machine=$(dmidecode -s system-product-name) 
        ;;
esac

# if the machine isn't identified then no need to continue with this script, just return to caller
if [[ -z $machine ]]; then 
    echo "Unable to identify the hardware for manufacturer ${manu}";
    debugPause;
    return;
fi 
echo "${machine} Identified";

# Removes Spaces in machine name, works better with path definitions
machine="${machine%"${machine##*[![:space:]]}"}";
# Jeffrey Boulais posted that the above code did not work for his install. He
#  supplied this code as an alternative. If you run in to a problem using my code
#  comment out my code and see if his code works better for your installation. The 
#  only right way is the one that works. Thank you Jeff for your input. 
# machine="$(echo -e “${machine}” | tr -d ‘[:space:]’)"

dots "Verifying we've found the OS disk"
if [[ ! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS ]]; then
    echo "! OS root Not found !";
    debugPause
    return;
fi
echo "Found";
        
dots "Verifying target Arch"
system64="/ntfs/Windows/SysWOW64/regedit.exe"
[[ ! -f $system64 ]] && arch="x86" || arch="x64"
echo "${arch} found";

debugPause

# set osn path names based on the osid set in the FOG WebGui
case $osid in
    5) osn="Win7" ;;
    6) osn="win8" ;;
    7) osn="win8.1" ;;
    9) osn="Win10" ;;
esac

dots "Preparing Drivers"
clientdriverpath="/ntfs/Windows/DRV"
# remotedriverpath="/images/Drivers/$machine/$osn/$arch"
remotedriverpath="/images/Drivers/$osn/$machine/$arch"

debugPause

if [[ ! -d "${remotedriverpath}" ]]; then
    echo "failed";
    echo " ! Driver package not found for $osn/${machine}/$arch ! ";
    debugPause;
    return;
fi
echo "Ready";

debugPause

[[ ! -d $clientdriverpath ]] && mkdir -p "$clientdriverpath" >/dev/null 2>&1
echo -n "In Progress"

rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1

[[ ! $? -eq 0 ]] && handleError "Failed to download driver information for [$machine/$osn/$arch]"

debugPause

# the following code is only valid for Windows 7 operating systems since Windows 8 and beyond
# relies on the unattend.xml section to locate OEM drivers. If you are no longer deploying Win7
# you may exclude this section. 

regfile="/ntfs/Windows/System32/config/SOFTWARE"
key="\Microsoft\Windows\CurrentVersion\DevicePath"
devpath="%SystemRoot%\DRV;%SystemRoot%\inf;";
reged -e "$regfile" &>/dev/null <<EOFREG
ed $key
$devpath
q
y
EOFREG

@george1421 hi;
I just pushed the ISO into a new VM and ran the installer … with new dynamic hard drive (vdi).

Upload to FOG is in progress … i cross fingers

@lukebarone Thank you for your feedback

@george1421 hi
I just fully reinstall W10 21h2 using ISO …
In audit mode, my layout partition : https://ibb.co/64qWwWc
It’s a good layout ?

Thank you

@george1421
Many thanks @george1421 for your help and explanation.
I have learned many things these days
I’m sorry for wasting your time on this problem …

i will totally recreate my Golden 21h2 image and will be back to show you the results.

“NOW TO THE CAVEAT, if 21h2 is doing something different with the disk partitions and adding more windows directories its possible that even after you rebuild a clean 21h2 disk, the script may still fail.”

The script have not tested on 21h2 ?

Thank again

@george1421 hi !

[Wed Dec 14 root@fogclient ~]# blkid 
/dev/ram0: UUID="1c9acfae-b3e6-4506-8ccc-4ffbff7bdfce" BLOCK_SIZE="1024" TYPE="ext2"
/dev/nvme0n1p1: LABEL="RM-CM-)servM-CM-) au systM-CM-(me" BLOCK_SIZE="512" UUID="DC7279F37279D32E" TYPE="ntfs" PARTUUID="c449399d-b51e-11ea-accc-08002700f0f8"
/dev/nvme0n1p2: LABEL="System" BLOCK_SIZE="512" UUID="82247DDF247DD69F" TYPE="ntfs" PARTUUID="c449399e-b51e-11ea-accc-08002700f0f8"
/dev/nvme0n1p4: UUID="D43A-493E" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="5a66023c-da39-4836-8e35-07074543bd99"
[Wed Dec 14 root@fogclient ~]# 

@george1421 said in Golden W10 21h2 : fog.drivers : wrong partition on HP 640 G2 laptop:

find the partition layout to be non standard. Is this layout something that you created by hand, or is Microsoft going bat poop crazy here?

How i have created my UEFI W10 image ?
I had a W10x64 1909 Legacy BIOS image created with Virtualbox.
I used mbr2gpt tool to convert this image to UEFI with sucess …
After few day, i found a problem : can’t expand the C partition because the EFI partition was at the end of the disk … (because of mbr2gpt ? i don’t know)
I fixed this with gParted and … the time was past …
I cloned this VM and updated it to 21h2 … and voila, we are here ! SO, i totally forgot this point but, in fact, i have a non standard layout partitions sorry for that …

My best chance is to recreate the W10x64 21h2 UEFI image at the beginning, no ?

hi !
To help you to debug the script, i tried a new debug task on another HP laptop (nvme disk) : HP 640 G8 and same problem i think …

 * Testing partition /dev/nvme0n1p1..................Not found
 * Testing partition /dev/nvme0n1p2..................Success
Done
 * Press [Enter] key to continue

 * Preparing Drivers.................................Done
 * Preparing Sysprep File............................Done
 * Writing Computer Name.............................Done
 * ComputerName Set To...............................XXXXX
 * Set PC To Join The Domain.........................Skipped
....................................
....................................
....................................
....................................
....................................
....................................

fog.log deleted ........................ Done !
 * Mounting directory................................Done
 * Press [Enter] key to continue
^C
[Tue Dec 13 root@fogclient /]# ls
bin  dev  etc  images  imagesinit  lib  lib64  linuxrc  lost+found  media  mnt  ntfs  opt  proc  root  run  sbin  sys  tmp  usr  var
[Tue Dec 13 root@fogclient /]# cd ntfs/
[Tue Dec 13 root@fogclient /ntfs]# ls
 BOOTNXT   BOOTSECT.BAK   Recovery  'System Volume Information'   bootmgr
[Tue Dec 13 root@fogclient /ntfs]# cd ..
[Tue Dec 13 root@fogclient /]# umount /ntfs 
[Tue Dec 13 root@fogclient /]# ntfs-3g -o force,rw /dev/nvme0n1
nvme0n1    nvme0n1p1  nvme0n1p2  nvme0n1p4  
[Tue Dec 13 root@fogclient /]# ntfs-3g -o force,rw /dev/nvme0n1p2 /ntfs/
[Tue Dec 13 root@fogclient /]# ls -l /ntfs/Windows/DRV/
total 0
[Tue Dec 13 root@fogclient /]# 

I just checked my Windows 10 VM … :

• Win10x64 v1909 Legacy BIOS : 2 partitions : Reserved partition and C partition
• Win10x64 v1909 UEFI : 3 partitions : Partition de récupération, partition EFI, partition C
• Win10x64 v21h2 UEFI : 3 partitions : Partition de récupération, partition EFI, partition C

@george1421
I created the universal image with VirtualBox.
Her, we can see the table partition on the VM Windows … https://ibb.co/2Y0LS48

We can see a recuperation partition … heh … the culprit ?