linux服務器開機啟動報錯

1、問題描述：重啟機房服務器119開機的時候卡在這里嗎，重啟后還是卡這里。問題分析：由于前一段時間，tomcat服務的一個錯誤代碼導致CPU一直接近100%運行，并且在網(wǎng)上提問后發(fā)現(xiàn)是home這個分區(qū)有錯誤，導致系統(tǒng)起不來。懷疑是前一段時間的磁盤的高速運行使得磁盤有壞道，導致在系統(tǒng)檢測磁盤的時候（etcfstab）一直卡在這里。解決問題：百度后得知，網(wǎng)友是這樣解決的，解決方法1：1.首先在命令行輸入（可選）#mount|grepon得到ro

2、ot用戶所在分區(qū)devyour_partition2.修復文件系統(tǒng)（修復有可能損壞系統(tǒng)文件）#fsckydevyour_partition注：檢測并修復磁盤devroot，y選項指定檢測每個文件是自動輸入yes3.輸入reboot進行重啟，仍然報錯修改方法：把錯誤的磁盤注釋掉或者把根目錄的最后一個域改為0devsda1ext3defaults10附最后兩個域的意義：這兩個數(shù)字分別位于etcfstab文件的第五個域(fs_mntops)和

3、第六個域(fs_passno)fs_mntops:用于規(guī)定文件系統(tǒng)的備份頻率系統(tǒng)的自動備份程序在執(zhí)行時需要讀取這個域的值1代表系統(tǒng)要求每天備份一次文件系統(tǒng)2代表每2天備份一次余此類推...如果這個值是0那么意味著不備份這個文件系統(tǒng).fs_passno:被fsck用來決定檢查文件系統(tǒng)完整性的次數(shù)在系統(tǒng)每次重啟時系統(tǒng)將啟動fsck對文件系統(tǒng)進行完整性檢查.這個數(shù)字越小就越先得到檢查通常根文件系統(tǒng)的fs_passno被置1其他文件系統(tǒng)的被置2

4、如果這個數(shù)字是0就意味著系統(tǒng)重啟動時不進行完整性檢查。關于FSCK說明如下:說明：在Linux系統(tǒng)中，為了增加系統(tǒng)性能，通常系統(tǒng)默認一些數(shù)據(jù)寫在內(nèi)存中，并不會直接將數(shù)據(jù)寫入硬盤，這是因為內(nèi)存速度要比硬盤快若干倍。但是有個問題，萬一由于“斷電”或者其他未知原因，造成系統(tǒng)死機，怎么辦？系統(tǒng)就崩潰了。所以，我們需要在特定的時候讓數(shù)據(jù)直接回存到硬盤中。這里提供幾個常用的命令，其中，fsck命令最重要.當文件系統(tǒng)發(fā)生錯誤時，可用fsck命令嘗試加

5、以修復.直接采用分區(qū)編號(如devhad3)或使用掛載點(MountPoint如、usr等)指定文件系統(tǒng)皆可。假設一次指定多個文件系統(tǒng)，而這些系統(tǒng)分別位于不同的物理磁盤上，則fsck將會嘗試同步的方式去檢查他們，以節(jié)省操作時間。參數(shù)：filesys：device名稱(eg.devsda1)，mount點(eg.或usr)t:給定檔案系統(tǒng)的型式，若在etcfstab中已有定義或kernel本身已支援的則不需加上此參數(shù)s:依序一個一個地執(zhí)行