Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 468100 - "plymouth --hide-splash" clears screen when booting without "rhgb quiet"
Summary: "plymouth --hide-splash" clears screen when booting without "rhgb quiet"
Alias: None
Product: Fedora
Classification: Fedora
Component: plymouth
Version: 10
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Ray Strode [halfline]
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F10DesktopTarget
TreeView+ depends on / blocked
Reported: 2008-10-22 19:54 UTC by James Ralston
Modified: 2009-10-05 15:01 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2009-03-27 15:21:21 UTC

Attachments (Terms of Use)

Description James Ralston 2008-10-22 19:54:02 UTC
If I boot without "rhgb quiet", just before this message appears:

Session finished...exiting logger

...something clears the screen and moves the cursor to (0,0).

2.6.27-13.0 doesn't do this; the "Session finished...exiting logger" line just scrolls the display.  (The initird init scripts are the same for both kernels, so there must be something in that is clearing the screen.)

Scrolling the display is preferable to blanking the screen, as blanking the screen erases boot messages that may have value (see bug 461797).

Comment 1 Dave Jones 2008-10-22 20:00:17 UTC
The kernel shouldn't be doing anything here.  This is either initscripts, or possibly plymouth.

Comment 2 James Ralston 2008-10-22 23:16:48 UTC
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  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 have "fixed" it so that plymouth actually succeeds now.

Re-filing against plymouth...

Comment 3 Ray Strode [halfline] 2008-10-23 01:22:04 UTC
okay, so what's going on is,

hide_splash_screen() for the details plugin has:

  for_each_window (plugin,
                   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)

Comment 4 Ray Strode [halfline] 2008-11-10 20:18:33 UTC
This should be fixed in the latest builds.

Comment 5 James Ralston 2008-11-11 23:43:40 UTC
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...)

Comment 6 Ray Strode [halfline] 2008-11-12 04:15:27 UTC
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.

Comment 7 Bug Zapper 2008-11-26 04:08:10 UTC
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:

Comment 8 James Ralston 2009-03-27 15:21:21 UTC
Everything has been working properly in F10 current; booting with "nomodeset" and without "rhgb quiet" loses no console output.

Comment 9 Orion Poplawski 2009-10-01 15:55:48 UTC
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.

Comment 10 Ray Strode [halfline] 2009-10-05 15:01:48 UTC
No, shouldn't be neccessary.  If it's broken again, please file a new bug.

Note You need to log in before you can comment on or make changes to this bug.