From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6)
Gecko/20040510 Galeon/1.3.14

Description of problem:
I finally installed FC2 and immediately updated to 2.6.6-1.427.
FireWire seems to be working absolutely fine: my external Iomega 120GB
FireWire drive was detected and the nightly backup onto it seems to
have gone without incident. I have copied large (~400MB) files to and
from it without incident so far.

There was only one thing regarding this that struck me as not quite
right, but it's not a problem with the kernel but rather with kudzu.
When I first booted into 2.6.6-1.427 with the FireWire drive attached
kudzu recognised the device and asked if I wanted to configure it to
which I said yes. However, kudzu/updfstab did not create a mount point
for it like it does for CD drives and floppies which I think it
should. I created an entry in fstab and a mount point in /mnt, but
still no icon for the drive showed up on my GNOME desktop even when
the device was mounted. I then added the option "users" to the fstab
entry and an icon appeared on the desktop. None of that was really a
problem for me, but a newbie would have just thought that FC2 was
failing to see the external drive.


Version-Release number of selected component (if applicable):
1.1.62-1

How reproducible:
Always

Steps to Reproduce:
1. Run a FireWire enabled kernel like 2.6.6-1.427
2. Connect an external FireWire drive.
    

Actual Results:  No entries in /etc/fstab or /mnt created. Drive is
invisible to user unless they know it is /dev/sd? and know how to
mount it.

Expected Results:  updfstab creates a mountpoint and an entry in
/etc/fstab and drive is automatically mounted and appears on desktop.

Additional info:

Creating a mountpoint and an entry in fstab is not exactly hard, but
it would confuse a normal non-techie user. Also, having a permanent
entry in fstab for the firewire drive is annoying because on boot
fstab is read before the firewire drivers have been loaded and
therefore generates an error -- if you are using rhgb the view
switches to details at mounting local disks which makes it look like
an error has occured (well technically it has). Again, this could be
disarming for a non-techie user.