Thanks Mathieu; all your traces indeed have

   +++ killed by SIGHUP +++

which is from /usr/lib/udisks2/udisks2-inhibit. This is a race
condition, when polkit gets killed at the wrong time while a request is
pending it would behave that way. Curious that this only surfaces right
now, /usr/lib/udisks2/udisks2-inhibit has been like that for a while
already.

All of your traces got interrupted in poll() though, i. e. there was no
pending request (no recv* yet), so this did not interrupt a pending
call. However, this is still bad.

Thing to try on a machine which reproduces this: Please comment out all
the code except the final "$@" from /usr/lib/udisks2/udisks2-inhibit
(from initramfs break=casper-bottom) and verify that this crash then
stops. Then, once you are in ubiquity, run "pkill -e --signal STOP gvfs-
udisks" to stop gvfs-udisks2-volume-monitor (but that does not apply to
all derivatives, such as KDE).

I'll think about how we can inhibit udisks without having to restart
polkit.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1508075

Title:
  ubiquity and others time out on polkit (killed by udisks2-inhibit)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/udisks2/+bug/1508075/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to