Linux在啟動(dòng)過程中會(huì)出現(xiàn)一些故障，導(dǎo)致系統(tǒng)無法正常啟動(dòng)，本文列舉了幾個(gè)應(yīng)用單用戶模式、GRUB命令操作、Linux救援模式的典型故障修復(fù)案例幫助讀者了解此類問題的解決。

　　u-boot內(nèi)核移植出現(xiàn)問題

　　## Booting kernel from Legacy Image at 30000000 。。。

　　Image Name： Linux-3.4.2

　　Created： 2014-10-15 3:14:05 UTC

　　Image Type： ARM Linux Kernel Image （uncompressed）

　　Data Size： 2486120 Bytes = 2.4 MiB

　　Load Address： 30108000

　　Entry Point： 30108000

　　Verifying Checksum 。。。 Bad Data CRC

　　ERROR： can‘t get kernel image！

　　原因：

　　分區(qū)設(shè)置不對，實(shí)際內(nèi)核大小為2.4M，但是我的分區(qū)設(shè)為2M。

　　mtdparts=mtdparts=rookie_wei-nand:256k（bootloader），128k（params），2m（kernel），-（rootfs）

　　解決辦法;

　　辦法一：（不推薦，每次啟動(dòng)都得設(shè)置）

　　set mtdparts “mtdparts=rookie_wei-nand:256k（bootloader），128k（params），4m（kernel），-（rootfs）”

　　辦法二：

　　在u-boot源碼是設(shè)置，使內(nèi)核分區(qū)為4m

　　一、單用戶模式

　　Linux提供了單用戶模式（類似Windows安全模式），可以在最小環(huán)境中進(jìn)行系統(tǒng)維護(hù)。在單用戶模式（運(yùn)行級(jí)別1）中，Linux引導(dǎo)進(jìn)入根shell，網(wǎng)絡(luò)被禁用，只有少數(shù)進(jìn)程運(yùn)行。單用戶模式可以用來修改文件系統(tǒng)損壞、還原配置文件、移動(dòng)用戶數(shù)據(jù)等。

　　以下列舉了幾個(gè)單用戶模式修復(fù)系統(tǒng)故障的典型案例：

　　案例：硬盤扇區(qū)錯(cuò)亂

　　在啟動(dòng)過程中最容易遇到的問題就是硬盤可能有壞道或扇區(qū)錯(cuò)亂（數(shù)據(jù)損壞）的情況，這種情況多由于異常斷電、不正常關(guān)機(jī)導(dǎo)致。

　　此種問題發(fā)生，在系統(tǒng)啟動(dòng)的時(shí)候，屏幕會(huì)顯示：

　　Press root password or ctrl+D：

　　此時(shí)輸入root密碼系統(tǒng)自動(dòng)進(jìn)入單用戶模式，輸入“fsck -y /dev/hda6”（fsck為文件系統(tǒng)檢測修復(fù)命令，“-y”設(shè)定檢測到錯(cuò)誤自動(dòng)修復(fù)，/dev/hda6為發(fā)生錯(cuò)誤的硬盤分區(qū)，請依據(jù)具體情況更改此參數(shù)），系統(tǒng)修復(fù)完成后，用命令“reboot”重新啟動(dòng)即可。

　　二、GRUB引導(dǎo)故障排除

　　有時(shí)Linux啟動(dòng)后會(huì)直接進(jìn)入GRUB命令行界面（只有“grub》”提示符），此時(shí)很多用戶就選擇了重新安裝GRUB 甚至重新安裝系統(tǒng)。其實(shí)一般而言此故障的原因最常見的有兩個(gè)：一是GRUB配置文件中選項(xiàng)設(shè)置錯(cuò)誤；二是GRUB配置文件丟失（還有少數(shù)原因，如內(nèi)核文件或鏡像文件損壞、丟失，/boot目錄誤刪除等），如果是第一種情況，可以首先通過GRUB命令引導(dǎo)系統(tǒng)后修復(fù)；若是第二種情況，則要使用Linux救援模式修復(fù)了（本文后續(xù)有描述）。

　　首先，我們需要了解GRUB啟動(dòng)系統(tǒng)的引導(dǎo)過程，grub.conf文件中主要的配置選項(xiàng)如下（注意，GRUB配置文件為/boot/grub/grub.conf，/etc/grub.conf只是此文件的軟鏈接）：

　　title Fedora Core （2.6.18-1.2798.fc6）

　　root （hd0，0）

　　kernel /boot/vmlinuz-2.6.18-1.2798.fc6 ro root=LABEL=/ rhgb quiet

　　initrd /boot/initrd-2.6.18-1.2798.fc6.img

　　其中“title”段指定了GRUB引導(dǎo)的系統(tǒng)；“root”段指定了/boot分區(qū)所在的位置；“kernel”段指定了內(nèi)核文件所在位置，內(nèi)核加載時(shí)權(quán)限屬性為只讀（“ro”）以及指定根分區(qū)所在位置（root=LABEL=/）；initrd指定了鏡像文件所在位置。所以GRUB在引導(dǎo)時(shí)順序?yàn)槭紫燃虞d/boot分區(qū)，然后依次載入內(nèi)核與鏡像文件。

　　案例：“title Fedora Core （2.6.18-1.2798.fc6）”段被誤刪除

　　此時(shí)，系統(tǒng)啟動(dòng)后會(huì)自動(dòng)進(jìn)入“GRUB》”命令行，為排除故障我們可以依次做如下操作：

　　1、查找/boot/grub/grub.conf文件所在分區(qū)

　　GRUB》 find /boot/grub/grub.conf

　　（hd0，0）

　　2、查看grub.conf文件錯(cuò)誤

　　GRUB》cat （hd0，0）/boot/grub/grub.conf

　　建議系統(tǒng)安裝設(shè)置好后，要將grub.conf文件備份，如果有備份文件如grub.conf.bak，則此時(shí)可以查看備份文件，與當(dāng)前文件比較，發(fā)現(xiàn)錯(cuò)誤：

　　GRUB》cat （hd0，0）/boot/grub/grub.conf.bak

　　3、確認(rèn)錯(cuò)誤后，先通過命令行方式完成GRUB引導(dǎo)，進(jìn)入系統(tǒng)后再行修復(fù)grub.conf文件錯(cuò)誤：

　　1）指定/boot分區(qū)

　　root （hd0，0）

　　2）指定內(nèi)核加載

　　kernel /boot/vmlinuz-2.6.18-1.2798.fc6 ro root=LABEL=/ rhgb quiet

　　3）指定鏡像文件所在位置

　　initrd /boot/initrd-2.6.18-1.2798.fc6.img

　　提示：GRUB支持tab鍵命令補(bǔ)全功能

　　4、從/boot分區(qū)啟動(dòng)

　　boot （hd0，0）

　　命令行模式可以在GRUB菜單模式中通過按“c”鍵調(diào)用，也可以用于測試新編譯的內(nèi)核（設(shè)置kernel、initrd引導(dǎo)新內(nèi)核及鏡像文件）。增加對GRUB引導(dǎo)以及Linux系統(tǒng)引導(dǎo)知識(shí)的了解將對此類故障排除大有幫助。

　　三、Linux救援模式應(yīng)用

　　當(dāng)系統(tǒng)連單用戶模式都無法進(jìn)入時(shí)或出現(xiàn)GRUB命令行也不能解決的引導(dǎo)問題，我們就需要使用Linux救援模式來進(jìn)行故障排除了。步驟如下：

　　1、將Linux安裝光盤（如果使用CD光盤，則放入第一張引導(dǎo)光盤）放入光驅(qū)，設(shè)置固件 CMOS/BIOS為光盤引導(dǎo)，當(dāng)Linux安裝畫面出現(xiàn)后，在“boot：”提示符后輸入“l(fā)inux rescue”回車進(jìn)入救援模式。（想了解救援模式詳細(xì)信息，還可以按F5鍵查看）

　　2、系統(tǒng)會(huì)檢測硬件，引導(dǎo)光盤上的Linux環(huán)境，依次提示你選擇救援模式下使用 的語言（建議選擇默認(rèn)的英文即可，根據(jù)筆者測試，部分Linux系統(tǒng)選擇中文會(huì)出現(xiàn)亂碼）；鍵盤設(shè)置用默認(rèn)的“us”就好；網(wǎng)絡(luò)設(shè)置可以根據(jù)需要，大部分 故障修復(fù)不需要網(wǎng)絡(luò)連接，可不進(jìn)行此項(xiàng)設(shè)置，選擇“No”。

　　3、接下來系統(tǒng)將試圖查找根分區(qū)，出現(xiàn)以下提示：

　　默認(rèn)在救援模式，硬盤的根分區(qū)將掛載到光盤Linux環(huán)境的/mnt /sysimage目錄下，默認(rèn)選項(xiàng)“continue”表示掛載權(quán)限為讀寫；“Read-only”為只讀，如果出現(xiàn)檢測失敗可以選擇“skip”跳 過。此處，因?yàn)橐獙ο到y(tǒng)進(jìn)行修復(fù)，所以需要有讀寫權(quán)限，一般選擇默認(rèn)選項(xiàng)“continue”。

　　進(jìn)入下一步后，系統(tǒng)提示執(zhí)行“chroot /mnt/sysimage”命令，可以將根目錄掛載到我們硬盤系統(tǒng)的根目錄中去。

　　案例：雙系統(tǒng)啟動(dòng)修復(fù)

　　當(dāng)我們安裝雙系統(tǒng)環(huán)境，先安裝Linux再安裝Windows；或者已經(jīng)安裝好雙系統(tǒng)環(huán)境的Windows 損壞，在重新安裝Windows后，保存GRUB的MBR（Master Boot Record，主引導(dǎo)記錄）會(huì)被Windows系統(tǒng)的自舉程序NTLDR所覆蓋，造成Linux系統(tǒng)無法引導(dǎo)。

　　1、如果要恢復(fù)雙系統(tǒng)引導(dǎo)，首先用上述方法進(jìn)入救援模式，執(zhí)行chroot命令如下：

　　sh-3.1# chroot /mnt/sysimage

　　2、將根目錄切換到硬盤系統(tǒng)的根目錄中，然后執(zhí)行g(shù)rub-install命令重新安裝GRUB：

　　sh-3.1#grub-install /dev/hda

　　“/dev/hda”為硬盤名稱，如使用SCSI硬盤或Linux安裝在第二塊IDE硬盤，此項(xiàng)設(shè)置要做相應(yīng)調(diào)整。

　　3、然后依次執(zhí)行exit命令，退出chroot模式及救援模式（執(zhí)行兩次exit命令）：

　　sh-3.1# exit

　　sh-3.1# exit

　　系統(tǒng)重啟后，將恢復(fù)GRUB引導(dǎo)的雙系統(tǒng)啟動(dòng)。

　　uboot無法啟動(dòng)linux內(nèi)核

　　1、u-boot中的命令行參數(shù)中console設(shè)定有問題，對2.6的內(nèi)核應(yīng)該使用ttySAC0，而不是ttyS0。更改為“console=ttySAC0”就可以解決問題。

　　2、u-boot中FCLK與kernel時(shí)鐘頻率不一致。kernel的FCLK為200MHz，但是uboot的默認(rèn)值是202.8MHz。（vivi默認(rèn)的也是200MHz，所以vivi不會(huì)出現(xiàn)這個(gè)問題。）這樣修改uboot的時(shí)鐘頻率設(shè)定就可以解決問題。

　　但是這兩個(gè)方案并不適合我這種情況。經(jīng)過分析和讀bootm的源代碼，現(xiàn)在提出兩點(diǎn)額外考慮的地方：

　　1、如果你在配置文件中不定義tag list的成員，那么默認(rèn)情況下bootm是不會(huì)傳遞命令行參數(shù)的。也就是說，如果你uboot環(huán)境變量中設(shè)定了正確的bootargs，但是配置文件中沒有設(shè)置，這時(shí)就會(huì)出現(xiàn)問題。為了使用上的方便，你至少應(yīng)該在頭文件中定義：

　　/* tag list choosing */

　　#define CONFIG_CMDLINE_TAG

　　//#define CONFIG_SETUP_MEMORY_TAGS

　　這樣就可以保證你在命令行狀態(tài)下修改環(huán)境變量bootargs后，可以傳遞進(jìn)內(nèi)核。同時(shí)也就避免了重新編譯uboot。

　　2、我在使用中發(fā)現(xiàn)，如果在bootargs中沒有指定mem的大小，那么CONFIG_SETUP_MEMORY_TAGS也是需要設(shè)定的。我就是因?yàn)閎ootargs沒有設(shè)定mem，所以導(dǎo)致出現(xiàn)上述的情況。現(xiàn)在我的bootargs為：

　　bootargs=noinitrd root=/dev/mtdblock3 console=ttySAC0，115200 mem=64M

　　在這種情況下，使用go和bootm都可以正常引導(dǎo)內(nèi)核。

　　綜上可知，在tag list的設(shè)定上，一定要考慮CONFIG_CMDLINE_TAG和內(nèi)存兩個(gè)部分，否則的話，可能出現(xiàn)上述無法引導(dǎo)內(nèi)核的問題。