轉載自：http://zhang41082.itpub.net/post/7167/453791
服務器本機不能登陸的解決
一臺測試的數據庫服務器安裝好之後，每次都是使用SecureCRT遠程通過ssh登陸上去操作，即使安裝數據庫的需要圖形界面的操作，也是通過vnc遠程做的，突然今天，發現這個服務器在本機不能登陸，可是遠程卻可以登陸，而且這臺測試機器使用了很久了，也沒碰見過什麼異常，系統日誌也查不到什麼有用的東西，見鬼了？
安裝oracle過程中，一般的安裝文檔中都會提到要設置/etc/security/limits.conf和/etc/pam.d/login參數文件來限制oracle服務器可以打開的文件數、進程數等等資源的限制，於是會需要在/etc/pam.d/login 文件中添加session required /lib/security/pam_limits.so一行內容來實現/etc/security/limits.conf中定義的各項限制，和通過ulimit命令直接設置資源設置類似，此機器的安裝過程中也是這樣設置的，可是問題就出現在這裏了。
此機器使用的是64位的操作系統，因此根本沒有/lib/security/pam_limits.so文件存在，而應該使用替代的/lib64/security/pam_limits.so文件來代替，否則在登陸的時候找不到這個文件，就會出現本機不能登陸的情況。
修改後，本機登陸正常。
提示：修改此參數不需要重新啓動系統的，修改立即生效。
轉載自：http://hi.baidu.com/dr_wang/blog/item/245b3b8913196fba0f24448c.html
centos 5.3 不能登錄字符界面問題的解決
2009-07-17 23:53
看了鳥哥的私房菜，發現在圖形界面下可以快速的切換到字符界面下，只要使用ctrl+alt+F1鍵就可以了（F1是功能鍵，當然也可以是F2～F7，F7是切換到圖形界面的）。欣喜若狂的我，馬上嘗試了一把。結果令我相當的失望，輸入正確的密碼後，又回到了登錄的界面。總是登錄不進去，快鬱悶瘋了。
但是要解決問題的啊，只會鬱悶是不起作用的。那麼就考慮到是認證的問題。和認證相關的就是/etc/pam.d/這個目錄了。而這個問題又是在登錄問題相關的。那麼一定和/etc/pam.d/login這個配置文件有關係的。起初去看這個文件，發現不了什麼問題。一切都是那麼平靜又那麼的正常。
還是搞不定了啊。在搞不定的時候，問google啊。其實google有時候也是搜不到丟答案的，這次google就沒有給出答案，但是給了個提示。在一篇文章裏看到有個哥們查看vim /var/log/secure這個文件，對這個文件，原來還沒有結果。此時去觀察一把吧，反正這個問題又不是一會能解決的。
下面就看看這個文件吧，發現瞭如下的內容：
Jul 17 19:27:12 localhost gdm[6068]: pam_unix(gdm:session): session opened for user root by (uid=0)
Jul 17 20:21:27 localhost userhelper[28055]: pam_timestamp(system-config-authentication:session): updated timestamp file `/var/run/sudo/root/unknown'
Jul 17 20:21:27 localhost userhelper[28058]: running '/usr/share/authconfig/authconfig-gtk.py' with root privileges on behalf of 'root'
Jul 17 20:22:03 localhost login: PAM unable to dlopen(/lib/security/pam_limits.so)
Jul 17 20:22:03 localhost login: PAM [error: /lib/security/pam_limits.so: wrong ELF class: ELFCLASS32]
Jul 17 20:22:03 localhost login: PAM adding faulty module: /lib/security/pam_limits.so
Jul 17 20:22:05 localhost login: pam_unix(login:session): session opened for user root by (uid=0)
Jul 17 20:22:05 localhost login: Module is unknown
Jul 17 20:22:08 localhost login: PAM unable to dlopen(/lib/security/pam_limits.so)
Jul 17 20:22:08 localhost login: PAM [error: /lib/security/pam_limits.so: wrong ELF class: ELFCLASS32]
Jul 17 20:22:08 localhost login: PAM adding faulty module: /lib/security/pam_limits.so
Jul 17 20:22:11 localhost login: pam_unix(login:session): session opened for user root by LOGIN(uid=0)
Jul 17 20:22:11 localhost login: Module is unknown
這裏一個so文件的一個類有錯誤了。既然錯了，那麼我就不用了。我先去把/etc/pam.d/login文件裏面的有/lib/security/pam_limits.so那一行註釋掉。
這時候再登錄字符界面，可以登錄進去了，比較高興。dlopen不能打開so文件，是什麼問題呢？？我去找了一把/lib/security/pam_limits.so文件，結果這個文件是存在的。下面的出現了32的信息，難道和操作系統的位數有關？我到/lib64/securrity/目錄下，找了一把pam_limits.so文件，很不錯，找到了。那麼我可以把前面註釋掉的那一行修改一下嗎？？抱着試試看的態度修改了一下，結果把問題搞定了。原來是動態庫的架構不一樣導致了登錄不上字符界面。
遇到系統的問題，應該馬上去查找他的日誌文件，來查詢發生了什麼問題。這樣，對搞定問題有很大幫助。以後就多研究日誌文件了，呵呵。