Created attachment 694900 [details] Policykit prompt Description of problem: When attaching or automounting external firewire hard drive, system prompts for root password. Device chown is set to non-root user. F17 did not have this issue. Version-Release number of selected component (if applicable): udisks2-2.0.1-1.fc18.x86_64 How reproducible: Everytime Steps to Reproduce: 1. attach firewire hard drive or set to automount 2. ask for root password 3. Actual results: Expected results: should mount without root password Additional info:
Created attachment 694902 [details] Policykit prompt example
Created attachment 694903 [details] sysinfo
Created attachment 694905 [details] lspci
> F17 did not have this issue. To be clear, that's because KDE's Solid still used udisks 1 on F17. udisks2 has probably always had this bug.
Ŭpon further investigation I can't mount usb thumb drives as normal user.
In KDE, Device Notifier is not even aware when I insert or remove a USB device.
This bug cannot be breaking basic functionality of using external devices. Needs to be fixed.
Created attachment 699164 [details] udisksctl dump
(In reply to comment #5) > Ŭpon further investigation I can't mount usb thumb drives as normal user. Not the case anymore. Only firewire hard drives are affected.
(In reply to comment #9) > (In reply to comment #5) > > Ŭpon further investigation I can't mount usb thumb drives as normal user. > > Not the case anymore. Only firewire hard drives are affected. Update: USB Thumb drives are affected. [357263.897648] systemd-udevd[24518]: Failed to set security context (null) for /dev/disk/by-path: File exists [357263.897745] systemd-udevd[24518]: Failed to set security context (null) for /dev/disk/by-path: File exists [357263.897842] systemd-udevd[24518]: Failed to set security context (null) for /dev/disk/by-path: File exists [357263.897937] systemd-udevd[24518]: Failed to set security context (null) for /dev/disk/by-path: File exists [357263.898058] systemd-udevd[332]: seq 7471 '/devices/pci0000:00/0000:00:1a.7/usb1/1-1/1-1:1.0/host21/target21:0:0/21:0:0:0/block/sdb' killed
I filed this bug upstream: https://bugs.freedesktop.org/show_bug.cgi?id=62077
I set selinux to permissive mode and the firewire hdd issue persists. USB issue has gone away (for now). I don't get the errors from bug 909826 too. Only that one time. Suggestions? The bug I filed upstream has been closed. The dev thinks it's an selinux issue...I'm not sure
The USB issue came back after a reboot and new kernel. The issue is most likely related to selinux bug --->https://bugzilla.redhat.com/show_bug.cgi?id=909826. The firewire issue is or isnt a selinux related?
The firewire issue can't be SELinux-related because you said "I set selinux to permissive mode and the firewire hdd issue persists."
Can we get this patch into udisks2: This is very useful and immediately helped solve the problem. This patch should fix it: http://cgit.freedesktop.org/udisks/commit/?id=b841e30a98459816dfc49a735d3db4355a88edcd This patch will be in udisks 2.1.1. For Fedora, I would suggest asking the Fedora maintainer to include it in the relevant versions. Thanks. From: https://bugs.freedesktop.org/show_bug.cgi?id=62077
So, can we please have this patch applied in Fedora?
Now that bug 909826 is fixed, can we patch this bug?
udisks2-2.0.1-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/udisks2-2.0.1-2.fc18
Package udisks2-2.0.1-2.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing udisks2-2.0.1-2.fc18' as soon as you are able to, then reboot. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4568/udisks2-2.0.1-2.fc18 then log in and leave karma (feedback).
udisks2-2.0.1-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.