Hmm, are you sure hal is running at all on your system? Works fine here. I've been running this hal version for a few weeks before it got committed to testing without problems.

yes hal is working fine, it adds stuff to fstab only kde ioslave doesn't show anything when the device is mounted. remembers me on old hal behaviour some time ago. then -1 fixed it i think

Works properly here.

hm i try reinstall, perhaps my kde is just bugged

no didn't help, what versions of kdebase and hal are you running?

ok rebuild of kdebase didn't help too,
Jan any other suggestions, perhaps you can try on your pc.
greetings
tpowa

ok i found the error cause, it's kernel 2.6.13
donwgraded again to 2.6.12.5 and all is fine.
hm JGC any idea?

Can't reproduce it with a vanilla 2.6.13 kernel. Don't know how the 2.6.13-ARCH kernel would work in this situation though.

I have similar problems with gnome, but I'm not convinced it's HAL. In gnome, nautilus and gtkfile selector seem to recognise devices just fine, and a new device pops up if I add my usb hard disk. Gnome-volume-manager even happily mounts it, but this is where the problem is. Nautilus et al do not recognise that this mount has happened - the default action if I double click the device in nautilus is still 'mount volume'.
If I do double-click I get the plain stupid error message telling me that the volume is already mounted (and telling me where it's mounted). You would have thought that, if this information was available, nautilus could actually take me to the mountpoint and accept that the volume is mounted, but it seems that most of gnome is blind to the information it reports in this message box.
I think this mount info comes from monitoring mtab, does it not? If so, maybe this is the mechanism that is failing in both gnome and kde, since automatic mounting and device labels seem to come through from HAL just fine.

Another possibly useful clue is that totem will claim that my dvd driver has no fstab entry if I try to 'play DVD', and yet I can clearly see the very entry it seems to be missing when I open fstab.

I wonder if this is at all related to a problem I see with gamin: the text files on my desktop occasionally dissappear at random as though deleted. A manual refresh of the desktop shows they are not. Is the VFS convinced that fstab and mtab are deleted?

...hope some of that's useful..

Hmm, seems this is something with hal. HAL shows an automounted CD as volume.is_mounted = false, while it should be true instead. Weird...

Seems nanodevfs or the kernel config in 2.6.13-ARCH used in testing is causing this. I just recompiled my kernel with my customized settings and without patches, problem doesn't appear anymore.

The problem with hal is that it doesn't receive change notifications when a CD is mounted.

Ok, I confirm that HAL is misreporting mount status for me too. However, this is with a custom kernel without nanodevfs. I don't know what it is about my config that breaks stuff... can you post/mail yours perhaps?

It seems to be the voluntary preemption in the kernel that breaks hal. When enabling this option for preemption, hal does not get hotplug events anymore.

Yeah, switching that to another option works around the problem. I sent a mail to lkml...