最後のカーネル更新後に起動できません（Fedora 23）

2024-5-23 • tag-icon

最後のカーネル更新後に起動できません（Fedora 23）

カーネル4.2.8-300で正しく動作するFedora 23システムがあります。 4.3.3-300 と 4.3.3-301 にアップデートしましたが、どちらも起動しません。シングルユーザーモードでも同様です。

画面に見えるものは次のとおりです。

エラーは表示されません。何が問題なのか知っていますか？

編集する

最後のメッセージの1つがに関するものでしたので、以前のplymouthカーネルで起動して完全に削除したことを確認することでした。変更なし。

編集2

grub.cfg項目は同じようです（ただしバージョン番号は異なります）。

ジョブ1：

menuentry 'Fedora (4.2.8-300.fc23.i686+PAE) 23 (Twenty Three)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-14f2ed60-6348-41b7-ade0-a4849a0d4d5a' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  4001c5e3-fb16-4c71-9291-c48fd94ddc14
    else
      search --no-floppy --fs-uuid --set=root 4001c5e3-fb16-4c71-9291-c48fd94ddc14
    fi
    echo 'Loading Fedora (4.2.8-300.fc23.i686+PAE) 23 (Twenty Three)'
    linux   /vmlinuz-4.2.8-300.fc23.i686+PAE root=/dev/vg_matteo2/lv_root ro quiet rhgb LANG=en_US.UTF-8
    echo 'Loading initial ramdisk ...'
    initrd /initramfs-4.2.8-300.fc23.i686+PAE.img
}

新しいもの：

menuentry 'Fedora (4.3.3-301.fc23.i686+PAE) 23 (Twenty Three)' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-14f2ed60-6348-41b7-ade0-a4849a0d4d5a' {
    load_video
    set gfxpayload=keep
    insmod gzio
    insmod part_msdos
    insmod ext2
    set root='hd0,msdos1'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1 --hint='hd0,msdos1'  4001c5e3-fb16-4c71-9291-c48fd94ddc14
    else
      search --no-floppy --fs-uuid --set=root 4001c5e3-fb16-4c71-9291-c48fd94ddc14
    fi
    echo 'Loading Fedora (4.3.3-301.fc23.i686+PAE) 23 (Twenty Three)'
    linux   /vmlinuz-4.3.3-301.fc23.i686+PAE root=/dev/vg_matteo2/lv_root ro quiet rhgb LANG=en_US.UTF-8
    echo 'Loading initial ramdisk ...'
    initrd /initramfs-4.3.3-301.fc23.i686+PAE.img
}

CitrixではVMWareクライアントを介してのみコンソールにアクセスできるため、シリアルコンソールにアクセスするのはそれほど簡単ではありません。

編集3

カーネルの要約：

4.2.8-300 ブーツ(問題なし)
実際には4.3.3-300いいえ始める
4.3.3-301 実際いいえ始める
実際には4.3.3-303いいえ始める
実際には4.3.5-300いいえ始める

編集4

新しくリリースされたカーネルでテスト4.3.4-300: まだ同じ問題

最後のメッセージはDRMに関するものだったので、DRMを無効にしようとしましたが、成功しませんでした。

    linux   /vmlinuz-4.3.4-300.fc23.i686+PAE root=/dev/vg_matteo2/lv_root ro LANG=en_US.UTF-8 vga=normal nofb nomodeset video=vesafb:off i915.modeset=0 3

しかし、問題はまだ存在し、最終的なメッセージはまだ同じです。

編集5

提案どおりに試しましたが、i915.preliminary_hw_support=1得ました。

vmwgfx 0000:00:0f.0: BAR 1: can't reserve [mem 0xf8000000-0xfbffffff]

編集6

新しいカーネル（4.4.2-301）ではi915.preliminary_hw_support=1まだ起動できませんが、少なくともコンソールの出力を読み取ることができます。

一部の情報は次のように作成されます/var/log/messages/。

Feb 29 13:23:59 matteo kernel: [drm] Legacy Display Unit initialized
Feb 29 13:23:59 matteo kernel: [drm] width 1600
Feb 29 13:24:00 matteo kernel: [drm] height 1200
Feb 29 13:24:00 matteo kernel: [drm] bpp 32
Feb 29 13:24:00 matteo kernel: [drm] Fifo max 0x00040000 min 0x00001000 cap 0x0000007f
Feb 29 13:24:00 matteo kernel: [drm] DX: no.
Feb 29 13:24:00 matteo kernel: fb: switching to svgadrmfb from VESA VGA
Feb 29 13:24:00 matteo kernel: Console: switching to colour dummy device 80x25
Feb 29 13:24:00 matteo kernel: fbcon: svgadrmfb (fb0) is primary device
Feb 29 13:24:00 matteo kernel: fbcon_init: detected unhandled fb_set_par error, error code -22
Feb 29 13:24:00 matteo kernel: Console: switching to colour frame buffer device 200x75
Feb 29 13:24:00 matteo kernel: BUG: unable to handle kernel NULL pointer dereference at 00000068
Feb 29 13:24:00 matteo kernel: IP: [<f8a97c12>] vmw_fb_setcolreg+0x22/0xb0 [vmwgfx]
Feb 29 13:24:00 matteo kernel: *pdpt = 00000000369fc001 *pde = 0000000000000000 
Feb 29 13:24:00 matteo kernel: Oops: 0000 [#1] SMP 
Feb 29 13:24:00 matteo kernel: Modules linked in: crc32c_intel vmw_balloon joydev vmwgfx(+) ttm drm_kms_helper i2c_piix4 parport_pc vmw_vmci parport drm acpi_cpufreq tpm_tis tpm nfsd auth_rpcgss nfs_acl lockd gr
ace sunrpc mptspi scsi_transport_spi mptscsih e1000 mptbase serio_raw ata_generic pata_acpi fjes
Feb 29 13:24:00 matteo kernel: CPU: 1 PID: 617 Comm: systemd-udevd Not tainted 4.4.2-301.fc23.i686+PAE #1
Feb 29 13:24:00 matteo kernel: Hardware name: VMware, Inc. VMware Virtual Platform/440BX Desktop Reference Platform, BIOS 6.00 09/17/2015
Feb 29 13:24:00 matteo kernel: task: f6b21000 ti: f6b40000 task.ti: f6b40000
Feb 29 13:24:00 matteo kernel: EIP: 0060:[<f8a97c12>] EFLAGS: 00010293 CPU: 1
Feb 29 13:24:00 matteo kernel: EIP is at vmw_fb_setcolreg+0x22/0xb0 [vmwgfx]
Feb 29 13:24:00 matteo kernel: EAX: 00000000 EBX: f104235c ECX: 00000000 EDX: 00000000
Feb 29 13:24:00 matteo kernel: ESI: 00000000 EDI: 00000000 EBP: f6b418c4 ESP: f6b418a8
Feb 29 13:24:00 matteo kernel: DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
Feb 29 13:24:00 matteo kernel: CR0: 80050033 CR2: 00000068 CR3: 327e8640 CR4: 000006f0
Feb 29 13:24:00 matteo kernel: Stack:
Feb 29 13:24:01 matteo kernel: f6b418c0 00000082 00000021 00000000 00000000 00000000 f8a97bf0 f6b41908
Feb 29 13:24:01 matteo kernel: c07b95bd 00000000 0000ffff f1042000 c102cc40 c102cc60 c102cc80 00000000
Feb 29 13:24:01 matteo kernel: c0e381dc 0000ffff 00000000 f1042000 f8a97bf0 f1042000 f703c204 f703c204
Feb 29 13:24:01 matteo kernel: Call Trace:
Feb 29 13:24:01 matteo kernel: [<f8a97bf0>] ? vmw_fb_fillrect+0x40/0x40 [vmwgfx]
Feb 29 13:24:01 matteo kernel: [<c07b95bd>] fb_set_cmap+0xed/0x130
Feb 29 13:24:01 matteo kernel: [<f8a97bf0>] ? vmw_fb_fillrect+0x40/0x40 [vmwgfx]
Feb 29 13:24:01 matteo kernel: [<c07a93d0>] fbcon_set_palette+0x130/0x160
Feb 29 13:24:01 matteo kernel: [<c07ac069>] fbcon_switch+0x3c9/0x630
Feb 29 13:24:01 matteo kernel: [<c082e0b3>] redraw_screen+0x163/0x250
Feb 29 13:24:01 matteo kernel: [<c082ecd9>] do_bind_con_driver+0x269/0x350
Feb 29 13:24:01 matteo kernel: [<c082f0ce>] do_take_over_console+0x13e/0x1b0
Feb 29 13:24:01 matteo kernel: [<c07aa0cf>] do_fbcon_takeover+0x5f/0xc0
Feb 29 13:24:01 matteo kernel: [<c07aebb7>] fbcon_event_notify+0x687/0x780
Feb 29 13:24:01 matteo kernel: [<c048ccce>] notifier_call_chain+0x4e/0x70
Feb 29 13:24:01 matteo kernel: [<c048d019>] __blocking_notifier_call_chain+0x39/0x60
Feb 29 13:24:01 matteo kernel: [<c048d05f>] blocking_notifier_call_chain+0x1f/0x30
Feb 29 13:24:01 matteo kernel: [<c07b3ec6>] fb_notifier_call_chain+0x16/0x20
Feb 29 13:24:01 matteo kernel: [<c07b5de1>] register_framebuffer+0x1f1/0x330
Feb 29 13:24:01 matteo kernel: [<f8a98b0b>] vmw_fb_init+0x39b/0x440 [vmwgfx]
Feb 29 13:24:01 matteo kernel: [<f8a97412>] vmw_driver_load+0xd72/0xfc0 [vmwgfx]
Feb 29 13:24:01 matteo kernel: [<f89bfb6e>] drm_dev_register+0x8e/0xa0 [drm]
Feb 29 13:24:01 matteo kernel: [<f89c1fd9>] drm_get_pci_dev+0x79/0x1c0 [drm]
Feb 29 13:24:01 matteo kernel: [<f8a95b22>] vmw_probe+0x12/0x20 [vmwgfx]
Feb 29 13:24:01 matteo kernel: [<c07888cb>] pci_device_probe+0x7b/0xf0
Feb 29 13:24:01 matteo kernel: [<c086c969>] ? devices_kset_move_last+0x49/0xa0
Feb 29 13:24:01 matteo kernel: [<c0870259>] driver_probe_device+0x1f9/0x490
Feb 29 13:24:01 matteo kernel: [<c063ed77>] ? sysfs_create_dir_ns+0x37/0x90
Feb 29 13:24:01 matteo kernel: [<c07885a1>] ? pci_match_device+0xc1/0xe0
Feb 29 13:24:01 matteo kernel: [<c0870569>] __driver_attach+0x79/0x80
Feb 29 13:24:01 matteo kernel: [<c08704f0>] ? driver_probe_device+0x490/0x490
Feb 29 13:24:01 matteo kernel: [<c086e0e7>] bus_for_each_dev+0x57/0xa0
Feb 29 13:24:01 matteo kernel: [<c086fa9e>] driver_attach+0x1e/0x20
Feb 29 13:24:01 matteo kernel: [<c08704f0>] ? driver_probe_device+0x490/0x490
Feb 29 13:24:01 matteo kernel: [<c086f63f>] bus_add_driver+0x1ef/0x290
Feb 29 13:24:01 matteo kernel: [<f899f000>] ? 0xf899f000
Feb 29 13:24:01 matteo kernel: [<f899f000>] ? 0xf899f000
Feb 29 13:24:01 matteo kernel: [<c0870d6d>] driver_register+0x5d/0xf0
Feb 29 13:24:02 matteo kernel: [<c07870b3>] __pci_register_driver+0x33/0x40
Feb 29 13:24:02 matteo kernel: [<f89c21fd>] drm_pci_init+0xdd/0x100 [drm]
Feb 29 13:24:02 matteo kernel: [<f899f000>] ? 0xf899f000
Feb 29 13:24:02 matteo kernel: [<f899f013>] vmwgfx_init+0x13/0x1000 [vmwgfx]
Feb 29 13:24:02 matteo kernel: [<c040211a>] do_one_initcall+0xaa/0x200
Feb 29 13:24:02 matteo kernel: [<f899f000>] ? 0xf899f000
Feb 29 13:24:02 matteo kernel: [<c05ba3e9>] ? kfree+0x119/0x130
Feb 29 13:24:02 matteo kernel: [<c05a4eb5>] ? __vunmap+0xa5/0xf0
Feb 29 13:24:02 matteo kernel: [<c05b9875>] ? kmem_cache_alloc_trace+0x165/0x1d0
Feb 29 13:24:02 matteo kernel: [<c0568ac7>] ? do_init_module+0x21/0x1b5
Feb 29 13:24:02 matteo kernel: [<c0568ac7>] ? do_init_module+0x21/0x1b5
Feb 29 13:24:02 matteo kernel: [<c0568af6>] do_init_module+0x50/0x1b5
Feb 29 13:24:02 matteo kernel: [<c04f5393>] load_module+0x1dd3/0x23d0
Feb 29 13:24:02 matteo kernel: [<c05a524e>] ? __vmalloc_node_range+0x14e/0x240
Feb 29 13:24:02 matteo kernel: [<c04f5abf>] SyS_init_module+0x12f/0x190
Feb 29 13:24:02 matteo kernel: [<c040382d>] do_fast_syscall_32+0x8d/0x150
Feb 29 13:24:02 matteo kernel: [<c0b12418>] sysenter_past_esp+0x3d/0x61
Feb 29 13:24:02 matteo kernel: Code: 5e 5d c3 8d b6 00 00 00 00 55 89 e5 57 56 53 83 ec 10 66 66 66 66 90 83 f8 0f 89 55 f0 77 72 8b 5d 10 8b 9b 4c 03 00 00 8b 7b 3c <8b> 77 68 83 fe 18 74 2e 83 fe 20 74 29 8b 47 6c 89 74 24 04 c7
Feb 29 13:24:02 matteo kernel: EIP: [<f8a97c12>] vmw_fb_setcolreg+0x22/0xb0 [vmwgfx] SS:ESP 0068:f6b418a8

答え1

F23サーバーのバージョンを実行している両方のサーバーで同じ問題があります。カーネル4.3.4-300にアップデートして再起動したところ、サーバーが完全にフリーズしました。以前のカーネル4.2.6-301で再起動する必要がありました。

ESCボタンを押しても起動メッセージは表示されません。プリマスも停滞したようです。

その後、両方のサーバーにカーネル4.3.5-300（アップデートテストで）をインストールしましたが、1つだけが新しいカーネルを正常に起動しました。

わかります：

# abrt-cli list
id 29e33b5c96e28619dca309942a505fc8e2ef19e2
reason:         BUG: unable to handle kernel NULL pointer dereference at 0000000000000060
time:           Fri 05 Feb 2016 03:35:14 PM CET
cmdline:        BOOT_IMAGE=/vmlinuz-4.3.4-300.fc23.x86_64 root=/dev/mapper/fedora-root ro rd.lvm.lv=fedora/swap rd.lvm.lv=fedora/root rhgb quiet LANG=en_US.UTF-8
count:          882
Directory:      /var/spool/abrt/oops-2016-02-05-15:35:10-1606-4
Reported:       cannot be reported

F23ワークステーションのバージョンを実行しているデスクトップにカーネル4.3.4-301をインストールすると、この問題は発生しませんでした。

答え2

4.2.8以降のカーネルバージョンにディレクティブが追加されましたi915.preliminary_hw_support=1。grub-customize通常の設定でこれを行うか、e起動時にカーネル選択メニューをクリックして新しい行を追加してから[起動を続行]をクリックしてCtrl + X実行できますが、これは現在の起動でのみ機能します。

答え3

ESXiでは、仮想マシンのビデオメモリを5MBから8MBに増やすことで問題を解決しました。

関連情報