Black screen after choosing to boot in GRUB

Hello,

Yesterday, I’ve upgraded my Leap 15 with new packages including a new kernel.
I have those kernels installed:

  • 4.12.14-lp150.12.4.1 - x86_64
  • 4.12.14-lp150.12.7.1 - x86_64
  • 4.12.14-lp150.12.10.1 - x86_64

I could boot without any black screen before the last upgrade.
If I boot with 4.12.14-lp150.12.10.1 or 4.12.14-lp150.12.7.1, I get a black screen. And I cant open a console either.
If I boot with 4.12.14-lp150.12.4.1, I can reach the login screen like before.

I suspect an issue with the GC driver given in Leap 15.0. I have an old 450 GTS.

How can I fix this issue with the latest kernel? Should I get the NVIDIA driver?

Thanks for your tips.

Have the same problem with black screen when booting with kernel vmlinuz-4.12.14-lp150.12.10-default (but not with vmlinuz-4.12.14-lp150.12.7-default). Have NVIDIA GT210 on my box.

Kernel 4.12.14-lp150.12.10.1 has problems with DRM, see https://bugzilla.opensuse.org/show_bug.cgi?id=1104121
A fixed kernel is on the way, please boot an older kernel for a day or two…

Initially normal 4.12.14-lp150.12.10 here on host big31 with this kernel cmdline:

root=LABEL=os150s6v6 ipv6.disable=1 net.ifnames=0 noresume vga=791 video=1440x900@60 3

and plymouth not installed. I logged in as root, executed startx, and host froze with black screen and hard reset required to recover.

# inxi -Gxx
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0 chip-ID: 10de:0a65
           Display Server: X.org 1.19.6 drivers: modesetting (unloaded: fbdev,vesa)
           tty size: 180x56 Advanced Data: N/A for root out of X
# journalctl -b -1 | tail -n48
Aug 10 04:22:47 big31 kernel: IP: drm_atomic_helper_async_check+0x89/0x100 [drm_kms_helper]
Aug 10 04:22:47 big31 kernel: PGD 0 P4D 0
Aug 10 04:22:47 big31 kernel: Oops: 0000 #1] SMP PTI
Aug 10 04:22:47 big31 kernel: Modules linked in: rpcsec_gss_krb5 auth_rpcgss nfsv4 dns_resolver nfs lockd grace sunrpc fscache af_packet iscsi_ibft iscsi_boot_sysfs msr snd_hda_codec_hdmi nouveau snd_hda_intel mxm_wmi snd_hda_codec wmi snd_hda_core video snd_hwdep snd_pcm ttm snd_timer coretemp gpio_ich iTCO_wdt iTCO_vendor_support snd drm_kms_helper kvm_intel drm lpc_ich kvm r8169 mii drm_panel_orientation_quirks fb_sys_fops syscopyarea sysfillrect soundcore sysimgblt i2c_algo_bit shpchp i2c_i801 thermal pcspkr button irqbypass hid_generic usbhid sr_mod cdrom ata_generic ata_piix ahci libahci serio_raw ehci_pci uhci_hcd ehci_hcd usbcore sg dm_multipath dm_mod scsi_dh_rdac scsi_dh_emc scsi_dh_alua
Aug 10 04:22:47 big31 kernel: CPU: 1 PID: 1073 Comm: X Not tainted 4.12.14-lp150.12.10-default #1 openSUSE Leap 15.0
Aug 10 04:22:47 big31 kernel: Hardware name: BIOSTAR Group G31-M7 TE/G31-M7 TE, BIOS 080014  02/01/2010
Aug 10 04:22:47 big31 kernel: task: ffff880139f6e180 task.stack: ffffc90000b74000
Aug 10 04:22:47 big31 kernel: RIP: 0010:drm_atomic_helper_async_check+0x89/0x100 [drm_kms_helper]
Aug 10 04:22:47 big31 kernel: RSP: 0018:ffffc90000b77a60 EFLAGS: 00010246
Aug 10 04:22:47 big31 kernel: RAX: ffff880134c694e0 RBX: 0000000000000000 RCX: ffff880134c69500
Aug 10 04:22:47 big31 kernel: RDX: 0000000000000001 RSI: 0000000000000000 RDI: 0000000000000060
Aug 10 04:22:47 big31 kernel: RBP: ffff88013403e0c0 R08: 0000000000000000 R09: 0000000000000000
Aug 10 04:22:47 big31 kernel: R10: 0000000000000002 R11: 0000000000000000 R12: ffff8801332c9800
Aug 10 04:22:47 big31 kernel: R13: ffff8801349daf00 R14: 0000000000000000 R15: ffff88013403e0c0
Aug 10 04:22:47 big31 kernel: FS:  00007f4806b39300(0000) GS:ffff88013fc80000(0000) knlGS:0000000000000000
Aug 10 04:22:47 big31 kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Aug 10 04:22:47 big31 kernel: CR2: 0000000000000008 CR3: 00000001382c6000 CR4: 00000000000406e0
Aug 10 04:22:47 big31 kernel: Call Trace:
Aug 10 04:22:47 big31 kernel:  drm_atomic_helper_check+0x43/0x60 [drm_kms_helper]
Aug 10 04:22:47 big31 kernel:  nv50_disp_atomic_check+0x13/0x130 [nouveau]
Aug 10 04:22:47 big31 kernel:  drm_atomic_check_only+0x37c/0x540 [drm]
Aug 10 04:22:47 big31 kernel:  drm_atomic_commit+0x13/0x50 [drm]
Aug 10 04:22:47 big31 kernel:  drm_atomic_helper_update_plane+0xea/0x100 [drm_kms_helper]
Aug 10 04:22:47 big31 kernel:  __setplane_internal+0x227/0x290 [drm]
Aug 10 04:22:47 big31 kernel:  drm_mode_cursor_universal+0xdb/0x190 [drm]
Aug 10 04:22:47 big31 kernel:  drm_mode_cursor_common+0x163/0x1d0 [drm]
Aug 10 04:22:47 big31 kernel:  drm_ioctl+0x1e0/0x430 [drm]
Aug 10 04:22:47 big31 kernel:  ? drm_mode_cursor_ioctl+0x50/0x50 [drm]
Aug 10 04:22:47 big31 kernel:  ? __handle_mm_fault+0xb68/0x10e0
Aug 10 04:22:47 big31 kernel:  nouveau_drm_ioctl+0x64/0xc0 [nouveau]
Aug 10 04:22:47 big31 kernel:  do_vfs_ioctl+0x90/0x5f0
Aug 10 04:22:47 big31 kernel:  ? handle_mm_fault+0xa6/0x1d0
Aug 10 04:22:47 big31 kernel:  ? __do_page_fault+0x251/0x4c0
Aug 10 04:22:47 big31 kernel:  SyS_ioctl+0x74/0x80
Aug 10 04:22:47 big31 kernel:  do_syscall_64+0x7b/0x150
Aug 10 04:22:47 big31 kernel:  entry_SYSCALL_64_after_hwframe+0x3d/0xa2
Aug 10 04:22:47 big31 kernel: RIP: 0033:0x7f4804464477
Aug 10 04:22:47 big31 kernel: RSP: 002b:00007fffc5530ae8 EFLAGS: 00003246 ORIG_RAX: 0000000000000010
Aug 10 04:22:47 big31 kernel: RAX: ffffffffffffffda RBX: 00005635acbf76b0 RCX: 00007f4804464477
Aug 10 04:22:47 big31 kernel: RDX: 00007fffc5530b20 RSI: 00000000c02464bb RDI: 000000000000000b
Aug 10 04:22:47 big31 kernel: RBP: 00007fffc5530b20 R08: 0000000000000040 R09: 0000000000000001
Aug 10 04:22:47 big31 kernel: R10: 0000000000000079 R11: 0000000000003246 R12: 00000000c02464bb
Aug 10 04:22:47 big31 kernel: R13: 000000000000000b R14: 0000000000000002 R15: 0000000000000040
Aug 10 04:22:47 big31 kernel: Code: c1 e7 05 48 8d 4c 3e 20 48 89 f0 48 8b 18 48 83 fb 01 83 da ff 48 83 c0 20 48 39 c8 75 ed 83 fa 01 48 8d 04 3e 75 69 48 8b 70 18 <48> 8b 56 08 48 85 d2 74 5c 48 8b 40 10 48 3b 50 08 75 52 48 8b
Aug 10 04:22:47 big31 kernel: RIP: drm_atomic_helper_async_check+0x89/0x100 [drm_kms_helper] RSP: ffffc90000b77a60
Aug 10 04:22:47 big31 kernel: CR2: 0000000000000008
Aug 10 04:22:48 big31 kernel: --- end trace eae3bcbbc3e22ffb ]---

As OrsoBruno says, boot the previous kernel for now.

To boot previous kernel, select the “Advanced Options” line on boot menu. And on the next screen, select the line for the previous kernel. It’s probably the 3rd line down on that submenu if you have difficulty reading – the line is truncated.

There’s actually a new kernel in the test repo, which should fix the problem. You could configure that repo and update to it. But it is easier to just boot the previous kernel for a day or two.

I see that the new kernel 4.12.14-lp150.12.13.1 is now available for installing. I’ve tested on the system that had problems here, and the new kernel seems to be fine.

Lucky you. I still do not have a working desktop with 4.12.14-lp150.12.13.1. It shows the same problem that 12.10.1. That last working kernel for me is 12.7.1 :frowning:

@marcelovborro
Read the bugreport, its mentioned there.

Kernel 4.12.14-lp150.12.13.1 working here too, optimus laptop, using DRI_PRIME with nouveau driver.

Sauerland, if you are talking about https://bugzilla.opensuse.org/show_bug.cgi?id=1104121, I’ve posted there too. 4.12.14-lp150.12.13.1 is not working for me.
I’ve asked Takashi Iwai which is the fixed kernel and I’m wating him to confirm that is https://download.opensuse.org/repositories/Kernel:/openSUSE-15.0:/Submit/standard/x86_64/kernel-default-4.12.14-lp150.17.1.g942604c.x86_64.rpm

I’ve tested the kernel in Kernel:/openSUSE-15.0:/Submit/ and it does not work too, like 12.13.1 and 12.10.1.
I am using nvidia proprietary drivers :-/

It looks as if there might be a separate issue involving nvidia drivers. Maybe start a new bug report (or check if one has already been started).

The 12.13.1 kernel is working fine for me on the system where I originally ran into the kernel problem. But that’s not nvidia.

I’ve just opened a new bug about this problem with nvidia proprietary drivers: 1104512 – No graphic session with kernel 4.12.14-lp150.12.10 - with nvidia proprietary drivers

Ok, thank you for your answers.
I’ve post a message too quickly as there was already a message with this kind of bug.

Now, I can install the new kernel. But I added nvidia repository and without selecting any package from it, YAST forces me to install nvidia-gfxG04-kmp-default.
So is it a good idea to switch to nvidia driver with a kernel update while being with a XFCE session?

Thanks

.12.13 fixed my NVIDIA GT218 [GeForce 210].

YaST doesn’t “force” anybody: you can always change the proposal, for instance “taboo” the package you don’t want installed.
Maybe you can update everything in one step, but to be sure I would do the following:

  • “taboo” nvidia-gfxG04-kmp-default (or temporary disable the whole Nvidia repo)
  • update the kernel (and anything else that might be suggested)
  • reboot
  • re-enable the Nvidia repo or cancel the “taboo” from nvidia-gfxG04-kmp-default
  • logout from the graphics session and login to a console (ALT+CTRL+F1)
  • once logged on to the console, issue the following:
zypper ref
zypper install nvidia-gfxG04-kmp-default

That way you avoid troubles should the X-server crash during install of the new graphics driver.
A final reboot and you should be good to go…

Everything works fine, even with the nvidia driver.

Thanks a lot

I’ve fixed my system after I reinstalled nvidia-gfxG03-kmp-default to make the post install scripts run again. Then I was able to boot with the kernel-default-4.12.14-lp150.12.13.1.x86_64 :slight_smile: