error deploying windows 11
-
hi all,
im getting this error when i deploy a windows 11 image
sorry no idea what the error could be, i was hoping you guys can let me know
thanks,
rob -
@robertkwild Did you actually capture an image to deploy?
It looks like you should expect an image in:
/images/w11_24H2Based on the message, it seems like if you had captured this before, it may not have completed or maybe was not written to /images/w11_24H2?
-
@Tom-Elliott this is interesting
yes i sysprep’d and then captured it using fog
ls /images/win10-22h2gi/ d1.fixed_size_partitions d1.original.swapuuids d1p4.img d1.mbr d1p1.img d1.partitions d1.minimum.partitions d1p2.img d1.shrunken.partitions d1.original.fstypes d1p3.img [root@lon-c-fog10 ~]# ls /images/w11_24H2 /images/w11_24H2du -sh /images/w11_24H2 0 /images/w11_24H2 [root@lon-c-fog10 ~]# du -sh /images/win10-22h2gi/ 18G /images/win10-22h2gi/but when i look on the fog web gui i get this
its saved the image as a file not a dir, why is this?
-
@robertkwild I don’t know why it did this.
There was some showing if this exact type of thing happening where/when
/images is one mount, and /images/dev is another individual mount
For example:
2TB HDD (SSD or otherwise) drive that /images is tied to in fstab.
Another 1TB HDD (or something like it) that /images/dev is tied to in fstab.When the file gets moved from /images/dev/<mac_of_host> to /images/<image_name> for some reason the system moves it and makes it as a file instead of moving it as a directory.
You might (though I’m not holding my breath) still have the image in /images/dev/<mac_of_host> that captured?
-
@Tom-Elliott you are the main man, thanks so much !!!
rm -f /images/W11_24H2_GI cp -rf /images/dev/00505692a681 /images/ mv /images/00505692a681 /images/W11_24H2_GI chown -R fogproject:fogproject /images/W11_24H2_GI chmod -R 775 /images/W11_24H2_GI/d1*when i deploy it now works
is it ok to delete the folder in dev or leave it?
-
@robertkwild I think you’re okay to delete the folder
/images/dev/00505692a681But I leave that trigger totally up to you so long as you tested your copy of the W11_24H2_GI folder is good
-
@Tom-Elliott Hi Tom, this is happening all the time now, im having to run the commands everytime now i create new image
is there anyway i can automate this as in /dev folder i see the mac address of the host so in that folder would it contain the image name of what i called the image, if i know this i can definately automate it?
-
@robertkwild Is what I asked correct?
You have one drive mounted for /images, and another totally different drive mounted for /images/dev?
This used to work I suspect, so something changed and I’m going on a limb suspecting the issue is the inclusion of a secondary drive for the singular mount point.
-
@Tom-Elliott sorry Tom
no i only have one /images mounted
df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 95G 0 95G 0% /dev tmpfs 95G 0 95G 0% /dev/shm tmpfs 95G 18M 95G 1% /run tmpfs 95G 0 95G 0% /sys/fs/cgroup /dev/mapper/centos-root 50G 7.1G 43G 15% / /dev/md6 3.6T 902G 2.6T 26% /images /dev/sdf4 1014M 154M 861M 16% /boot /dev/mapper/centos-home 835G 309M 835G 1% /home tmpfs 19G 0 19G 0% /run/user/0 [root@lon-c-fog10 ~]# ls /images/ backup dev lon-transkoder lost+found os postdownloadscripts w11-gi win10-22h2gi Win10H22_Theatres [root@lon-c-fog10 ~]# ls / bin dev home lib media opt root sbin srv sys tftpboot.prev usr boot etc images lib64 mnt proc run script swapfile.sys tftpboot tmp var [root@lon-c-fog10 ~]# -
any news on this as all of a sudden its not working, ie i have to manually copy to /images from /images/dev
-
@robertkwild I, unfortunately, don’t have any news as I don’t quite understand why it’s creating a file instead of a folder.
If I recall, this used to be a file based system when Windows 7, and earlier were used (it’s been a long while though) and has long since been moved to folder based.
I’m not sure what answer I can say or give here.
Is there any way to know what actual version of FOG you’re currently running?
I can’t say I’ll figure out what’s wrong, but maybe somebody else has thoughts as well.
I’m 90% certain there’s something to do with the FTP statement, but unsure exactly what or why.
The other thing I think would help fix this would be to move to working-1.6 branch if you’re willing, but I realize that’s a huge ask, and may not really help fix the problem at hand.
I can say, with relative certainty at least, that if this was a completely widespread issue we’d have heard about this exactly issue many many more times. I am thinking there may be a PHP-FTP issue on your machine. Working-1.6 is setup, now, to attempt using straight SSH statements to copy and move files around, rather than FTP which should work more consistently (in theory.)
I realize the ask is large and probably overly much for the time being if this isn’t an approach you’d like to take.
-
-
@robertkwild If you have the git installation method:
cd /opt git clone https://github.com/fogproject/fogproject cd fogproject git checkout working-1.6 cd bin sudo ./installfog.sh -yShould do the trick.
(You don’t have to copy paste and everything, it’s just how I think of it all).
I don’t know how you installed originally or how you stay updated.
I am of the mind git is the easiest method as to get the lastest items you just have to cd to the install and run
git pullBut that’s one developer’s opinion
Hope that helps?
