Bug 200077

Summary:	hal + kernel 2.6.18-rc, devices fail to automount
Product:	[Fedora] Fedora	Reporter:	Andrew Clayton <andrew>
Component:	hal	Assignee:	John (J5) Palmieri <johnp>
Status:	CLOSED UPSTREAM	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	5	CC:	jkeck
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-08-03 17:01:21 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:

Description Andrew Clayton 2006-07-25 11:56:48 UTC

Description of problem:

With a FC5 on an i386 with a 2.6.18-rc[12] kernel. Plugging in a USB data stick
when logged into GNOME fails to automount and no icon on the desktop. Works on
2.6.17 and the latest FC kernel.

The interesting thing is this works on FC5 x86-64 with 2.6.18-rc. Also if you
boot the i386 machine with the stick in place, when you are logged into GNOME
there is an icon for it. However unmounting the device and replugging it results
in no automount/icon.

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

hal-0.5.7-3.fc5.2

How reproducible:

100%


Steps to Reproduce:
1. Plug in data stick
2.
3.
  
Actual results:

Nothing

Expected results:

Stick should get mounted and an icon placed on the desktop

Additional info:

Comment 1 Vedran Miletić 2006-07-30 12:50:34 UTC

HAL 0.5.7.1 added support for kernels >2.6.17.
http://lists.freedesktop.org/archives/hal/2006-July/005689.html
If you want, you can install HAL 0.5.8 cvs (that should also work) from utopia
repo - http://people.freedesktop.org/~hughsient/fedora/

Comment 2 Andrew Clayton 2006-07-31 15:46:37 UTC

Got the update to hal-0.5.7.1-2.fc5 however still no cigar.

The thing is this was working on the x64-64 FC5 before the update (still works
after of course)


If I get a chance I may try the 0.5.8cvs snapshot.

Comment 3 Matthias Clasen 2006-07-31 17:41:58 UTC

Does this problem occur on rawhide too ?

Comment 4 Andrew Clayton 2006-08-01 15:45:09 UTC

Updated the kernel (2.6.18-rc3) on another x86 FC5 machine and it now has the
same problem.

Just tried the utopia repo from above but that didn't help. My x86_64
workstation continues to work fine, 2.6.18-rc2, hal-0.5.7.1-2.fc5

Comment 5 Andrew Clayton 2006-08-02 08:56:02 UTC

I'm afraid I don't have any rawhide to test.

Comment 6 Andrew Clayton 2006-08-02 10:10:30 UTC

Dunno if this helps any but I ran udevmonitor on two of the above machines to
compare differences.

Here is the last few line from my x86-64/FC5 workstation, 2.6.18-rc2,
hal-0.5.7.1-2.fc5 (I seem to have both i386 and x86-64 versions installed)

UEVENT[1154510670.246094] add@/block/sdb
UEVENT[1154510670.246115] add@/block/sdb/sdb1
UEVENT[1154510670.246119] add@/class/scsi_device/12:0:0:0
UDEV  [1154510670.250690] add@/class/scsi_device/12:0:0:0
UDEV  [1154510670.383650] add@/block/sdb
UDEV  [1154510670.555570] add@/block/sdb/sdb1
UEVENT[1154510671.433544] mount@/block/sdb/sdb1
UDEV  [1154510671.434129] mount@/block/sdb/sdb1

This works fine. The device got mounted.

Heres the last few lines from an i386/FC5, 2.6.18-rc2, hal-0.5.7.1-2.fc5

UEVENT[1154513402.853689] add@/block/sdb
UEVENT[1154513402.853708] add@/block/sdb/sdb1
UEVENT[1154513402.853716] add@/class/scsi_device/2:0:0:0
UDEV  [1154513402.864618] add@/block/sdb
UDEV  [1154513402.874035] add@/class/scsi_device/2:0:0:0
UDEV  [1154513402.900793] add@/block/sdb/sdb1

No mount lines, and the device was indeed not mounted.

Comment 7 John (J5) Palmieri 2006-08-03 17:01:21 UTC

We don't ship that kernel. Please file upstream with HAL.

Comment 8 Andrew Clayton 2006-08-03 18:06:16 UTC

OK.

https://bugs.freedesktop.org/show_bug.cgi?id=7756