一、故障現(xiàn)象描述

NAS操作系統(tǒng)內(nèi)核為L(zhǎng)inux，自帶的存儲(chǔ)有16塊硬盤，總共分兩組，每組做了RAID5，Linux操作系統(tǒng)無法正常啟動(dòng)，在服務(wù)啟動(dòng)到cups那里就停止了，按鍵ctrl+c強(qiáng)制斷開也沒有響應(yīng)，查看硬盤狀態(tài)，都是正常的，沒有報(bào)警或者警告現(xiàn)象。

二、問題判斷思路

通過上面這些現(xiàn)象，首先判斷NAS硬件應(yīng)該沒問題，NAS存儲(chǔ)盤也應(yīng)該正常，現(xiàn)在Linux無法啟動(dòng)，應(yīng)該是Linux系統(tǒng)本身存在問題，因此，首先從Linux系統(tǒng)入手進(jìn)行排查。

三、問題處理過程

1、第一次處理過程

NAS系統(tǒng)本身就是一個(gè)Linux內(nèi)核裝載了一個(gè)文件系統(tǒng)管理軟件，管理軟件可以對(duì)系統(tǒng)磁盤、系統(tǒng)服務(wù)、文件系統(tǒng)等進(jìn)行管理和操作，正常情況下，基于Linux內(nèi)核的NAS系統(tǒng)應(yīng)該啟動(dòng)到init3或者init5模式下，由于NAS僅用了Linux一個(gè)內(nèi)核模塊和幾個(gè)簡(jiǎn)單服務(wù)，所以判斷NAS下的Linux系統(tǒng)肯定是啟動(dòng)到init 3模式下，那么現(xiàn)在無法啟動(dòng)到多用戶字符界面下，何不讓Linux直接進(jìn)入單用戶（init 1）模式下呢，因?yàn)閱斡脩裟Ｊ较聝H僅啟用系統(tǒng)所必須的幾個(gè)服務(wù)，而cpus服務(wù)是應(yīng)用程序級(jí)別的，肯定不會(huì)在“init 1”模式下啟動(dòng)，這樣就避開了cups無法啟動(dòng)的問題，所以，下面的工作就是要進(jìn)入Linux的單用戶模式下。

很多的Linux發(fā)行版本都可以在啟動(dòng)的引導(dǎo)界面通過相關(guān)的設(shè)置進(jìn)入單用戶模式下，通過查看NAS的啟動(dòng)過程，基本判斷這個(gè)Linux系統(tǒng)與RHEL/Centos發(fā)行版極為類似，因此，就通過RHEL/Centos進(jìn)入單用戶模式的方法試一試。

RHEL/Centos進(jìn)入單用戶模式很簡(jiǎn)單，就是在系統(tǒng)啟動(dòng)到引導(dǎo)歡迎界面下，按鍵e，然后編輯正確的內(nèi)核引導(dǎo)選項(xiàng)，在最后面加上“single”選項(xiàng)，最后直接按鍵“b“即可進(jìn)入單用戶了。

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

進(jìn)入單用戶模式后，能做的事情就很多了，首先要做的就是將cups服務(wù)在多用戶模式下自啟動(dòng)關(guān)閉，執(zhí)行命令如下：

chkconfig --levle 35 cups off

執(zhí)行成功后，重啟系統(tǒng)進(jìn)入多用戶模式下，看看系統(tǒng)是否能正常啟動(dòng)。

2、第二次處理過程

將cups服務(wù)開機(jī)自啟動(dòng)關(guān)閉后，重啟NAS，發(fā)現(xiàn)問題依舊，NAS還是啟動(dòng)到cups服務(wù)那里停止了，難道上面的命令沒有執(zhí)行成功嗎？明明已經(jīng)禁止了cups服務(wù)啟動(dòng)了，怎么還是啟動(dòng)了呢？于是，繼續(xù)重啟NAS，再次進(jìn)入單用戶模式下，看看問題究竟出在哪里了。

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

vi /etc/cups/cupsd.conf

在這里發(fā)現(xiàn)了一個(gè)問題，vi打開cupsd.conf時(shí)，提示“write file in swap”，文件明明真實(shí)存在，怎么說在虛擬內(nèi)存中呢，經(jīng)過思考，只有一種可能，NAS設(shè)備的Linux系統(tǒng)分區(qū)應(yīng)該沒有正確掛載，導(dǎo)致在進(jìn)入單用戶的時(shí)候，所有文件都存儲(chǔ)在了虛擬內(nèi)存中，要驗(yàn)證非常簡(jiǎn)單，執(zhí)行“df”命令查看即可，如下圖所示：

從這里可以看出，Linux的系統(tǒng)分區(qū)并未掛載，通過"fdisk -l"檢查下磁盤分區(qū)狀態(tài)，輸出如下圖所示：

通過輸出可知，NAS的系統(tǒng)盤是/dev/sda，僅劃分了/dev/sda1和/dev/sda2兩個(gè)系統(tǒng)分區(qū)，而數(shù)據(jù)磁盤是經(jīng)過做RAID5完成的，在系統(tǒng)上的設(shè)備標(biāo)識(shí)分別是/dev/sdb1和/dev/sdc1，由于單用戶默認(rèn)沒有掛載任何NAS磁盤，這里嘗試手動(dòng)掛載NAS的系統(tǒng)盤，執(zhí)行如下命令：

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

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

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

通過這兩個(gè)內(nèi)容的查看，初步判斷，/dev/sda2分區(qū)應(yīng)該是Linux的根分區(qū)，而/dev/sda1應(yīng)該是/boot分區(qū)。現(xiàn)在分區(qū)已經(jīng)掛載上去了，再次執(zhí)行df命令看看掛載情況，如下圖所示：

到這里為止，發(fā)現(xiàn)問題了。/dev/sda2磁盤分區(qū)已經(jīng)沒有可用的磁盤空間了，而這個(gè)分區(qū)剛好是NAS系統(tǒng)的根分區(qū)，根分區(qū)沒有空間了，那么系統(tǒng)啟動(dòng)肯定就出問題了。

下面再把思路轉(zhuǎn)到前面介紹的案例中，由于系統(tǒng)cups服務(wù)在啟動(dòng)的時(shí)候會(huì)寫啟動(dòng)日志到根分區(qū)，而根分區(qū)因?yàn)闆]有空間了，所以也就無法寫日志了，由此導(dǎo)致的結(jié)果就是cups服務(wù)無法啟動(dòng)，這就解釋了此案例中NAS系統(tǒng)每次啟動(dòng)到cups服務(wù)就停止的原因。

四解決問題

由于NAS系統(tǒng)只有根分區(qū)和/boot分區(qū)，所以系統(tǒng)產(chǎn)生的相關(guān)日志都會(huì)存儲(chǔ)在根分區(qū)中，現(xiàn)在根分區(qū)滿了，首先可以清理的就是/var目錄下的系統(tǒng)相關(guān)日志文件，通常可以清理的目錄有/var/log，執(zhí)行如下命令查看/var/log日志目錄占據(jù)磁盤空間大小：

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

50.1G    /var/log

通過命令輸出發(fā)現(xiàn)/var/log目錄占據(jù)了根分區(qū)僅70%的空間，清理這個(gè)目錄下的日志文件即可釋放大部分根分區(qū)空間，清理完畢，重啟NAS系統(tǒng)，發(fā)現(xiàn)系統(tǒng)cups服務(wù)能正常啟動(dòng)了，NAS服務(wù)也啟動(dòng)正常了。

以上就是一次因NAS存儲(chǔ)故障引起的Linux系統(tǒng)恢復(fù)案例的全部過程，在此感謝本文原創(chuàng)出處 “技術(shù)成就夢(mèng)想” 博客，謝絕轉(zhuǎn)載！謝謝閱讀，希望能幫到大家，請(qǐng)繼續(xù)關(guān)注腳本之家，我們會(huì)努力分享更多優(yōu)秀的文章。