NAS存儲故障導致Linux不能正常啟動怎么辦

　　在服務啟動到cups那里就停止了，按鍵ctrl+c強制斷開也沒有響應，查看硬盤狀態，都是正常的，沒有報警或者警告現象。那么具體應該怎么做呢?下面小編就給大家介紹下Linux系統因NAS存儲故障一起的無法啟動問題的解決方法。

　　問題處理過程

　　1、第一次處理過程

　　NAS系統本身就是一個Linux內核裝載了一個文件系統管理軟件，管理軟件可以對系統磁盤、系統服務、文件系統等進行管理和操作，正常情況下，基于Linux內核的NAS系統應該啟動到init3或者init5模式下，由于NAS僅用了Linux一個內核模塊和幾個簡單服務，所以判斷NAS下的Linux系統肯定是啟動到init 3模式下，那么現在無法啟動到多用戶字符界面下，何不讓Linux直接進入單用戶(init 1)模式下呢，因為單用戶模式下僅僅啟用系統所必須的幾個服務，而cpus服務是應用程序級別的，肯定不會在“init 1”模式下啟動，這樣就避開了cups無法啟動的問題，所以，下面的工作就是要進入Linux的單用戶模式下。

　　很多的Linux發行版本都可以在啟動的引導界面通過相關的設置進入單用戶模式下，通過查看NAS的啟動過程，基本判斷這個Linux系統與RHEL/Centos發行版極為類似，因此，就通過RHEL/Centos進入單用戶模式的方法試一試。

　　RHEL/Centos進入單用戶模式很簡單，就是在系統啟動到引導歡迎界面下，按鍵e，然后編輯正確的內核引導選項，在最后面加上“single”選項，最后直接按鍵“b“即可進入單用戶了。

　　接下來，重新啟動NAS，然后硬件自檢，接著開始啟動Linux，一直在等待這個NAS的啟動歡迎界面，但是歡迎界面一直沒出來，就直接進入內核鏡像，加載內核階段了，沒有內核引導界面，如何進入單用戶啊，經過簡單思考，還是決定在硬件檢測完畢后直接按鍵盤”e“鍵，奇跡出現了，還真的可以，NAS進入到了內核引導界面，通過簡單觀察，發行第二個正是要引導的內核選項，于是移動鍵盤上下鍵，選擇這個內核，然后在按鍵”e“，進入內核引導編輯界面了，在這行的最后面，輸入“single”，然后按回車鍵，返回上個界面，接著按鍵“b”開始進行單用戶引導，經過一分鐘的時間，系統如愿以償的進入了單用戶下的shell命令行。

　　進入單用戶模式后，能做的事情就很多了，首先要做的就是將cups服務在多用戶模式下自啟動關閉，執行命令如下：

　　chkconfig --levle 35 cups off

　　執行成功后，重啟系統進入多用戶模式下，看看系統是否能正常啟動。

　　2、第二次處理過程

　　將cups服務開機自啟動關閉后，重啟NAS，發現問題依舊，NAS還是啟動到cups服務那里停止了，難道上面的命令沒有執行成功嗎?明明已經禁止了cups服務啟動了，怎么還是啟動了呢?于是，繼續重啟NAS，再次進入單用戶模式下，看看問題究竟出在哪里了。

　　進入單用戶后，再次執行chkconfig 命令，依舊可以成功，難道是cups服務有問題，先看看配置文件，執行如下命令：

　　vi /etc/cups/cupsd.conf

　　在這里發現了一個問題，vi打開cupsd.conf時，提示“write file in swap”，文件明明真實存在，怎么說在虛擬內存中呢，經過思考，只有一種可能，NAS設備的Linux系統分區應該沒有正確掛載，導致在進入單用戶的時候，所有文件都存儲在了虛擬內存中，要驗證非常簡單，執行“df”命令查看即可，如下圖所示：

　　從這里可以看出，Linux的系統分區并未掛載，通過“fdisk -l”檢查下磁盤分區狀態

　　通過輸出可知，NAS的系統盤是/dev/sda，僅劃分了/dev/sda1和/dev/sda2兩個系統分區，而數據磁盤是經過做RAID5完成的，在系統上的設備標識分別是/dev/sdb1和/dev/sdc1，由于單用戶默認沒有掛載任何NAS磁盤，這里嘗試手動掛載NAS的系統盤，執行如下命令：

　　[root@NASserver ~]#mount /dev/sda2 /mnt

　　[root@NASserver ~]#mount /dev/sda1 /opt

　　這里的/mnt、/opt是隨意掛載的目錄，也可以掛載到其他空目錄下，掛載完成，分別進入這連個目錄看看內容有什么，如下圖所示

　　通過這兩個內容的查看，初步判斷，/dev/sda2分區應該是Linux的根分區，而/dev/sda1應該是/boot分區。現在分區已經掛載上去了，再次執行df命令看看掛載情況

　　四解決問題

　　由于NAS系統只有根分區和/boot分區，所以系統產生的相關日志都會存儲在根分區中，現在根分區滿了，首先可以清理的就是/var目錄下的系統相關日志文件，通常可以清理的目錄有/var/log，執行如下命令查看/var/log日志目錄占據磁盤空間大小：

　　[root@NASserver ~]# du -sh /var/log

　　50.1G /var/log

　　通過命令輸出發現/var/log目錄占據了根分區僅70%的空間，清理這個目錄下的日志文件即可釋放大部分根分區空間，清理完畢，重啟NAS系統，發現系統cups服務能正常啟動了，NAS服務也啟動正常了。

　　相關閱讀：電腦無法開機、黑屏的故障排解

　　很多時候我們會遇到按動計算機POWER鍵后，計算機無法啟動，沒有任何開機自檢或進入操作系統的現象，常常使用戶無法處理和影響正常使用。在此我們對常見的故障現象、分析和解決方法做簡單分析，希望對遇到此類問題的用戶有所幫助。

　　按動POWER鍵后無任何反映

　　故障現象：開機后屏幕沒有任何顯示，沒有聽到主板喇叭的“滴”聲。

　　故障分析：主板COMS芯片內部BIOS數據被CIH病毒或靜電等問題損壞損壞，無法讀取，系統啟動無法完成自檢，所以無法啟動。

　　已知解決方法：聯系主板廠商更換新的COMS芯片或者找主板廠商提供的BIOS文件使用燒錄器寫入。

　　故障現象：按動POWER鍵后，光驅燈閃爍，主板電源提示燈亮，電源正常，但是屏幕無顯示，沒有“滴”聲。

　　故障分析：CUP損壞后會出現此現象，BIOS在自檢過程中首先對CPU檢查，CPU損壞無法通過自檢，計算機無法啟動。

　　已知解決方法：檢查CPU是否安裝正確，檢查CPU核心是否損壞，使用替換法檢查CPU是否損壞，如果CPU損壞，更換CPU。

　　故障現象：開機無任何顯示，也無提示，主板電源正常，CUP正常，風扇正常，但屏幕無顯示。也無自檢通過的“滴”聲。

　　故障分析：計算機在使用3年以上后，為BIOS設置供電的電池電壓逐漸降低，無法保存數據，在某些使用早期芯片組的主板會出現無法完成自檢的現象，主板本身硬件并沒有問題。

　　已知解決方法：購買CR2032的鋰電池，更換主板上現有電池就可以正常完成自檢，然后重新設置BIOS參數。

　　故障現象：按下POWER鍵后，計算機馬上自動關閉或無任何反應。

　　故障分析：某些主板廠商為了保護CPU不在散熱裝置的情況下，導致CPU燒毀的情況發生，在沒有安裝CPU風扇或者沒有與主板CFAN接口連接CPU風扇電源線，或者將CPU風扇連接到SFAN(系統風扇的接口上)的時候，將無法開機。

　　已知解決方法：正確連接CPU風扇與主板的電源接口，并確認連接在了CPU旁邊的CFAN的三芯專用CPU風扇接口上。

　　故障現象：按下POWER鍵后，自檢無法通過，顯示器沒有顯示，顯示器指示燈呈橘紅或閃爍狀態。

　　故障分析：自檢過程中，顯卡沒有通過自檢，無法完成基本硬件的檢測，無法啟動。

　　已知解決方法：檢查顯卡金手指是否被氧化或AGP接口中有大量灰塵導致短路，用橡皮輕擦金手指，并用皮老虎清理AGP接口中的灰塵。同時使用替換法排除顯卡損壞的問題，如果顯卡損壞，更換顯卡即可。

　　故障現象：開機后沒有完成自檢，沒有聽到一聲“滴”聲，同時發出連續的“滴-滴-滴...”聲。

　　故障分析：根據BIOS廠商提供的BIOS報警提示音的說明，問題一般都是出在內存上，內存損壞的幾率比較小，大部分問題都是由于內存氧化或插槽接觸不良造成的。

　　已知解決方法：首先檢查金手指、內存插槽、芯片和PCB是否有燒毀的痕跡，如果有建議更換內存。如果沒有的話，使用橡皮輕擦金手指，然后重新插入內存槽。

　　故障現象：開機通電后，電源正常，但是鍵盤上NUM等指示燈沒有閃爍。無法完成自檢。

　　故障分析：主板的鍵盤控制器或I/O芯片損壞，無法完成自檢。

　　已知解決方法：通過廠家更換I/O芯片，并檢查鍵盤接口電路。

　　故障現象：按動POWER鍵無響應，電源與硬盤指示燈也不亮。

　　故障分析：通過使用萬用表對電源各輸出電壓檢查，發現12V 5V 3.3V都異常，與標準電壓差距很大，電源內部電路出現問題。

　　已知解決方法：更換優質300W電源后，問題解決。

　　故障現象：將機箱內各部件拆出，做測試正常，當安裝進機箱后無法開機，有時將機箱豎起可以正常開機，平放后無法開機。

　　故障分析：某些機箱制作不標準，導致某些主板安裝后變形或者導致某些板卡變形，主板底部與機箱接觸，導致短路，造成無法開機。

　　已知解決方法：更換質量優良的機箱，使用標準配件安裝各部件。

　　故障現象：在接通電源或者按下POWER鍵后，電源燈快速閃爍。屏幕無顯示。

　　故障分析：有時某些質量不佳的機箱的POWER和RESET容易卡在里面或者內部短路，造成按鍵始終被連通，重復開機或重新啟動的狀態，造成無法開機的假象。

　　已知解決方法：更換損壞的按鍵，或者使用某些潤滑劑潤滑按鍵，減少摩擦。