a15995
New member
Hello!
Came across a strange issue with Windows 7 on 7 April 2018. Suddenly my computer would not load UsrClass.dat due to the file being open. This Means that the desktop is loaded without my personal settings (as such not a temp profile). This is logged as an event (but due to a restore and workaround I cannot find the exact event id - but could not find it on Google either. The file is not corrupt).
After many hours of restore, trial and error, testing etc. I have come up with a workaround.
Originally my system boots directly into one users account. There were no other accounts on the system.
To work around the issue I have put a password on my profíle. This gives Windows some time before finally loading the user profile. In other words, the mysterious handle on UsrClass.dat is gone and the profile is loaded normally.
I find it a bit annoying to do this workaround since I have come to like just turning on the system and doing other stuff while the profile is fully loaded - without interference with the password.
So, I'm looking for the real soluttion to this problem. Why is there a handle on the UsrClass.dat file? How do I figure out why the file is in use at boot? Why does it help to "delay" boot, e.g. with a pre-boot chkdsk-command?
I have checked the ACL's on the file and registry and they're as per default. Sfc /scannow had all in the green and checked the system several times for virus. Also no strange entries according to Autoruns.
Suggestions as to how to proceed?
System is Windows7 Home (x64) with April 2018 updates. Hardware specs below. Please ask if I need to post more specs/logs etc.
Came across a strange issue with Windows 7 on 7 April 2018. Suddenly my computer would not load UsrClass.dat due to the file being open. This Means that the desktop is loaded without my personal settings (as such not a temp profile). This is logged as an event (but due to a restore and workaround I cannot find the exact event id - but could not find it on Google either. The file is not corrupt).
After many hours of restore, trial and error, testing etc. I have come up with a workaround.
Originally my system boots directly into one users account. There were no other accounts on the system.
To work around the issue I have put a password on my profíle. This gives Windows some time before finally loading the user profile. In other words, the mysterious handle on UsrClass.dat is gone and the profile is loaded normally.
I find it a bit annoying to do this workaround since I have come to like just turning on the system and doing other stuff while the profile is fully loaded - without interference with the password.
So, I'm looking for the real soluttion to this problem. Why is there a handle on the UsrClass.dat file? How do I figure out why the file is in use at boot? Why does it help to "delay" boot, e.g. with a pre-boot chkdsk-command?
I have checked the ACL's on the file and registry and they're as per default. Sfc /scannow had all in the green and checked the system several times for virus. Also no strange entries according to Autoruns.
Suggestions as to how to proceed?
System is Windows7 Home (x64) with April 2018 updates. Hardware specs below. Please ask if I need to post more specs/logs etc.
My Computer
- Computer type
- PC/Desktop
- Computer Manufacturer/Model Number
- HPm9067.sc-a
- OS
- Windows 7 Home Premium 64bit
- CPU
- Intel Core 2 Quad Q6600@3Ghz (Kentsfield)
- Motherboard
- IPIBL-LB (Benicia-GL8E)
- Memory
- 8GB Kingston KTH-XW4400C6 (PC2-6400)
- Graphics Card(s)
- MSI N560GTX-448
- Sound Card
- Realtek® ALC888S High Definition Audio
- Monitor(s) Displays
- HPw2207h (HDMI) + HPw2207 (DVI)
- Screen Resolution
- 1920x1080x32
- Hard Drives
- Samsung 840 EVO SSD, 250GB (OS)
ST2000DM0001x2 RAID1, 2TB (Data)
- PSU
- Chieftec A85 CTB-650S (650 Watts)
- Case
- HP
- Cooling
- HP
- Keyboard
- Logitech MX 5500 Revolution
- Mouse
- Logitech MX 5500 Revolution
- Internet Speed
- 70/35 Mbps
- Antivirus
- MSE
- Browser
- IE11