プロファイルに直接起動すると UsrClass.dat が読み込まれない

プロファイルに直接起動すると UsrClass.dat が読み込まれない

2018 年 4 月 7 日に Windows 7 で奇妙な問題が発生しました。突然、ファイルが開いているため、コンピューターが UsrClass.dat を読み込めなくなりました。これは、デスクトップが個人設定なしで読み込まれたことを意味します (つまり、一時プロファイルではありません)。これは、イベント 1508 および 1542 として記録されています。ファイルを数回復元しましたが、ファイルは破損していません。

何時間にもわたる復元、試行錯誤、テストなどを経て、回避策を見つけました。

もともと私のシステムは 1 つのユーザー アカウント (自動ログオン) で直接起動していました。システムには他のアカウントはありませんでした。

この問題を回避するために、プロファイルにパスワードを設定しました (レジストリで AutoLogon を 0 に設定)。これにより、Windows はユーザー プロファイルを最終的に読み込むまでに少し時間がかかります。つまり、UsrClass.dat の謎のハンドルがなくなり、プロファイルが正常に読み込まれるようになります。

プロファイルが完全にロードされている間に、パスワード/ログオン画面の干渉なしにシステムの電源を入れて他の作業を行うことを好むようになったため、この回避策を実行するのは少し面倒だと感じています。

そこで、この問題の本当の解決策を探しています。UsrClass.dat ファイルに「ハンドル」があるのはなぜですか? 起動時にファイルが使用されている理由をどうやって調べればよいですか? たとえば、preshell chkdsk コマンドを使用して起動を「遅延」すると役立つのはなぜですか?

ファイルとレジストリの ACL をチェックしましたが、デフォルトどおりでした。Sfc /scannow はすべて緑色で、システムのウイルスを数回チェックしました。Autoruns によると、奇妙なエントリもありませんでした。

どのように進めればよいか、ご提案はありますか?

答え1

しばらく 2 つのプロファイルで実行した後、もう一方のプロファイルを削除したところ、すべてが再び機能するようになったようです。常に失敗していたところから、問題なく Windows に直接 10 回起動できました。上記の回避策が適用されていたにもかかわらず、Windows が一時プロファイルで起動した後、もう一方のプロファイルを削除しました。おそらく、システム プロファイルが破損していて、その時点で修正されたのでしょう。

それ以外は何が原因かわかりません。システム起動時にスケジュールされたタスクが実行されていましたが、無効にしました。それ以外は何も変更していません。

健康が維持されることを祈ります。OS は OrganiSm の略語かもしれません...

関連情報