Archlinux.fr [Forums]

Bonjour,

Je continue la configuration de ma session et rencontre un petit problème de droits.

Plusieurs exemples :
- J'ai installé nautilus. Si j'essaie de le lancer via openbox, ça ne marche pas. En le lançant via la console, j'ai l'erreur :"Nautilus ne peut pas créer le dossier "/home/user/.config/nautilus". Avant d'exécuter Nautilus, veuillez créer ce dossier ou définir les persmissions de telle sorte que Nautilus puisse le créer".
- Si j'essaie de modifié le thème via Openbox Configuration Manager, j'ai l'erreur :"An error occured while saving the config file '/home/user/.config/openbox/rc.xml'"

A l'installation, j'ai créé mon compte utilisateur via : En installant sudo, j'ai modifié le /etc/sudoers en ajoutant une ligne pour les droits du compte utilisateur et en en décommentant une autre (conformément à ce que j'ai pu lire).

Du coup je ne sais pas ce que je dois faire..

J'ai lu quelque part, que le "storage" n'était peut être plus valable dans la définition des groupes utilisateurs et qu'il y avait un autre mot à employer. Je n'ai pas retrouvé le lien. Je ne sais pas si ça peut jouer.

J'ai également lu qu'on pouvait limiter les droits d'accès à la partition windows pour n'autoriser que la lecture (en ajoutant un 'ro' quelque part) mais je n'ai pas non plus retrouvé la source de cette information.

Merci.

Ne mélangeons pas tout, on va traiter le premier sujet, pour le reste merci d'ouvrir un autre sujet.
Comment tu lance ton interface graphique ? Si c'est avec startx, avce ton utilisateur pas en root j'espère ?
Que donne la sortie (en root) de :

bonjours et mon avis ta pas creé de goupe sudo,et ajouté ton utilisateur.et dans /etc/sudoers y a rien a rajouter juste décommenter %sudo ALL=(ALL) ALL .

benjarobin > Pour la session graphique, Slim démarre via /etc/inittab (x:5:respawn:/usr/bin/slim &> /dev/null) puis Openbox démarre via ~/.xinitrc (exec ck-launch-session openbox-session) en me connectant sur mon compte utilisateur. Je ne sais pas si ça répond bien à ta question.

La commande que tu as indiqué donne : jc51 > J'ai suivi ce qui était fait sur cette vidéo (Installation Arch (minute 21'15)). Peut être que ça n'est plus valable puisque ça date un peu.
J'ai donc ajouté un utilisatiteur au "User privilege specification" et décommenté la ligne "%wheel ..."

fais comme ça

# groupadd sudo
# usermod -aG sudo votre_login

et dans /etc/sudoers normalement ta rien a modifier apart décommenté %sudo ALL=(ALL) ALL

Je viens de tester mais ça n'a rien changé par rapport aux problèmes évoqués.

Au passage, je ne vois pas bien la différence entre ça et ce qu'il y avait avant.
Mon compte utilisateur appartient au groupe wheel et la ligne "Uncomment to allows members of group wheel to execute any command" était décommentée.
Maintenant mon compte appartient au groupe sudo et la ligne "Uncomment to allows members of group sudo to execute any command" est décommentée.

Y a pas besoin de créer de groupe sudo (EDIT: après vérification, techniquement si, en fait ... mais bon, pourquoi utiliser un groupe sudo alors que wheel, qui lui existe, est prévu pour ? ). Décommenter sudo ou wheel dans sudoers suffit (via visudo) et rajouter l'utilisateur dans le groupe adéquat (ou carrément pas s'en servir si tu utilises directement ton login).

Oups a écrit :Slim démarre via /etc/inittab (x:5:respawn:/usr/bin/slim &> /dev/null)

Vaudrait mieux: x:5:respawn:/usr/bin/slim [b]>&[/b] /dev/null.

benjarobin a écrit :Que donne la sortie (en root) de :

Code : Tout sélectionner

find ! -user ton_login /home/

Coquille. Essaie avec: Ou avec: Si, et c'est probable, ça te sort des choses appartenant à root dans ton home (à l'exception d'un éventuel .gvfs), prière de voir les sujets qui s'y réfèrent (cherche des sujets résolus avec "chown user root" comme mots clés).

ok c bon a savoir moi j ai creé un groupe sudo comme vue dans une doc et pas de probléme

@jc51: En fait, je crois que tu as raison, le groupe sudo n'existe pas, il faut donc bien le créer (de toutes manières, les messages d'erreurs doivent le signaler). D'ordinaire on utilise wheel (c'est d'ailleurs ce qu'indique le wiki), qui lui existe d'emblée.

FoolEcho a écrit :Vaudrait mieux: x:5:respawn:/usr/bin/slim [b]>&[/b] /dev/null.

Effectivement. Dans le fichier c'est la bonne ligne.

FoolEcho a écrit :Essaie avec:

Code : Tout sélectionner

find /home/ ! -user ton_login

Ou avec:

Code : Tout sélectionner

find /home/ton_login -user root

Si, et c'est probable, ça te sort des choses appartenant à root dans ton home (à l'exception d'un éventuel .gvfs), prière de voir les sujets qui s'y réfèrent (cherche des sujets résolus avec "chown user root" comme mots clés).

Il y avait bien des dossiers appartenant à root.

Problème résolu via find /home/login -user root -exec chown login:login {} \;.
Merci.

(édition du titre du premier message, stp)

FoolEcho a écrit :Vaudrait mieux: x:5:respawn:/usr/bin/slim [b]>&[/b] /dev/null.

C'est la même chose que je sache
Sinon je me trompe a chaque fois avec la commande find

benjarobin a écrit :C'est la même chose que je sache

J'ai toujours un doute, mais tu as raison. &> quelquepart équivaut à >& quelquepart, c'est-à-dire > quelquepart 2>&1 (y aurait moins de variantes possibles, déjà...).