To test USMT, I copy a .txt, .doc, .pdf, .xlsx, .htm, .mdb, .vsd, .msg and .bmp file to my "desktop", my documents and the root of the C drive. USMT hardlinking, XP to x64 windows 7. The documents are intact on my desktop and my documents. In the root of the C drive, the .pdf, .htm, .msg and .bmp files are missing. Any ideas? === I also have a custom.xml file that captures some files in C:\Program Files\MyDirectory\* When these files are restored, they get restored to C:\Program Files (x86)\MyDirectory\. How can I get them restored to C:\Program Files\MyDirectory\. Thanks

For the data move, I believe something like this will work for capturing the files from the root of the c: drive, but you have to specify where to place them. This example places them in the public directory. Not exactly sure this is what you are looking for. <locationModify script="MigXmlHelper.Move('C:\Users\Public\MigratedData')"> <objectSet> <pattern type="File">c:\* [*]</pattern> </objectSet> </locationModify> As for the Program Files being moved to the (x86) folder, that is correct. The Program Files folder on Windows 7 x64 contains 64-bit applications. The one from 32-bit XP was obviously only 32-bit.

The files from the root of the C drive are being captured, but it looks like it's missing some files as mentioned above, but my documents and desktop works as intented. I know the files are being put in the x86 directory because it's going from 32 to 64, but I want them in c:\Program Files.

Are the missing files consistant to a certain extension type? Do your USMT xml files have any unconditionalexclude sections for certain file types? I've noticed that even if you have certain files excluded, they are still captured from the desktop because they are part of the user profile. As for the moving of program files (x86) to program files I am not sure on how to resolve that.

Let me explain again: To test USMT, I copy the same files: file.txt, file.doc, file.pdf, file.xlsx, file.htm, file.mdb, file.vsd, file.msg, file.bmp to 1) c:\documents and settings\username\desktop\ 2) c:\documents and settings\username\My Documents\ 3) c:\ After a refresh with hardlinking, all files appear in desktop and My Documents. But in the root of C, file.pdf, file.htm, file.msg and file.bmp files are missing (conistently)

Have you tried adding those document types to the miguser.xml? Look towards the bottom in the section commented as: <!-- This computer migrates user files with known extensions--> After editing the document, you must update the distro points with the latest USMT package. you should also add that file to your task sequence in both capture and restore user state tasks. /mike

But shouldn't it work if it migrates to desktop and my documents successfully? Why is it different with the C:\ I will have to look at my config files again on Monday.

you need to understand that USMT does migrate by default, see this post on Technet for an explanation of what it migrates. To customise USMT to capture files from other locations it's best practice to create your own custom XML file and include your changes in there, you can then reference that file in your capture user state step. To include files and settings from custom locations review this page on Technet. Step by Step ConfigMgr 2007 Guides | Step by Step ConfigMgr 2012 Guides | I'm on Twitter > ncbrady

So if the files are in my documents or the desktop, they are treated differently than if they are in C:\ ? I have already created a custom.xml and captured the files i want from C:\Program Files\MyDirectory\ in XP. When they are restored they go to C:\Program Files (x86)\MyDirectory\ in windows 7 x64. I want to re-direct them to C:\Program Files.

did you read James post further up ? Step by Step ConfigMgr 2007 Guides | Step by Step ConfigMgr 2012 Guides | I'm on Twitter > ncbrady

So if the files are in my documents or the desktop, they are treated differently than if they are in C:\ ? I believe the answer you are looking for here is, yes... Files in the root of the C: drive are going to be considered just that...files. So each one is examined to determine if it matches a rule that exists to see if it needs to be saved. However, files on the Desktop or My Documents are not treated as files, they are treated as items that are a part of the users profile directories and all the items in there get saved. Which realistically is how you should want it to work... If a user puts a file in their Profile, and you re-image their computer they would probably be rather miffed if certain file types got lost. What if you had a user that saved all their personal text documents with their initials as the file extension...then they associated Notepad to open files of that type... (Ok, far-fetched, but possible) In this valid scenario, if you had to specify each and every possible file extension that could exist you'd still likely never backup those files. So rather than that being necessary, USMT just grabs EVERYTHING in the User profile directories. It's only when you want to grab things OUTSIDE of the user profile that you should need to start getting specific about what types of files you want to capture. http://technet.microsoft.com/en-us/library/dd560792(v=ws.10) Mike...

Thanks Mike.

As for the other half of your initial question...that too is working as designed since you're coming from a 32bit OS and going to a 64bit OS and so therefore the Program Files folder on XP would indeed become the Program Files (x86) directory on W7. However, there may be an opportunity to override where things are going by basically rerouting the files... Check out this link for those details. Not sure if you can force it to work, but this is what you'd need to do. http://technet.microsoft.com/en-us/library/dd560798(v=ws.10) Mike...