啟動系統故障流程表？

root@localhost ~]# vim /etc/inittab

1 #

2 # inittab This file describes how the INIT process should set up

3 # the system in a certain run-level.

4 #

5 # Author: Miquel van Smoorenburg, <miquels@drinkel.nl.mugnet.org>

6 # Modified for RHS Linux by Marc Ewing and Donnie Barnes

7 #

8

9 # Default runlevel. The runlevels used by RHS are:

10 # 0 - halt (Do NOT set initdefault to this)

11 # 1 - Single user mode

12 # 2 - Multiuser, without NFS (The same as 3, if you do not have networking)

13 # 3 - Full multiuser mode

14 # 4 - unused

15 # 5 - X11

16 # 6 - reboot (Do NOT set initdefault to this)

17 #

18 id:3:initdefault: 進入3級別執行這個動作，init要進行工作的時候，默認情況下進入3級別

19

20 # System initialization.

21 si::sysinit:/etc/rc.d/rc.sysinit 進入任何級別執行sysinit這個動作，這個動作表示系統要進行初始化。要執行/etc/rc.d/rc.sysinit

22

23 l0:0:wait:/etc/rc.d/rc 0

24 l1:1:wait:/etc/rc.d/rc 1

25 l2:2:wait:/etc/rc.d/rc 2

26 l3:3:wait:/etc/rc.d/rc 3 默認是3級別，因此會執行這一行，把3作為參數傳遞給rc這個腳本。最后的結果會進入rc3.d這個目錄。

27 l4:4:wait:/etc/rc.d/rc 4

28 l5:5:wait:/etc/rc.d/rc 5

29 l6:6:wait:/etc/rc.d/rc 6

30

31 # Trap CTRL-ALT-DELETE

32 ca::ctrlaltdel:/sbin/shutdown -t3 -r now 無論在哪一種級別下用戶都可以使用ctrl-alt-del來啟動機器，這樣很危險，所以在用的時候最好把它禁用掉。

33

34 # When our UPS tells us power has failed, assume we have a few minutes

35 # of power left. Schedule a shutdown for 2 minutes from now.

36 # This does, of course, assume you have powerd installed and your

37 # UPS connected and working correctly.

38 pf::powerfail:/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down" 交流電失敗后，一般重要的服務器都是用一些后備電源的（UPS）。當服務器檢測到交流電沒了，后備電源已經通上了，然后開始向主機上登錄的所有用戶去發送指令：/sbin/shutdown -f -h +2 "Power Failure; System Shutting Down

39

40 # If power was restored before the shutdown kicked in, cancel it.

41 pr:12345:powerokwait:/sbin/shutdown -c "Power Restored; Shutdown Cancelled" 當電源恢復了，取消關機指令。

42

43

44 # Run gettys in standard runlevels

45 1:2345:respawn:/sbin/mingetty tty1

46 2:2345:respawn:/sbin/mingetty tty2

47 3:2345:respawn:/sbin/mingetty tty3

48 4:2345:respawn:/sbin/mingetty tty4

49 5:2345:respawn:/sbin/mingetty tty5

50 6:2345:respawn:/sbin/mingetty tty6

/sbin/mingetty 產生字符終端，在2345級別都是6個終端。Respawn表示再生的意思，只要終端一注銷，還會產生一個終端。

51

52 # Run xdm in runlevel 5

53 x:5:respawn:/etc/X11/prefdm -nodaemon

53,1 Bot

開機腳本： /etc/rc.d/rc.local 希望自動執行的一些指令可以編輯在這個文件里。

啟動時故障排除：

啟動的時候，故障往往表現在grub的第一階段和第二階段。

第一階段：就是在MBR的446B可能會出現問題，一旦出現問題后面的grub菜單根本看不到。

第二階段：如果沒有grub菜單的話，就無法選擇操作系統，所以第二階段往往是它的配置文件和說明文件。而第一階段純粹就是程序，所以這兩個階段是最容易出現問題的。

現在模擬第一階段出現問題的情況：

將引導程序覆蓋掉，重啟一下（重啟之前斷開與光盤的連接）

重啟：

硬盤進不了引導，進而用PXE進行網絡引導。出現這種情況需要重建MBR，重建MBR

要先使用光盤引導進去：

出現了如上界面，這時不要回車，回車就成了安裝了。這時候輸入linux rescue 進入急救模式，利用引導光盤來進入急救模式。

如果說能夠找到系統的話，將會把系統掛載到/mnt/sysimage目錄下。上面提示系統已經被掛載到/mnt/sysimage/目錄下，進去之后需要chroot /mnt/sysimage，把/mnt/sysimage這個目錄作為根目錄

使用grub指令重建MBR里面的446B。

指明引導系統：這里面支持Tab鍵

root(hd0,0)

之后再執行

setup（hd0）：MBR是針對一塊盤的，所以寫hd0，表示第一塊盤。

setup是grub里面的一個子程序，它可以用于幫助重建第一階段和第二階段。

執行好之后，輸入quit退出，執行兩次exit之后將會自動進行啟動。

grub引導第二階段主要生成了很多文件，這些文件在/boot/grub/目錄下：

[root@Device-8C324C ~]# ll /boot/grub/

total 234

-rw-r--r-- 1 root root 63 Dec 21 05:06 device.map

-rw-r--r-- 1 root root 7584 Dec 21 05:06 e2fs_stage1_5

-rw-r--r-- 1 root root 7456 Dec 21 05:06 fat_stage1_5

-rw-r--r-- 1 root root 6720 Dec 21 05:06 ffs_stage1_5

-rw------- 1 root root 598 Dec 21 05:06 grub.conf

-rw-r--r-- 1 root root 6720 Dec 21 05:06 iso9660_stage1_5

-rw-r--r-- 1 root root 8192 Dec 21 05:06 jfs_stage1_5

lrwxrwxrwx 1 root root 11 Dec 21 05:06 menu.lst -> ./grub.conf

-rw-r--r-- 1 root root 6880 Dec 21 05:06 minix_stage1_5

-rw-r--r-- 1 root root 9248 Dec 21 05:06 reiserfs_stage1_5

-rw-r--r-- 1 root root 32428 Jan 5 2007 splash.xpm.gz

-rw-r--r-- 1 root root 512 Dec 21 05:06 stage1 第一階段的描述信息 共512B

-rw-r--r-- 1 root root 104988 Dec 21 05:06 stage2 stage2的描述信息，stage2主要包含了列出來的這些文件。

-rw-r--r-- 1 root root 7072 Dec 21 05:06 ufs2_stage1_5

-rw-r--r-- 1 root root 6272 Dec 21 05:06 vstafs_stage1_5

-rw-r--r-- 1 root root 8904 Dec 21 05:06 xfs_stage1_5

所以第二階段可以理解為在/boot/grub/目錄下生成了很多文件。第一階段主要是程序，第二階段主要是一些配置和說明文件。配置文件中最重要的是/etc/grub.conf

模擬/boot/grub/grub.conf文件丟失的情況：

重啟時，發現已經啟動了grub，當看到這種信息的時候，說明第二階段失效了，問題就是缺少了說明文件或者是配置文件，所以才造成無法啟動。（出現這種情況的時候要使用命令啟動第二階段，使用help可以查看命令）

這就是靠指令將它啟動起來，如果不是靜默模式，屏幕上會出現一堆信息。

成功啟動后，要手工建立這個第二階段的配置文件，直接靠指令來啟動的話會產生第二階段的其他文件，但是這個配置文件是不會產生的。

重啟：

使用指令來產生grub第二階段的其他文件：

#grub-install -root-directory=/ /dev/sda

建grub第一階段的步驟：

grub

root (hd0,0)

setup (hd0)

模擬（把/boot/grub/目錄刪了，意味著第二階段里面的所有說明文件配置文件都沒有了。實驗前記得備份）

加載grub1.5，上面表示加載到grub1.5階段的時候起不來，找不到第二階段的文件。像這種情況，只能使用急救模式。用光盤引導的時候發現光盤引導不了，說明這個階段是硬盤在引導。硬盤在引導，說明第一階段沒有問題。可以在虛擬機的CMOS里面設置硬盤引導。設置成光盤引導，接著進入急救模式

/boot/grub/目錄下的文件生成成功，但是沒有grub.conf這個文件。由于是光盤引導的，所以先把光盤去了再退出。這時就是以硬盤的方式來引導。

起來之后再為它創建一個grub.conf就可以了。接著再重啟試一下。

grub是一個引導程序，分為兩階段。第一階段就在主引導記錄的446個字節里面，第二階段就在grub目錄下。一個完整的程序少了一段肯定是不行的。

所以說：一階段實際上是靠grub里面的一個子命令叫setup來建立。二階段要使用grub-install來建立。

除了遇到這種一類故障、二類故障之外，有時候還有一種比較常見的故障：

發現管理員口令丟了，只要物理上能接觸到機器，這些密碼都能夠解決，所以安全來看的話，首要的應該是物理安全。解決方法是進入一級別更改口令或者直接刪除口令。

還有一種故障是：只要在引導過程當中牽扯到的一些文件，在編譯的過程中可能會出現

一些故障。

比如/etc/fstab（文件系統表，這里面表明了每一個要掛載的分區，若誤操作了，這個文件又是引導的時候要用的文件）

能走到這一步，說明grub一階段和二階段都是沒有問題的。

提示輸入root密碼進入維護，或者按Control-D繼續來啟動，

進入維護模式 修改/etc/fstab 但是提示只讀，所以這時候要將根重新掛載一次：