[E17] montage partition depuis explorateur fichier

[dav999]

Bonjour,

je me pose une question de la différence entre E17 et Gnome, concernant le montage des partitions à la volée

Sous Gnome depuis nautilus aucun problème je peux monter mes partitions à la volée en rentrant mon mot de passe user.
Par contre sous E17, j'ai une belle erreur, je vous la joint ci dessous (elle arrive avant que je puisse taper mon mot de passe) :
Erreur avec nautilus :

Impossible de monter la partition / Not autorized to perform operation

Erreur avec spaceFM :

Error creating textual authentication agent: Error opening current controlling terminal for the process (`/dev/tty'): Aucun périphérique ou adresse (polkit-error-quark, 0)
Error mounting /dev/sda8: GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation

Je me suis posé la question de tenter en root d'ouvrir nautilus, mais je ne vois plus les partitions à monter, sous spaceFM ca fonctionne, mais du coup si je fais des opérations je ne suis plus le proprio des fichiers et si derrière je suis obligé de faire un "chown" j'y gagne pas grand chose.

J'ai contourné partiellement le problème en rajoutant les lignes qui vont bien dans fstab, mais bon j'aimerais dans la mesure du possible les monter à la volée, car c'est extrêmement rare que j'en ai besoin et surtout pour ma culture générale linuxienne pourquoi ca merdouille ?

Merci
David

[karhu]

Vérifie que tu es bien autorisé (ton utilisateur) à monter les périphériques dans :
/etc/polkit-1/localauthority/ 50-local.d/udisks.local.pkla.

Code : Tout sélectionner

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

[dav999]

Bon ben ca commence mal j'ai aucun fichier dans aucun des répertoires contenus dans localauthority....
j'ai juste les répertoires suivants :
10-vendor.d
20-org.d
30-site.d
50-local.d
90-mandatory.d
mais rien dedans, c'est grave docteur ?

Merci

edit
Je ne sais pas si ca provient de la, mais j'ai installé E17-svn directement après gnome, un ami m'a dit que chez lui il avait d'abord installé E16 puis E17 par dessus, est ce que ca peux expliquer ce problème ?
Parce que à part ce soucis et un autre concernant hp-lip, j'ai pas eu de problèmes particuliers avec E17
/Edit

[karhu]

Ma réponse concerne le montage des périphériques, pas les gestionnaires .
Essaye de créer le fichier en recopiant mon exemple, et en modifiant le "<user>", (en root) cela devrait fonctionner (?).

[dav999]

ok

je n'ai pensé à ca puisque cela fonctionne sous gnome

Je tente et je regarde ce que ca donne

Merci

[dav999]

Bon bien ca ne fonctionne pas, j'ai essayé en renommant le fichier comme ca :
udisks.local.pkla.
et
udisks.local.pkla
(sans le point à la fin)

[FoolEcho]

Concernant nautilus, c'est probablement plus simple que ça: http://forums.archlinux.fr/post93331.html#p93331 .

[dav999]

je n'ai pas précisé, mais je n'ai ce problème qu'avec des partition en dur (ntfs ou ext4), lorsque je branche une clef usb elle est automontée et accessible en écriture depuis nautilus.

Par contre je viens de trouver un fichier de config sur E17, mais en décommentant la ligne qui va bien (elle se situe presque à la fin), ca ne suffit apparemment pas

/etc/enlightenment/sysactions.conf
Une copie du contenu :

Code : Tout sélectionner

# ENLIGHTENMENT SYSTEM ACTIONS CONFIGURATION
#
# This is a system configuration for allowing or denying certain users or
# groups to be able to do certain actions that involve system restricted
# actions such as halt, reboot, suspend, hibernate etc.
# 
# This file is read in order from top to bottom - the first rule to MATCH
# will be used for a user or a group, and nothing after that is read.
#
# You must put all the ACTION definitons BEFORE user and group rule matches.
# Any action definitons after a rule match has been found will be ignored.
# This allows actions to be re-defined for different user groups, so matches
# so the command for an action can change for matches to the rules later on.
# 
# Any user or group NOT matched by an allow or a deny will be ALLOWED to
# perform the action by default (system administrators should be aware of
# this and implement whatever policies they see fit). Generally speaking
# a user of a workstation, desktop or laptop is intended to have such abilities
# to perform these actions, thus the default of allow. For multi-user systems
# the system administrator is considered capable enough to restrict what they
# see they need to.
# 
# A WARNING to admins: do NOT allow access for users to this system remotely
# UNLESS you fully trust them or you have locked down permissions to halt/reboot
# suspend etc. here first. You have been warned.
#
# FORMAT:
#
# action:   halt      /sbin/shutdown -h now
# action:   reboot    /sbin/shutdown -r now
# action:   suspend   /etc/acpi/sleep.sh force
# action:   hibernate /etc/acpi/hibernate.sh force
#
# user:  username  allow: halt reboot suspend hibernate
# group: groupname deny:  *
# group: *         deny:  *
# user:  *         allow: suspend
# user:  billy     allow: halt reboot
# group: staff     deny:  halt suspend hibernate
#
# etc.
#
# user and group name can use glob matches (* == all for example) like the
# shell. as can action names allowed or denied. 

action:   halt      /sbin/shutdown -h now
action:   reboot    /sbin/shutdown -r now
action:   suspend   /usr/sbin/pm-suspend
action:   hibernate /usr/sbin/pm-hibernate
action:   /bin/mount /bin/mount
action:   /bin/umount /bin/umount
action:   /usr/bin/eject /usr/bin/eject

# on FreeBSD use this instead of the above.
#action suspend  /usr/sbin/zzz 

# root is allowed to do anything - but it needs to be here explicitly anyway
user:     root      allow: *
# members of operator, staff and admin groups should be able to do all
group:    operator  allow: *
group:    staff     allow: *
group:    admin     allow: *
group:    sys       allow: *
# common "user" groups for "console users" on desktops/laptops
group:    dialout   allow: *
group:    disk      allow: *
group:    adm       allow: *
group:    cdrom     allow: *
group:    floppy    allow: *
group:    audio     allow: *
group:    dip       allow: *
group:    plugdev   allow: *
# put in a list of other users and groups here that are allowed or denied etc.
# e.g.
# user:     myuser     allow:  *
# user:     another    allow:  suspend hibernate
#
#
# uncomment this line to enable eeze mounting for users
user:   * 		allow: /bin/mount /bin/umount /usr/bin/eject
#
#
# deny everyone else by default
user:     *         deny:  *

Même en changeant avec * ou mon user ca ne fonctionne quand même pas...
je crois que je vais rester sur le montage au démarrage avec fstab.

Merci

[FoolEcho]

je crois que je vais rester sur le montage au démarrage avec fstab.

Tu as bien enlevé les lignes dans le fstab (et rédémarrer ou fait mount -a en root) avant de modifier ton sysactions.conf ?

[dav999]

oui j'ai bien redémarré une fois la modif effectuée