Bug 174723

Summary: After upgrade to any 2.6.14 series kernels, auto mounting of external ieee1394 drives fails
Product: [Fedora] Fedora Reporter: PvR <thenephilim13>
Component: halAssignee: David Zeuthen <davidz>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 4CC: cweyl, david.goldberg6, dedourek, mclasen, stefan-r-rhbz, vlada
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: kernel-2.6.18-1.2257.fc5 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2008-03-10 01:14:05 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
lshal output none

Description PvR 2005-12-01 17:49:58 UTC 
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050922 Fedora/1.0.7-1.1.fc4 Firefox/1.0.7

Description of problem:
I'm not sure if this is HAL or SELinux or kernel related but ever since upgrading to any of the the 2.6.14 kernels, attaching an external vfat firewire drive no longer automounts to /media/VOLUME_NAME, this worked fine with 2.6.13. It seems kernel specific because when I reboot with 2.6.13 (everything else stays the same)  it works again. Here's the syslog from 2.6.14 (does not work):

ieee1394: Error parsing configrom for node 0-00:1023
ieee1394: Node changed: 0-00:1023 -> 0-01:1023
ieee1394: Node added: ID:BUS[0-00:1023]  GUID[00050001e00f9c70]
sbp2: $Rev: 1306 $ Ben Collins <bcollins>
ieee1394: sbp2: Driver forced to serialize I/O (serialize_io=1)
ieee1394: sbp2: Try serialize_io=0 for better performance
scsi1 : SCSI emulation for IEEE-1394 SBP-2 Devices
ieee1394: sbp2: Logged into SBP-2 device
ieee1394: Node 0-00:1023: Max speed [S400] - Max payload [2048]
  Vendor: ST320082  Model: 2A                Rev:
  Type:   Direct-Access-RBC                  ANSI SCSI revision: 04
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: asking for cache data failed
sdb: assuming drive cache: write through
SCSI device sdb: 390721968 512-byte hdwr sectors (200050 MB)
sdb: asking for cache data failed
sdb: assuming drive cache: write through
 sdb: sdb1
Attached scsi disk sdb at scsi1, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0,  type 0
Attached scsi generic sg1 at scsi1, channel 0, id 0, lun 0,  type 14

If I mount this drive manually, mount /dev/sdb1 /mnt/loop it works fine. 

Version-Release number of selected component (if applicable):
hal-0.5.2-2 kernel-2.6.14-1.1644_FC4

How reproducible:
Always

Steps to Reproduce:
1. Boot with 2.6.14 series kernel
2. Attach external firewire drive
3. Check that it did not get auto mounted under /media as expected
  

Actual Results:  The drive was not automounted.

Expected Results:  The should be automounted as /media/VOLUME_LABEL

Additional info:
Comment 1 John (J5) Palmieri 2005-12-01 18:27:42 UTC 
Hi, can you attach the output of lshal and the contents of your /etc/fstab with
the drive plugged in?  Thanks.
Comment 2 PvR 2005-12-01 18:54:22 UTC 
Created attachment 121699 [details]
lshal output
Comment 3 PvR 2005-12-01 18:55:50 UTC 
Hi John,

I assume you meant with 2.6.14 (broken?), I can supply the same with 2.6.13
(working) if you wish.

Here's the fstab:
[root@dell ~]# cat /etc/fstab
# This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/                 /                       ext3    defaults        1 1
LABEL=/boot             /boot                   ext3    defaults        1 2
/dev/devpts             /dev/pts                devpts  gid=5,mode=620  0 0
/dev/shm                /dev/shm                tmpfs   defaults        0 0
/dev/proc               /proc                   proc    defaults        0 0
/dev/sys                /sys                    sysfs   defaults        0 0
LABEL=SWAP-sda6         swap                    swap    defaults        0 0
/dev/hdc                /media/cdrecorder       auto   
pamconsole,exec,noauto,managed 0 0

Thanks!
Peter
Comment 4 Leon Fauster 2005-12-10 20:15:32 UTC 
seems to be the same 
Bugzilla Bug 174537 รข FireWire not working in recent 2.6.14 kernels
Comment 5 PvR 2005-12-12 18:49:22 UTC 
Not quite. As I understand from those posters there is some problem between the
scsi emulation layer and registering the device, mine works fine, I just have to
mount it manually, ie, there is no apparent problem with firewire or scsi.
Comment 6 PvR 2006-01-17 06:21:57 UTC 
This problem is also present with a gen 2 ipod (as expected)
Comment 7 Stefan Richter 2006-02-14 18:42:08 UTC 
Bug 174537 is another, more general incarnation of the same bug.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=175998#c15
Comment 8 Dave Jones 2006-02-19 04:57:02 UTC 
*** Bug 175998 has been marked as a duplicate of this bug. ***
Comment 9 Christian Iseli 2007-01-22 11:25:55 UTC 
This report targets the FC3 or FC4 products, which have now been EOL'd.

Could you please check that it still applies to a current Fedora release, and
either update the target product or close it ?

Thanks.
Comment 10 David Goldberg 2007-01-24 04:40:34 UTC 
The problem appears to be fixed in FC5 with the 2.6.18-1.2257.fc5 kernel (I
don't have any older ones left on my box to try).  This can be closed.
Comment 11 Stefan Richter 2008-03-04 16:34:54 UTC 
Would anybody please close this bug?