システム起動プロセス

システム起動プロセス
の一般的な起動エラーのトラブルシューティング
レスキューモード

オンにする電源キー- > BIOS POSTがloader-ブートをロードし、ブートデバイスを決定> MBR 512
|
446 64 2
ブートローダーパーティションテーブルマジック区切り
|
stage1-> stage1.5-> STAGE2のstage1.5が案内されて、これは、GRUBの設定ファイルをロードし、実際のブートプログラムであります

ブートローダGRUBブートローダ主な機能は、オペレーティングシステムやファイル形式を識別し、カーネルドライバをロードすることです。
ステージ1メインプログラムは、(ブートプログラムポインタがMBRにインストールされている)、ブートローダーが実行
stage1.5ファイルシステムを、ブリッジがステージ1ステージ2で
ステージ2のstage1.5が案内され、真のブートストラップである、すなわち、GRUBをロードプロファイルのgrub.conf

/etc/grub.conf /boot/grub/gub.conf猫
システムブート= 0 //デフォルトデフォルトでは、最初のタイトルの数が0である第二のタイトル番号である。1
、タイムアウトカウントダウン時間= 5 //
は、splashimage =(HD0、 0)/grub/splash.xpm.gz //カウントダウンが背景画像hd0,0のHD0は0 hd0,0最初のハードディスクの最初のパーティションの最初のハードドライブの最初のパーティションです
hiddenmenu //メニュー非表示
タイトル赤Hat Enterprise Linuxに(2.6.32-431.el6.x86_64)//ネームシステムの
ルート(hd0,0)最初のハードディスクの最初のパーティションのの// hd0,0ブートパーティションのルート
カーネル/vmlinuz-2.6.32 -431.el6.x86_64 roのルート= UUID = 64ee0f70-4051-41f4- AB46-aa17fd8969fe nomodeset rd_NO_LUKS KEYBOARDTYPE = PCのKEYTABLE =私たちrd_NO_MD crashkernel =自動LANG = zh_CN.UTF-8 rd_NO_LVM rd_NO_DM rhgb静か// カーネルの指定した場所とUUIDの背後にあるカーネルに渡されるパラメータ、最初は、/ bootパーティションではなく、ルートで、下/ブートブートパーティションのファイルがあるが、実際のルートである
initrdの/initramfs-2.6.32-431.el6.x86_64.img / /仮想ファイルシステムを提供
|
カーネルは最初のプロセスに初期化を開始
|
初期化設定ファイル
の/ etc / inittabの
/etc/init/rcS.conf - /etc/rc.d/rc.sysinitシステム初期化ファイル
サービスのレベルに対応する/etc/init/rc.confスクリプト(/etc/rc.dのスクリプト位置/init.d)
/etc/rc.d/rc5.d
起動しないK Sブートブート
|
rc.localをスクリプト実行システムに入る前の最後の1
|
ログイン
|
負荷のグラフィックスリソース
|
ログイン
|
負荷環境変数を

第一段階:BIOS
場合:ブートデバイス順序エラー
対処:BIOS調整を入力

第二段階:GRUBの
ブートローダーが行う方法のMBRが破損しましたか?

ケース:

df -h

ファイルシステムサイズAVAIL使用%は上のマウントに使用
の/ dev / sda2は18G 5.3gの12G 33%/
tmpfsの931M 228K 931M 1%の/ dev / shmに
は/ dev / sda1を194M 34M 150M 19%/ブート
の/ dev / sr0を3.6G 3.6G 0 100 %は/ mnt / redhat6u5

DD =は/ dev /のゼロ=は/ dev / sdaにBS = 1カウント= 400であれば

リブート

ソリューション:レスキューモードにCDを使用して
、シェルを選択し、ネットワークをロードスキップするオプション
のbash-4.1#グラブ
(0 HD0、)//は、ブートパーティションの指定のgrub>ルート
>グラブのMBRにインストールするためのセットアップ(HD0)//メインプログラムのgrubを
GRUBを>終了
のbash-4.1#電源オフを

MBRはどのように行うために損傷を受けましたか?512
システムは、MBRののは/ dev / sdaにはSDAの破壊に取り付けられた
パーティションの/ dev / SDB1マウント/クォータ
バックアップMBRを

DD = /クォータ/ mbr.txt BS = 1つのカウント= 512の場合=は/ dev / sdaに

ダメージ

DD =は/ dev /のゼロ=は/ dev / sdaにBS = 1カウント= 512であれば

リブート

ソリューション:レスキューモードにCDを使用し
たネットワークをロードスキップするオプションを、シェルの選択
のbash-4.1#CDを/ mnt / sysimage
のbash-4.1#のは、mkdir AAの
bashの-4.1位マウントは/ dev / sdb1などのAAの
bashの-4.1#CDのAAの
bashの-4.1 LS位
mbr.txt
のbash-4.1 mbr.txt DD = =は/ dev / SDA 1 COUNT = 512 BS IF =位
のbash-4.1#リブート

grub.confファイルはどのように行うために破損していますか?
ケース:

df -h

ファイルシステムサイズAVAIL使用%は上のマウントに使用
の/ dev / sda2は18G 5.3gの12G 33%/
tmpfsの931M 228K 931M 1%の/ dev / shmに
は/ dev / sda1を194M 34M 150M 19%/ブート
の/ dev / sr0を3.6G 3.6G 0 100 %は/ mnt / redhat6u5

CPに/etc/grub.conf / tmpに

RM -rfて/boot/grub/grub.conf

リブート

溶液:
GRUB>ルート(HD0、0)HD0、0 =は/ dev / SDA1
GRUB>カーネルがルートを/vmlinuz-2.6.32-431.el6.x86_64 RO =は/ dev / SDA2
GRUB> initrdの/initramfs-2.6.32 -431.el6.x86_64.img
GRUB>ブーツ

grub.confファイル復元するために行われた実験
CP /tmp/grub.conf /ブーツ/ grubのを

:コードクラック
>プレスアップし、矢印キー(GRUBを入力する)ダウン- - >パスワード変更やパスワードのpasswdのvim / etc / passwdファイルrootパスワードの代表者を削除- > A->スペースの1->特権モードに入るためのカウントダウン5 ...を

GRUBを暗号化するには:
暗号化パスワード作成
のgrub-MD5-暗号を

Vimのに/etc/grub.conf
デフォルト= 0
タイムアウト= 5
は、splashimage =(hd0,0)/grub/splash.xpm.gz
hiddenmenu
パスワード--md5 dsadsfkjsadfksdkjfk //给グラブ加密
タイトルのRed Hat Enterprise Linux(2.6.32-431 .el6.x86_64)
パスワード--md5 dsadsfkjsadfksdkjfk //给OS加密
root(hd0,0)のよ
カーネル/vmlinuz-2.6.32-431.el6.x86_64 ROルート= UUID = 64ee0f70-4051-41f4-AB46-aa17fd8969feのnomodesetのrd_NO_LUKS KEYBOARDTYPE = PCのKEYTABLE =私たちrd_NO_MD crashkernel =自動LANG = zh_CN.UTF-8 rd_NO_LVM rd_NO_DM rhgb静かな
initrdの/initramfs-2.6.32-431.el6.x86_64.img

IPv4の、IPv6の
ネットワークインターフェイスの
コンフィギュレーション・ファイル・カード・
ルート
書き込みルートエントリ

おすすめ

転載: blog.csdn.net/weixin_45177186/article/details/91415196