[solved] thunar fails to auto-mount usb flash drive

Chrys349 · 2011-10-18 20:02:55

when I connect a usb flash drive, it appears in thunar and on the Desktop, but when i click to access it's contents, thunar says:

Failed to mount "2.0 GB Filesystem"
Not authorized

Last edited by Chrys349 (2011-11-26 16:24:20)

karol · 2011-10-18 20:04:57

Have you read the wiki?

Chrys349 · 2011-10-18 20:27:20

yes, but I didn't install "devmon" from AUR... only "gvfs", "gvfs-afc" and "thunar-volman"... i will install devmon

karol · 2011-10-18 20:28:46

You need to properly start your DE / WM.

Chrys349 · 2011-10-18 20:41:13

i use

exec ck-launch-session xfce4-session

in ~/.xinitrc to start xfce4, so that I can power off, reboot and automount from xfce

Last edited by Chrys349 (2011-10-18 20:42:05)

karol · 2011-10-18 20:45:30

Chrys349 wrote:

i use
exec ck-launch-session xfce4-session
in ~/.xinitrc to start xfce4

Have you read the notes https://wiki.archlinux.org/index.php/Xfce#Manually ?

tpfkanep · 2011-10-19 05:42:06

try starting xfce with

exec ck-launch-session dbus-launch startxfce4

in .xinitrc

mariusmeyer · 2011-10-19 20:34:21

Try having a look at this: https://bbs.archlinux.org/viewtopic.php?id=124535.

karol · 2011-10-30 19:27:04

Chrys349, did you solve it?

BasT · 2011-10-31 12:04:29

Just guessing but maybe it's related to https://bugs.archlinux.org/task/26640 ?
I know that's about optical drives but reading the whole thing I believe these issues might have a common cause.

Last edited by BasT (2011-10-31 12:04:46)

Cheesecake Charlie · 2011-11-05 08:56:23

Failed to mount "2.0 GB Filesystem"
Not authorized

Since the latest thunar upgrade, i have the same issue

Cheers

Padfoot · 2011-11-05 09:24:55

Double check you have automounting configured in Thunar-volman. Sometimes an update will re-set this.

Thunar-volman is accessed from Removable Drives and Media in the settings menu.

Storage tab, first 2 check boxes.

Cheers.

ozar · 2011-11-06 01:11:32

Cheesecake Charlie wrote:

Failed to mount "2.0 GB Filesystem"
Not authorized
Since the latest thunar upgrade, i have the same issue

I get that error message as well with the latest thunar (1.2.3-2).

Downgrading to 1.2.3-1 brings back the ability to mount my additional drives/partitions.

David Batson · 2011-11-06 01:46:21

It's working here with thunar as regular user. I have udisks installed. Latest set of updates I performed broke it for a time. Pacman renamed /etc/polkit-1/localauthority/50-local.d/org.freedesktop.udisks.pkla to /etc/polkit-1/localauthority/50-local.d/org.freedesktop.udisks.pkla.pacsave. I had to remove the .pacsave extension [at least the extension was named something like that].

For reference, here is what I have in /etc/polkit-1/localauthority/50-local.d/org.freedesktop.udisks.pkla
Change 'myself' to your username.

[Local Users]
Identity=unix-user:myself
Identity=unix-group:storage
Action=org.freedesktop.udisks.*
ResultAny=yes
ResultInactive=no
ResultActive=yes

ozar · 2011-11-06 13:50:33

Thanks for the note on that, David. In my case, thunar 1.2.3-2 removed the /etc/polkit-1/localauthority/50-local.d/org.freedesktop.udisks.pkla file causing the "not authorized" message to appear on mount attempts. Restoring the previous version of thunar, or manually creating the file returns the missing functionality.

rene · 2011-11-08 01:49:10

This is indeed related to https://bugs.archlinux.org/task/26640 as BasT suggested.

Moreover, the current upgrade to xfce4-session removed the other local polkit files that used to be there, and you probably now can't reboot or shutdown from within XFCE anymore either. I expect you use SLiM for a display manager? If yes: it's broken and doesn't work with current ConsoleKit/PolicyKit. See:

https://bbs.archlinux.org/viewtopic.php?id=129851

David Batson · 2011-11-08 03:27:30

I use Xfce and SLiM. I can still reboot and shutdown from within Xfce. I did remove the .pacsave extensions from the polkit-1 .pkla files regarding reboot and shutdown.

Unfortunately, now thunar will not let me open any disk partitions on my hard drive except the arch partition (this just working earlier yesterday). Thunar does not see any CDROM inserted either. I added my user to the disk group and even tried changing the udisk polkit file from storage to disk without effect. I also tried the tmp udev rule mentioned in the bug report without effect AFAICT. Consolekit appears to be working correctly on my system (I passed the tests mentioned in the bug report).

rene · 2011-11-08 03:46:15

Yes, restoration of the xfce4-session .pkla files restores the ability for reboot and shutdown. Not in the right way (that is, through consolekit) though. I've been battling the same situation on various fronts -- and I REALLY advise dumping SLiM for, for example, LXDM.

With LXDM registering your session correctly with console-kit, you won't need any .pkla files (nor a manual ck-launch-session, by the way).

David Batson · 2011-11-08 04:18:11

I am using Xfce and SLiM. I apologize for the long post that follows, but I didn't want to leave out anything that might be relevant.

[david@myhost ~]$ ck-list-sessions
Session2:
	unix-user = '1000'
	realname = ''
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0.0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-11-08T03:32:02.337214Z'
	login-session-id = '1'
Session1:
	unix-user = '1000'
	realname = ''
	seat = 'Seat2'
	session-type = ''
	active = FALSE
	x11-display = ':0.0'
	x11-display-device = ''
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-11-08T03:32:02.214046Z'
	login-session-id = '1'

Using polkit-1 files:
/etc/polkit-1/localauthority/50-local.d/org.freedesktop.consolekit.pkla

[Local restart]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.consolekit.system.restart
ResultAny=yes
ResultInactive=no
ResultActive=yes

[Local shutdown]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.consolekit.system.stop
ResultAny=yes
ResultInactive=no
ResultActive=yes

[Local restart - multiple]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.consolekit.system.restart-multiple-users
ResultAny=yes
ResultInactive=no
ResultActive=yes

[Local shutdown - multiple]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.consolekit.system.stop-multiple-users
ResultAny=yes
ResultInactive=no
ResultActive=yes

/etc/polkit-1/localauthority/50-local.d/org.freedesktop.udisks.pkla

[Local Users]
Identity=unix-user:david
Identity=unix-group:storage
Action=org.freedesktop.udisks.*
ResultAny=no
ResultInactive=no
ResultActive=yes

/etc/polkit-1/localauthority/50-local.d/org.freedesktop.upower.pkla

[Local hibernate]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.upower.hibernate
ResultAny=yes
ResultInactive=no
ResultActive=yes

[Local suspend]
Identity=unix-user:david
Identity=unix-group:power
Action=org.freedesktop.upower.suspend
ResultAny=yes
ResultInactive=no
ResultActive=yes

[david@myhost ~]$ groups david
disk lp kmem wheel games video audio optical storage scanner power users

/home/~/.xinitrc

#!/bin/sh
#
# ~/.xinitrc
#
# Executed by startx (run your window manager from here)

if [ -d /etc/X11/xinit/xinitrc.d ]; then
  for f in /etc/X11/xinit/xinitrc.d/*; do
    [ -x "$f" ] && . "$f"
  done
  unset f
fi

# exec gnome-session
# exec startkde
exec startxfce4
# ...or the Window Manager of your choice
# exec ck-launch-session dbus-launch startxfce4

# start xbindkeys
exec xbindkeys

/etc/slim.conf {line to start xfce from /home/~/.xinitrc}

login_cmd exec ck-launch-session /bin/bash -login ~/.xinitrc %session

/etc/inittab {line to start slim}

x:5:respawn:/usr/bin/slim >/dev/null 2>&1

/etc/rc.conf {daemons line}

DAEMONS=(hwclock syslog-ng network netfs crond dbus avahi-daemon cupsd acpid nvram)

[david@myhost ~]$ ls /dev/sr0 -l
brw-rw----+ 1 root disk 11, 0 Nov  7 20:35 /dev/sr0

[david@myhost ~]$ getfacl /dev/sr0
getfacl: Removing leading '/' from absolute path names
# file: dev/sr0
# owner: root
# group: disk
user::rw-
user:david:rw-
group::rw-
mask::rw-
other::---

I have installed:
xfce4-session 4.8.2-2
xfce4-power-manager 1.0.10-2
udev 174-1
slim 1.3.2-6
thunar 1.2.3-2
thunar-volman 0.6.0-2
udisks 1.0.4-1

I currently do not have gvfs installed or autofs installed.

I reboot and shutdown fine within Xfce when I log in from SLiM as regular user david. Thunar will not open any partitions except the arch partition on my hard drive as regular user david. Thunar will not open usb flash drives as regular user david. Thunar will not open CDROM's as regular user david. VLC will play audio CD's as regular user david.

Any idea what is breaking thunar?

Last edited by David Batson (2011-11-08 04:25:20)

rene · 2011-11-08 04:42:25

Yes, some idea.

As said, the fact that you restored the consolekit and upower .pkla files does mean reboot and shutdown would still work, but you have to consider these files local changes: the xfce4-session upgrade removed them (and, in your case, saved them with a .pacsave extension since it detected they had been edited). If you keep those local changes, they are going to interact with the way things are supposed to work as planned by the arch maintainers in ways that you at some point will not want to have to debug anymore -- and in fact, that point may have already come.

You also restored the Thunar "udisks" pkla file that Thunar recently removed in an upgrade and things are now interacting in unpredictable ways. Now, you do in fact have an active=TRUE/local=TRUE session in ck-list-sessions that I did not have, but perhaps it's that other session that's interfering. Quite frankly, I don't know -- much like basically no one other than a few bearded gnome's in a dark, redhat sponsored dungeon somewhere seems to know what all this PolicyKit/ConsoleKit crap is about.

If you remove the consolekit and upower .pkla files and reboot, can you still reboot from within XFCE? If yes, things have become too unpredictable for me to usefully comment further but if no, things are as broken as ever. SLiM is broken (and has seem no development for quite some time). Do yourself a favor and just throw it away.

(and the root.disk instead of root.optical permission for /dev/sr0 is a udev-174 bug that will be fixed in udev-175 -- but I see you're also in disk anyway, so that isn't hitting you).

Last edited by rene (2011-11-08 04:43:51)

rene · 2011-11-08 04:47:33

Hmm, by the way, that "exec xbindkeys" is not going to work since the foregoing "exec startxfce4" has already replaced the process running the script.

(I use "exec xfce4-session" by the way).

David Batson · 2011-11-08 12:40:34

rene wrote:

If you remove the consolekit and upower .pkla files and reboot, can you still reboot from within XFCE? If yes, things have become too unpredictable for me to usefully comment further but if no, things are as broken as ever. SLiM is broken (and has seem no development for quite some time). Do yourself a favor and just throw it away.

I renamed all the consolekit and upower.pkla files with the .pacsave extension and I can still reboot and shutdown from within XFCE logging in with either SLiM or LXDM.

I tried using LXDM in place of SLiM with no change in behavior of Thunar. I did notice ck-list-sessions only has one seat now.

[david@myhost ~]$ ck-list-sessions
Session1:
	unix-user = '1000'
	realname = ''
	seat = 'Seat1'
	session-type = ''
	active = TRUE
	x11-display = ':0'
	x11-display-device = '/dev/tty7'
	display-device = ''
	remote-host-name = ''
	is-local = TRUE
	on-since = '2011-11-08T12:27:13.930795Z'
	login-session-id = '4294967295'

Xbindkeys was working with SLiM and still works with LXDM. I needed Xbindkeys to control the volume with the keyboard volume buttons.

rene · 2011-11-08 13:19:18

The "exec startxfce4" in your .xinitrc replaces the current program (the .xinitrc script) with startxfce4. Maybe you have xbindkeys working but if so, it has nothing to with that .xinitrc line. This revolves around a fairly fundamental UNIX notion of the distinction between processes and programs; in UNIX the two are really separate entities, with the former running the latter. Try it:

[rene@e600 ~]$ cat foo
#!/bin/sh
exec /bin/echo Hello, World!
exec /bin/echo This line is not reached.
[rene@e600 ~]$ ./foo
Hello, World!
[rene@e600 ~]$

In any case... this was not about processes and programs.

Earlier you said that you DID need to restore the .pacsave files to have things working, whereas you now say differently so I'll refrain from further comment. If you still have problems after removing all the .pkla files and after replacing SLiM with LXDM you have a different problem than the ConsoleKit one, which IS likely the only problem the thread-starter and the others in this thread are having. We should therefore get out of here so that they can get their problem fixed without this thread wandering off into all sorts of directions.

Chrys349: You have a problem that involves ConsoleKit and if you use SLiM such is to be expected since SLiM doesn't interact with ConsoleKit properly. Replacing SLiM with, for example, LXDM should work.

Last edited by rene (2011-11-08 13:23:23)

rene · 2011-11-12 03:35:51

With respect to SLiM and ConsoleKit, also see:

https://bbs.archlinux.org/viewtopic.php?id=130154

ozar · 2011-11-15 00:00:26

No display managers are used in my setup, but simply installing polkit-gnome fixed the issue that I described above in post #15. The .pkla file is no longer needed as well, and thunar 1.2.3-2 is working perfectly. I wasn't thrilled about having to add yet another gnome file to Xfce4, though. It seems more and more like it takes components from two or three different desktop environments to get a single desktop environment to run properly. They might as well lump them altogether and call it gnomekdelxdexfce. Still, working is better than not working.

Arch Linux

#1 2011-10-18 20:02:55

[solved] thunar fails to auto-mount usb flash drive

#2 2011-10-18 20:04:57

Re: [solved] thunar fails to auto-mount usb flash drive

#3 2011-10-18 20:27:20

Re: [solved] thunar fails to auto-mount usb flash drive

#4 2011-10-18 20:28:46

Re: [solved] thunar fails to auto-mount usb flash drive

#5 2011-10-18 20:41:13

Re: [solved] thunar fails to auto-mount usb flash drive

#6 2011-10-18 20:45:30

Re: [solved] thunar fails to auto-mount usb flash drive

#7 2011-10-19 05:42:06

Re: [solved] thunar fails to auto-mount usb flash drive

#8 2011-10-19 20:34:21

Re: [solved] thunar fails to auto-mount usb flash drive

#9 2011-10-30 19:27:04

Re: [solved] thunar fails to auto-mount usb flash drive

#10 2011-10-31 12:04:29

Re: [solved] thunar fails to auto-mount usb flash drive

#11 2011-11-05 08:56:23

Re: [solved] thunar fails to auto-mount usb flash drive

#12 2011-11-05 09:24:55

Re: [solved] thunar fails to auto-mount usb flash drive

#13 2011-11-06 01:11:32

Re: [solved] thunar fails to auto-mount usb flash drive

#14 2011-11-06 01:46:21

Re: [solved] thunar fails to auto-mount usb flash drive

#15 2011-11-06 13:50:33

Re: [solved] thunar fails to auto-mount usb flash drive

#16 2011-11-08 01:49:10

Re: [solved] thunar fails to auto-mount usb flash drive

#17 2011-11-08 03:27:30

Re: [solved] thunar fails to auto-mount usb flash drive

#18 2011-11-08 03:46:15

Re: [solved] thunar fails to auto-mount usb flash drive

#19 2011-11-08 04:18:11

Re: [solved] thunar fails to auto-mount usb flash drive

#20 2011-11-08 04:42:25

Re: [solved] thunar fails to auto-mount usb flash drive

#21 2011-11-08 04:47:33

Re: [solved] thunar fails to auto-mount usb flash drive

#22 2011-11-08 12:40:34

Re: [solved] thunar fails to auto-mount usb flash drive

#23 2011-11-08 13:19:18

Re: [solved] thunar fails to auto-mount usb flash drive

#24 2011-11-12 03:35:51

Re: [solved] thunar fails to auto-mount usb flash drive

#25 2011-11-15 00:00:26

Re: [solved] thunar fails to auto-mount usb flash drive

Board footer