一般的な詳細ブートプロセスのトラブルシューティング

理論からこのブログLiunx詳細な説明完全なブートプロセスのオペレーティングシステムを試し、そして3回の正常ブートの失敗の影響を対処します。


ディレクトリガイド:

  • ブートブートプロセス
  • 故障の修理MBRセクタ障害が発生し
  • 修理GRUBメニューの誤動作の原因
  • Centos7システム管理者(root)のパスワードをリセット

完全なブートブートプロセス

一般的な詳細ブートプロセスのトラブルシューティング
POST:
また、パワーオンセルフテスト(POST、パワーオン・セルフテスト)として知られています 。CPUのテスト、システムボード、ベースメモリ、拡張メモリ、ROM BIOSおよびその他のシステムデバイスを含む、行動(BIOSプログラム)は、コンピュータシステムを参照して、電源が投入されます。ミスが見つかった場合、オペレータは、プロンプトが表示や警告。簡素化やプロセスをスピードアップ、システムがすぐに開始することができます。
MBRブート:
ディスクの最初のセクタに格納され、そのブート・コードは、容量が512バイトです。読み取りおよび書き込みハードディスクがディスクオペレーティングシステム(DOS)で初期化されるときに生成されたパーティションブート位置情報を、ディスクのパーティションの合法性を決定するディスクオペレーティングシステム(DOS)を担当しています。
GRUBのブートメニュー:
ユーザーが複数のオペレーティングシステムを持っていて、起動時にロードするオペレーティングシステムを選択することができます。また、カーネルのパーティション上の別のオペレーティングシステムを選択するために使用できる、ブートパラメータもコアを転送するために使用することができます。
initプロセスは:
プロセスは、必須成分ローディングシステムだけでなく、環境変数の必要な部品のローディングです。カーネルのロード及び実行/ sbinに/ initプログラムが実行するLiunxは、システム内の最初の工程で、PID(プロセスタグ番号)番号は常に1である
上記完全Liunxシステムのブートプロセスであり、で起動したプロセスでシステムを入力しないにつながる、そして解決するために、いくつかの一般的な問題が選び出されるさまざまな状況が発生する可能性があります。

第二に、障害がMBR部門によって引き起こされる障害を修復するには

MBRプログラム、並びに第やすいハードウェアの問題に加えて、局所的な問題を開始するために第2段階のガイド全体に配置。
失敗の一般的な原因:
によって引き起こされるなど(1)ウイルスの破壊、***
(2)不適切なパーティション、ディスクの読み取りおよび書き込みMBRセクタ損傷は誤用につながることができ
、パフォーマンスの障害を発生します
(1)ブーツを見つけますプログラム、割り込みを起動する
(2)にロードすることができないシステム、黒い画面の
修正アイデア:
緊急モードでバックアップディスクイメージから復元するバックアップファイルを使用します。
修復手順:
(1)別のディスクにプリMBRバックアップブートセクタが(同じオペレーティングシステムのブートセクタMBR別のサーバーのコピーであると)
(2)鏡像MBR緊急修復モードに装着されて
示さ。
(仮想マシンでの実験環境全体の実装が)
SDB1のマウントポイントに入力して、既存のサーバいることを確認し、完成された2枚のディスクがマウントします

[root@localhost data]# dd if=/dev/sda of=/data/sdr.mbr.bak bs=512 count=1

MBRは、システム内の元のブートセクタをコピー
一般的な詳細ブートプロセスのトラブルシューティング
入力、MBR不良セクタをシミュレートするために、次です

[root@localhost data]# dd if=/dev/zero of=/dev/sda bs=512 count=1

オリジナルのMBR部門へのゴミファイル、部門が成功を弱体化させます!
一般的な詳細ブートプロセスのトラブルシューティング
再起動後、それが完全にできないシステムを入力します。
一般的な詳細ブートプロセスのトラブルシューティング
それは(それが仮想マシンですので、あなただけのイメージファイルを追加することができますので、ここでは)インストールCD Centos7を挿入する時間だし、サーバーを再起動し、イベント中に「ESC」キーを押して記事を読んで(あなたが最初から再起動することができます心配しないで押してきました)、第三にCDを選択し、「起動メニュー」画面を表示します
一般的な詳細ブートプロセスのトラブルシューティング
一般的な詳細ブートプロセスのトラブルシューティング
一般的な詳細ブートプロセスのトラブルシューティング
一般的な詳細ブートプロセスのトラブルシューティング
上記を実行するステップ、私たちは数分待つ必要があります。CD-ROMのイメージに「1」の下にそれを入力し、それは次のインターフェイスを入力してみましょう、単純なミラーリングシステム、修理の公式の開始が付属しています。
一般的な詳細ブートプロセスのトラブルシューティング
ミラーリングシステムにおいて、入力

sh-4.2#mount /dev/sdb1 /mnt

一時的なマウントディスクバックアップを持っている(何もディスクはちょうど物理デバイスを搭載していないが、読み取ることができない)、後者の仕事は、より明確で、かつ唯一のバックアップを復元する必要があり、入力します

sh-4.2#dd if=/mnt/sdr.mbr.bak of=/dev/sda

一般的な詳細ブートプロセスのトラブルシューティング
事实上,此时扇区已经修复完毕,所以最后只要reboot重启即可完成修复。

三、修复GRUB菜单故障引起的故障

除了MBR引导以外,另一个容易出现问题的步骤就是由于GRUB菜单出现问题导致无法进入系统。
出现GRUB故障的原因:
(1)MBR扇区中的GRUB引导程序遭到意外损坏
(2)grub.conf文件丢失或是引导配置有误
出现该种故障的表现:
系统引导停滞不前,一直卡在“grub>”符号处
修复思路:
(1)使用引导光盘,进入急救模式,重写(一般人没那技术)或从备份恢复grub.conf
(2)向MBR扇区中重建grub程序
具体修复步骤:
(1)引导急救模式,加载系统镜像(chroot /mnt/sysimage/)
(2)重新建立加载sda分区(grub2-install /dev/sda)
(3)重新构建grub菜单配置文件(grub2-mkconfig -o /boot/grub2/grub.cfg)
(4)退出bash环境(exit)
(5)重启
图解修复步骤:
(实验环境整体在虚拟机中实施)
为了模拟grub菜单损坏导致的错误。首先输入

[root@localhost ~]# cd /boot/
[root@localhost boot]# ls

跳转到/boot目录下并用ls目录进行查看,可以看到/boot目录下存在两个grub目录
一般的な詳細ブートプロセスのトラブルシューティング
接着跳转进入grub2目录中,

[root@localhost boot]# cd grub2

将目录中的grub.cfg删除

[root@localhost grub2]# rm -rf grub.cfg

然后直接reboot重启
一般的な詳細ブートプロセスのトラブルシューティング
重启后就会发现,果不其然,开机无法进行,会卡在“grub>”符号处无法继续(当然这里不是完全卡死的,只是因为缺少关键的cfg文件才无法继续。大神可以在这里手动输入文件。)
一般的な詳細ブートプロセスのトラブルシューティング
OK,既然问题已经出现了,那么我们就来解决它。重启虚拟机,跟上章节修复MBR扇区一样(要通过光盘自带的简易镜像进行修复),直到进入镜像系统前的步骤都完全一样,这里就不耽误时间了。
进入镜像系统,开始正式修复。输入

sh-4.2#chroot /mnt/sysimage/

进入光盘镜像自带的bash环境,接着启用

bash-4.2#grub2-install /dev/sda

重新建立加载sda分区
一般的な詳細ブートプロセスのトラブルシューティング
而实际上因为我们是模拟情况,所以除了grub的配置文件丢失之外,其它部分应该都是完好的。
修复grub菜单的最后一步就是重新构建grub菜单配置文件,输入

bash-4.2#grub2-mkconfig -o /boot/grub2/grub.cfg

完成后,重启(exit+reboot)即可结束修复。
一般的な詳細ブートプロセスのトラブルシューティング

四、重置Centos7系统管理员(root)密码

実際には、原因は、エラーの厳密な意味での第三と考えることができないシステムに入ることはできませんが、管理者パスワードを知らないと、システムを入力することはできません(実際、人々は理由を理解すると信じて、このブログを参照してください)違いはありませんので、私はあまりにも、ここに明確なよそれについての解決策~~
失敗:
何らかの理由で忘れルートユーザパスワード
失敗のパフォーマンス:
すべての操作はroot権限を必要とすることはできません
他のアカウントは、システムの着陸ないことはありません場合は
、修理のアイデアを:
、パスワードを忘れた聖歌をリセット(非常に多くが言う)が存在する
の手順を修正:
(CHROOT / MNT / sysimage /)(a)の光ディスクシステムのシミュレーション画像を読み込む
(2)パスワード変更
イラスト修理ステップ:
仮想マシンで(実験環境が一体的実施例)は
、この時に想定され、急rootユーザのパスワードを忘れてしまった、その結果は、ログイン画面で立ち往生して
一般的な詳細ブートプロセスのトラブルシューティング
問題が発生し、[OK]をクリックします。私はアドレスに始めましょう:
ディスクイメージを追加し、システムを再起動し、「ESC」は記事の読み込みに表示されます押してください。(ミラーリングシステム、および前ステップグラブ同様のメニューの修復まで、記載されていない)
ミラーリングシステムの後にディスクに、同一の入力メニューGRUBを修復

sh-4.2#chroot /mnt/sysimage/

CDイメージは、缶に同じ---- Liunxでpasswdコマンドを使用し、その後、bashの環境に入ってきます

bash-4.2#passwd root

次に、新しいパスワードを2回入力して、あなたが再起動することができます。
一般的な詳細ブートプロセスのトラブルシューティング
-

上記の、それはシステム起動の理論的な部分であり、簡単に3つの修正システムの問題につながる入力することはできません。

おすすめ

転載: blog.51cto.com/14484404/2432062