カーネル4.6をインストールした後、Debian 8.5Jessieで開発サーバーを起動しました。 「LVMボリュームグループのセットアップ」というエラーメッセージを通過しません。
VMにはDebian8があり、バックポートリポジトリがあり、systemdではなくsysVで起動し、LVMを使用しています。
Knoppixライブイメージで起動し、ボリュームグループ内の6つのLVMパーティションを次のように表示することができます。
vgchange -ay
LVMパーティションをマウントして編集することもできるので、LVMの問題はないようです。
また、これを利用して、マウントバインディングproc、sys、devなど、すべてのパーティションを自然な順序でマウントし、chrootを実行して、他のデバッグ/修正コマンドをより自然に実行しました。
すでに起動アルゴリズムをCONCURRENCY=none
/レガシーに変更しようとしましたが、あまり成功しませんでした。
また、initrd
ファイルを再生成し、次のコマンドを使用して、カーネルのアップグレード中にサーバーのディスク領域がいっぱいになりました。
Sudo dpkg-reconfigure linux-image-4.6.0-0.bpo.1-AMD64
また、何の違いもありませんでした。
また、以下を使用してgrubを再インストールしました。
Sudo update-grub
Sudo grub-install /dev/sda
また、動作しませんでした。
また、grub
のカーネルオプションにデバッグオプションを追加しましたが、システムは起動時に関連するエラーを出力せず、エラーの後に追加のメッセージも出力しません。
また、起動時のこの時点ではまだsyslogが機能していないため、検査するログもdmesg
ログもありません。
問題のあるスクリプトを/etc/rcS.d/S05lvm2
として見つけ、そのスクリプトでVMを停止したコマンドを/sbin/lvm vgchange -aay --sysinit >/dev/null
として見つけました。
ソースファイルに示されているように、S05lvm2
の依存関係は次のとおりです。
# Should-Start: udev mdadm-raid cryptdisks-early multipath-tools-boot
最終的には、誰かまたは何かが起動時にudev
デーモンを無効にしていたことに気づきました(最後に正常に起動してから少し前)。また、udev
を無効にするカーネルのインストール後のルーチンではないと判断しました。
udev
サービスの依存関係が満たされていないinitスクリプトは、満たされていない依存関係、または表示されていないデバイス(あるいはその両方)を待って停止しました。
この問題は、前述のchrootで実行すると修正されました。
Sudo chkconfig udev on
(chkconfig
をインストールしましたか)。 Debianの方法では、次のようになります。
Sudo update-rc.d udev defaults
次に、initrdファイルを再作成します(initrdファイルを簡単に再生成するためのDebianトリック):
Sudo dpkg-reconfigure linux-image-4.6.0-0.bpo.1-AMD64