系統運維

這篇文章主要介紹“Linux升級Glibc時系統奔潰的原因及解決方法”，在日常操作中，相信很多人在Linux升級Glibc時系統奔潰的原因及解決方法問題上存在疑惑，小編查閱了各式資料，整理出簡單好用的操作方法，希望對大家解答”Linux升級Glibc時系統奔潰的原因及解決方法”的疑惑有所幫助！接下來，請跟著小編一起來學習吧！

  Linux系統中，安裝軟件的時候要求Glibc-2.7版本，可是自身Glibc版本過低需要升級，從而導致系統奔潰，這是什么原因導致的呢？又該如何處理？下面小編就給大家介紹下Linux升級Glibc時系統奔潰的解決方法。

  現象：

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

  /lib/libc-2.5.so # 32位系統

  /lib64/libc-2.5.so # 64位系統

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

  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

  然后系統就崩潰了，無法再登錄了。

  緊急聯系機房重啟服務器，告知無法啟動。

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

  要點：

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

  升級Glibc的忠告：不要在運行中的系統上安裝 Glibc，否則將會導致系統崩潰，至少應當將新 Glibc 安裝到其他的單獨目錄，以保證不覆蓋當前正在使用的 Glibc。（我就無知的覆蓋了，囧！）

  解決方法：

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

  系統正常啟動了，就交給其他部門的同事去恢復數據吧。

到此，關于“Linux升級Glibc時系統奔潰的原因及解決方法”的學習就結束了，希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習，快去試試吧！若想繼續學習更多相關知識，請繼續關注億速云網站，小編會繼續努力為大家帶來更多實用的文章！

總結

以上是生活随笔為你收集整理的Linux升级Glibc时系统奔溃的原因及解决方法的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。