Comments on: Understanding USMT with MDT 2010

By: Nathan

Nathan — Thu, 03 Nov 2011 15:23:42 +0000

Is the account you are running from a Local Admin on the box or are you PXE booting the machine then doing the refresh? Try mapping a drive and running litetouch.vbs from the local admin account in windows and running the refresh scenario.

By: BearDownBob

BearDownBob — Wed, 17 Aug 2011 23:29:45 +0000

I am doing a lite touch deployment using MDT without SCCM. My DeploymentType is REFRESH. I cannot get USMT to work. I would prefer copying the user data to a network location, but if I could get the default hardlinks to work, I would be happy. During the deployment, it does not seem to process the CaptureUserState task.

By: Mina

Mina — Sun, 17 Apr 2011 16:53:06 +0000

va4W2C Very true! Makes a change to see soemnoe spell it out like that.

By: Hard Link Migration using USMT « Xtreme Deployment

Hard Link Migration using USMT « Xtreme Deployment — Tue, 12 Oct 2010 18:53:11 +0000

[...] Well, that’s about it. USMT preserves your data right on the disk even as the new operating system is installed. You’ve seen it with your own two eyes, so you know it works. Now take USMT for a spin. You can find out more about USMT in Tim Mintner’s post: Understanding USMT with MDT 2010 [...]

By: 70-681 Resources | IT Certifications Exam

70-681 Resources | IT Certifications Exam — Tue, 28 Sep 2010 04:09:18 +0000

[...] Migrate user settings and data Migrating User Files and Settings from Windows XP to Windows 7 What Does USMT Migrate? Windows XP to Windows 7 Hard-Link Migration of User Files and Settings Choose a Migration Store Type Determine What to Migrate Understanding USMT with MDT 2010 Xtreme Deployment [...]

By: Tom

Tom — Wed, 04 Aug 2010 15:18:59 +0000

Hi,

I am having permission issues, refreshing XP machines to Win7.
USMT brings over all of the filres correctly (using hardlinking), but when logging on as the user, (who is shown as owner on the security tab, and is also in the local admin group) cannot delete files. We get the dreaded “You need permission to delete this file.” Futher, if we try to change the ACL’s, we get errors accessing the root drive and cannot update the security descriptors. I don’t know if this is a USMT thing or just a Win 7 thing, but it is killing our deployemnt plans.

Thanks in advance.

By: Ray

Ray — Sat, 20 Mar 2010 06:23:41 +0000

I had installed the USMT 301 on the server. It’s installed in C:\Program Files\USMT301 Are you saying to copy those files into the Deploymentshare\tools\x86?. I put the downloaded USMT 301 file into that folder and nothing happened when I updated the Deploymentshare and tryed a Replace with the path to the UserStateCapture$ folder. Which files go into the Deploymentshare\tools\x86 folder?

By: tmintner

tmintner — Sat, 20 Mar 2010 04:03:48 +0000

You place the USMT 3.01 bits in the Tools\X86 or Tools\X64 directories respectively. Just put the EXE files in there and MDT will extract and install them

By: Ray

Ray — Sat, 20 Mar 2010 01:11:18 +0000

In my deploymentshare the USMT files under USMT\x86. But those are the 4.0 files I assume. Do I move them out and put the 3.01 files there?

By: MDT 2010 and USTMT 4.0 Hard Link Migration « Deploy Windows 7

MDT 2010 and USTMT 4.0 Hard Link Migration « Deploy Windows 7 — Thu, 25 Feb 2010 18:34:35 +0000

[...] http://deployment.xtremeconsulting.com/2009/11/20/understanding-usmt-with-mdt-2010/ [...]