No solution either, but just to help narrow down the problem: same behavior on Debian Jessie/Sid with Caja. USB drives (either regular external HDDs or flash sticks) are mounted correctly by clicking on them in Caja's sidebar, but can't be written to by regular users.
Note that they're not mounted read-only, they're indeed mounted read-write but only root have write access:
Code: Select all
raph@arche:~$ mount | grep usb
/dev/sdb1 on /media/usb0 type vfat (rw,nosuid,nodev,noexec,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=utf8,shortname=mixed,errors=remount-ro,user)
raph@arche:~$ touch /media/usb0/foo
touch: cannot touch '/media/usb0/foo': Permission denied
raph@arche:~$ sudo touch /media/usb0/foo
[sudo] password for raph:
raph@arche:~$ rm /media/usb0/foo
rm: remove write-protected regular empty file '/media/usb0/foo'? y
rm: cannot remove '/media/usb0/foo': Permission denied
raph@arche:~$ sudo rm /media/usb0/foo
Maybe I was wrong after all. My problem came from an entry for /dev/sdb1 in /etc/fstab (that I must have added a looooong time ago for whatever reason and forgot about) which handled the mount instead of udsisks. I found it weird that my NTFS WinXP partition (which is on the first disk, sda) was correctly mounted by Caja and writable by my user as expected; it had "uhelper=udisks2" mentioned, unlike my USB stick:
Code: Select all
raph@arche:~$ mount | grep sda1
/dev/sda1 on /media/raph/winxp type fuseblk (rw,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other,blksize=4096,uhelper=udisks2)
Now that I removed the faulty entry from /etc/fstab, USB disks/sticks are correctly mounted and writable as expected.
So, it was probably not the same problem that the one you all encounter with Mint Cinnamon, but nevertheless, it could be useful to check how the device was mounted by Cinnamon: type "mount" in a terminal and check for the relevant line; does it have a "uhelper=..." attribute ? It should have one, indicating udisks/udisks2. If not, then something else is handling the mounting task, which is probably the root of the problem.
It could also be useful to check your /etc/fstab, a typical desktop installation should only have lines for the system partitions (/ and swap) and maybe one for the cd drive, that's it. All dynamic mounts should be handled by udisks.
Hope it helps.