Once in a while we hit the wall when troubleshooting a problem with an application.
After running the troubleshooting gamut with the “problematic” application behaving in any other profile on that system, it becomes obvious that there is some sort of corruption in the afflicted user’s local profile.
Windows Server and Desktop
For a standalone Windows Server or Windows Desktop machine the following is the process to reset a local profile.
- Reboot the problematic system
- Log on with a Local Admin account
- Rename C:\Users\UserName to C:\Users\UserName.OLD
- Start RegEdit
- Navigate to HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
- Navigate the folder list
- Folder names are user SIDs from the local machine and Active Directory
- Once the user’s SID folder is located Delete it
- Reboot
- Log the user on
- Set up the user’s profile
- Copy data back in from the UserName.OLD folder under C:\Users
- My Documents and following
- Desktop
- Custom configuration files from AppData
- Start the “problematic” application
The application should work. If not, then ProcessMonitor and/or ProcessExplorer would be our next step to see exactly where things are getting hung-up.
NOTE: For standalone machines set up with just the one user that operates as a local administrator, set up another user with a password on the machine and make it a local administrator. Then, log on with that account to run the above process.
SUGGESTION: Once the process has completed, set the day-to-day user account as a Standard User to help reduce the account’s attack surface.
Windows Remote Desktop Session Host with User Profile Disks (UPD)
We use a utility called Sidder to help figure out which UPD belongs to which user since the name they have is the user’s Active Directory SID.
- Have the user log off
- Use Sidder to obtain their UPD SID
- Rename the user’s UPD .VHDX file to OLD-UVHD-S-1-5-21-SID-Numbers-Here.VHDX
- Log the user account back on
- A new VHDX will appear with the user’s SID
- Have the user Log Off
- Mount both the new and the old .VHDX files
- We usually run this process on the UPD host
- Copy the user’s Desktop, Documents, and following folders over
- If Folder Redirect is being used this step is unnecessary
- Custom settings files may be nested in AppData so make sure to copy them
- Log the user on and finish setting up the user’s profile
- Test the “problematic” application
- It should work from now on
- If not, the ProcessMonitor and/or ProcessExplorer would be our next step
The above process should clean-up the majority of issues caused by corruption in the user’s profile folders.
Philip Elder
Microsoft High Availability MVP
MPECS Inc.
Co-Author: SBS 2008 Blueprint Book
www.s2d.rocks !
Our Web Site
Our Cloud Service
3 thoughts on “Windows Server and Windows Desktop: How-To Reset a Local User Profile or RDS User Profile Disk”
Hi Philip,
Just wanted to add that we’ve also seen this exact issue happen when the user’s Windows date format is set to dd-MMM-yyyy, which displays something like 01-Jan-2020. QuickBooks desktop seems to prefer the Windows default M/dd/yy format.
Cheers,
Geoff.
Is there a way to wipe all office instances from a user profile ? We are having multiple issues with a recent deployment on AWS using 32bit O365 running on Server2019 RDS’s and wish to re-deploy 64bit but want the user profile disk share to be “cleansed”
I’m not sure.
SIDDER is a utility we use to figure out which UPD belongs to which user so that we can rename the file after logging the user out to recreate their profile post corruption incident.
We don’t use Click to Run (C2R) versions of Office in RD Farm settings. It’s not reliable enough IMO.