Does somebody experiencing this issue want to forward this bug report
upstream?
** Changed in: gconf2 (Ubuntu)
Status: Confirmed = Incomplete
--
The gconf daemon takes upto one minute to exit
https://bugs.launchpad.net/bugs/45002
You received this bug notification because you are a
Not really a bug, rather a feature request. If anybody wants to take
that upstream you are welcome
** Changed in: gconf2 (Ubuntu)
Importance: Medium = Wishlist
** Also affects: gconf (upstream)
Importance: Undecided
Status: Unconfirmed
--
The gconf daemon takes upto one minute to
I've now got a workaround:
Append '-l' to the umount command in /etc/security/pam_mount.conf. That
causes umount to remove the volume from the filesystem immediately and
unmount it properly when it is no longer busy (i.e. gconfd exits).
--
The gconf daemon takes upto one minute to exit
I can confirm this bug. I'm running an up-to-date Dapper install on
i386.
The problem is that gconfd takes around 10 seconds to exit once the
Gnome session has ended. This means that the files used by gconfd in the
user's SMB-mounted home directory are still in use when pam_mount goes
to unmount
I should say that this doesn't just apply to SMB mounted home
directories as my previous comment implies - it will equally affect the
unmounting of any type of partition/network share.
--
The gconf daemon takes upto one minute to exit
https://launchpad.net/bugs/45002
--
ubuntu-bugs mailing
Thanks for your bug. What version of Ubuntu do you use? What do you mean
immediately, does it exit after some seconds? Why is that an issue,
shouldn't pam_mount retry if the partition is still busy?
** Changed in: gconf2 (Ubuntu)
Assignee: (unassigned) = Ubuntu Desktop Bugs
Status:
