1)原因：主目錄下的.Xauthority檔案擁有者變成了root，從而以使用者登陸的時候無法都取.Xauthority檔案
說明：Xauthority，是startx指令碼記錄檔案。Xserver啟動時，讀檔案~/.Xauthority,讀入對應其display的記錄。當一個 需要顯示的客戶程式啟動呼叫XOpenDisplay()也讀這個文 件，並把找到的magic code 傳送給Xserver。
當Xserver驗證這個magic
code正確以後，就同意連線啦。觀察startx指令碼也可以看到，每次startx執行，都在呼叫xinit以前使用了xauth的add命令新增了一個新的記錄到~/.Xauthority，用來這次執行X使用認證
解決方法：我們需要將.Xauthority的擁有者改為登陸使用者；或者乾脆將.Xauthority刪除。
- 直接刪除
#sudo –s
#rm –rf ~/.gconf //關於圖形的配置檔案
#rm -rf ~/gconfd //關於圖形的配置檔案
#rm -r ~/.Xauthority
#sudo shutdown –r now
- 更改使用者
#cd ~
#sudo chown myname:myname .Xauthority
#ls .Xauthority –l
-rw------- 1 myname myname 63 5月 6 10:41 .Xauthority
#shift+ctrl+F7
2)原因：執行 rm -rf /tmp命令導致刪掉tmp目錄之後，系統自動重建了tmp目錄，只是新建的目錄許可權來自於umask，其他使用者沒有足夠的許可權寫入，出現此問題
解決方法：確保 /tmp這個目錄的許可權為777
# chmod 777 /tmp
3)原因：使用者的home設定了磁碟限額
解決方法：檢視使用者是否達到上限
4)原因：登入圖形介面的時候異常關閉了，有可能導致配置資訊出錯。
解決方法：刪除圖形配置檔案。
從終端登入，把這個使用者home下面有關圖形的隱藏 配置檔案都刪了（.gconf 、.gconfd、.gnome 、.gnome2、.gnome2_private 、.gstreamer-0.10 等）。再次登入，圖形配置檔案會重新生成。
#sudo –s
#rm –rf ~/.gconf //關於圖形的配置檔案
#rm -rf ~/gconfd //關於圖形的配置檔案