はじめに

最近CentOS7でDockerを使うようになり、今更ですがCentOS7の特徴をまとめてみました。

試した環境

Biosから起動するCentOS


# cat /etc/redhat-release
CentOS Linux release 7.5.1804 (Core)

CentOS6からの変更点まとめ参考

↓に変更の要点がまとめられています。
CentOS6とCentOS7の比較表

その中でも、ブートローダ、systemd、firewalld、ネットワーク関連のコマンド変更に着目して、今回はブートローダについてまとめてみました。

ブートローダ

Cent6

バージョン

grub Lagacy


# grub-install --version
grub-install (GNU GRUB 0.97)

設定ファイル

/boot/grub/menu.lstと**/boot/grub/grub.conf**　普通にこのファイルを直接編集
/boot/grub/menu.lstは/boot/grub/grub.confへのシンボリックリンクになっている。


# ll /boot/grub/menu.lst 
lrwxrwxrwx. 1 root root 11  9月 14 23:54 2016 /boot/grub/menu.lst -> ./grub.conf

ブートシーケンス

bios
↓
mbr(stage1) #biosがmbrにあるstage1(ブートローダ)を読み込む
↓
セクタ2~64(stage1.5) #stage1がセクタ2以降にあるstage1.5を読み込む
↓
/boot/grub/stage2(stage2) #(stage1.5はファイルシステムを解釈できるのでstage2を呼び出せる)
↓
/boot/grub/menu.lstを読み込む
↓
grub起動画面
↓
カーネルとinitramfsのロード

シーケンス詳細

ステージ制

Stage 1ローダは直接Stage 2ローダを読み込めるが、通常はその間に入るStage 1.5ローダを読み込むためセットアップを行う

stage1.5はどこ

MBRの直後から最初のパーティション手前までにある先頭30KB以内に位置するローダ。何らかの理由でこの領域が利用できない場合Stage 1.5ローダのインストールに失敗する（例えば、異常なパーティションテーブルが原因でセクタアドレスが読み取れなかったり、特殊なディスクドライバを必要とするケース、またはGPTもしくはLVMなどを利用するシステムの場合など）

stage1.5の特徴

Stage 1.5ローダのイメージはファイルシステム固有のドライバを含んでいる。よってファイルシステム上にあるstage2を呼び出すことができる

grubコマンド

grub-installしかつかったことない。grub(stageを)インストール。ただ自分が実行したときうまくいかずにgrubシェル(bashライクなインタフェースでgrubに関する設定ができる)を実行してインストールした記憶がある。


# grub-
grub-crypt      grub-install    grub-md5-crypt  grub-terminfo  

# grub
Probing devices to guess BIOS drives. This may take a long time.


    GNU GRUB  version 0.97  (640K lower / 3072K upper memory)

 [ Minimal BASH-like line editing is supported.  For the first word, TAB
   lists possible command completions.  Anywhere else TAB lists the possible
   completions of a device/filename.]
grub>

Cent7

バージョン

Grub2


# grub2-install --version
grub2-install (GRUB) 2.02~beta2

ブートシーケンス

bios
↓
MBR(boot.img) # biosがboot.imgを起動
↓
セクタ２～６４　# boot.imgがcore.imgを起動。ファイルシステムにある各モジ　
ールを動的にリンク
↓
/boot/grub2/grub.cfgを参照
↓
grub起動画面
↓
カーネルとinitramfsのロード

Cent6との違い

セクタ1(MBR)にboot.img、セクタ２ー６４にcore.imgが配置
モジュールを動的にロード
- stage1,stage1.5,stage2なくなる → boot.imgとcore.img、coreimgが動的に複数のモジュールをロードする。

設定ファイル

詳しい説明
 Linux 上の GRUB 2 がブートできなくなったときの対処方法

/boot/grub2以下に関連ファイルある
boot/grub2/grub.cfg
- ここは直接編集しない。コマンドで生成する
編集方法
- /etc/default/grubを編集
- /etc/grub.dにあるスクリプトも適宜編集
grub-mkconfigコマンド > /boot/grub/grub.cfg
- /boot/grub2/grub.cfgを生成

grubコマンド

たくさんある！
grubシェル起動はない？？？


# grub
grub2-bios-setup           grub2-glue-efi             grub2-mkconfig             grub2-mkpasswd-pbkdf2      grub2-probe                grub2-set-default
grub2-editenv              grub2-install              grub2-mkfont               grub2-mkrelpath            grub2-reboot               grub2-setpassword
grub2-file                 grub2-kbdcomp              grub2-mkimage              grub2-mkrescue             grub2-render-label         grub2-sparc64-setup
grub2-fstest               grub2-macbless             grub2-mklayout             grub2-mkstandalone         grub2-rpm-sort             grub2-syslinux2cfg
grub2-get-kernel-settings  grub2-menulst2cfg          grub2-mknetdir             grub2-ofpathname           grub2-script-check         grubby

補足

set root

設定ファイルに記載されているrootはルートパーティションの指定ではなくカーネルとinitrdが置かれているディスクとパーティションのこと。

device.map

grubの設定ファイルに書かれているGrub形式のデバイス名(hd0) を Linuxデバイス名(/dev/sda)にマッピングする


# cat /boot/grub/device.map 
# this device map was generated by anaconda
(hd0)     /dev/sda

カーネル起動せずにgrub>になってしまったら

Linux 上の GRUB 2 がブートできなくなったときの対処方法

なるほど👀

GRUB 2 が正常に起動し、モジュール (および / boot/grub/[arch]/ に格納されている他モジュール) をロードしたが、grub.cfg ファイルが見つからなかったことを意味

なるほど👀

このようなことがなぜ起こるのでしょうか。カーネルが何らかの理由でドライブ名を変更した、ハードディスクを移動した、パーティションを変更した、または新しいオペレーティングシステムを追加して関連する何かを移動したなどです。これらの場合は、GRUB がファイルを検出できないだけで、ファイル自体はもとの場所に存在します。そこで、GRUB がプロンプトを出したら、ファイルの場所を指定し、システムをブートして、GRUB の設定を修正すればよいのです。

まとめ

ブートローダを調べることでカーネルがどうやって起動するかを確認することができました。biosから起動される前提でしたが、UEFIなどにも興味があるのでUEFIについてもまとめてみようと思います。