我欲封天耳根小说零,好看的课外书

現(xiàn)象：

　　在安裝HP硬件監(jiān)控(hpasmcli)提示需要依賴Glibc-2.7，而本機的是Glibc-2.5，看來得升級Glibc了，可惜在升級時又出現(xiàn)了更多的依賴問題，想到在其他服務(wù)器上安裝hpasmcli時很順利，就想到將其他服務(wù)器的glibc庫文件直接拷貝到本機嘗試，涉及的文件有：

　　/lib/libc-2.5.so # 32位系統(tǒng)

　　/lib64/libc-2.5.so # 64位系統(tǒng)

　　因為我操作的服務(wù)器系統(tǒng)是64位的，故在覆蓋/lib64/libc-2.5.so文件的瞬間，屏幕上立即報出大量內(nèi)核錯誤，如下(其中host指代服務(wù)器主機名)：

　　Message from syslogd@ at Fri Apr 26 18:10:35 2013 ... host kernel: in6b rsp 00007fff8c0b8698 error 4 Message from syslogd@ at Fri Apr 26 18:10:35 2013 ... host kernel: init[1]: segfault at 0000000000000000 rip 00002b28b2052e6b rsp 00007fff8c0b8698 error 4 Message from syslogd@ at Fri Apr 26 18:10:35 2013 ... host last message repeated 17 times Message from syslogd@ at Fri Apr 26 18:10:35 2013 ... host kernel: init[1]: segfau6b rsp 00007fff8c0b8698 error 4 Message from syslogd@ at Fri Apr 26 18:10:35 2013 ... host kernel: init[16b rsp 00007fff8c0b8698 error 4

　　然后系統(tǒng)就崩潰了，無法再登錄了。

　　緊急聯(lián)系機房重啟服務(wù)器，告知無法啟動。

　　誒，親手造成了此次事故呀!

　　要點：

　　glibc是gnu發(fā)布的libc庫，即c運行庫。glibc是linux系統(tǒng)中最底層的api，幾乎其它任何運行庫都會依賴于glibc。glibc除了封裝linux操作系統(tǒng)所提供的系統(tǒng)服務(wù)外，它本身也提供了許多其它一些必要功能服務(wù)的實現(xiàn)。由于 glibc 囊括了幾乎所有的 UNIX 通行的標準，可以想見其內(nèi)容包羅萬象。

　　升級Glibc的忠告：不要在運行中的系統(tǒng)上安裝 Glibc，否則將會導(dǎo)致系統(tǒng)崩潰，至少應(yīng)當將新 Glibc 安裝到其他的單獨目錄，以保證不覆蓋當前正在使用的 Glibc。(我就無知的覆蓋了，囧!)

　　解決方法：

　　趕赴機房吧，幸好我在替換前在目錄/lib下保存了原來的庫文件(libc-2.5.so.bak)，使用Linux系統(tǒng)盤進入“救援模式”，將被替換的2個庫文件恢復(fù)，重啟系統(tǒng)就可以了;

　　系統(tǒng)正常啟動了，就交給其他部門的同事去恢復(fù)數(shù)據(jù)吧。(我會告訴你，我搞掛的是一臺DB服務(wù)器嘛!)

標簽：衡陽茂名仙桃湘西慶陽三門峽六盤水衡陽

巨人網(wǎng)絡(luò)通訊聲明：本文標題《Linux系統(tǒng)崩潰最快速的解決方法》，本文關(guān)鍵詞 Linux,系統(tǒng),崩潰,最,快速,；如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題，煩請?zhí)峁┫嚓P(guān)信息告之我們，我們將及時溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò)，涉及言論、版權(quán)與本站無關(guān)。

濮阳杆衣贸易有限公司

Linux系統(tǒng)崩潰最快速的解決方法