MSFN Forum: MDt2010 copyprofile - MSFN Forum

Jump to content



  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

MDt2010 copyprofile

#1 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 01 July 2010 - 02:02 AM

I have been struggling for days now with the copyprofile setting in MDT2010.
What i have done:
Imported a (captured) image within MDT2010. Making a tassequence to roll out this image. On the osinfo tab of the tasksequence, edit unattend.xml en in the specialize fase put in: true behind the copyprofile.
Now i am getting a error: Cannot parse the answerfile for installation without ...cannot parse of for fase specialize, microsoft Windows ____ Setup...
This is due to the copyprofile setting, but what am i doiing wrong?
I have chequed the unattend.xml which is used when roll out the image and the copyprofile is in the file with the true text. So this is good.


I have never have the copyprofile worked yet...

On the client that is beiing sysprepped and captured there is only one profile (account) available that is the local administrator account.

Someone a idea?


#2 User is offline   cluberti 

  • Gustatus similis pullus
  • Group: Supervisor
  • Posts: 10,937
  • Joined: 09-September 01
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 01 July 2010 - 09:07 AM

You might want to look in the registry on the machine in HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList before capture to make sure there are zero users listed here that will not exist on the captured image. Anything here will cause that failure specifically, and it sounds like this might at least be something you want to look into.

#3 User is offline   clivebuckwheat 

  • Senior Member
  • PipPipPipPip
  • Group: Members
  • Posts: 532
  • Joined: 07-November 05

Posted 01 July 2010 - 09:20 AM

Out of Curious Cluberti what should be in there if you built your image under Administrator?. I want to make sure I got it right.

Attached File(s)


This post has been edited by clivebuckwheat: 01 July 2010 - 09:20 AM


#4 User is offline   cluberti 

  • Gustatus similis pullus
  • Group: Supervisor
  • Posts: 10,937
  • Joined: 09-September 01
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 01 July 2010 - 09:34 AM

No, not values, but subkeys. Do you see any subkeys under ProfileList other than Administrator? (These will be sorted by SID...)

#5 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 02 July 2010 - 12:22 AM

View Postcluberti, on 01 July 2010 - 09:07 AM, said:

You might want to look in the registry on the machine in HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList before capture to make sure there are zero users listed here that will not exist on the captured image. Anything here will cause that failure specifically, and it sounds like this might at least be something you want to look into.


I have looked en don't see a profilelist key or data in the current version..

#6 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 02 July 2010 - 12:27 AM

View Postsurfertje, on 02 July 2010 - 12:22 AM, said:

View Postcluberti, on 01 July 2010 - 09:07 AM, said:

You might want to look in the registry on the machine in HKLM\Software\Microsoft\Windows NT\CurrentVersion\ProfileList before capture to make sure there are zero users listed here that will not exist on the captured image. Anything here will cause that failure specifically, and it sounds like this might at least be something you want to look into.


I have looked en don't see a profilelist key or data in the current version..


Have found the key but there are no other users in there but: default and public. I also don't see the administrator user here?

#7 User is offline   cluberti 

  • Gustatus similis pullus
  • Group: Supervisor
  • Posts: 10,937
  • Joined: 09-September 01
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 02 July 2010 - 08:09 AM

I think that might be part of your problem. From where was this original image captured?

#8 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 05 July 2010 - 01:06 AM

View Postcluberti, on 02 July 2010 - 08:09 AM, said:

I think that might be part of your problem. From where was this original image captured?



From a vmware workstation virtual machine..

#9 User is offline   cluberti 

  • Gustatus similis pullus
  • Group: Supervisor
  • Posts: 10,937
  • Joined: 09-September 01
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 05 July 2010 - 11:52 AM

Right - was it captured once the FULL OS was installed or was the initial install booted into audit mode only? You may have already determined where I'm going with this - a full install disables the admin account and creates a second (admin group) account, and I've never had any real luck with images created this way. Images created from audit mode then sysprep seem to all have worked fine, in my experience.

#10 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 06 July 2010 - 01:07 AM

View Postcluberti, on 05 July 2010 - 11:52 AM, said:

Right - was it captured once the FULL OS was installed or was the initial install booted into audit mode only? You may have already determined where I'm going with this - a full install disables the admin account and creates a second (admin group) account, and I've never had any real luck with images created this way. Images created from audit mode then sysprep seem to all have worked fine, in my experience.


It was not in AUDIT mode. I have installed Win7 and then installed applications and config Win7. So it was after a full Install. I have never worked within audit mode so can you help me out with no Audit mode. How can i solve it without the use of Audit mode?
I Think having the Administrator account active with a booting tool and then activated it...

#11 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 07 July 2010 - 05:16 AM

View Postsurfertje, on 06 July 2010 - 01:07 AM, said:

View Postcluberti, on 05 July 2010 - 11:52 AM, said:

Right - was it captured once the FULL OS was installed or was the initial install booted into audit mode only? You may have already determined where I'm going with this - a full install disables the admin account and creates a second (admin group) account, and I've never had any real luck with images created this way. Images created from audit mode then sysprep seem to all have worked fine, in my experience.


It was not in AUDIT mode. I have installed Win7 and then installed applications and config Win7. So it was after a full Install. I have never worked within audit mode so can you help me out with no Audit mode. How can i solve it without the use of Audit mode?
I Think having the Administrator account active with a booting tool and then activated it...


No one a idea?

#12 User is offline   cluberti 

  • Gustatus similis pullus
  • Group: Supervisor
  • Posts: 10,937
  • Joined: 09-September 01
  • OS:Windows 7 x64
  • Country: Country Flag

Posted 07 July 2010 - 07:24 AM

Once you've sealed an image, it's sealed. You can't go back and re-do audit mode, and honestly, I'd consider rebuilding that image entirely at this point or just find another way to copy the profile.

#13 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 08 July 2010 - 03:05 AM

View Postcluberti, on 07 July 2010 - 07:24 AM, said:

Once you've sealed an image, it's sealed. You can't go back and re-do audit mode, and honestly, I'd consider rebuilding that image entirely at this point or just find another way to copy the profile.


There it is again the äudit mode. Could you please tell me how to use "audit" mode and why i should use this?
When i start over again i want to do it wright this time. Never used audit mode.
The method i do now is:
Install Win7 Pro on a Vmware virtual image.
Fill in a new user at the end of setup because that is required
Before starting the task sequence from MDT2010 making a Vmware Workstation snapshot
Install applications
configure Win7 for the end user
Do a sysprep and capture Task Sequence in MDT2010 (start this command in Win7 client cscript \\server\deploymentshare$\litetouch.wsf
Import a custom image in MDT2010 and import the image i just made
edit the unattend.xml so copyprofile is set (but this is not working yet)
Make a new Task sequence to deploy this image
At the litetouch.wim to WDS as a boot image and then boot the client with Network boot. Choose the right task sequence and there is goes.

So what must i do different to use "audit" mode and why?

I would appreciate some help

#14 User is offline   jschuk 

  • Group: Members
  • Posts: 4
  • Joined: 19-May 10
  • OS:XP Pro x86
  • Country: Country Flag

Posted 08 July 2010 - 05:51 AM

When you get to the welcome screen that asks to create a user, press CTRL-ALT-F3 to enter Audit mode. Once in Audit mode you can install applications and reboot the computer as you need so long as you don't reseal the computer. I have been working on my image both ways, under audit mode and under local administrator, and some stuff is persistent through the sysprep and some stuff isn't no matter which method I am using. I am still trying to work on that issue along with a few other issues.

#15 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 09 July 2010 - 12:06 AM

View Postjschuk, on 08 July 2010 - 05:51 AM, said:

When you get to the welcome screen that asks to create a user, press CTRL-ALT-F3 to enter Audit mode. Once in Audit mode you can install applications and reboot the computer as you need so long as you don't reseal the computer. I have been working on my image both ways, under audit mode and under local administrator, and some stuff is persistent through the sysprep and some stuff isn't no matter which method I am using. I am still trying to work on that issue along with a few other issues.


Ok, one final quetion though. After i am finished in AUDIT mode, can i then rus the cscript \\server\deploymentshare$\litetouch.wsf in AUDIT mode?. This Litetouch does a sysprep and capture..
So then the only difference is that i do not install the applications in normal mode but in audit mode and then sysprep and capture.

#16 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 13 July 2010 - 12:53 AM

View Postcluberti, on 07 July 2010 - 07:24 AM, said:

Once you've sealed an image, it's sealed. You can't go back and re-do audit mode, and honestly, I'd consider rebuilding that image entirely at this point or just find another way to copy the profile.


Why can't i go back to re-audit mode. When i make a snapshot within Vmware workstation before resealing the client, then months later restore that snapshot (which is still in audit mode)and edit that client image then making a new snapshot and then sysprep again. That way i have a new image and a new snapshot which i can do months later when the client image has to change start over again with this procedure?

#17 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 14 July 2010 - 07:39 AM

Another problem. I want to start over and did the following:

Installed Win7 Pro thru the dvd on a client Vmware Workstation.
Ctrl-shift f3 and into audit mode
Put an icon on the desktop (to see if copyprofile works)
Activated Windows 7
Started Litetouch.wsf thru explorer (making a network connection to the deploymentserver)
Choose a sysprep and capture TS (also here the copyprofile set thru "edit unattend.xml)
Made a TS in the deploymentshare that deploys the image with the copyprofile set.
Started networkboot and choose the above task sequence

An error appears after a few minutes: Operating system deployment not completed succesfully:

ZTI ERROR Object needed
Litetouch deployment failed Return code = -2147.... 0x80004005

Viewing the log files on the client in the minint folder:
there is 1 error in the bdd and the wizard.log:
Invalid OS GUID (number) specified
Maybe it has something to do that i activated the Vmware Workstation machine?

What can this be?

#18 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 15 July 2010 - 01:27 AM

I am really stuck here, someone a idea?
Am i doiing something wrong? For example: into audit mode use a sysprep and capture task (from MDT2010), must i do manually run sysprep, then boot with Winpe and capture the image myself, because i would like to do it with MDT2010?

#19 User is offline   surfertje 

  • Member
  • PipPip
  • Group: Members
  • Posts: 127
  • Joined: 29-April 08

Posted 16 July 2010 - 12:16 AM

I already know why the error appears. In the TS within MDT when you import image you must specify the OS where you installed Win7 with, a little strange according to my opinion but it is because the restore is nog running, without stopping yet...

#20 User is offline   dencorso 

  • Adiuvat plus qui nihil obstat
  • Group: Super Moderator
  • Posts: 3,682
  • Joined: 07-April 07
  • OS:98SE
  • Country: Country Flag

Posted 16 July 2010 - 01:49 AM

@surfertje: When yours is the last post, do use the edit button to add new information, instead of posting endlessy replies to yourself. Or are you willingly bumping the thread? If so, do stop doing it so fast. And even when you do reply to anybody, yourself included, don't quote needlessy full posts: quote only the relevant part or don't quote at all. Please do behave.

Share this topic:


  • 2 Pages +
  • 1
  • 2
  • You cannot start a new topic
  • You cannot reply to this topic

1 User(s) are reading this topic
0 members, 1 guests, 0 anonymous users



All trademarks mentioned on this page are the property of their respective owners
Copyright © 2001 - 2011 msfn.org
Privacy Policy