J'ai installé Ubuntu 17.10. Maintenant, j'ai des problèmes avec gksu:

$ gksu -dg synaptic
No ask_pass set, using default!
xauth: /tmp/libgksu-HgUjgQ/.Xauthority
STARTUP_ID: gksu/synaptic/8760-0-alex-XPS-15-9530_TIME4974977
cmd[0]: /usr/bin/sudo
cmd[1]: -H
cmd[2]: -S
cmd[3]: -p
cmd[4]: GNOME_SUDO_PASS
cmd[5]: -u
cmd[6]: root
cmd[7]: --
cmd[8]: synaptic
buffer: -GNOME_SUDO_PASS-
brute force GNOME_SUDO_PASS ended...
Yeah, we're in...
Unable to init server: Could not connect: Connection refused
(synaptic:8767): Gtk-WARNING **: cannot open display: :1
xauth: /tmp/libgksu-HgUjgQ/.Xauthority
xauth_env: (null)
dir: /tmp/libgksu-HgUjgQ

Si je n'utilise pas -g, la boîte de dialogue de mot de passe est désactivée. Cela ressemble donc à un problème de création d’un tty pour root.

Aucun conseil?

Notez que cette réponse est spécifique aux versions d'Ubuntu utilisant Wayland, 17.10 étant la première version à utiliser Wayland par défaut.

C'est une fonctionnalité pas un bug! C'est une caractéristique de Wayland que vous ne pouvez pas démarrer d'applications graphiques en tant qu'utilisateur root à partir du terminal.

Les principales discussions portent bien entendu sur les sites Fedora. Voir le bogue Fedora n ° 1274451 et les applications graphiques ne peuvent pas être exécutées en tant que root dans Wayland (par exemple, gedit, beesu, gparted, nautilus) sur Ask Fedora . Mais il y a aussi quelques discussions sur les sites Ubuntu ( Ubuntu Devs Incertain sur l’utilisation de Wayland par défaut dans 17.10 - OMG! Ubuntu ).

Rapport de bogue Ubuntu: Impossible de lancer des applications pkexec sur la session Wayland

Solution possible - Si vous modifiez des fichiers système avec un éditeur graphique (tel que gedit), utilisez un outil de ligne de commande tel que nanoou vimou emacs. nanoest généralement plus facile pour les nouveaux utilisateurs, vimest plus puissant et a plus de fonctionnalités, voir ce tutoriel Vim ou similaire.

Quoi qu'il en soit, si vous souhaitez ou devez exécuter des applications graphiques en tant qu'utilisateur root , définissez-le en xhostpremier, ce qui oblige le repli sur Xserver.

Pour définir les autorisations, exécutez:

xhost si:localuser:root 

Lorsque vous avez terminé, pour supprimer les autorisations

xhost -si:localuser:root 

Vous pouvez ajouter une option graphique / de bureau pour le faire selon ce rapport de bogue synaptic

Les applications pkexec 'peuvent être soignées avec une xhost +si:localuser:rootmise en route automatique XDG comme suit (idée de N0rbert):

cat <<EOF | sudo tee /etc/xdg/autostart/xhost.desktop
[Desktop Entry]
Name=xhost
Comment=Fix graphical root applications
Exec="xhost +si:localuser:root"
Terminal=false
Type=Application
EOF

Vous pouvez ajouter cette commande xhost à .bashrc, mais je conseillerais une paire d'alias.

alias gsuon='xhost si:localuser:root'

alias gsuoff='xhost -si:localuser:root'

Vous pouvez nommer les alias comme vous le souhaitez.

Pour plus de détails, voir:

• https://bugs.launchpad.net/ubuntu/+source/backintime/+bug/1713313
• https://bugs.launchpad.net/ubuntu/+source/nmap/+bug/1713311
• Arch Wiki: Exécuter X Apps en tant que root
• Arch Wiki: Xhost
• Que sont xhost et xhost + si?

Revenez à Xorg

Si vous préférez Xorg pour une raison quelconque, vous pouvez choisir de s’exécuter sur Xorg lors de la connexion.

Voir Comment passez-vous de Wayland à Xorg dans Ubuntu 17.10?

Solutions

À Wayland, il est souvent difficile d’exécuter des programmes d’application avec des autorisations élevées (sudo -H, gksu ...). C'est une bonne idée de faire de telles tâches avec des outils en ligne de commande.

Mais il existe des solutions de contournement, si vous avez un outil graphique, qui fonctionne bien pour vous et nécessite des autorisations élevées. (J'utilise deux de ces outils standard: le gestionnaire de paquets Synaptic synapticet l'outil de partitionnement Gparted gparted. J'utilise MakeUSB pour créer des lecteurs de démarrage USB mkusb, mais il peut exécuter les parties qui nécessitent des autorisations élevées sans graphiques.)

xhost et sudo -H

1. Il existe une solution de contournement pour autoriser les programmes d'application graphiques appartenant à d'autres utilisateurs que l'utilisateur connecté dans Wayland.

   xhost +si:localuser:root
   

2. gksuet gksudone sont pas fournis avec Ubuntu standard et ne fonctionnent pas ici, mais ils fonctionnent sous Xorg.

   Au lieu de cela, vous pouvez utiliser

   sudo -H
   

3. C’est une bonne idée d’empêcher par la suite les programmes d’application graphiques appartenant à d’autres utilisateurs que l’utilisateur connecté,

   xhost -si:localuser:root
   

backend admin gvfs

Dans Ubuntu 17.10 (gvfs> = 1.29.4), vous pouvez utiliser le backend admin de gvfs. Notez que vous avez besoin du chemin complet.

gedit admin:///path/to/file

En théorie, la méthode backend de gvfs (qui utilise polkit) est meilleure et plus sûre (que xhostet xudo -H), quelle que soit l'interface utilisateur que vous utilisez.

Vous n'exécutez pas toute l'application en tant que root. L'escalade de privilèges ne se produit que lorsque cela est strictement nécessaire. Voir le lien suivant et les liens de celui-ci,

• La réponse de sisco311 dans le fil de discussion des forums Ubuntu "Quelle meilleure pratique pour utiliser gedit en tant que root?"

  Ceci est le post # 4. Voir aussi l'article n ° 6 dans le même fil.

nautilus-admin

Il est également possible d'utiliser nautilus-admindes opérations de fichiers avec des autorisations élevées et geditavec des autorisations élevées. Ceci est décrit dans la réponse suivante à AskUbuntu,

• Comment démarrer Nautilus en tant que root?

Accès temporaire pour root au bureau Wayland via une fonction gks

S'il vous plaît éviter sudo GUI-program. Cela peut entraîner le remplacement par le système des fichiers de configuration correspondant à votre ID utilisateur habituel avec rootla configuration de s, ainsi que la définition de la propriété et des autorisations pour adapter rootet verrouiller votre ID utilisateur habituel. Vous devez exécuter des applications graphiques avec sudo -H, qui écrit les fichiers de configuration dans rootle répertoire de base de /root. Exemple:

sudo -H gedit myfile.txt

Mais il y a un risque que vous oubliez -H. Au lieu de cela, vous pouvez créer une fonction, par exemplegks

gks () { xhost +si:localuser:root; sudo -H "$@"; xhost -si:localuser:root; }

et stockez-le dans vos ~/.bashrcproches pseudonymes. Ensuite, vous pouvez courir

gks gedit myfile.txt

d'une manière similaire à celle utilisée gksudoauparavant.

Essai

Vous pouvez vérifier sudo, sudo -Het le gkstravail avec les commandes suivantes

sudodus@xenial32 ~ $ sudo bash -c "echo ~"
/home/sudodus
sudodus@xenial32 ~ $ sudo -H bash -c "echo ~"
/root
sudodus@xenial32 ~ $ gks () { xhost +si:localuser:root; sudo -H "$@"; xhost -si:localuser:root; }
sudodus@xenial32 ~ $ gks bash -c "echo ~"
localuser:root being added to access control list
/root
localuser:root being removed from access control list
sudodus@xenial32 ~ $ 

et bien sur

gks gedit myfile.txt

selon l'exemple de la section précédente.

Méthode fonctionnant via les menus Alt-F2 et Gnome Shell

Au lieu d’ajouter une simple fonction à une ligne ~/.bashrc, vous pouvez créer un système fonctionnant également sans bash. Il peut être pratique à utiliser, mais son installation est plus compliquée. Veuillez noter que vous ne devez installer qu'une seule des alternatives, car la fonction une ligne perturbera l'utilisation de ce système plus complexe.

Trois fichiers

Le shellscript gks:

#!/bin/bash

xhost +si:localuser:root

if [ $# -eq 0 ]
then
  xterm -T "gks console - enter command and password" \
  -fa default -fs 14 -geometry 60x4 \
  -e bash -c 'echo "gks lets you run command lines with GUI programs
with temporary elevated permissions in Wayland."; \
read -p "Enter command: " cmd; \
cmdfile=$(mktemp); echo "$cmd" > "$cmdfile"; \
sudo -H bash "$cmdfile"; rm "$cmdfile"'
else
 xterm -T "gks console - enter password" -fa default -fs 14 -geometry 60x4 -e sudo -H "$@"
fi 

xhost -si:localuser:root;

Le fichier de bureau gks.desktop:

[Desktop Entry]
Version=1.0
Categories=Application;System;
Type=Application
Name=gks
Description=Run program with temporary elevated permissions in Wayland
Comment=Run program with temporary elevated permissions in Wayland
Exec=gks %f
Icon=/usr/share/icons/gks.svg
Terminal=false
StartupNotify=false
GenericName[en_US.UTF-8]=Run program with temporary elevated permissions in Wayland

Le fichier d'icône gks.svgressemble à ceci:

Vous pouvez télécharger le fichier icône ou une archive contenant les trois fichiers à partir de ce lien,

wiki.ubuntu.com/Wayland/gks

Copiez les fichiers [extraits ou copiés et collés] aux emplacements suivants,

sudo cp gks /usr/bin
sudo cp gks.desktop /usr/share/applications/
sudo cp gks.svg /usr/share/icons

Déconnectez-vous / connectez-vous ou redémarrez, et une icône de bureau devrait apparaître. Cela fonctionnera à partir d'une fenêtre de terminal comme avec la solution simple avec la fonction.

Alt F2 boîte:

Menu Gnome Shell:

console gks et gparted:

Script personnalisé et fichier de bureau

Si vous ne disposez que de quelques applications graphiques nécessitant des autorisations élevées, vous pouvez créer des scripts et des fichiers de bureau personnalisés pour ces applications et éviter de saisir la commande (nom de l'application). Vous ne feriez que saisir le mot de passe, ce qui n’est pas plus difficile par rapport aux versions précédentes d’Ubuntu (vous devez quand même saisir le mot de passe).

Exemple avec le programme d'interface graphique simple xlogofourni avec le package de programme x11-apps:

Le shellscript gkslogo(simplifié par rapport à gks),

#!/bin/bash

xhost +si:localuser:root

xterm -T "gks console - enter password" -fa default -fs 14 -geometry 60x4 -e sudo -H xlogo

xhost -si:localuser:root;

Le fichier de bureau gkslogo.desktop:

[Desktop Entry]
Version=1.0
Categories=Application;System;
Type=Application
Name=gkslogo
Description=Run program with temporary elevated permissions in Wayland
Comment=Run program with temporary elevated permissions in Wayland
Exec=gkslogo
Icon=/usr/share/icons/gks.svg
Terminal=false
StartupNotify=false
GenericName[en_US.UTF-8]=Run program with temporary elevated permissions in Wayland

J'étais paresseux et utilisais le même fichier d'icônes gks.svg

Copiez les fichiers [copiés et collés] aux emplacements suivants,

sudo cp gkslogo /usr/bin
sudo cp gkslogo.desktop /usr/share/applications/

gks [logo] console et xlogo:

Mieux vaut vérifier si wayland fonctionne vraiment avant d'accorder le droit root

if [ $XDG_SESSION_TYPE = "wayland" ]; then
    xhost +si:localuser:root
fi

Si vous utilisez Ubuntu 17.04 ou une version ultérieure, il est recommandé d'utiliser le backend admin gvfs . Ajoutez simplement admin: // au début du chemin de fichier complet que vous souhaitez ouvrir dans une application telle que l' éditeur de texte ou les applications de fichiers .

Par exemple, pour modifier les paramètres de démarrage, ouvrez

admin:///etc/default/grub

Cette méthode utilise PolicyKit et fonctionnera toujours avec la valeur par défaut Wayland d'Ubuntu 17.10, contrairement à sudo et gksu pour les applications à interface graphique.

Pour les applications qui utilisent su-to-root et pkexec, vous pouvez ajouter ce code à /etc/xdg/autostart(voir mon commentaire sur le tableau de bord ) à vos risques et périls:

cat <<EOF | sudo tee /etc/xdg/autostart/xhost.desktop
[Desktop Entry]
Name=xhost
Comment=Fix graphical root applications
Exec="xhost +si:localuser:root"
Terminal=false
Type=Application
EOF

D'autres applications racine sont également interrompues sur Wayland (voir les bogues 1713313 et 1713311 ).

Si vous ne voulez pas de solution permanente, vous pouvez utiliser la méthode de @ ravery:

il suffit de taper xhost +si:localuser:rootle terminal avant de lancer l'application privilégiée

Si une application prend en charge l'API Wayland, vous pouvez l'exécuter en tant que root à l'aide de la sudo -EH applicationcommande.

Le commutateur -E indique à sudo de conserver les variables d’environnement (ainsi que WAYLAND_SOCKET et XDG_RUNTIME_DIR) nécessaires aux applications. Il est toujours préférable d’utiliser cette option par rapport au hack xhost méchant proposé dans d’autres réponses. xhost permet à l'application de s'exécuter sous un wrapper X, ce qui est moins sûr que d'utiliser Wayland (presse-papiers partagé, enregistrement au clavier, etc.). L'astuce sudo -EH ne fonctionnera pas avec une application qui n'a pas été réécrite pour Wayland, comme gparted par exemple, mais qui fonctionnerait avec gedit, etc.

En fait, le code suivant fonctionne presque:

#! /bin/bash
set -e 
if [ -z "$1" ] ; then
    echo "Application is not specified" ;  exit
fi 
if [ $XDG_SESSION_TYPE = "wayland" ]; then
    if [[ -t 1 ]]; then
       xhost +si:localuser:root
       sudo -u root "$@"
       xhost  -  
       exit 0
    fi 
fi
gksu "$@"

(Veuillez m'excuser pour le style naïf du code bash - je suis une sorte de débutant avec ce sujet). T ne fonctionne pas stable à partir de Alt-F2, si la dernière sélection n'était pas un terminal; dans ce cas, nous ne pouvons tout simplement pas définir le focus sur la boîte de dialogue du mot de passe On dirait que cela fonctionne dans le menu Gnome. Quoi qu'il en soit <1. ​​Ce n'est pas une solution à 100%. 2. Il me semble que les architectes Ubuntu pensent que nous ne sommes pas censés chercher de solution de rechange.