Red Hat Bugzilla – Bug 463106
Forced repair console for disks mounted from /dev/disk/by-label/XXX
Last modified: 2009-01-20 06:36:29 EST
Description of problem:
I have a stack of external USB disks that have an fstab entry of the form /dev/disk/by-label/XXX (this is needed to mount the disks to the correct location even if they get different /dev/sdX names during bootup).
However, the normal bootup process aborts and dumps me into a repair console. No problems are detected by fdisk. Removing the entries from fstab allows normal bootup to proceed without a hitch. Manually mounting the disks after bootup works fine without any dmesg spew.
Are the /dev/disk/by-label/XXX symlinks created by udev (that is not present in the initrd image)? I assume the disk checking script fails to find the USB disks by that name, which it considers a fatal errors and aborts.
Steps to Reproduce:
1. Use an external USB disk with a fs label.
2. Mount the disk using that label from /dev/disk/by-label/XXX
System boots up
The USB disks have one partition formatted as ext3 with the appropriate descriptor in the partition table. They are labled using e2label.
Yes, they're created by udev. But they should still be created by the time fsck runs.
I can try and reproduce this. Give me a day or two.
You should be able to add "nofail" to the fstab options, the handle the case the disk is not there, and to continue without failing.
You would have to mount them by hand later though, because the automounting usually excludes stuff mentioned in fstab.
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: