Red Hat Bugzilla – Bug 652520
no terminal for fsck at boot
Last modified: 2010-11-15 05:53:51 EST
Description of problem: Devices aren't sane at boot. fsck returns an error and drops to a shell. Running fsck by hand complains that a terminal cannot be opened. syslog does not record messages. "yum update" has been run, and succeeded. .autorelabel was run, and forced a reboot with no confirmation required.
Version-Release number of selected component (if applicable):
How reproducible: every time
Steps to Reproduce:
Actual results: from output of dmesg [entire contents will be attached]:
[ 6.652525] dracut: Starting plymouth daemon
[ 6.658859] console_init: Failed to open tty0: No such file or directory
[ 7.081733] firewire_ohci 0000:05:03.0: PCI INT A -> GSI 19 (level, low) -> IRQ 19
[ 7.132271] firewire_ohci: Added fw-ohci device 0000:05:03.0, OHCI v1.0, 8 IR + 8 IT contexts, quirks 0x0
[ 7.633786] firewire_core: created device fw0: GUID 001e8c000167b27f, S400
[ 9.221881] EXT4-fs (sdc11): mounted filesystem with ordered data mode. Opts: (null)
[ 9.282131] dracut: Checking filesystems
[ 9.282200] dracut: fsck -T -t noopts=_netdev -A
[ 9.287480] dracut Warning:
[ 9.287544] dracut Warning: fsck returned with error code 8
[ 9.287616] dracut Warning: *** An error occurred during the file system check.
[ 9.287693] dracut Warning: *** Dropping you to a shell; the system will retry
[ 9.287770] dracut Warning: *** to mount the system, when you leave the shell.
Expected results: no problems with fsck
Fedora 14 was installed, then upgraded to rawhide using yum.
Created attachment 459919 [details]
output from "dmesg"
current dracut version in rawhide should fix this bug...
$ lsinitrd /boot/initramfs-$(uname -r).img|head -4
Does not show dracut-008-0.8.git5e1898f.fc15 as the version, then please recreate your initramfs image with dracut and retry.
OK, dracut was one step behind at 008-0.7. Rebuilding initramfs and rebooting fixed the problem of this bz report. Now who is supposed to supply /etc/udev/rules.d/10-console.rules which seems to be missing?
(In reply to comment #4)
> OK, dracut was one step behind at 008-0.7. Rebuilding initramfs and rebooting
> fixed the problem of this bz report. Now who is supposed to supply
> /etc/udev/rules.d/10-console.rules which seems to be missing?
10-console.rules is coming back with the newest dracut... But, it might vanish with future versions, because /dev/tty1 is always there because of devtmpfs, and thus we might not need 10-console.rules. I only include it right now, because it parallelizes the process.