Bug 174784

first off, I don't think this is an autofs problem, but I'll help you narrow it
down further.

Please post the contents of /proc/mounts, /etc/sysconfig/autofs, and the output
from "service autofs status".

I am not sure where is bug coming from so I choose autofs only because it has
something to do with mounting ;).

cat /proc/mounts

rootfs / rootfs rw 0 0
/dev/root / ext3 rw,data=ordered 0 0
/dev /dev tmpfs rw 0 0
/proc /proc proc rw,nodiratime 0 0
/sys /sys sysfs rw 0 0
none /selinux selinuxfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
/dev/devpts /dev/pts devpts rw 0 0
/dev/shm /dev/shm tmpfs rw 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
sunrpc /var/lib/nfs/rpc_pipefs rpc_pipefs rw 0 0
automount(pid2654) /net autofs rw 0 0


cat /etc/sysconfig/autofs
# Define custom options in /etc/sysconfig/autofs
# Use LOCALOPTIONS for defining variables, e.g. OSREL
# Use DAEMONOPTIONS to define the unmount timeout
# Define UNDERSCORETODOT as 1 to convert 
#     auto_home to auto.home and auto_mnt to auto.mnt
# Mount options, e.g. rsize=8192, should go in auto.master or
#     the auto_* map entry for a specific mount point
#
LOCALOPTIONS=""
DAEMONOPTIONS="--timeout=60"

#  UNDERSCORETODOT changes auto_home to auto.home and auto_mnt to auto.mnt
UNDERSCORETODOT=1
DISABLE_DIRECT=1

# Using a good number of maps can cause autofs to take
# some time to exit. If you get init script stop fails
# but find that a little while latter it's gone increase
# this value.
DAEMON_EXIT_WAIT=10





Output of "service autofs status"

Configured Mount Points:
------------------------
/usr/sbin/automount --timeout=60 /net program /etc/auto.net 

Active Mount Points:
--------------------
/usr/sbin/automount --timeout=60 /net program /etc/auto.net

OK, this is definitely not autofs.

Can you also post the output from "ls /dev"?

It might be useful to get the strace output from your mount command:

# strace mount /dev/sda2 /tmp/home >& /tmp/mount.strace

attach the resulting file.

One other question: is this from a fresh install?  If not, what was the last
thing you changed?

Created attachment 121754 [details]
Output of dev directory

Output of dev directory

Created attachment 121755 [details]
Strace output of the mount command

Strace output of the mount command

This is fresh install, no changes at all. 

I should mention that sda disk has fedora core 3 (not 64-bit one) on it, but I
would expect that it would mount it anyways.

output of the dev directory is in attached file dev.output

Strace output is in mount.strace attached as well.

please run e2label on /dev/sda2 and post the output

e2label /dev/sda2
/

e2label /dev/sdb7
/1

/dev/sda2 is root for FC3
/dev/sdb7 is root for FC5

also

e2label /dev/sda1
/boot1

This one is very important for me :). /dev/sda1 was formated during instalation
of FC5 (as well as /dev/sdb7).

what does /dev/root point to?  "ls -l /dev/root"

ls -l /dev/root
brw------- 1  root root 8, 23 Dec  2 04:29 /dev/root

To itself?

Ok, I'm perplexed.  /dev/root is the same as /dev/sdb7 (major 8, minor 23), as
you suspected.  I'll have to think about this some more.

Ok,
I still don't know what is the problem, but it appears on i386 version FC5 test1
as well.

However, if anyone is interested, workaround is to swap hard drives physically
(i.e. one that was sda becomes sdb and vice versa). Then in bios set to boot
from sdb drive, in other words, swap primary and secondary hard drives.

It seems that problem was bad blkid.tab file. It had wrong hard drive data in it.

Once I removed it and repeated "mount -a" everything worked fine.

I did not see this one in fc5test3. I think it is safe to close it.