Bug 468100
| Summary: | "plymouth --hide-splash" clears screen when booting without "rhgb quiet" | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | James Ralston <ralston> |
| Component: | plymouth | Assignee: | Ray Strode [halfline] <rstrode> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 10 | CC: | kernel-maint, krh, notting, orion, quintela, rstrode |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2009-03-27 15:21:21 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
| Bug Depends On: | |||
| Bug Blocks: | 465130 | ||
|
Description
James Ralston
2008-10-22 19:54:02 UTC
The kernel shouldn't be doing anything here. This is either initscripts, or possibly plymouth. After much "debugging via printk()" (so to speak), I've isolated what is clearing the screen, which is: plymouth --hide-splash (rc.sysinit's init_crypto() function runs "plymouth --hide-splash" before it runs cryptsetup.) The bizarre thing is that plymouth only has this behavior with 2.6.27.3-30.rc1. With 2.6.27-13.0, the screen isn't cleared. This is 100% reproducible (by alternating booting with one kernel and then the other). My guess is that plymouth's --hide-splash option has been trying (and failing) to clear the screen all along, but changes between 2.6.27-13.0 and 2.6.27.3-30.rc1 have "fixed" it so that plymouth actually succeeds now. Re-filing against plymouth... okay, so what's going on is,
hide_splash_screen() for the details plugin has:
for_each_window (plugin,
(ply_boot_splash_plugin_window_handler_t)
uninitialize_window, NULL, NULL);
uninitialize_window() has:
ply_window_clear_screen (window);
We do this so that when plymouth quits the screen is blank so the crossfade to gdm fades from black instead of boot messages.
Sort of hard to fix that case and this one. I guess crossfading from boot messages when you are using details isn't that bad, so I'll do that (especially since showing boot messages isn't the default)
This should be fixed in the latest builds. Which builds? (I'm still seeing this for plymouth-0.6.0-0.2008.11.10.5, which is the latest in rawhide ATM, but I'm not sure if there's anything else in the build queue...) Make sure you rebuild your initrd (with /usr/libexec/plymouth/plymouth-update-initrd or /sbin/mkinitrd -f /boot/initrd-$(uname -r).img $(uname -r) or installing a new kernel) after updating plymouth. I think the build you mentioned should have the fix in it, but there have been several builds since then. This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping Everything has been working properly in F10 current; booting with "nomodeset" and without "rhgb quiet" loses no console output. Is it really necessary to specify "nomodeset" without "rhgb" in order to see the boot messages? This seems more trouble than should be needed. It certainly made me have to poke around and find this bug report. No, shouldn't be neccessary. If it's broken again, please file a new bug. |