Red Hat Bugzilla – Bug 1474044
Boot into black screen without nomodeset (kernel 4.11.10-300.fc26.x86_64)
Last modified: 2018-06-19 09:29:30 EDT
Description of problem: I updated from Fedora 25 to 26 and when the boot process switches from text mode to graphics mode all I get is a blank screen. Only thing I can do is press the reset button. I have an ATI Radeon HD 5450 if that helps. The system boots when I add "nomodeset" but then it only shows garbage when the X server starts. Since Fedora 26 is completely unusable for me in this condition I reverted to my F25 backup. Version-Release number of selected component (if applicable): 4.11.10-300.fc26.x86_64
I have the same issue after updating to Fedora 26. F26 works with kernel 4.11.10-200.fc25.x86_64, but I get the blank screen with 4.11.10-300.fc26.x86_64 and 4.11.11-300.fc26.x86_64 Graphics: AMD/ATI Redwood XT GL FirePro V4800
Why has this bug been moved from kernel to xorg-x11-drv-radeonhd (and without any justifying comment)? The problem occurs during kernel boot (in my case just before it would ask me for my LUKS passphrase). Surely the kernel does not use the xorg drivers.
(In reply to A. Galama from comment #2) > Why has this bug been moved from kernel to xorg-x11-drv-radeonhd (and > without any justifying comment)? The problem occurs during kernel boot (in > my case just before it would ask me for my LUKS passphrase). Surely the > kernel does not use the xorg drivers. The xorg-x11-drv owners are also those who take care of the kernel portion. All gpu kernel bugs get reassigned to the relevant xorg-x11-drv to get the appropriate attention.
This problem is intermittent for me. It boots fine about 1 in 4-5 tries. The other times the screen remains blank. Both 4.11.10-300.fc26.x86_64 and 4.11.11-300.fc26.x86_64 behave the same.
No progress. Bug still exists in kernel 4.12.9-300.
Someone re-report this bug on bugzilla.freedesktop.org and link it here. Otherwise, I think, this bug will never get noticed... [Just a stranger, Googling things.]
Still no progress. Bug still exists in kernel 4.13.5-200. If someone asked me whether I would recommend Fedora to a friend, I would say no.
The problem was intermittent for me in Fedora 26, but with Fedora 27 I have never been able to get to the LUKS passphrase prompt unless I replace "rhgb" with "nomodeset" on the kernel command line. As far as I can tell, once it switches the graphics mode, the system hangs. Trying to blindly enter the passphrase does nothing, hitting escape does nothing, hitting control-alt-delete does nothing. Have tried several F17 kernels, most recently 4.15.3-300.fc27.x86_64. This is particularly aggravating because I have a 2560x1600 monitor, but with "nomodeset" on the kernel command line, the X server will only run at 1600x1200 resolution. My system has Asus Sabertooth 990FX R2.0 motherboard, AMD FX-8350 CPU, and Radeon 5850 graphics card.
Replaced Radeon HD 5850 (midrange Evergreen) with Radon R7-240 (low-end GCN 1st gen), and it boots fine without needing to remove rhgb or add nomodeset.
I have the same problem here, Fedora 27 boots fine with kernels 4.13 and below, but from 4.14 and latter boot fails with black screen until I add nomodeset which causes hangs to the system
I've been running the 4.11.8-300.fc26.x86_64 kernel since this started, however recently I accidentally booted into kernel-4.15.6-200.fc26.x86_64 and was surprised that I got all the way into GNOME. Unfortunately a couple of days later the system completely froze. Hardware: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570] Connected to 3 monitors.
I'm on Fedora 27, have an ATI Radeon graphics card (see below for model) and have the same issue as the OP: when the boot process switches from text mode to graphics mode all I get is a blank screen. This has been happening for a long time (since at least F26, probably as far back as F25 can't remember exactly now), but while initially it would only happen rarely, currently I only get about 1 in 5 boots to get to GDM screen. Once it has successfully booted though, there are no issues, everything works as expected and is rock solid (I use the computer 6-8 hours at a time without problems); it recovers correctly from sleep. Hardware: VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Redwood LE [Radeon HD 5550/5570/5630/6390/6490/7570] it is the only graphics card in the system, and it's connected to a single 22' LCD monitor via DVI interface. current kernel is 4.15.15-300.fc27.x86_64, but as I was saying, this keeps happening for the last 2 or 3 Fedora releases.
This message is a reminder that Fedora 26 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 26. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '26'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 26 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete.
Fedora 26 changed to end-of-life (EOL) status on 2018-05-29. Fedora 26 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. If you are unable to reopen this bug, please file a new report against the current release. If you experience problems, please add a comment to this bug. Thank you for reporting this bug and we are sorry it could not be fixed.
I'm still experiencing this bug with a Radeon and the latest f28 kernel 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Cypress PRO [Radeon HD 5850] $ uname -a Linux localhost 4.16.15-300.fc28.x86_64 #1 SMP Tue Jun 12 00:42:35 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux Adding 'nomodeset' to the boot command-line fixes it.
(In reply to Steve Fox from comment #11) > I've been running the 4.11.8-300.fc26.x86_64 kernel since this started, > however recently I accidentally booted into kernel-4.15.6-200.fc26.x86_64 > and was surprised that I got all the way into GNOME. Unfortunately a couple > of days later the system completely froze. > > Hardware: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. > [AMD/ATI] Redwood PRO [Radeon HD 5550/5570/5630/6510/6610/7570] > > Connected to 3 monitors. In case anyone else has this device, I have managed to find resolution to this by upgrading to Fedora 28. I am not using nomodeset, am on 4.16.14-300.fc28.x86_64, and can get a week of uptime (maybe longer; haven't tried).