Here is the file I used. 0_1486506949560_SetupComplete.cmd Place your SetupComplete.cmd in %windir%\Setup\Scripts (you will nedd to create the scripts folder.) Copy your unattend.xml to %windir%\system32\sysprep\ hit windows key and S, type service, click on services, find FOG and right click and select propereties, select disable click apply. hit the Windows key and R to open the run box, type in sysprep. double click the sysprep icon. Hope it works for you.

@unknownhost99 i just want to let everybody now that the server functions properly know thanks to everyone who replied, it was a great help and i love the service you supply keep going at it!

@ManofValor Yep clonezilla to a local usb hard drive. For the physical machines that is the easiest route.

@george1421 @Wayne-Workman I have tested using the Partclone Zstd image compression method on an image under Centos 7 and was able to get it working with one small thing. I had to download ZSTD as it wasn’t native to the base OS. yum install zstd -y I was then able to extract and mount the image using the commands touch /tmp/d1p2_extracted.img cat d1p2.img | zstd -dcf | partclone.restore -C -s - -O /tmp/d1p2_extracted.img mount -t ntfs-3g /tmp/d1p2_extracted.img /mnt/ I also added the -f flag to zstd to force it. I don’t think this is necessary, but as a testing scenario it worked.

@Sebastian-Roth I agree. But I also don’t have access to my building’s switches to fix multicast.

@Joe-Gill Great job. Boo @Microsoft. Booooo

@BardWood If you still have the original backup file from when you upgraded the server originally, this would be your best bet. It should be in /home/fogDBbackups It typically is time stamped. Once you reinstall 1.2.0, you’ll need to use the backup sql file to restore it as a lot changed in the DB between the two.

I can now confirm that the Lenovo Mini-Ethernet Extension Adapter (p/n: sc10a39882bb, fru: 04x6435) also works in both UEFI and Legacy network boot.

Thanks to @Tom-Elliott again for coming up with a fix so quickly! I am marking this solved then. But I still think having a testcase suite would be really good as we could make changes to the awk code, run the testcases and just be sure to not have it broken for other known cases. I think we could collect data from the community fairly easy as the information is already there (in d1.partitions that people have lying around on their FOG servers by the dozens)…

So, worked remotely and was able to help determine part of the problem. Installed apachetop and took a look, found a lot of things still looking at servicemodule-active.php. We moved away from this call as it had some weird issues on its own. Moved the file and the GUI become much less sluggish. Worked to get phpmyadmin working as well. This wasn’t a problem with php-fpm vs. libapache2-mod-php (though I did make sure phpmyadmin would access using the php-fpm system). Part of the problem that was happening was the rewrite rules that handles api system. Moved the rewrite rules into the directory stanza of the fog.conf. Made this update in the working-1.5.1 branch as well. I haven’t had time to test whether this move actually still allows the system to work, but it should. Will work on that this weekend (testing to see it works properly). Also, we are still working to help purge the db of old stuff that’s no longer needed.

I remoted in with teamviewer and helped the OP get things working correctly. We had to ensure that the dhcp server only bound to the imaging lan NIC adapter and not both. We also found a nuance with ubuntu where it only wanted one interface up at a time by default. Once we had both interfaces up, fog installed correctly and like the OP needed it. Solving this case.

I managed to deploy! but in debug mode. I create an image in debug mode, then deploy in debug mode. the default does not work: error during deployment: [URL=http://www.dump-it.fr/screenshot2013-11-15-12-39-25png/a57aa2ef039b07200e81e352693d052a.png.html][IMG]http://www.dump-it.fr/upload/images/miniatures/a57aa2ef039b07200e81e352693d052a.png[/IMG][/URL] I also noticed an error on Ubuntu 13.10: I jpgraph does not work properly. that is to say, no visible graphic. big thank!

(using latest undionly.kkpxe - with 2 ‘k’ as my undionly.kpxe file since the original does not work in this system - keeps restarting machine)

@d4rk3 have you found this yet? https://linuxnorth.wordpress.com/2014/08/23/installing-linux-on-the-asus-transformer-book-t100/ this: https://linuxnorth.wordpress.com/2014/08/23/installing-linux-on-the-asus-transformer-book-t100/ and especially this: https://linuxnorth.wordpress.com/2014/12/12/replacing-the-kernel/’ It seems like a gold mine of relevant information… But before you go doing all that jazz, I’d for real try Tom’s 3.18 kernels (and others) first.

@agray there are muc more uptodate versions of this done by @george1421 collaberating his version and mine which i’d suggest looking over but for just osid replace if statement with this: case $osid in 5) osn="Win7" ;; 6) osn="Win8" ;; 7) osn="Win8.1" ;; 9) osn="Win10" ;; esac Tutorial By George

@Tom-Elliott Many thanks for going through the effort of remoting into my system and getting FOG_trunk installed. Really - my best gratitude. I have now thoroughly tested the FOG_trunk version. And, most unfortunately, I can confirm that I still have the original issue of the Win7 image just booting to classpnp.sys. I basically went through all the steps listed below again. Nonetheless, I’ll keep my eye on this project and give it a few tries in the future as more versions become available.

@Wayne-Workman I’ve checked and asked my boss, who built our system from the ground up, and we are not behind a proxy.

@Wayne-Workman Yeah I know, me either…its a SanDisk 64 GB…SDSSDP-064G. I’m assuming it’s one of their first models. We bought them close to 3 years ago.