遇到同類問題，網上搜索到一篇實用的解決方法，轉載到博客中，方便以後翻閱！
對照網上另一解決方法：
一，開機按F8，從安全模式啓動。
二，按Windows+R，鍵入“regedit”,回車。
三，進入：HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList，最後有兩個文件夾，以“s-1-5...”開頭的，一個有“.bak”後綴，一個沒有。把這兩個文件夾的名字互換。然後退出，重啓電腦，問題就解決了。
附：如果還沒有解決，繼續以下步驟：
四，在新的那個帶“.bak”後綴的文件夾中找到refcount，右鍵選modify，把值改爲0，然後退出，重啓。
筆者深受上法啓發，最終解決方法跟上法大同小異，不過更爲簡單，還是不繞彎子了，先看一下筆者帶“.bak”後綴的註冊表項：
對照正常管理員賬戶 “State”子鍵的鍵值“0”，查看“高級系統設置”中“用戶配置文件”一欄，正常賬戶狀態爲“本地”，而問題賬戶狀態爲“備份”。很明顯State“8000”即爲“備份”，State“0”爲“本地”了。而不帶“.bak”後綴的註冊表項中"ProfileImagePath"子鍵的鍵值爲“C:\Users\Temp”，而且僅有三四個子鍵。
筆者不知到是抽了還是有直覺，毫不猶豫直接把整個不帶“.bak”後綴的註冊表項刪除，註銷當前賬戶，登錄問題賬戶，成功登錄這時問題解決了，再查看註冊表發現帶“.bak”後綴的註冊表項的“.bak”自動消失變成不帶“.bak”的項，而且其下子鍵數量與剛開始一模一樣，不過State變爲了“0”，進入“高級系統設置”中“用戶配置文件”一欄，兩個賬戶狀態均變“本地”了。
問題反思："ProfileImagePath"子鍵的鍵值爲“C:\Users\Temp”的註冊表子項中子鍵數量明顯比其他正常賬戶少，可能是對該項寫入不完整導致不能通過“臨時配置文件”登錄，刪除該項，登錄時自動重建，“備份”狀態轉化爲“本地”。
總之，筆者最簡單的解決方法就是：
1、開機按F8進入到安全模式，登錄系統(如果只是標準賬戶有問題，管理員賬戶沒問題就不要安全模式了)；
2、打開註冊表，找到帶“.bak”的項（如【HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\ S-1-5-21-****-****-1000.bak】）不要動它。
3、定位到帶“.bak”的項上方一個不帶“.bak”的項（如【HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList\S-1-5-21-****-****-1000】），確認該項包含鍵值爲“C:\Users\Temp”的子鍵"ProfileImagePath"，在左側刪除整個項，帶“.bak”的項不要動，即可實現正常登錄。 登錄之後會發現帶“.bak”的項自動去掉了“.bak“。