|
コメント |
|
|
|
> カーネルを2.6.27-52vl5にアップグレードしたところ、起動時にkernel panic
> が出て、起動できなくなりました。
>
> LVMのボリュームが見つからないようです。
> bootパーティション以外は、LVMで構成しています。
手元の環境で LVM を使っていますが
特に問題は出ていません。
LVM も問題なく認識しています。
申し訳ありませんが、
１、kernel panic の正確なメッセージ
２、/boot/initrd-2.6.27-52vl5.img の中身
をお伝え下さい。
２、は
gzip -dc /boot/initrd-2.6.27-52vl5.img |cpio --list|grep "dm-"
という感じで調べることができます。
よろしくお願いします。 |
|
|
|
|
> 手元の環境で LVM を使っていますが
> 特に問題は出ていません。
> LVM も問題なく認識しています。
何台かやりましたが、その内１台が問題になっています。
> １、kernel panic の正確なメッセージ
手写しになるので、スペース、スペルミス等はあるかも知れませんが、以下のような感じです。
Volume group "VolGroup00" not found になった時点で、ファイルシステムにアクセスできない
ので、以後の処理に失敗しているように見えます。
--------------------------------------------------------------------------------
Loading dm-log.ko module
Loading dm-mirror.ko module
Loading dm-zero.ko module
Loading dm-snapshot.ko module
Waiting for driver initialization.
Scanning and configuring dmraid supported devices
Scanning logical volumes
read_urandom: /dev/urandom: open failed: No such file or directory
Read all physical volumes. This may take a while ...
Activating logical volumes
read_urandom: /dev/urandom: open failed: No such file or directory
Volume group "VolGroup00" not found
Trying to resume from swap:/dev/VolGroup00/LogVol04
Unable to access resume device (swap:/dev/VolGroup00/LogVol04)
Activationg TuxOnIce
Trying to resume from target specified as resume on cmdline.
TucOnIce: can't translate "/dev/VolGroup00/LogVol04" into a device id yet.
Creating root device.
Mounting root filesystem
mount: could not find filesystem '/dev/root'
Setting up other filesystems
Setting up new root fs
setuproot: moving /dev faild: No such file or directory
no fstab.sys, mouting internal defaults
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
Switching to new root and running init.
umounting old /dev
umounting old /proc
umounting old /sys
switchroot: mount faild: No such file or directory
Kernel panic - not syncing: Attempted to kill init!
--------------------------------------------------------------------------------
> ２、/boot/initrd-2.6.27-52vl5.img の中身
> をお伝え下さい。
> gzip -dc /boot/initrd-2.6.27-52vl5.img |cpio --list|grep "dm-"
# gzip -dc /boot/initrd-2.6.27-52vl5.img |cpio --list|grep "dm-"
15321 blocks
lib/dm-mirror.ko
lib/dm-snapshot.ko
lib/dm-log.ko
lib/dm-mod.ko
lib/dm-zero.ko
です。2.6.27-46vl5と比較しても、変わりは無いようです。 |
|
|
|
|
何度か起動しながら、失敗する場合と成功する場合を見比べてみました。
どうもLVMの前に、sdモジュールで引っかかっているかもです。
Driver 'sd' needs updating - please use bus_type methods
が出ているところは、正常な場合、接続されているsdデバイスの情報がパラパラ
出力されているはずです。sdモジュールがおかしいのでしょうかね？
> > １、kernel panic の正確なメッセージ
Loading crc-t10dif.ko module
Loading scsi-mod.ko module
SCSI subsystem initialized
Loading sd_mod.ko module
Driver 'sd' needs updating - please use bus_type methods
Loading dm-mod.ko module
device-mapper: uevent: version 1.0.3
device-mapper: ioctl: 4.14.0-ioctl (2008-04-23) initialised: dm-devel@redhat.com
> Loading dm-log.ko module
> Loading dm-mirror.ko module
> Loading dm-zero.ko module
> Loading dm-snapshot.ko module
> Waiting for driver initialization.
> Scanning and configuring dmraid supported devices
> Scanning logical volumes
> read_urandom: /dev/urandom: open failed: No such file or directory
> Read all physical volumes. This may take a while ...
> Activating logical volumes
> read_urandom: /dev/urandom: open failed: No such file or directory
> Volume group "VolGroup00" not found
> Trying to resume from swap:/dev/VolGroup00/LogVol04
> Unable to access resume device (swap:/dev/VolGroup00/LogVol04)
> Activationg TuxOnIce
> Trying to resume from target specified as resume on cmdline.
> TucOnIce: can't translate "/dev/VolGroup00/LogVol04" into a device id
> yet.
> Creating root device.
> Mounting root filesystem
> mount: could not find filesystem '/dev/root'
> Setting up other filesystems
> Setting up new root fs
> setuproot: moving /dev faild: No such file or directory
> no fstab.sys, mouting internal defaults
> setuproot: error mounting /proc: No such file or directory
> setuproot: error mounting /sys: No such file or directory
> Switching to new root and running init.
> umounting old /dev
> umounting old /proc
> umounting old /sys
> switchroot: mount faild: No such file or directory
> Kernel panic - not syncing: Attempted to kill init!
> -------------------------------------------------------------------------------- |
|
|
|
|
> 何度か起動しながら、失敗する場合と成功する場合を見比べてみました。
起動する initrd と失敗する initrd で、
initrd に含まれている init script に違いがありますか？ |
|
|
|
|
かわむらです。
> > 何度か起動しながら、失敗する場合と成功する場合を見比べてみました。
>
> 起動する initrd と失敗する initrd で、
> initrd に含まれている init script に違いがありますか？
成功する initrd-2.6.27-46vl5 と、失敗するinitrd-2.6.27-52vl5 の中身を
比較してみました。ちなみに、52vl5の方はmkinitrdで作り直していますが、
カーネルパニックになることは変わりません。
46vl5にあって、52vl5で無くなっているものは、以下の行です。
------------------------------------------------------------
< echo "Loading dock.ko module"
< insmod /lib/dock.ko
< echo "Loading libata.ko module"
< insmod /lib/libata.ko
< echo "Loading ahci.ko module"
< insmod /lib/ahci.ko
< echo "Loading ata_piix.ko module"
< insmod /lib/ata_piix.ko
< echo "Loading usb-storage.ko module"
< insmod /lib/usb-storage.ko
< mount -t usbfs /proc/bus/usb /proc/bus/usb
< echo Waiting for driver initialization.
< stabilized /proc/bus/usb/devices
------------------------------------------------------------
libataとか、ata_piixとかってHDDを検出する上で必要じゃないでしょうか？
古いIDEタイプのマシンだけに影響があるのでしょうか。
引き続きお願いします。 |
|
|
|
|
> 46vl5にあって、52vl5で無くなっているものは、以下の行です。
> ------------------------------------------------------------
> < echo "Loading dock.ko module"
> < insmod /lib/dock.ko
> < echo "Loading libata.ko module"
> < insmod /lib/libata.ko
> < echo "Loading ahci.ko module"
> < insmod /lib/ahci.ko
> < echo "Loading ata_piix.ko module"
> < insmod /lib/ata_piix.ko
> < echo "Loading usb-storage.ko module"
> < insmod /lib/usb-storage.ko
> < mount -t usbfs /proc/bus/usb /proc/bus/usb
> < echo Waiting for driver initialization.
> < stabilized /proc/bus/usb/devices
> ------------------------------------------------------------
>
> libataとか、ata_piixとかってHDDを検出する上で必要じゃないでしょうか？
> 古いIDEタイプのマシンだけに影響があるのでしょうか。
チップセットによりますが、intel のチップセットなら大抵の場合
必要です。が、手元ではahciまたはata_piixが必要な状況で同様の
問題を再現することができません。
調査のために、以下の情報を教えて下さい。
- ハードウエアの情報(lspciで構いません)
- /etc/modprobe.d/modprobe.confの内容
- mkinitrd -v で initrd を作り直した場合のログ |
|
|
|
|
/etc/modprobe.d/modprobe.conf をなぜかrenameしていて、ata_piixが読み込まれない
ようになっていました。
modprobe.confを直して、mkinitrdし直したら、新しいカーネルで起動できるようになりました。
ありがとうございます。
> > libataとか、ata_piixとかってHDDを検出する上で必要じゃないでしょうか？
> > 古いIDEタイプのマシンだけに影響があるのでしょうか。
>
> チップセットによりますが、intel のチップセットなら大抵の場合
> 必要です。が、手元ではahciまたはata_piixが必要な状況で同様の
> 問題を再現することができません。
>
> 調査のために、以下の情報を教えて下さい。
> - ハードウエアの情報(lspciで構いません)
> - /etc/modprobe.d/modprobe.confの内容
> - mkinitrd -v で initrd を作り直した場合のログ |
|
|
|
|
> /etc/modprobe.d/modprobe.conf をなぜかrenameしていて、ata_piixが読み込ま
> れない
> ようになっていました。
> modprobe.confを直して、mkinitrdし直したら、新しいカーネルで起動できるよう
> になりました。
完了にします。 |
|