On 12/09/2013 11:35 AM, ToddAndMargo wrote:
> Hi All,
>
> Bug 836696 has been driving me nuts for years.  This is
> where you drop to fsck on boot for the backup drive,
> but you can't do anything with the drive when you get
> to maintenance mode.
>
> And, I finally figured out what is causing this.  My
> OS and my backup drive's devices are randomly reversing
> themselves at boot.  For details, see comment #37:
>
>      https://bugzilla.redhat.com/show_bug.cgi?id=836696#c37
>
> Hope no one else has to figure this one out the hard way,
> as I did.
>
> -T
>
>


Hi All,

In case anyone missed this is the bug report.

The problem occurs at boot, just after UDEV fires up.
The kernel fires off an fsck on exactly /dev/sdb1 and drops
to maintenance mode when it can not get a lock on /dev/sdb1.
And I have absolutely no control over this: label, uuid,
fstab.  It doesn't matter.

-T

/etc/rc.d/rc.sysinit

     401 if [ -z "$fastboot" -a "$READONLY" != "yes" ]; then
     402
     403         STRING=$"Checking filesystems"
     404         set -x
     405         echo $STRING
     406         echo "fsck -T -t noopts=_netdev -A $fsckoptions"
     407         fsck -T -t noopts=_netdev -A $fsckoptions
     408         rc=$?
     409         set +x

echo 'fsck -T -t noopts-_netdev -A -a -C'
fsck -T -t noopts-_netdev -A -a -C
/dev/mapper/luks_...2e0: clean, 327666/60104704 files, 
53048842/240499640 blocks
/dev/sdb1 is in use
e2fsck: cannot continue, aborting
+rc=8





-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Computers are like air conditioners.
They malfunction when you open windows
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~