Archive for April, 2007|Monthly archive page
Here’s an easy walkthrough to change your OS partition size in Vista:
I was just browsing through my MSDN library, and came across several pieces of software that I have never used before. However, even after reading the descriptions of the products, I still have no idea what they do. It is sad when a marketing team can’t even explain what their own product does. Here is an example.
Live Communications Server 2005 provides a standards-based platform, allowing developers the ability to presence-enable existing applications and create next-generation solutions with real-time capabilities.
Oh good. It was horrible how I couldn’t build next-generation solutions before; thanks for allowing it now! And I love getting capabilities in real-time! Saves me the trouble of having to download them.
Here lies my experience moving my entire User Profile folder structure, including Default, Public, and any local users.
In my search for a solution, the only two easy ways I found to move the user profile directory locations from the system drive is to
- Set the User Profile folder during setup using an unattended install file.
- Move the individual folders inside your user profile, which can be done using explorer (which will update the registry keys HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders and HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders).
However, this was not good enough for me, I wanted my actual user profile folder to be moved to a seperate partition/volume, including registry settings. I discovered that it is not actually that hard, provided you’re comfortable with mass replacing registry keys and values.
Here is how I moved my user profile location. Please note that I wanted all of the profiles moved, included Public and Default, so some of these steps can be skipped if you do not want that:
- Make sure you have a complete backup of your system!
- Copy the original Default Profile directory to the new location (e.g. from C:\Users\Default to D:\Users\Default).
- Copy the original Public Profile directory to the new location (e.g. from C:\Users\Public to D:\Users\Public).
- Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList.
- Change the value of the Default key to the new user profile location (e.g. D:\Users\Default).
- Change the value of the Public key to the new user profile location (e.g. D:\Users\Public).
- Change the value of the ProfilesDirectory to the new user profile location (e.g. D:\Users).
- At this point, you need to restart and log back in as a different user that has never logged in before and therefore does not have a profile created. In my case, the Administrator user had never logged in before so I enabled it so that Administrator could log in and used that. You can enable Administrator login by loading Computer Management and then go to User Accounts, edit the properties for Administrator, and then uncheck Disable Login.
- After logging in for the first time with the new user account, you will see “Creating Desktop” and other things like that while Windows is creating your profile. Note that the new profile should be created in the new location.
- After logging in, try to close as many applications as possible. This will prevent most files from being locked so that you cannot copy them.
- Copy the entire original user profiles folder from the original location to the new location (e.g. C:\Users\* to D:\Users\). (See next step after copy starts).
- There are a few things to note during this copy. There were thousands of .TMP files that were locked and would not copy. I just skipped these files. I held down Alt-S so that I could see all of the skipped files and make sure that there were only .TMP files being skipped. Yes, this took a little while, but at least I was confident that I got all of my files copied. This process could probably be made easier using the command prompt or powershell.
- If, in your case, there are some files that will not copy, you can run procexp.exe, which is file provided by sysinternals. Then do a Find Handle and search for part of the filename. procexp will tell you which programs are locking the file. As long as you closed as many programs as you could, though, this should not happen.
- Find and download a program that will do a Search & Replace on the registry. I will not suggest one because I did not find one single program that worked perfectly. I ended up downloading a few different freeware applications and using all of them.
- Using the Registry Search & Replace program, do a search for the original user profile folder and replace it with the new user profile folder (e.g. search for “C:\Users” and replace with “D:\Users”. Note that some of the applications I used would only change values and not key names. However, the keys that needed to be chagned were all related to MuiCache. I do not know if these actually need to be updated. I did just to make sure.
- Log out. Log back in with the same user. Repeat step 14 until there is nothing left to replace. The reason for this step is that on logout, some programs seem to update the registry using the old user profile path.
- Run regedit.exe and do a search for the original user profile path and make sure it does not exist. The reason for this step is because (as noted in step 13), I did not trust any of the Registry Search & Replace programs I used. I ended up needing to update about a dozen of the keys and values manually, since the search & replace missed them.
- So that you can easily find programs that do not use the registry and hard-coded profile paths, rename your original profile folder (e.g. rename C:\Users to C:\~Users).
- Log out. Log back in as your usual user. Everything should be working correctly except for programs that use a “hardcoded” user profile location.
- There are two easy methods that can be used to find programs that use a “hardcoded” profile location and are still looking for the original user profile path. You can use the procexp.exe trick mentioned above and search for handles in the original profile location. You can also monitor the oringal profile location to see if any new folders or files were created. For example, in my case, FolderShare created some folders and files in the directory C:\Users\MyUsername\AppData\Local\FolderShare\. So, I updated the FolderShare settings to point to the different path and then deleted the C:\Users directory (note that C:\~Users still existed as a backup).
- Since you are now confident that all of your data has been moved (right??????), you can deleted the backup of the original user profile location (e.g. C:\~Users).
This procedure worked flawlessly for me. Everything user-related is now on a completely different volume, and I can sleep a little better at night! 🙂