Description of problem: After upgrade from MGA4 -> MGA5 (as per instructions, e.g. urpmi --auto --auto-update --replacefiles) we're unable to mount USB sticks in KDE without entering root password. Most likely Polkit related. After changing /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy <action id="org.freedesktop.udisks2.filesystem-mount"> to <allow_any>yes</allow_any> and restarting (which is very dirty hack but I was in a hurry), problem goes away. All affected systems are x86_64 and upgraded from MGA4, fresh installs doesn't suffer from this condition. Version-Release number of selected component (if applicable): polkit-0.113-1.mga5 How reproducible: Always Steps to Reproduce: 1. Upgrade system from MGA4 to MGA5 2. Insert USB stick 3. Try to mount it in KDE Reproducible: Steps to Reproduce:
assigning to polkit and KDE maintainer
CC: (none) => marja11Assignee: bugsquad => mageia
(In reply to Tomas Kindl from comment #0) > we're unable to mount USB sticks in KDE without entering root password. > > Most likely Polkit related. > > After changing /usr/share/polkit-1/actions/org.freedesktop.udisks2.policy What filesystems are on those USB sticks? And FWIW, with the polkit policy you changed you allow anyone on the system, even those with an inactive session to mount USB mass storage devices. And the suitable place for such a rule has to be under /etc/polkit-1/rules.d/ See e.g. https://forums.mageia.org/en/viewtopic.php?f=41&t=5148 for an example.
CC: (none) => doktor5000
Doesn't matter - basically FAT32, sometimes ext2, still fails. Thanks for tip for workaround for time being BTW :)
That is not a workaround, that is the proper solution for those external media that support uid/gid/posix permissions. I'd not want somebody to be able to mount an USB drive as user where I stored my backups, and he would be able to read/write/delete them - as the numeric uid/gid will be probably the same for both computers. This applies to at least ext and other unix filesystems and partitions on drives recognised as "internal" drives which includes a lot of eSATA drives. For FAT32 although that would not be expected. And FWIW you are the only one to encounter this bug as of now.
Status: NEW => UNCONFIRMEDEver confirmed: 1 => 0
Please provide an actual example of a FAT32 stick that cannot be mounted without root password, e.g. the "mount" output if you mounted it in KDE after providing the output.
Hi Tomas Anything further? Response to Comment #5
CC: (none) => nic
Since there are insufficient details provided in this report for us to investigate the issue further, and we have not received feedback to the information we have requested above, we will assume the problem was not reproducible, or has been fixed in one of the updates we have released for the reporter's distribution. Users who have experienced this problem are encouraged to upgrade to the latest update of their distribution, and if this issue turns out to still be reproducible in the latest update, please reopen this bug with additional information. Closing as OLD.
Status: UNCONFIRMED => RESOLVEDResolution: (none) => OLD