Bug 732278

Summary: dracut-013+ console is capable of going into an inconsistent state (various scenarios, plymouth)
Product: [Fedora] Fedora Reporter: Leho Kraav <leho>
Component: dracutAssignee: dracut-maint
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: unspecified Docs Contact:
Priority: unspecified    
Version: 19CC: harald, jonathan, kay
Target Milestone: ---   
Target Release: ---   
Hardware: Unspecified   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2013-05-29 13:36:00 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:
Attachments:
Description Flags
cmdline += rd.shell rd.break rd.debug splash
none
cmdline += rd.shell rd.break rd.debug rd.plymouth=0
none
02-rd.plymouth-0-fail-init.log.png
none
03-long-passwords-fail.png none

Description Leho Kraav 2011-08-21 15:10:35 UTC
Created attachment 519185 [details]
cmdline += rd.shell rd.break rd.debug splash

Description of problem:
console goes into inconsistent state depending on various kernel parameters.


Version-Release number of selected component (if applicable):
013+, git HEAD


How reproducible:
Every time


Steps to Reproduce:
1. cmdline += $(see screenshot attachment descriptions for individual cmdlines)
2. see plymouth splash, enter password for unlocking root
3. wait to drop to shell -> switch_root:/#
4. start typing into shell
  
Actual results:
all sorts of garbled display

Expected results:
normal shell behavior

Comment 1 Leho Kraav 2011-08-21 15:16:27 UTC
Created attachment 519186 [details]
cmdline += rd.shell rd.break rd.debug rd.plymouth=0

with rd.plymouth=0, self created password prompts do not becomes visible. user has to enter password blind to proceed.

Comment 2 Leho Kraav 2011-08-21 15:18:01 UTC
Created attachment 519187 [details]
02-rd.plymouth-0-fail-init.log.png

init.log shows that printf for Password is indeed called, but loginit is redirecting it's output somewhere else.

Comment 3 Leho Kraav 2011-08-21 15:32:57 UTC
loginit's behavior is strange in the regard that specifying rd.debug will only cause debug output to be shown on console until loginit is called. after that everything goes only into /run/initramfs/init.log.

yet specifying cmdline += "rd.debug quiet" will cause all debug output to be shown on console. "quiet" in this case seems to equal *more* output instead of less. that makes no sense.

printf password prompt is shown correctly when removing "rd.debug" from cmdline.

Comment 4 Leho Kraav 2011-08-21 17:43:12 UTC
Created attachment 519197 [details]
03-long-passwords-fail.png

found another bug. with long passwords and a vconsole.font that cannot fit all asterisks on single line, dracut will print an extra prompt line for every asterisk that goes over the line length limit.

Comment 5 Fedora Admin XMLRPC Client 2011-10-20 16:19:07 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 6 Harald Hoyer 2012-07-03 07:53:44 UTC
(In reply to comment #4)
> Created attachment 519197 [details]
> 03-long-passwords-fail.png
> 
> found another bug. with long passwords and a vconsole.font that cannot fit
> all asterisks on single line, dracut will print an extra prompt line for
> every asterisk that goes over the line length limit.

This would be a bug in cryptsetup.

Comment 7 Fedora End Of Life 2013-04-03 14:40:09 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle.
Changing version to '19'.

(As we did not run this process for some time, it could affect also pre-Fedora 19 development
cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.)

More information and reason for this action is here:
https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19

Comment 8 Harald Hoyer 2013-05-29 13:36:00 UTC
should be fixed in current dracut

Please reopen, if this is still an issue.