[Résolu] Problème de droits

Lunatic · 11-05-2014 11:12:03

Salut,

Depuis quelques jours (suite à une mise à jour ?) je rencontre des problèmes de droits utilisateur sur ma machine :

- nm-applet m'indique que je n'ai pas les droits suffisants pour configurer le réseau
- mon alias bash « stop », alias de la commande « dbus-send --system --print-reply --dest="org.freedesktop.ConsoleKit" /org/freedesktop/ConsoleKit/Manager org.freedesktop.ConsoleKit.Manager.Stop » me permettant d'éteindre l'ordinateur, me renvoie également un problème de droit
- idem lors de la connexion d'un disque dur en usb : spacefm me renvoie :

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/sdc1: GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation

Tout cela est lié à dbus, ou je dis une bêtise ? En tout cas je ne sais que faire désormais.

Merci

Dernière modification par Lunatic (18-05-2014 08:50:16)

Lunatic · 12-05-2014 19:35:47

Je me rends compte que j'ai également des problèmes à l'extinction : je suis obligé de maintenir le bouton on/off pour tout couper. En fait la procédure d'extinction se lance bien (je quitte i3wm, j'ai les messages relatifs aux partitions) et je ne vois pas de message d'erreur particulier, mais l'écran reste allumé.

Je prendrais une photo lors de la prochaine extinction…

Lunatic · 14-05-2014 10:09:51

Personne n'a d'idée ?

Voici ce que j'ai à l'écran lors de l'extinction de la machine (plus rien ne réagit, pas même un ctrl+alt+f1)

Je fouille les logs mais ne trouve rien de problant. Peut-être ça ?

May 14 10:59:14 thinkpad org.freedesktop.secrets[1668]: ** Message: couldn't access control socket: /run/user/1000/keyring/control: Aucun fichier ou dossier de ce type

May 14 10:59:14 thinkpad org.freedesktop.secrets[1668]: Gkm-Message: using old keyring directory: /home/julien/.gnome2/keyrings

May 14 10:59:14 thinkpad org.freedesktop.secrets[1668]: Gkm-Message: using old keyring directory: /home/julien/.gnome2/keyrings

Lunatic · 16-05-2014 13:11:21

Vraiment personne ?

Invité-5 · 16-05-2014 13:54:49

Je vais peut-être dire une connerie ; (à adapter)

dpkg-reconfigure sysvinit

puis vérifier le fichier /etc/inittab?

Lunatic · 16-05-2014 15:39:32

Je suis prêt à écouter et tester toutes les conneries

Malheureusement, la commande n'a rien donné (dans tous les sens du terme : son exécution n'a renvoyé aucun message, et elle n'a rien résolu). Il ne me semble pas que mon fichier /etc/inittab présente une quelconque anomalie. Et puis surtout je ne l'ai pas modifié récemment. Je le copie/colle tout de même :

# /etc/inittab: init(8) configuration.

# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.

id:2:initdefault:

# Boot-time system configuration/initialization script.

# This is run first except when booting in emergency (-b) mode.

si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.

~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change

# of runlevel.

#

# Runlevel 0 is halt.

# Runlevel 1 is single-user.

# Runlevels 2-5 are multi-user.

# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0

l1:1:wait:/etc/init.d/rc 1

l2:2:wait:/etc/init.d/rc 2

l3:3:wait:/etc/init.d/rc 3

l4:4:wait:/etc/init.d/rc 4

l5:5:wait:/etc/init.d/rc 5

l6:6:wait:/etc/init.d/rc 6

# Normally not reached, but fallthrough in case of emergency.

z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.

ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).

#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.

pf::powerwait:/etc/init.d/powerfail start

pn::powerfailnow:/etc/init.d/powerfail now

po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.

#

# The "id" field MUST be the same as the last

# characters of the device (after "tty").

#

# Format:

#  <id>:<runlevels>:<action>:<process>

#

# Note that on most Debian systems tty7 is used by the X Window System,

# so if you want to add more getty's go ahead but skip tty7 if you run X.

#

1:2345:respawn:/sbin/getty 38400 tty1

2:23:respawn:/sbin/getty 38400 tty2

3:23:respawn:/sbin/getty 38400 tty3

4:23:respawn:/sbin/getty 38400 tty4

5:23:respawn:/sbin/getty 38400 tty5

6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)

#

#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100

#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100

# Example how to put a getty on a modem line.

#

#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

Pour info, j'utilise nodm. Je ne sais jamais si nodm utilise le fichier ~/.xsession ou ~/.xinitrc, mais j'ai modifié les deux dans le même sens : ils contenaient simplement la commande « exec i3 », ils contiennent désormais « exec ck-launch-session dbus-launch --sh-syntax --exit-with-session i3 -V -d all > ~/.i3/i3log-$(date +'%F-%k-%M-%S') 2>&1 »

Mais ça ne change rien au problème, et je ne vois rien d'intéressant dans les logs d'i3.

Dernière modification par Lunatic (16-05-2014 16:15:20)

Invité-5 · 16-05-2014 16:00:09

Effectivement, ton fichier inittab est impecable. Pour le reste j'en sais trop rien pour le moment. Je vais réfléchir (peut-être longtemps)

P.S. J'avais cet problème dans le temps (comment ai-je résolu ?)

Dernière modification par Invité-5 (16-05-2014 16:02:45)

Invité-5 · 16-05-2014 16:36:28

Pourrais-tu ouvrir un nouveau topic par raport a ton poste#3

apt-get install pastebinit

pastebinit /var/log/Xorg.0.log

puis coller le resultat = url. Il est possible qu'on trouvera quelque chose.

Dernière modification par Invité-5 (16-05-2014 16:37:10)

Lunatic · 16-05-2014 17:06:51

Tu penses que les deux problèmes ne sont pas liés ?

Voici le topic : http://debian-facile.org/viewtopic.php?pid=90582#p90582

vv222 · 16-05-2014 23:49:53

/etc/inittab est un fichier de configuration de sysV, mais là tu utilises visiblement systemd comme système d'init.
La configuration de systemd se trouve sous /etc/systemd/

Invité-5 · 17-05-2014 14:09:18

darien a écrit :

Je vais peut-être dire une connerie

Et pourtant, je savais

Lunatic · 18-05-2014 08:43:41

Merci à nouveau pour vos interventions. Je découvre totalement systemd et j'avoue ne pas savoir quel fichier vérifier en priorité.
Ceux qui sont situés à la racine du répertoire /etc/systemd/ contiennent des options toutes commentées. J'imagine que c'est normal ?

Voici en revanche quelques fichiers placés dans /etc/systemd/system/ ; j'en ai sélectionné quelques-uns seulement, visiblement relatifs à NetworkManager

/etc/systemd/system/dbus-org.freedesktop.NetworkManager.service

[Unit]

Description=Network Manager

[Service]

Type=dbus

BusName=org.freedesktop.NetworkManager

ExecStart=/usr/sbin/NetworkManager --no-daemon

# Suppress stderr to eliminate duplicated messages in syslog. NM calls openlog()

# with LOG_PERROR when run in foreground. But systemd redirects stderr to

# syslog by default, which results in logging each message twice.

StandardError=null

# NM doesn't want systemd to kill its children for it

KillMode=process

[Install]

WantedBy=multi-user.target

Alias=dbus-org.freedesktop.NetworkManager.service

Also=NetworkManager-dispatcher.service

/etc/systemd/system/dbus-org.freedesktop.nm-dispatcher.service

[Unit]

Description=Network Manager Script Dispatcher Service

[Service]

Type=dbus

BusName=org.freedesktop.nm_dispatcher

ExecStart=/usr/lib/NetworkManager/nm-dispatcher.action

[Install]

Alias=dbus-org.freedesktop.nm-dispatcher.service

/etc/systemd/system/multi-user.target.wants/NetworkManager.service

[Unit]

Description=Network Manager

[Service]

Type=dbus

BusName=org.freedesktop.NetworkManager

ExecStart=/usr/sbin/NetworkManager --no-daemon

# Suppress stderr to eliminate duplicated messages in syslog. NM calls openlog()

# with LOG_PERROR when run in foreground. But systemd redirects stderr to

# syslog by default, which results in logging each message twice.

StandardError=null

# NM doesn't want systemd to kill its children for it

KillMode=process

[Install]

WantedBy=multi-user.target

Alias=dbus-org.freedesktop.NetworkManager.service

Also=NetworkManager-dispatcher.service

Lunatic · 18-05-2014 08:51:18

C'est tout bon, l'installation de lightdm en lieu et place de nodm a résolu tous les problèmes

(je suis étonné de ne pas avoir vu passé les bugs relatifs à nodm avec apt-listbugs)

Merci encore à vous deux !

captnfab · 18-05-2014 14:28:38

En fait, j'ai l'impression que nodm n'ouvre pas de session PAM, et donc les droits liés au sièges et tout ne fonctionnent pas. J'avais un problème similaire quand je l'utilisais.

Lunatic · 18-05-2014 15:05:45

Mais de mon côté, ça doit être dû à une mise à jour récente, parce que j'utilisais nodm depuis des mois sans soucis.

Dernière modification par Lunatic (18-05-2014 15:06:01)

captnfab · 20-05-2014 14:28:03

Ce qui a changé dans sid, c'est gnome et systemd, donc les gens qui «utilisent» ce système de sessions

Debian-facile

#1 11-05-2014 11:12:03

[Résolu] Problème de droits

#2 12-05-2014 19:35:47

Re : [Résolu] Problème de droits

#3 14-05-2014 10:09:51

Re : [Résolu] Problème de droits

#4 16-05-2014 13:11:21

Re : [Résolu] Problème de droits

#5 16-05-2014 13:54:49

Re : [Résolu] Problème de droits

#6 16-05-2014 15:39:32

Re : [Résolu] Problème de droits

#7 16-05-2014 16:00:09

Re : [Résolu] Problème de droits

#8 16-05-2014 16:36:28

Re : [Résolu] Problème de droits

#9 16-05-2014 17:06:51

Re : [Résolu] Problème de droits

#10 16-05-2014 23:49:53

Re : [Résolu] Problème de droits

#11 17-05-2014 14:09:18

Re : [Résolu] Problème de droits

#12 18-05-2014 08:43:41

Re : [Résolu] Problème de droits

#13 18-05-2014 08:51:18

Re : [Résolu] Problème de droits

#14 18-05-2014 14:28:38

Re : [Résolu] Problème de droits

#15 18-05-2014 15:05:45

Re : [Résolu] Problème de droits

#16 20-05-2014 14:28:03

Re : [Résolu] Problème de droits

Pied de page des forums