linkazoid Posted August 13, 2013 Posted August 13, 2013 Hi, I've finally getting round to deploying Windows 7 Enterprise SP1. I have installed 7 and entered Audit mode and installed all needed drivers and applications. I have captured this with WDS and have create a WDSUnattend.xml and OOBEUnattend.xml and have specified them to the Image in WDS. When this image is deployed to a client, all application are installed but I have the following issues: Copy Profile does not seem to have run. All applications need to be configured. I did specify this in OOBEUnattend.xml but should this be in a file before the image is captured? KMS will not activate, I shouldn't have to specify a KMS client key as it's using Enterprise Edition Office 2013 Professional Plus does not activate in KMS either.. If anyone can help with these issues, I'd be very appreciative! Thanks, Michael
MordyT Posted August 13, 2013 Posted August 13, 2013 Sorry, can't help much with your current setup. I would advise you to look into integrating with MDT
Duke5A Posted August 13, 2013 Posted August 13, 2013 Hi, I've finally getting round to deploying Windows 7 Enterprise SP1. I have installed 7 and entered Audit mode and installed all needed drivers and applications. I have captured this with WDS and have create a WDSUnattend.xml and OOBEUnattend.xml and have specified them to the Image in WDS. When this image is deployed to a client, all application are installed but I have the following issues: Copy Profile does not seem to have run. All applications need to be configured. I did specify this in OOBEUnattend.xml but should this be in a file before the image is captured? KMS will not activate, I shouldn't have to specify a KMS client key as it's using Enterprise Edition Office 2013 Professional Plus does not activate in KMS either.. If anyone can help with these issues, I'd be very appreciative! Thanks, Michael I've never used audit mode in the creation or maintenance of my images. Copy Profile works for me, but I do things differently. On the base machine I enabled the local administrator account, and created a second local admin account to work out of. The only time I go into the built-in administrator account is to make changes I want to show up in the default user profile. Use this key in your answer profile: 33PXH-7Y6KF-2VJC9-XBBR8-HVTHH Now as far as Office is concerned, do you have any Office installs that activate properly outside of your image? If you haven't met the requirement for unique requests on the KMS server it won't activate, and unless you rearm Office every time you capture the image the KMS server will not see every Office install as unique. See this thread: http://www.edugeek.net/forums/windows-7/104202-office-2010-re-arm-duplicate-cmid.html 1
linkazoid Posted August 14, 2013 Author Posted August 14, 2013 Cheers for your help Duke5A. I've just recaptured the image with your suggestions. I have created an unattend.xml with the CopyProfile=true and used this with sysprep. I still have the following in my ImageUnattend.xml for my Image in WDS. * George Green's School Authorised User UTC true Does this need to be removed as, i've already specified this in the sysprep file? Thanks, Mike
linkazoid Posted August 14, 2013 Author Posted August 14, 2013 GRRRR.... Microsoft are now informing me that there is no way for the profile that I have prepared as an Administrator to be copied to the default user. They are informing that I am to inform my users that they need to configure the software for themselves!!! Is anyone able to let me know what I am doing wrong. I'm only trying make the profile be applied to the default user after syspreping and deploying the image. This was such a simple task when deploying XP. Michael
Duke5A Posted August 19, 2013 Posted August 19, 2013 (edited) @linkazoid: Sorry, I've been out for the last few days. The unattended XML in WDS you specify will trump the XML you use during sysprep. As far as the default user issue goes, this is exactly how I have mind setup. - I build my images in virtual machines. In my Windows 7 Enterprise x64 image I have two local users setup: one is the default local administrator account (this one has to be enabled) and the second is one that was created during the initial install of Windows. This second account is the one that I work out of and I only log into the default local administrator account to make changes in its profile that I want to be present in the default user profile. Whatever you do, do not join your base image to the domain. Let sysprep do it for you after cloning. - Here is a complete copy of the XML that I use (confidential bits removed of course): en-us en-us en-us en-us en-us en-us true Your Organization Your Organization true true true true true 33PXH-7Y6KF-2VJC9-XBBR8-HVTHH * yourdomain.com password JoinComputer yourdomain.com OU=Win7,OU=ComputersWDS,DC=yourdomain,DC=com en-us en-us en-us en-us en-us password false true 1 SecondAdminAccount true true Work 1 password false SecondAdminAccount Administrators SecondAdminAccount Eastern Standard Time true 5 C:\Windows\System32\sysprep\ClientSideClonePrepTool.exe Blank HW ID from Symantec Client 1 false cmd /q /c del /Q /F c:\windows\system32\sysprep\Win7ENTx64.xml Delete XML answer file 2 cmd /q /c del /Q /F c:\windows\panther\unattend.xml false Delete XML answer file false 3 "C:\Program Files (x86)\Common Files\microsoft shared\OfficeSoftwareProtectionPlatform\OSPPREARM.EXE" Rearm Office false 4 Activate Office cscript "C:\Program Files (x86)\Microsoft Office\Office14\ospp.vbs" /act - Some of these settings won't apply to you, but this is the entire XML I use. In the first logon commands section I would leave the two entries that delete the XML answer file from the image. Sysprep doesn't clean up after itself like it did in XP. The bottom two entries for rearming and activating Office you might want to keep too. The topmost entry you can remove if you're not using Symantec Endpoint for your anti-virus. - In the section that joins the machine to the domain, feel free to remove the MachineObjectOU line. This will place the computer account in an OU you specify as opposed to creating it in the default computer OU in AD. I did this because I wanted freshly imaged machines to have their own policies. I've got lower level techs that needed to be able to image and have local admin to those machines without giving them domain administrator access. - Windows and Office have limitations as to how many times they can be rearmed. This is why I build the image in a virtual machine so I can use snapshots and go back to a state right before sysprep was ran. I hope this helps... Edited August 19, 2013 by Duke5A 1
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now