Grub2:タグのアーカイブ｜ネットマーベラス㈱

備忘録：Linuxディストリ毎のplymouthやgrub2の設定変更など

2021年11月17日テクニカル, トピックス, ノウハウ

投稿者：担当者

最近のLinuxは電源を入れてからgrub2のブートメニュー表示され、ブートカーネルを選択するとplymouthが表示される。いわゆる昔画面を起動するデーモンやらスクリプトが表示されるブートストラップではなくグラフィカルにアニメーション表示されるあの仕組みをplymouthと呼んでいる。インストールするディストリビューションによっては昔ながらのブートストラップのものもあるのでplymouthが入っていないケースのパターンも含めて紹介する。

Grub2&plymouthのインストールや設定(Ubuntu系/Debian系)版

Ubuntu/Debianですでにplymouthが入っている場合でテキストモード起動なら下記設定でplymouth起動が有効になる。
$ sudo update-alternatives --config default.plymouth

テーマの変更にあたり検索
$ sudo apt-cache search theme
plymouthのテーマをインストール
$ sudo apt install plymouth-theme-breeze
インストールされているか確認。別のパスにインストールされている場合は以下の場所へソフトリンクすると良い
$ cd /usr/share/plymouth/themes
設置したテーマをplymouthに登録する。
$ sudo update-alternatives --install  /usr/share/plymouth/themes/default.plymouth default.plymouth /usr/share/plymouth/themes/breeze 100
設置されたテーマからデフォルトのテーマを選択
$ sudo update-alternatives --config default.plymouth
初期RAMファイルシステムイメージの再作成
$ sudo update-initramfs -u
このあとにリブートする。

もしリブートしても反映されていない方はgrubの設定が足りていない可能性が高い。下記箇所が修正ポイントなので参考に
基本的にsplashとGRUB_GFXMODEに解像度を入れてあげるとグラフィックモードになる。ここはすべてのディストリで共通。
$ sudo vi  /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet splash"
GRUB_GFXMODE=1024x768x32
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_BACKGROUND=/boot/grub2/images/ubuntu.png
$ sudo update-grub
OS再起動して確認

Ubuntu/Debianですでにplymouthが入っている場合でテキストモード起動なら下記設定でplymouth起動が有効になる。

$ sudo update-alternatives --config default.plymouth

テーマの変更にあたり検索

$ sudo apt-cache search theme

plymouthのテーマをインストール

$ sudo apt install plymouth-theme-breeze

インストールされているか確認。別のパスにインストールされている場合は以下の場所へソフトリンクすると良い

$ cd /usr/share/plymouth/themes

設置したテーマをplymouthに登録する。

$ sudo update-alternatives --install /usr/share/plymouth/themes/default.plymouth default.plymouth /usr/share/plymouth/themes/breeze 100

設置されたテーマからデフォルトのテーマを選択

$ sudo update-alternatives --config default.plymouth

初期RAMファイルシステムイメージの再作成

$ sudo update-initramfs -u

このあとにリブートする。

もしリブートしても反映されていない方はgrubの設定が足りていない可能性が高い。下記箇所が修正ポイントなので参考に

基本的にsplashとGRUB_GFXMODEに解像度を入れてあげるとグラフィックモードになる。ここはすべてのディストリで共通。

$ sudo vi /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet splash"

GRUB_GFXMODE=1024x768x32

GRUB_GFXPAYLOAD_LINUX=keep

GRUB_BACKGROUND=/boot/grub2/images/ubuntu.png

$ sudo update-grub

OS再起動して確認

Grub2&plymouthのインストールや設定(Arch Linux系)版

plymouthの導入とアニメーション決定
$ yay -S plymouth
$ cd /usr/share/plymouth/themes
$ sudo plymouth-set-default-theme -R  fade-in
$ sudo pacman -Sy sddm-git && sudo pacman -Syu
初期ramfsイメージの再作成
$ vi /etc/mkinitcpio.conf 
MODULES="nouveau"
$ mkinitcpio -p linux
あとは再起動

GRUBの
$ vi /etc/default/grub
GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet splash"
GRUB_GFXMODE=1024x768x32
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_BACKGROUND=/boot/grub2/themes/starfield.png
$ grub-mkconfig -o /boot/grub/grub.cfg
OS再起動して確認

plymouthの導入とアニメーション決定

$ yay -S plymouth

$ cd /usr/share/plymouth/themes

$ sudo plymouth-set-default-theme -R fade-in

$ sudo pacman -Sy sddm-git && sudo pacman -Syu

初期ramfsイメージの再作成

$ vi /etc/mkinitcpio.conf

MODULES="nouveau"

$ mkinitcpio -p linux

あとは再起動

GRUBの

$ vi /etc/default/grub

GRUB_CMDLINE_LINUX_DEFAULT="loglevel=3 quiet splash"

GRUB_GFXMODE=1024x768x32

GRUB_GFXPAYLOAD_LINUX=keep

GRUB_BACKGROUND=/boot/grub2/themes/starfield.png

$ grub-mkconfig -o /boot/grub/grub.cfg

OS再起動して確認

Grub2&plymouthのインストールや設定(Redhat系/Fedrora/CentOS)版

# vi  /etc/default/grub
GRUB_CMDLINE_LINUX="resume=/dev/mapper/rl-swap rd.lvm.lv=rl/root rd.lvm.lv=rl/swap quiet splash rhgb "
GRUB_TERMINAL_OUTPUT="gfxterm"
GRUB_BACKGROUND=/boot/efi/EFI/BOOT/themes/custome-image.xpm.gz
GRUB_GFXMODE=1920x1080,1440x900,1024x768,auto
GRUB_GFXPAYLOAD_LINUX=keep
BIOS MBRでインストールしている場合
# grub2-mkconfig  -o /boot/grub2/grub.cfg
UEFIでefiモードでインストールしている場合
# grub2-mkconfig -o /etc/grub2-efi.cfg
あとは再起動

Plymouthの導入手順
導入するテーマを決める 
# cd /usr/share/plymouth/themes
efi用のモジュールを導入（入っていなかったら）
# dnf reinstall grub2-efi grub2-efi-modules shim
起動時のplymouthアニメーションを決定
# plymouth-set-default-theme spinfinity
# dracut  -f
あとは再起動

# vi /etc/default/grub

GRUB_CMDLINE_LINUX="resume=/dev/mapper/rl-swap rd.lvm.lv=rl/root rd.lvm.lv=rl/swap quiet splash rhgb "

GRUB_TERMINAL_OUTPUT="gfxterm"

GRUB_BACKGROUND=/boot/efi/EFI/BOOT/themes/custome-image.xpm.gz

GRUB_GFXMODE=1920x1080,1440x900,1024x768,auto

GRUB_GFXPAYLOAD_LINUX=keep

BIOS MBRでインストールしている場合

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

UEFIでefiモードでインストールしている場合

# grub2-mkconfig -o /etc/grub2-efi.cfg

あとは再起動

Plymouthの導入手順

導入するテーマを決める

# cd /usr/share/plymouth/themes

efi用のモジュールを導入（入っていなかったら）

# dnf reinstall grub2-efi grub2-efi-modules shim

起動時のplymouthアニメーションを決定

# plymouth-set-default-theme spinfinity

# dracut -f

あとは再起動

タグ: grub-mkconfig, Grub2, Linux, plymouth, splash, update-grub

CentOS7 Grub2 カーネルの起動エントリーを減らし/bootの空き容量を確保。

2018年6月23日Linux Tips, テクニカル, トピックス, ノウハウ

投稿者：担当者

最近のLinuxはセキュリティ対策なためかupdateが盛んなため、直ぐにほっておくとカーネルの起動エントリーがGrubメニューにどんどん溜まってしまう。

といっても、調べてみるとデフォルトで５つまでアップデートエントリーが蓄積されそれ以上は増えないようだ。

このカーネルの蓄積に関するアップデートは/etc/yum.confのなかの「installonly_limit」を編集することで制限ができる。実際のところ３つまであれば十分だと思う

書き換え前

[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=5  <---ここが編集ポイントです。
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release

[main]

cachedir=/var/cache/yum/$basearch/$releasever

keepcache=0

debuglevel=2

logfile=/var/log/yum.log

exactarch=1

obsoletes=1

gpgcheck=1

plugins=1

installonly_limit=5 <---ここが編集ポイントです。

bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum

distroverpkg=centos-release

書き換え後

[main]
cachedir=/var/cache/yum/$basearch/$releasever
keepcache=0
debuglevel=2
logfile=/var/log/yum.log
exactarch=1
obsoletes=1
gpgcheck=1
plugins=1
installonly_limit=3
bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum
distroverpkg=centos-release

[main]

cachedir=/var/cache/yum/$basearch/$releasever

keepcache=0

debuglevel=2

logfile=/var/log/yum.log

exactarch=1

obsoletes=1

gpgcheck=1

plugins=1

installonly_limit=3

bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum

distroverpkg=centos-release

ついでに/boot配下の余計なカーネルを掃除

知らないうちにやはり圧迫されてた。/boot 95%はやばいでしょう。

[hidy@localhost ~]$ df -k
ファイルシス   1K-ブロック    使用   使用可 使用% マウント位置
/dev/sda5         24750280 6839000 17911280   28% /
devtmpfs            925784       0   925784    0% /dev
tmpfs               941492       0   941492    0% /dev/shm
tmpfs               941492    9100   932392    1% /run
tmpfs               941492       0   941492    0% /sys/fs/cgroup
/dev/sda1           337572  323588    13984   96% /boot
/dev/sda2         11708416  482348 11226068    5% /home
tmpfs               188300      12   188288    1% /run/user/1000

[hidy@localhost ~]$ df -k

ファイルシス 1K-ブロック使用使用可使用% マウント位置

/dev/sda5 24750280 6839000 17911280 28% /

devtmpfs 925784 0 925784 0% /dev

tmpfs 941492 0 941492 0% /dev/shm

tmpfs 941492 9100 932392 1% /run

tmpfs 941492 0 941492 0% /sys/fs/cgroup

/dev/sda1 337572 323588 13984 96% /boot

/dev/sda2 11708416 482348 11226068 5% /home

tmpfs 188300 12 188288 1% /run/user/1000

お掃除は簡単package-cleanupで消去します。

[hidy@localhost etc]$ sudo package-cleanup --oldkernels -y
読み込んだプラグイン:fastestmirror, priorities
--> トランザクションの確認を実行しています。
---> パッケージ kernel.x86_64 0:3.10.0-693.el7 を 削除
---> パッケージ kernel.x86_64 0:3.10.0-693.21.1.el7 を 削除
--> 依存性解決を終了しました。

依存性を解決しました

============================================================================================
 Package               アーキテクチャー      バージョン                         リポジトリー
============================================================================================
削除中:
 kernel                x86_64                3.10.0-693.el7                     @anaconda
 kernel                x86_64                3.10.0-693.21.1.el7                @updates

トランザクションの要約
============================================================================================
削除  2 パッケージ

インストール容量: 119 M
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded

[hidy@localhost etc]$ sudo package-cleanup --oldkernels -y

読み込んだプラグイン:fastestmirror, priorities

--> トランザクションの確認を実行しています。

---> パッケージ kernel.x86_64 0:3.10.0-693.el7 を削除

---> パッケージ kernel.x86_64 0:3.10.0-693.21.1.el7 を削除

--> 依存性解決を終了しました。

依存性を解決しました

============================================================================================

Package アーキテクチャーバージョンリポジトリー

============================================================================================

削除中:

kernel x86_64 3.10.0-693.el7 @anaconda

kernel x86_64 3.10.0-693.21.1.el7 @updates

トランザクションの要約

============================================================================================

削除 2 パッケージ

インストール容量: 119 M

Downloading packages:

Running transaction check

Running transaction test

Transaction test succeeded

再度確認してやっとディスク領域が６５％に回復しました。インストールの時についついデフォルトで容量を小さくしすぎるのでアップデートが多いと圧迫されますね。でもこれを実行すれば問題ありません。

[hidy@localhost etc]$ df -k
ファイルシス   1K-ブロック    使用   使用可 使用% マウント位置
/dev/sda5         24750280 6761960 17988320   28% /
devtmpfs            925784       0   925784    0% /dev
tmpfs               941492       0   941492    0% /dev/shm
tmpfs               941492    9104   932388    1% /run
tmpfs               941492       0   941492    0% /sys/fs/cgroup
/dev/sda1           337572  216420   121152   65% /boot
/dev/sda2         11708416  482348 11226068    5% /home
tmpfs               188300      12   188288    1% /run/user/1000

[hidy@localhost etc]$ df -k

ファイルシス 1K-ブロック使用使用可使用% マウント位置

/dev/sda5 24750280 6761960 17988320 28% /

devtmpfs 925784 0 925784 0% /dev

tmpfs 941492 0 941492 0% /dev/shm

tmpfs 941492 9104 932388 1% /run

tmpfs 941492 0 941492 0% /sys/fs/cgroup

/dev/sda1 337572 216420 121152 65% /boot

/dev/sda2 11708416 482348 11226068 5% /home

tmpfs 188300 12 188288 1% /run/user/1000

タグ: CentOS7, Grub2, エントリー, カーネル, 削除, 空き領域

備忘録：Linuxディストリ毎のplymouthやgrub2の設定変更など

備忘録：Linuxディストリ毎のplymouthやgrub2の設定変更など

Grub2&plymouthのインストールや設定(Ubuntu系/Debian系)版

Grub2&plymouthのインストールや設定(Arch Linux系)版

Grub2&plymouthのインストールや設定(Redhat系/Fedrora/CentOS)版

CentOS7 Grub2 カーネルの起動エントリーを減らし/bootの空き容量を確保。

書き換え前

書き換え後

ついでに/boot配下の余計なカーネルを掃除

知らないうちにやはり圧迫されてた。/boot 95%はやばいでしょう。

Tags

本日の記事Rating(毎日PM0:00リセット)

人気の記事（総合）

人気(Python/Security)記事