Bug 105999

Summary:	Switch from verbose to silent boot splash stops the boot process
Product:	[openSUSE] SUSE LINUX 10.0	Reporter:	Andreas Schneider <asn>
Component:	Kernel	Assignee:	Michael Schröder <mls>
Status:	RESOLVED FIXED	QA Contact:	E-mail List <qa-bugs>
Severity:	Critical
Priority:	P5 - None	CC:	mls, novell.suse, werner
Version:	Beta 2
Target Milestone:	---
Hardware:	Other
OS:	All
Whiteboard:
Found By:	Beta-Customer	Services Priority:
Business Priority:		Blocker:	---
Marketing QA Status:	---	IT Deployment:	---
Attachments:	/etc/init.d/boot.test

Description Andreas Schneider 2005-08-20 11:05:49 UTC

If you have a cryptofs, you'll be asked for the password during the boot
process. The bootsplash goes in verbose mode for this. After you entered the
password or simply pressed enter it switches back to silent mode and stays
there. The boot process stops until you press ESC or F2.

The problem is the restore() function in /etc/init.d/boot.crypto. I commented
the call of the function in line 240 out, so it stays in verbose mode and boots.

Comment 1 Dr. Werner Fink 2005-08-23 09:44:13 UTC

This was added due bug #104592  ... Michael?  Why I can not restore
the splash screen without stopping the boot process?  Currently
the restore() shell function looks like

restore ()
{
    stty $otty < $REDIRECT;
    [[ "$splash" =~ silent ]] && echo silent > /proc/splash
}

were $splash contains the line get with

     read splash  < /proc/splash

in the shell function redirect()

Comment 2 Dr. Werner Fink 2005-08-23 09:55:39 UTC

Andreas?  Can you please re-enable the restore() function at line 240?
After you've done this I'd like to ask you if your can comment out
the line

      stty $otty < $REDIRECT;

in restore() and reboot your system.  I'd like to know if the boot
splash restore or the tty restore freeze the boot process.

Comment 3 Andreas Schneider 2005-08-23 15:30:35 UTC

Stops with

#stty $otty < $REDIRECT;

too, so it is the bootsplash.

Comment 4 Dr. Werner Fink 2005-08-23 16:03:30 UTC

Yep, I can reproduce this.  I've written a boot.test script
which, after marked as INTERACTIVE in /etc/insserv.conf,
reproduce the behaviour after insserv-ing it.

Comment 5 Dr. Werner Fink 2005-08-23 16:06:15 UTC

Created attachment 47259 [details]
/etc/init.d/boot.test

Don't forget to mark it as INTERACTIVE in
/etc/insserv.conf before running `insserv boot.test'

Comment 6 Dr. Werner Fink 2005-08-23 16:07:30 UTC

Now it seems to be a kernel bug within the splash interface.

Comment 7 Dr. Werner Fink 2005-09-01 13:58:22 UTC

*** Bug 114706 has been marked as a duplicate of this bug. ***

Comment 8 Michael Schröder 2005-09-01 14:06:57 UTC

Actually not a kernel bug, but a fd leak. Fixed in startpar and in the splash 
utility (better safe than sorry).

Comment 9 Dr. Werner Fink 2005-09-12 13:09:59 UTC

*** Bug 116451 has been marked as a duplicate of this bug. ***