Posts made by andyroo54

[quote=“brad johnson, post: 2363, member: 733”]Hello All,

this is my first attempt with FOG. I’d heard about it in the past, but until this tutorial came along, I wasn’t sure if creating a hardware-independent image was possible. We currently use Altiris, which allows us to have a hardware-independent image. However, we are not interested in upgrading to the latest version of Altiris so we are exploring some options. Basically, I set up fog in about 30 minutes, and I spent the better part of this afternoon creating a “master” vm machine to take the image from. Not being familiar with this process, when I reached step 9 and got to this point
“And install the FOG client service. [BE SURE TO REPLACE YOUR “Hostnamechanger.dll” or your machine won’t rename and add to domain after imaging”. Replace this after FOG client is installed."

I wasn’t sure how to proceed. I installed the client service but did not reboot. I then went and found hostnamechange.dll and deleted it. I don’t think that was the proper procedure, but I’m unclear.

Any advice appreciated.

Thanks,
Brad[/quote]

Hi, you need to edit your own “hostnamechanger.dll” so that your machines can join to the domain etc. You don’t want to delete it entirely. It should rename machines for you even if you don’t change it. But it won’t add your machines to active directory in it’s standard form.

[url]http://www.fogproject.org/wiki/index.php?title=Managing_FOG#Hostname_Changer[/url]

[quote=“Darren George, post: 2272, member: 375”]hi all weve just started rolling windows 7 out and thought id ask a few things, the sysprep scenario is a right faff from reading the great articles here it makes more sense but to clarify, should i be editing machines in audit mode first then sealing up with a full sysprep/ generalize? ON a test machine in a lab im getting a odd error when i go to log in on domain it keeps saying No windows logon servers to service this request any body seen this isse before? its a mixed domain between 2003/2008 domain controllers[/quote]

Hi,

Yes you should make all changes to the PC while it is in audit mode, as per the instructions. I haven’t had that problem myself with win 7, it might be best to start a new thread in windows related.

[quote=“pallytank09, post: 2258, member: 731”]I really like this process and I am working on implementing it right now at my company. I do have a couple of questions though.

1.) The SAD2 program that I am using is rather old. The links in the thread you reference to the software download fail. I had to dig back quite a few versions to find one that could be downloaded. Any chance you can post the most recent version you have here or email it to me?

2.) When using your guide, the setupcomplete.cmd script runs on the initial login and calls SAD2 to run. When my syspreped install finishes it does run the script and call SAD2 but SAD2 doesn’t get anywhere other then trying to start because windows is still in the process of coming up and logging in. It seems like the setupcomplete script runs to soon.

Any thoughts?[/quote]

Hi, the DPinstall tool is basically just a .cmd script. It’s attached as a .txt to the first or second post. But I’ve made one small change, which is that I added “NET STOP “Fog Service”” to the start, and end of the script to avoid fog restarting while the tool is running. I will attach the updated script that I use, as a .txt file. You will need to rename it .cmd extension, and then replace the “DPInstallTool.cmd” in the SAD21111118 folder. You can download the version I use here:

[url]http://www.mediafire.com/file/aea3yle91uh3lrl/SAD2-111118.7z[/url]

Or you can check the latest releases here:

[url]http://forum.driverpacks.net/viewtopic.php?id=5336[/url]

I think the guy who wrote it occasionally releases newer versions of the script, but for my purposes this works, and believe me it has been tested thoroughly.

As to the tool starting while windows is starting up, yes, the setupcomplete.cmd script will run, and it doesn’t seem to obey “SLEEP.exe” from what I’ve tested. This is how it works for me, but as long as you configure your unattend.xml file to automatically log on as administrator one or two times after install, then the DPinstall tool starts, then windows logs on as admin, and the dp install tool runs no problems.

If you want to get the script to be a little delayed, then since it ignored “SLEEP.exe” you might be able to add something like this to the start of the script:

[FONT=Verdana][COLOR=#000080][COLOR=#000000]For any MS-DOS or Windows version with a TCP/IP client, [COLOR=#005900]PING[/COLOR] can be used to delay execution for a number of seconds.[/COLOR]
[COLOR=#000000]If specified (-w switch), [COLOR=#005900]PING[/COLOR] will wait for a number of milliseconds between two pings before giving a time-out.[/COLOR][/COLOR][/FONT]
[COLOR=#005900][FONT=Courier New][COLOR=#000000]PING 1.1.1.1 -n 1 -w 60000 >NUL[/COLOR][/FONT][/COLOR]
[COLOR=#005900][FONT=Courier New] [/FONT][/COLOR]
[COLOR=#005900][FONT=Courier New][COLOR=#000000]I haven’t tested if this works though with the setupcomplete.cmd.[/COLOR][/FONT][/COLOR]

[quote=“nb27alex, post: 2265, member: 162”]This guide is amazing, no doubt. But I’ve got a question about where

[CODE]shutdown -r -c “Drivers Installed! Machine will now restart…”
START C:\Drivers\SAD2-111118\RemoveD.cmd
EXIT[/CODE]

is or goes. I can’t find it in any of the configuration files already provided or where to put that.

Thanks so much for this awesome guide, it’s really helped me out a ton!

-Alex[/quote]

Hi Alex,

I can’t upload the .cmd file here, so just copy and paste the below into a text file, and renmae the file “RemoveD.cmd” then you need to place it in the directory where the DPinstall tool calls it to run, which is:

C:\Drivers\SAD2-111118\

All it does is just delete the Folder C:\D which is created during the driver pack tool running, and it delete the driver packs from the C drive. You don’t really need it but it just helps clean up a little.

This is the script:

@ECHO OFF

rd /s/q C:\D

DEL /F /S /Q /A “C:\Drivers\SAD2-111118”

rd /s/q C:\Drivers\SAD2-111118

EXIT

[quote=“bobdigby, post: 2032, member: 675”]I also found this problem but added to the start of the DP_Install_Tool.cmd, Net stop “Fog Service” which will prevent the machine from restarting before it installs all drivers needed and then added "net start “Fog Service” to the end of the script to start fog again which then within seconds renames and reboots the machine. Its working very well for me. Thanks again to andyroo54[/quote]

Good suggestion bob, much simpler than my way, I’ve changed my method back to fog in image before install, but then just stopped the service while the dpinstall tool is running. Works a treat! I’ll update the guide shortly.

[quote=“bobdigby, post: 2031, member: 675”]Thanks andyroo54 for your guide. I have used most of your guide but added my own bit at the end which some people may be interested in.

Loved the idea of the SAD2 for drivers but to keep image size down and to add drivers without having to update the image I did the following. I injected all Windows 7 ethernet drivers from driverpacks into my image when offline before uploading to FOG only adding around 200mb to the image file using dism inject see [url]http://www.fogproject.org/wiki/index.php?title=Create_a_windows_7_image_for_many_different_hardware[/url] (near the end) for more details.

I then used your script to call SAD2 but from a network location on first boot using the setup scripts, so instead of START C:\Drivers\SAD2-111118\DP_Install_Tool.cmd I used START [URL=‘http://fogproject.org/forum/file://nas/Drivers/SAD2-111118/DP_Install_Tool.cmd’]\nas\Drivers\SAD2-111118\DP_Install_Tool.cmd[/URL] . I setup a basic share with no authentcation on my NAS so any machines could read the files. If I ever need to update the driverpacks I can do all of this without ever touching the image. Hope this helps someone.

Cheers

Bob[/quote]

Hi Bob,

Thanks for the tip, I was going to do this also I even setup the network share, but I found that the driverpacks are released so infrequently, and I can easily update the image thanks to VMware image, plus the total size added to my image was only approx 1GB, so I didn’t bother. But your suggestion is a good one and I’m sure others out there may want to do the same! Thanks for contributing.

Falko I will update the DP tool when I can, because I’ve made several changes to it, and it works just fine I don’t need anything else added. But as above I do need to update it anyway because of the changes I mentioned where FOG was causing a restart before DP install tool had run. I will update just as soon as I can .

[quote=“falko, post: 1907, member: 48”]I haven’t had this issue when testing, I thought FOG is only meant to restart when no user is logged in?[/quote]

Well I have this problem, and it was annoying! My work is evacuated all this week due to floods and I can’t remote in due to telecommunications dropped out, so I can’t show my modified script, I will post it when I can but this is what I did:

Image before sysprep, before fog upload

1)Removed fog

2)To the DPInstalltool.cmd script, at the end of the drivers installation before the script exits, I added a command to silently install FOG, then I let the script sleep a bit using PING ( I found that SLEEP.exe wouldn’t run when it was being called by the setupcomplete.cmd script, very strange).

3. Then I got the script to move the “hostnamechanger.dll” to the Fog directory.

4. Then I got the script to clean up the SAD folders and delete all the drivers and D folder, and then restart the machine with a 30 second warning.

This took a little bit of testing playing around to get it right, but it appears fine now. Again I will update the guide+this thread when I can.

Thanks,

[quote=“Mike Mcloughlin, post: 1955, member: 187”]What i meant to say is, each of my PCs have their own key on the case label. They have a factory image on at the moment as in when they boot up it goes through the sysprep steps and is activated automatically. so i dont fully understand which key i would use in sysprep to get them to activate. I could go round after each machine has been imaged and enter the key on the case but that kinda defeats the point of an automated system. XP was so much easire o_O[/quote]

Hi Mike,

Glad you are finding it useful, but as ssx4life says the only way to make that part automated is use a license server, there really isn’t anyway for this process to grab the product key automatically, because the only place it exists is stuck onto the side of your pc. At some point you would have to type it in anyway, so why not just once the PC is imaged and you are checking it over.

There could be a way to manually enter the key during sysprep, if you removed that option from the unattend.xml file. But I wouldn’t suggest that. You are better off doing as I detailed in the guide:

"You can put a dummy product key in to make sure it skips this during setup. [B]You can set the real license key later.[/B] A full list of keys is below.
Operating System Edition
Product Key
Windows 7

Windows 7 Professional
FJ82H-XT6CR-J8D7P-XQJJ2-GPDD4"

Note, these are [B]NOT[/B] pirate license keys, they are provided by Microsoft to make the process unattended. Windows will SKIP activation using this key, but it will not auto activate, so you will have 30 days to enter the real product key.

For me, I always check a PC over anyway while it is installing snapins. It’s not too hard to enter the product key then. Especially because 7 PC’s is not a lot really. It might be annoying, but just think of the time an unattended install will save you!

[quote=“Mike Mcloughlin, post: 1949, member: 187”]
I have 7 new Windows 7 machines that are factory sysprepped but i want to windows update them and install company specific software and then sysprep again ready for FOG deployment.[/quote]

So in your case, the best thing to do would be to get one of the machines, (don’t bother with a virtual, it will be faster with a psychical PC and since you are deploying to the same machines it will make more sense).

1)Fresh install windows 7, and then launch it into audit mode from the start of setup as detailed above,

2)Install any MS windows updates you need to,

3. Install any company software you need, if you are not going to use snapins,

4. In your case, if you are in a rush, and they are all the same hardware, I would just update the drivers in this master image, and not worry about the SAD DPinstall tool. That way the other machines you deploy to will have the correct drivers already.

5)Make any other changes you want to the OS, local user accounts, etc etc.

6. Use an unattended.xml file as detailed above to make the deployment unattended.

7)Then start the sysprep, and then upload it to FOG as it reboots.

• Make sure you don’t activate Windows with a key before you upload it, you will need to do that after you have deployed it to all your machines.

Hope this helps.

Hi,

With Windows 8 Consumer Preview released I thought we should have a thread to discuss windows 8 for any problems etc we might find during the beta process. That said I can’t seem to find any! On monday I installed win 8 on a test machine and then sysprepped and uploaded to fog like you would with Win 7. I couldn’t set any unattended settings and I couldn’t find a .clg file from the iso, does anyone know if there should be, or is win 8 using something different all together?

But yeah, it sysprepped and uploaded fine, then I redeployed to the same machine no problems, and I even deployed to a very old P4 IMB thinkstation desktop PC, it ran really well!

I think it will still be a while till we take win 8 up but you never know, lots of people still held off on win 7 because win xp worked so well, maybe they will skip 7 to move to 8?

Has anyone else been trying win 8?

[quote=“jdd49, post: 1871, member: 623”]I’ve never seen the system partition bigger than 100mb other than sometimes an upgrade from vista or a beta might have been 200mb. It looks like you are using the OEM copy of Win7, do you have any way of using a stand alone copy? Are you sure you only have 2 partitions and not 3?[/quote]

As jdd49 said the problem is likely FOG only knows about windows 7 100mb separate partition, and so if it is 600mb that is a problem. As he suggested just use a standard windows 7 iso to build your image, it will be much cleaner and will work no problems. You don’t need the OEM recovery partitions anyway they are just wasted space when you have fog

There will be some small updates to this, I’ve found that if FOG is installed before syspep then while the DP install tool is running it can cause the machine to restart in order to rename/join to domain. I will update tonight with my solution.

Sorry but why is your image 85 GB?? Mine is around 11 with driverpacks included?? Do you have all software already installed? Why not just use snapins?? 85GB is going to take a long time over any network!

Hi Kevin thanks, and yes any resources, the more the better. No one guide for this will be perfect, especially the XML as it so customizable . And I encourage others if they use this guide to post their results, and suggest changes if they see fit.

Hi Falko,

I hope it can help you out, if you have problems just ask and I will help if I can! I might clean up the formatting in this thread tomorrow and I will no doubt make changes/additions as I continue to test this into the future.

[B]Step 9: FOG service and sysprepping/fogprepping[/B]

[B][/B]
Now the final steps should be to:

1. Install the FOG service, navigate to:
   [url]http://fogserver/fog/client/[/url]
   And install the FOG client service. [BE SURE TO REPLACE YOUR “Hostnamechanger.dll” or your machine won’t rename and add to domain after imaging". Replace this after FOG client is installed.
2. Download and Run “FOG Prep”- This is important for uploading windows 7 machines.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/36.png[/IMG]

The virtual image almost ready to upload to FOG. The last step is to run the system preparation too. If you closed it you can access it in:
C:\Windows\System32\sysprep\sysprep
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/37.png[/IMG]
Before doing the below, I strongly suggest to take a snapshot! It’s likely you will want to re-upload the image many times before you are happy with it. Plus you can then easily add updates/changes from that snapshot position.
Have the cleanup action to go into OOBE mode, and tick generalize. Set the shutdown option to “shutdown”, then hit OK. Sysprep will start working. Once finished the machine will then shutdown. Now the next time it powers on we want to upload FOG before windows starts again. You can also take a snapshot before you run sysprep and then let it reboot without capturing it, to make sure everything works on the next boot up before uploading it to FOG.

Step 10: Creating the image in FOG
Select “Image management” in the FOG console. Then choose “new image”. Name the image-and select “Single Partition” (NTFS Only, Resizable).
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/38.png[/IMG]

Now go to your host and reference the newly made host image to your registered host machine.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/39.png[/IMG]
Then choose “Basic Tasks” from the menu to the left. Choose “upload Image”>“Upload image”. The task will start. Fog will automatically resize the partition for upload.
Now you just need to turn your virtual machine back on, and hit F12 to ensure it network boots. If it PXE boots then FOG will grab the image and upload it! If windows starts then you have not successfully PXE booted and you need to return to your snapshot- and re run sysprep. My Final image size was approx 10GB.
You are finished!
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/40.png[/IMG]
That’s pretty much it. Now you can deploy the image to other psychical machines by the standard process. Thanks to the SAD2 tool drivers are a breeze, that said, Windows 7 and Sysprep will handle the majority of the essential drivers, but it’s nice to get the correct drivers from SAD2.
I have deployed this on many machines. Most recent machine I was testing was a Lenovo desktop, CPU i5 quad, 4GB ram, onboard graphics and I put an SSD in it and it imaged in two minutes dead (I tried another with the original mechanical drive, and it managed two minutes- five seconds)… It finished the windows deployment in another 2 minutes approx. It auto logged on and deployed SAD2 and installed drivers in around 4 minutes, then rebooted, joined the domain and renamed. All up it was probably done in around 15 minutes max.
I hope this guide will help you in some small way. I don’t think it’s possible to make a ‘one guide fits all’ for win 7 deployment, because there are just so many variables, but I hope this might help get you started. Thanks for reading!

Please feel free to comment etc below.

• A. Hingston 2012

[B]Step 5: Customizing windows installation- Free for all[/B]

Ok this section is really up to you. Here you can make any changes you want to windows for when it is deployed. I will list some of the things I have done to give you an idea of what you might like to do. I’m sure you will come up with your own idea for how you want to customize windows 7. I suggest making snapshots as you go along.
Installed VNC 1.0.9 set password - This allows us to remote control machines across the network for support reasons.
Enabled Remote desktop (windows)- As a backup to VNC.
Added Sysinternals
Upgraded IE to 9
Disabled System restore- Not needed, FOG is our system restore
Set boot animation custom- I made my own custom windows boot animation- I animated our company logo- instead of the normal win 7 startup animation. It’s not hard to do, and you can download a neat tool to do it very easily here:
[url]http://www.coderforlife.com/projects/win7boot/[/url]
Your animation has to be 105 frames long- and it is 7 seconds long- running at 15/fps. The first 4 seconds play then the last 3 seconds loop until the machine starts up.
IMPORTANT NOTE: Some third party tools like can really ruin your day- I used another program to change the startup sound for win 7 and after a lot of trouble shooting figured out it was the cause of a problem I was having where the imaged machines were not working properly. That said I have fully tested the above boot animation changer tool and it works flawlessly.
Set Desktop background
Set win 7 basic theme as default
Set log on backgrounds in regedit- Here you can create custom logon screens. This is the screen before you logon. You can make one for each common resolution- and also set a default background for when it can’t find the right resolution.

1. Start registry editor (Start>Regedit)
2. HKLM\SOFTWARE\Policies\Microsoft\Windows\System

Click on background- and Create a new 32 bit DWORD called “useOEMBackground”. Set the value to “1”.

EDIT: I found that while this does work, it won’t use your other dimensions, only background default. You should actually modify this registry key:

[INDENT=1][COLOR=#333333][FONT=Arial][SIZE=13px]HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Authentication\LogonUI\Background Now in right-side pane, change value of [B][SIZE=13px]OEMBackground[/SIZE][/B] to [B][SIZE=13px]1[/SIZE][/B][/SIZE][/FONT][/COLOR][/INDENT]
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/31.png[/IMG]
Now you have to create the folders in C:\Windows\System32\oobe\info\backgrounds
Now place all of your background files in that folder. You have to name them in this fashion:
background1024x768, background1920x1080 etc. The images you make should be the correct dimensions or they won’t work. Also they can’t be over 250 kilobytes or they won’t work. I use Photoshop’s save for web feature which cuts the size down of images greatly.
Now users will see a custom background when they get to the log on screen.

Set a few local accounts for our company that we use
Set default user account picture
Local Group policies
Load specific theme
Prevent users changing theme (can still change background/window colours etc)
Allowed users to install print drivers/usb hub drivers
Set screen to 15 min Lock out
Prevent changing screen saver/password on wake up
(SECPOL) Behaviour of the elevation prompt for admins in admin approval mode: Evaluate without prompting
(SECPOL) Interactive Logon hide last user
(SECPOL) Switch to the secure desktop prompt for elevation: disabled
Windows Defender off
Power options: never turn off hard disk
Remove windows media centre
Turn off all warning messages in windows action centre
Set OEM information via regedit- Here you can customize what it says when viewing system properties. You can do this via a regedit. Just copy and paste the below into a .reg file and edit the field I mark in red.
Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\OEMInformation]
“Manufacturer”=“Kramerica Industries”
“Logo”=“C:\Windows\System32\oemlogo.bmp”
“SupportHours”=“24/7”
“SupportPhone”=“555-5163”
“SupportURL”=“[url]http://www.overclockers.com.au/[/url]”
You also need to create a .bmp file in the location C:\Windows\System32\ called “oemlogo.bmp”, it should be no bigger than 115x115 pixels.
Recuva
Speccy
X64 ICON RESTORER
CCleaner
Windows Updates- We pointed our image to our WSUS server, and installed as many updates as possible before upload.
Again, the above is just an example, you don’t have to follow these steps if you don’t want- that said I will make a couple of exceptions and say that the secpol (secpol.msc) changes really are necessary and you should do them. If not you can cause problems with snapins prompting for approval, instead of being fully unattended.

[B]Step 6: An important thing to do[/B]

Now you need to place your unattend.xml file in it’s location. This location is the same for both x64 and x86 images:
C:\Windows\System32\sysprep
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/32.png[/IMG]
Your unattended file will be processed during sysprep.

[B]Step 7: First log on script- This is important![/B]

After FOG has imaged your computer and setup has run, windows will run a script that we will now make. You need to make a folder called “scripts” in the C:\Windows\setup\ directory:
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/33.png[/IMG]

In the scripts folder you need to create a .cmd script called “setupcomplete.cmd”. Copy and paste the below into this script.
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::
@echo off
del /Q /F c:\windows\system32\sysprep\unattend.xml
del /Q /F c:\windows\panther\unattend.xml
START C:\Drivers\SAD2-111118\DP_Install_Tool.cmd
Exit
:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::

This script will perform three critical things: It will delete your unattend.xml file from the original location and the location it is copied to during sysprep, and it will also call the wonderful SAD2 driver install tool to run. I will explain more about the SAD 2 drivers tool in the next step.

[B]Step 8: Drivers- SAD2[/B]

This is the method this guide uses to install drivers on any machine after the initial imaging.

Essentially after install on first logon, the “setupcomplete.cmd” script will call the “SAD2” driver tool to run. The SAD2 driver tool was made by community members of the driverpacks.net forums.

[B]UPDATE:[/B] There is some confusion on which version to use, how to modify it, where to download it, etc, so I’m making it very simple.

You can download the folder which has the SAD2 script already modified and the correct folder structure setup. There is no need to download the latest version of the SAD2 script from driver packs forums.

[B]DOWNLOAD THE FILE AT THE BOTTOM OF THIS POST.[/B]

[COLOR=#000000][SIZE=3][FONT=Open Sans]If you can’t download it from there PM me and I will email it to you.[/FONT][/SIZE][/COLOR]

First, extract the .zip archive and you will get a folder called “Drivers”.

Put this folder “drivers” in root of C:\

Then download the driver packs you want from here:

[url]http://driverpacks.net/driverpacks/latest[/url]

If it is [B]x64 bit image[/B] you are making, put driver packs here:

C:\Drivers\SAD2-111118\NT6\x64\

Or [B]here for x86:[/B]

C:\Drivers\SAD2-111118\NT6\x86
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/35.png[/IMG]

This is what SAD2 looks like:
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/34.png[/IMG]

So in the x64 image you only put the 64 bit drivers into the x64 folder, and for the x86 image you only put the 32bit drivers into the x86 folder.
I made a few changes to the “DP_Install_Tool” to make it fully unattended, and also so that it restarts the PC after the drivers have been installed, and deletes the driver packs from the image.

I suggest creating another snapshot and testing that the tool runs correctly. You can also try the tool out manually. Just manually run the DP_Install_tool.cmd and it will install required drivers for your machine.

[url=“/_imported_xf_attachments/0/608_Drivers.zip?:”]Drivers.zip[/url]

[B]STEP 4: Making an unattend.xml[/B]

[B][/B]
Now we are going to create an answer file. What you do here will vary depending on what you want automated. An answer file is responsible for automating the setup stage of windows 7 once deployed to a machine from FOG. This part is difficult to write a tutorial for, as it is complicated to explain- but is actually very simple once you have looked into it for a while.
You should have downloaded AIK tools and installed. From your physical machine start menu launch “Windows system image manager”.
NOTE: If you need more detailed information on the Answer file process check here:
[url]http://technet.microsoft.com/en-us/library/dd349348(WS.10).aspx#BKMK_1[/url]

You will need to have your .ISO or win 7 DVD mounted/inserted. Choose “File>Select windows image”. Choose the win 7 DVD iso. You now need to choose a .clg file. In this case choose “install_windows 7 PROFESSIONAL.clg”
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/16.png[/IMG]
What this does is give you the “catalogue” options for that version of Windows 7.
Now make a new answer file. Go “New> Answer file”. Be sure to save this now- call it “unattend.xml”.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/17.png[/IMG]
IMPORTANT: If you are making an X86 and X64 version, you must make two different answer files. Make one after the other. You will need to unmount the first DVD and then select the other, and re open the .clg catalogue files as explained above. I suggest making a folder called “unattend files”-then making one sub folder for your X86 and one for your x64. Note the difference between 86 and 64:
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/18.png[/IMG]
Now basically you can add “components” to the file, by dragging and dropping things you want into the answer file. I will detail what I have added to my answer file- you may want to customize your own further.

1. Windows PE
   Add “x86_Microsoft-Windows-Setup_Nuetral” or “amd64_Microsoft-Windows -Setup_neutral”.
   Set "Use ConfigurationSet to “true”.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/19.png[/IMG]

2. Generalize
   Add “x86_Microsoft-Windows-Security-SPP_neutral” or “amd64_ Microsoft-Windows-Security-SPP_neutral”- Set value to “1”. This will skip the windows licensing program.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/20.png[/IMG]

3. Specialize
   Add these three components. Substitute x86 or amd64 depending on which answer file you are doing.
   a) _Microsoft-Windows-Deployment_Neutral
   b) _Microsoft-Windows-Security-SPP-UX_Neutral
   c) _Microsoft Windows-Shell-Setup_neutral
   Like so:
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/21.png[/IMG]
   I will now show what to add for each above component.
   a) _Microsoft-Windows-Deployment_Neutral
   Right click and “Insert new Runsyncronouscommand”.
   Set the options below. This will activate the built in administrator account during setup.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/22.png[/IMG]
   b) _Microsoft-Windows-Security-SPP-UX_Neutral
   Set to “true”. This will skip automatic activation.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/23.png[/IMG]

c) _Microsoft Windows-Shell-Setup_neutral
I set computer name to “RENAME”- Fog will rename when first logged on, or you can do it manually.
Set copy profile to “true”- this will copy your administrator account profile as the default profile for other users, including domain users.
You can put a dummy product key in to make sure it skips this during setup. You can set the real license key later. A full list of keys is below.
Operating System Edition
Product Key
Windows 7

Windows 7 Professional
FJ82H-XT6CR-J8D7P-XQJJ2-GPDD4
Windows 7 Professional N
MRPKT-YTG23-K7D7T-X2JMM-QY7MG
Windows 7 Enterprise
33PXH-7Y6KF-2VJC9-XBBR8-HVTHH
Windows 7 Enterprise N
YDRBP-3D83W-TY26F-D46B2-XCKRJ
Windows 7 Enterprise E
C29WB-22CC8-VJ326-GHFJW-H9DH4
Set “show windows live” to False.
Set your time zone.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/25.png[/IMG]

7. OOBE System
   a) _Microsoft-Windows-International-Core_neutral
   Set your language settings here, mine is for En-Au (English:Australia)
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/26.png[/IMG]
   b) Microsoft-Windows-Shell-Setup_Neutral
   Under “autoLogon” set enabled to: true (this will set windows to automatically log on after imaging)
   Set logon count to 3 (this means it will automatically log on three times to the local admin account after deploying image from FOG)* I have since dropped this to 2, because I’ve found I don’t need 3 for my setup.
   Set username to “administrator”
   Then add the administrator password also.
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/27.png[/IMG]
   Under “OOBE” set the options as follow:
   [IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/28.png[/IMG]

Under “User account” set the administrator password.
Now you need to add something extra here to the Shell setup. Go back to components and to the Shell setup neutral component. By default, shell setup won’t add local accounts as an option. You have to drill down like below then drag local accounts across under shell setup.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/29.png[/IMG]
Now configure the local administrator account as below:
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/30.png[/IMG]
…and don’t forget to set a password. This will be the account windows uses to log on the first time after install.
Ok that’s it for the unattend file. As mentioned above make sure you have a x86 and x64 unattend.xml if you are making both SOE.

UPDATED current as of April 2014
WINDOWS 7: Deploying to Any Machine with FOG- STEP BY STEP
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/1.png[/IMG]
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/2.png[/IMG]
Introduction

This is a guide to deploying Windows 7 from FOG, in particular deploying one image to multiple hardware; desktops, laptops etc. I have written it step by step so it is easy to follow along. You may find better ways to do things and if so feel free to comment in the thread or ask questions.

Note: I am no expert! The following is just the way I have deployed Windows 7 in our environment. I’m not saying it is the only way or even the right way to do it. But this way works, as demonstrated by others and is totally unattended.

We have used this method for around two years now and it still works perfectly.

[B]What you need- Basics*[/B]

a) Some time. Don’t expect to get it right the first, second, or third time. One thing you should do is document your entire process. It’s not hard to have a text document open while working and detail what you have done as you go. Plus if your boss asks you what you’ve been doing you can show him!
b) Virtual computer software. I used VMware workstation 8, I recommend this and will be detailing the guide using workstation 8. You can download a free trial from the VMware site:
[url]https://www.vmware.com/[/url]
c) Windows AIK tools (automated install kit)- We only need Windows system manager from this:
[url]http://www.microsoft.com/download/en/details.aspx?id=5753[/url]
More info on AIK: [url]http://technet.microsoft.com/en-us/library/dd349350(WS.10).aspx[/url]
d) An ISO or DVD with windows 7 on it. For this guide I will be using Windows 7 Professional, because all our new machines come with licenses already. I will be making both an x64 and x86 SOE.
e) An external HDD or a large spare internal for the virtual machines. If external I suggest using a fast connection like esata.
d) The best physical machine you can get- dual core minimum- quad core is better, and 8GB ram.
Note: *There will be some other utilities needed along the way

[B]Step 1: Deciding on what you want[/B]

Initially I only sought to build an x64 version of windows- however I found once I got to the drivers stage that, yes surprisingly old hardware has x64 CPU support, however x64 drivers do not work well…at all. I will elaborate on this point at the drivers stage.
So in this write up I will be making both an x86 image and an x64. The only difference between the two in terms of the build is the drivers stage and of course the initial installation on the virtual machine (VM). So I will continue this tutorial detailing one build, but where the two differ I will point that out. I recommend building both at the same time so you apply changes etc to both.

[B]Step 2: Creating the Virtual Machines[/B]

From the VMware menu, select File>New virtual Machine- select custom then next. Leave hardware compatibility as Workstation 8.0- Next.
Choose “I will install the operating system later”- Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/3.png[/IMG]
Set Guest operating system as Windows 7- Next. Then name your virtual Machine. Call one Windows 7 SOE x64- call the other Windows 7 SOE x86- Next. * you can only build one virtual machine at a time.
Set the cores to two as below- Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/4.png[/IMG]
Give your VM 2GB of RAM if you can, or minimum 1GB- Next.
Make sure you choose “Use bridged networking”, to ensure PXE boot works correctly- Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/5.png[/IMG]
Leave the I/O controller as LSI logic SAS- Next.
Choose “Create a new virtual disk”- Next.
This step is IMPORTANT. Make sure you choose the disk type as “IDE”. I found that FOG will NOT upload virtual machines with SCSI drives- which is actually what VMware recommend.-Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/6.png[/IMG]
I suggest setting the disk size of 60GB. - Next- Next- Finish. Your Virtual PC is now built, but not powered on.

Now is a good time to register the client machines in FOG. It is better to do this before you begin building the image. NOTE: I found that in order to PXE boot the virtual machine, I had to create a new local user on my physical machine.
Type “lusrmgr.msc” into run and the choose users. Create a new user called “vmware_user” with the underscores. Do not set a password. Add them to the local administrators group.

[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/7.png[/IMG]

You should now be able to PXE boot to your menu. Perform a full registration of the host.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/8.png[/IMG]
Only set the computers name- and host OS if you have this set (windows 7)- leave all other options blank.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/9.png[/IMG]

The machine will reboot, it will attempt to boot from C:\ but no OS exists. Power the machine off again. The machine should now exist in FOG.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/10.png[/IMG]
[B]Step 3: Installing Windows and entering Audit Mode[/B]

In VMware while the machine is off- Choose “Edit virtual machine settings”
Select CD/DVD device, then either point the machine to a physical DVD drive with win 7 in it, or directly to an ISO file. There is no need to mount the ISO if you have one. I’m using an ISO. You can download win 7 ISO’s from this page: [url]http://www.mydigitallife.info/windows-7-iso-x86-and-x64-official-direct-download-links-ultimate-professional-and-home-premium/[/url] or from TechNet if you have a subscription.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/11.png[/IMG]
Power on the VM. It will start installing Windows 7. Choose your language/time/keyboard input: Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/12.png[/IMG]
Note, the Virtual machine may seem to lag until you have installed VMware tools.
Choose “Install Now”- Accept the license terms and hit- Next.
Choose “Custom”- Select your one and only disk and hit Next.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/13.png[/IMG]
Windows will now start installing. This may take some time. After it has installed, Windows will reboot.
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/14.png[/IMG]
[B]THIS NEXT STEP IS IMPORTANT, SO READ CAREFULLY![/B]

When the machine comes back up- DO NOT go any further. Do not name the machine etc. At this screen:
[IMG]http://i1127.photobucket.com/albums/l629/Andrew_Hingston/15.png[/IMG]
Press CTRL+SHIFT+F3. The machine will reboot and go into Audit mode. Once back up the Machine will auto log on as a local administrator with no password set. You are now in Audit mode, and it’s time to take the first of many Snapshots!
From VMware, right click the machine name and choose: Snapshot> Take snapshot. Be sure to give a brief description so you will know where you were if you need to go back. It is hugely important to utilize snapshots during this win 7 build process, I can’t stress that enough. If you make a change that stuffs something up- you can always revert to beforehand.
I suggest to then install VMware tools. From VMware menu, choose “VM> Install VMware tools”. Follow any on screen prompts from the virtual machine. After installed take another snapshot. This is useful because it improves mouse interaction and allows you to drag and drop files to the VM from your physical machine.

If I could ask one thing is that, sometimes snapins just take ages to deploy. I’m not sure of the reason, but especially if you try to deploy snapins to a machinie that hasn’t been recently imaged. Does FOG try to wait for certain client circumstances before installing them or?

It would love a “force deploy” snapins so they would get pushed out the machine quickly.

I’ve noticed with win 7 some snapins deploy, but then don’t finish for some reason… But I can just add a task to cancel the SFX task before the cmd script finished…

I’m having a similar problem, snapins that deploy and finish fine on windows XP are, well some install but then the task just stays there, and others don’t even deploy. But if I run the SFX manually it works fine. Hmm…