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
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~