Description of problem: When a Lenovo T500 is re-booted after it crashed (battery run out is one reason), the machine hangs because its root filesystem needs to go through fsck (BZ 558851). When "rhgb quite" is removed from grub, it reports: /dev/mapper/vg0-root contains a file system with errors, check forced. /dev/mapper/vg0-root: inodes that were part of a corrupted orphan linked list found. /dev/mapper/vg0-root: UNEXPECTED INCONSISTENCY: RUN fsck MANUALLY [FAILED] ... *** An error occurred during the file system check. *** Dropping you to a shell; the system will reboot *** when you leave the shell. *** Warning -- SELinux is active *** Disabling security enforcement for system recovery. *** Run 'setenforce 1' to reenable Give root password for maintenance (or type Control-D to continue): At this stage, at every second key stroke, it reports "Login incorrect." and repeats the above "Give root password...". The only way I have been able to recover from this is to reboot the machine with a Live image and run "fsck.ext4 /dev/mapper/vg0-root" and reboot. Version-Release number of selected component (if applicable): Fedora 13 How reproducible: All the time on my laptop Steps to Reproduce: 1. Install Fedora 13 on T500 2. Boot to Fedora 13 3. Press power button 4. watch get to the above state Actual results: Expected results: To not get to above state. At the worst, to be able to run fsck Additional info:
*** Bug 651254 has been marked as a duplicate of this bug. ***
*** Bug 644057 has been marked as a duplicate of this bug. ***
Try adding rd_NO_PLYMOUTH in your kernel line and retry.
Yes! That fixes the problem for me. I filed the duplicate bug concerning this problem with an ext2 filesystem. (Sorry about that. I did search but obviously wasn't smart enough about it.) With rd_NO_PLYMOUTH I don't get a prompt for the password for the root filesystem encryption, but that's a minor matter relative to the problem itself. Unless I hear there's reason not to, I'll post this as a workaround to Fedora Forum for other end users. Thanks very much!
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. 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 WONTFIX if it remains open with a Fedora 'version' of '13'. 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 prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 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 please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. 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. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Still present in Fedora 14 and Fedora 15.
Also present in RHEL6.1 ! paid, licensed, commercial support :(
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 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. Thank you for reporting this bug and we are sorry it could not be fixed.
Changing version to Fedora 15 as per comment #8
I ran into this today with F14.. I always remove 'rhgb quiet' from grub, and I tried rebooting adding 's' to get to single user mode. I was shocked to find that I was still getting the password prompt in single-user mode! The really interesting thing I noticed was that keys alternated between the repeating password prompt and being sent to the shell. That is, if I typed "llss<CR><CR>", it would run ls and show me the directory contents. What exactly does rd_NO_PLYMOUTH do? Is there any harm in leaving it in my grub line all the time?
Observed with RHEL 6.1 -> Boot in single user mode to fix some filesystem trouble -> Impossible to enter password, only the return key seems to do anything -> Boot with rd_NO_PLYMOUTH on the command line -> Password can be entered This being a problem with the console input, maybe the title of the bug should be changed?
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached 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 to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. 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. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping