fog.drivers script will not run correctly in postdownloadscripts
-
@THEMCV Remove the
>/dev/null 2>&1
part from that command in the script, the one that looks like this:
rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1
Then we will be able to see an actual error.
-
@Quazz I did not, no. I think I found the /fog reference though and might be our problem.
I think it might be my postdownload script itself.
#!/bin/sh ## This file serves as a starting point to call your custom postimaging scripts. ## <SCRIPTNAME> should be changed to the script you're planning to use. ## Syntax of post download scripts are #. ${postdownpath}<SCRIPTNAME> if [ $osid == "5" -o $osid == "6" -o $osid == "7" ]; then #only handling Win7/8/8.1 clearScreen; mkdir /ntfs &>/dev/null ntfs-3g -o force,rw $part /ntfs #mount image (remember this is mounting partition [U][B]after[/B][/U] new image is deployed) mkdir /fog &>/dev/null mount -o nolock,proto=tcp $storageip:/fog/ /fog #this is a share created on server under /fog which contains drivers, software etc.. (just add /fog to exports but you could use existing location i.e. /images and if you do, do not ne$ dots "Mounting Device"; if [ "$?" = "0" ]; then echo "Done"; . ${postdownpath}fog.drivers # run fog.drivers script umount /ntfs; # unmount when all is done :-) else echo "Failed To Mount Device"; sleep 30; fi fi
@Wayne-Workman I removed it and am testing it now.
-
@THEMCV I do not recommend having commands in the postdownloadscripts, only calls to your scripts.
Move the relevant information into another file, imo.
-
@THEMCV Well, hell now I understand where the /fog is coming from. That is NOT in the original script I was referencing. https://forums.fogproject.org/topic/4278/utilizing-postscripts-rename-joindomain-drivers-snapins/29
-
@george1421 I feel like an idiot. I got them jumbled up in my early stages. Bleh. Okay, so should I take the script that is from your link and use it or do as @Quazz suggested and just include a call to it?
@Wayne-Workman: The message from removing the >/dev/null 2>&1
This rsync lacks old-style --compress due to its external zlib. Try --zz. Continuing without compression. rsync:` write failed on "/ntfs/Windows/DRV/OptiPlex 980/x64/chipset/PP0H5-A00-00.WUB7/JasperFo.uno": No space left on device (20) rsync error: error in file IO (code 11) at receiver.c(393) [reciever=3.1.2]
Which doesn’t make much sense as the device does have space.
-
@THEMCV Either works, I personally prefer having a more modular approach because it makes it easier to expand and debug, but it’s mostly personal taste.
-
-
@THEMCV Yes, that’s fine.
-
@Quazz Okay, it’s in there. No change. Still acting like there’s no space left on the device which isn’t true at all. The image is only ~15GB.
-
@THEMCV I’d have to guess your ntfs isn’t being mounted correctly on the client. Most likely it’s trying to rsync to the fog client (which is residing in RAM) which will of course not have space to write to.
How do your scripts look like now?
-
@THEMCV OK what I think I would do at this point is insert a debug pause after the error generator.
#/fog/Drivers/Win7/Latitude E5410/x86 rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1 [[! $? -eq 0]] && handleError "Failed to download driver information" debugPause
After the handleError line after the rsync.
Then go back and schedule a deployment to this computer but pick the debug deployment checkbox.
Then pxe boot the target computer. It will print out a bunch of text but drop you to a command prompt. From there key in
fog
This will single step you through the deployment process. When you get to the point of the error press crtl-C to exit the installer script. This will leave you at a linux command prompt. From there we should be able to check the disk size and what not. -
Wait, I just found a flaw in the script from Lee’s page (note: not a script Lee created though) for Windows 10, for Win7 its correct since the last partition on disk 0 is the windows partition.
getPartitions $hd for part in $parts; do true done dots "Mounting partition $part"
This loosely gives me the last partition for Win10. But that is NOT the windows partition. In the case of the system I’m testing there are 3 partitions, but partition 2 is the windows partition. I’m not using rsync but just regular copy that threw the error.
I think more intelligence needs to be built into this loop, where it should check to see if the /windows directory exists before exiting.
-
@george1421 I personally use
echo -n " * Mounting Windows File System..................."; if [ -b /dev/sda4 ] then mount.ntfs-3g /dev/sda4 /ntfs 2>/tmp/mntfail else mount.ntfs-3g /dev/sda2 /ntfs 2>/tmp/mntfail fi
Logic: If the system has 4 partitions (or more), then (assuming singleboot windows) it is a GTP installation and Windows is on partition 4. Otherwise it’s a MBR installation and it will generally be on partition 2.
This is incredibly over simplistic, however and only reliably works on clean microsoft images, not OEM or the like.
A loop function would need to be created to check for the windows folder or something.
-
@Quazz I had a similar simple conditional test, until I ran into a NVMe drive with its crazy disk naming of
/dev/nvme0n1[partition]
-
@george1421 Good point, we mostly deal in refurbished hardware and my script is non critical, so it hasn’t been a big deal for me so far.
-
@Quazz Unless the @Senior-Developers can come up with a brilliant way to find the windows partition, I think we are going to have to mount each partition, in order, until we find one that has the /Windows directory on it. That is kind of an expensive way to do that (in CPU time).
-
@george1421 We can already reduce that by selecting only the NTFS partitions to try though.
PARTITIONS=$(df -T | grep ntfs | awk '{print $1}')
edit: I just realized this may not work on unmounted partitions, I’ll correct in a bit.
-
@george1421 There’s already a way.
It sounds like the partitions aren’t being processed based on:
@THEMCV said in fog.drivers script will not run correctly in postdownloadscripts:
@Quazz I did not, no. I think I found the /fog reference though and might be our problem.
I think it might be my postdownload script itself.
#!/bin/sh ## This file serves as a starting point to call your custom postimaging scripts. ## <SCRIPTNAME> should be changed to the script you're planning to use. ## Syntax of post download scripts are #. ${postdownpath}<SCRIPTNAME> if [ $osid == "5" -o $osid == "6" -o $osid == "7" ]; then #only handling Win7/8/8.1 clearScreen; mkdir /ntfs &>/dev/null ntfs-3g -o force,rw $part /ntfs #mount image (remember this is mounting partition [U][B]after[/B][/U] new image is deployed) mkdir /fog &>/dev/null mount -o nolock,proto=tcp $storageip:/fog/ /fog #this is a share created on server under /fog which contains drivers, software etc.. (just add /fog to exports but you could use existing location i.e. /images and if you do, do not ne$ dots "Mounting Device"; if [ "$?" = "0" ]; then echo "Done"; . ${postdownpath}fog.drivers # run fog.drivers script umount /ntfs; # unmount when all is done :-) else echo "Failed To Mount Device"; sleep 30; fi fi
@Wayne-Workman I removed it and am testing it now.
The ntfs-3g -o force,rw $part /ntfs is using the last partition FOG processed instead of looping the partitions separately.
If it were me (psuedo code here) I’d end up doing something like:
getPartitions $hd for part in $parts; do umount /ntfs >/dev/null fsTypeSetting "$part" case $fstype in ntfs) dots "Mounting partition $part" ntfs-3g -o force,rw $part /ntfs if [[_! $? -eq 0_]]; then echo "Failed...Trying next partition" continue fi if [[_! -d /ntfs/windows && ! -d /ntfs/Windows && ! -d /ntfs/WINDOWS_]]; then echo "Done...no valid Windows directory found" umount /ntfs continue fi echo "Done" break ;; *) echo " * Partition $part not NTFS filesystem" ;; esac done
Of course this isn’t tested, and just thoughts through my head. Replace the _ with spaces.
-
Tom was able to do a bit of magic below. I tested it in my dev environment and it works to correctly find the windows partition. It needs a bit of cleanup work (hiding some unnecessary messages) but all in all it w is a brilliant bit of code.
-
@george1421 said in fog.drivers script will not run correctly in postdownloadscripts:
@THEMCV OK what I think I would do at this point is insert a debug pause after the error generator.
#/fog/Drivers/Win7/Latitude E5410/x86 rsync -aqz "$remotedriverpath" "$clientdriverpath" >/dev/null 2>&1 [[! $? -eq 0]] && handleError "Failed to download driver information" debugPause
After the handleError line after the rsync.
Then go back and schedule a deployment to this computer but pick the debug deployment checkbox.
Then pxe boot the target computer. It will print out a bunch of text but drop you to a command prompt. From there key in
fog
This will single step you through the deployment process. When you get to the point of the error press crtl-C to exit the installer script. This will leave you at a linux command prompt. From there we should be able to check the disk size and what not.Okay, done. running the command df I get:
Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 99459 99440 0 100 / 10.4.200.150://images/ 464307200 215944192 224754688 50 /images
I will run @Tom-Elliot’s code and report back.