Ich habe Ubuntu 17.10 installiert. Jetzt habe ich Probleme mit 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

Wenn ich nicht benutze -g, ist der Passwortdialog deaktiviert. Es sieht also nach einem Problem beim Erstellen eines tty für root aus.

Irgendein Rat?

Beachten Sie, dass diese Antwort nur für Ubuntu-Versionen gilt, die Wayland verwenden. 17.10 ist die erste Version, die Wayland standardmäßig verwendet.

Es ist ein Feature, kein Bug! Es ist ein Konstruktionsmerkmal von Wayland, dass Sie grafische Anwendungen nicht als Root vom Terminal aus starten können.

Die Hauptgespräche finden natürlich auf den Fedora-Seiten statt. Siehe Fedora-Fehler # 1274451 und Grafikanwendungen können auf Ask Fedora nicht als Root in Wayland ausgeführt werden (z. B. gedit, beesu, gparted, nautilus) . Es gibt aber auch Diskussionen über die Ubuntu-Sites ( Ubuntu-Entwickler sind sich nicht sicher, ob Wayland in 17.10 - OMG! Ubuntu standardmäßig verwendet wird ).

Ubuntu-Fehlerbericht: pkexec'ed-Anwendungen können in der Wayland-Sitzung nicht gestartet werden

Mögliche Problemumgehung - Wenn Sie Systemdateien mit einem grafischen Editor (z. B. gedit) bearbeiten, verwenden Sie ein Befehlszeilentool wie z. B. nanooder vimoder emacs. nanoist in der Regel einfacher für neue Benutzer, vimist leistungsfähiger und verfügt über mehr Funktionen, siehe dieses Vim-Tutorial oder ähnliches.

Wenn Sie grafische Apps wirklich als Root ausführen möchten oder müssen , müssen Sie zunächst festlegen, xhostdass ein Fallback auf Xserver erzwungen wird.

So legen Sie die ausgeführten Berechtigungen fest:

xhost si:localuser:root 

Wenn Sie fertig sind, entfernen Sie die Berechtigungen

xhost -si:localuser:root 

Sie können eine grafische / Desktop-Option hinzufügen, um dies gemäß diesem synaptischen Fehlerbericht zu tun

pkexec'ed-Anwendungen können mit xhost +si:localuser:rootplatziertem XDG-Autostart wie folgt geheilt werden (N0rberts Idee):

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

Sie könnten diesen xhost-Befehl zu .bashrc hinzufügen, aber ich würde ein Paar Aliase empfehlen

alias gsuon='xhost si:localuser:root'

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

Sie können die Aliase beliebig benennen.

Für Details siehe:

• https://bugs.launchpad.net/ubuntu/+source/backintime/+bug/1713313
• https://bugs.launchpad.net/ubuntu/+source/nmap/+bug/1713311
• Arch Wiki: Ausführen von X-Apps als Root
• Arch Wiki: Xhost
• Was sind xhost und xhost + si?

Wechseln Sie zurück zu Xorg

Wenn Sie Xorg aus irgendeinem Grund bevorzugen, können Sie auswählen, dass es beim Anmelden auf Xorg ausgeführt wird

Siehe Wie wechselt man in Ubuntu 17.10 von Wayland zurück zu Xorg?

Lösungen

In Wayland ist es oft schwierig, GUI-Anwendungsprogramme mit erhöhten Berechtigungen (sudo -H, gksu ...) auszuführen. Es ist eine gute Idee, solche Aufgaben mit Befehlszeilentools auszuführen.

Es gibt jedoch Problemumgehungen, wenn Sie über ein GUI-Tool verfügen, das für Sie gut funktioniert und erhöhte Berechtigungen benötigt. (Ich verwende zwei solche Standardtools: den Synaptic Package Manager synapticund das Partitionierungstool Gparted gparted. Ich verwende MakeUSB auch zum Erstellen von USB-Boot-Laufwerken mkusb, aber es kann die Teile ausführen, für die erhöhte Berechtigungen ohne Grafiken erforderlich sind.)

xhost und sudo -H

1. Es gibt eine Problemumgehung, um grafische Anwendungsprogramme zuzulassen, die anderen Benutzern als dem in Wayland angemeldeten Benutzer gehören.

   xhost +si:localuser:root
   

2. gksuund gksudosind nicht mit Standard Ubuntu gebündelt und funktionieren hier nicht, aber sie funktionieren in Xorg.

   Stattdessen können Sie verwenden

   sudo -H
   

3. Es ist eine gute Idee, grafische Anwendungsprogramme zu verhindern, die anderen Benutzern als dem angemeldeten Benutzer gehören.

   xhost -si:localuser:root
   

gvfs admin backend

In Ubuntu 17.10 (gvfs> = 1.29.4) können Sie das gvfs-Admin-Backend verwenden. Beachten Sie, dass Sie den vollständigen Pfad benötigen,

gedit admin:///path/to/file

Theoretisch ist die Backend-Methode gvfs admin (die polkit verwendet) besser und sicherer (als xhostund xudo -H), unabhängig von der von Ihnen verwendeten Benutzeroberfläche.

Sie führen nicht die gesamte Anwendung als Root aus. Die Eskalation von Berechtigungen erfolgt nur, wenn dies unbedingt erforderlich ist. Siehe den folgenden Link und Links von ihm,

• sisco311s Antwort im Ubuntu Forums-Thread 'Welche bewährte Methode für die Verwendung von gedit als root?'

  Dies ist Post # 4. Siehe auch Beitrag Nr. 6 im selben Thread.

nautilus-admin

Es ist auch möglich, nautilus-adminfür Dateioperationen mit erhöhten Berechtigungen und geditmit erhöhten Berechtigungen zu verwenden. Dies wird in der folgenden AskUbuntu-Antwort beschrieben:

• Wie starte ich Nautilus als root?

Temporärer Zugriff für Root auf den Wayland-Desktop über die Funktion gks

Bitte vermeiden Sie sudo GUI-program. Dies kann dazu führen, dass das System die Konfigurationsdateien für Ihre reguläre Benutzer-ID mit der Konfiguration überschreibt rootund den Besitz und die Berechtigungen rootfestlegt, um Ihre reguläre Benutzer-ID anzupassen und zu sperren. Sie sollten GUI - Anwendungen mit laufen sudo -H, das schreibt die Konfigurationsdateien in root‚s Home - Verzeichnis /root. Beispiel:

sudo -H gedit myfile.txt

Es besteht jedoch die Gefahr, dass Sie es vergessen -H. Stattdessen können Sie beispielsweise eine Funktion erstellengks

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

und bewahren Sie es in der ~/.bashrcNähe der Aliase auf. Dann kannst du rennen

gks gedit myfile.txt

auf ähnliche Weise wie gksudozuvor.

Testen

Sie können prüfen , wie sudo, sudo -Hund die gksArbeit mit den folgenden Befehlen

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 ~ $ 

und natürlich

gks gedit myfile.txt

gemäß dem Beispiel im vorherigen Abschnitt.

Methode, die über das Menü Alt-F2 und Gnome Shell funktioniert

Anstatt eine einfache einzeilige Funktion hinzuzufügen ~/.bashrc, können Sie ein System erstellen, das auch ohne Bash funktioniert. Die Verwendung mag bequem sein, die Einrichtung ist jedoch komplizierter. Bitte beachten Sie, dass Sie nur eine der Alternativen installieren sollten, da die Einzeilenfunktion dieses kompliziertere System stört.

Drei Dateien

Das Muschelskript 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;

Die Desktop-Datei 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

Die Symboldatei gks.svgsieht folgendermaßen aus:

Sie können die Symboldatei oder einen Tarball mit allen drei Dateien über diesen Link herunterladen.

wiki.ubuntu.com/Wayland/gks

Kopieren Sie die [extrahierten oder kopierten & eingefügten] Dateien an die folgenden Speicherorte.

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

Abmelden / Anmelden oder Neustarten, und es sollte ein funktionierendes Desktopsymbol vorhanden sein. Es funktioniert von einem Terminalfenster aus wie bei der einfachen Lösung mit der Funktion.

Alt F2 Box:

Gnome Shell Menü:

gks Konsole und gparted:

Benutzerdefiniertes Skript und Desktop-Datei

Wenn Sie nur über wenige GUI-Anwendungen verfügen, für die erhöhte Berechtigungen erforderlich sind, können Sie benutzerdefinierte Skripts und Desktop-Dateien erstellen und die Eingabe des Befehls (Anwendungsname) vermeiden. Sie würden nur das Passwort eingeben, was im Vergleich zu den Vorgängerversionen von Ubuntu nicht schwieriger ist (Sie sollten das Passwort trotzdem eingeben).

Beispiel mit dem einfachen GUI-Programm xlogo, das mit dem Programmpaket geliefert wird x11-apps:

Das Shellscript gkslogo(vereinfacht gegenüber 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;

Die Desktop-Datei 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

Ich war faul und habe die gleiche Symboldatei verwendet gks.svg

Kopieren Sie die [kopierten & eingefügten] Dateien an die folgenden Speicherorte,

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

gks [logo] console und xlogo:

Überprüfen Sie besser zuerst, ob wayland wirklich läuft, bevor Sie root right erteilen

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

Wenn Sie Ubuntu 17.04 oder höher verwenden, wird empfohlen, das gvfs-Admin-Backend zu verwenden . Fügen Sie einfach Admin: // an der Vorderseite des vollständigen Dateipfad Sie in einer App wie das öffnen möchten Texteditor oder den Dateien Apps .

Öffnen Sie beispielsweise, um die Starteinstellungen zu ändern

admin:///etc/default/grub

Diese Methode verwendet PolicyKit und funktioniert weiterhin mit dem Wayland-Standard von Ubuntu 17.10, während sudo und gksu für GUI-Apps dies nicht tun.

Für Anwendungen, die su-to-root und pkexec verwenden, können Sie diesen Code auf eigenes Risiko hinzufügen /etc/xdg/autostart(siehe meinen Kommentar im Launchpad ):

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

Andere Root-Anwendungen sind auch auf Wayland fehlerhaft (siehe Fehler 1713313 und Fehler 1713311 ).

Wenn Sie keine dauerhafte Lösung wünschen, können Sie die @ ravery-Methode verwenden:

Geben Sie einfach xhost +si:localuser:rootdas Terminal ein, bevor Sie die privilegierte Anwendung starten

Wenn eine Anwendung die Wayland-API unterstützt, können Sie sie mit dem sudo -EH applicationBefehl root ausführen .

Der Schalter -E weist sudo an, die Umgebungsvariablen (sowie WAYLAND_SOCKET und XDG_RUNTIME_DIR) beizubehalten, die für Wayland-Anwendungen erforderlich sind. Es ist immer besser, diese Option gegenüber bösen xhost-Hacks zu verwenden, die in anderen Antworten vorgeschlagen wurden. Mit xhost kann die Anwendung unter einem X-Wrapper ausgeführt werden, der weniger sicher ist als die Verwendung von Wayland (freigegebene Zwischenablage, Keylogging usw.). Der sudo -EH-Trick funktioniert nicht mit einer Anwendung, die nicht für wayland umgeschrieben wurde, wie z. B. gparted, sondern mit gedit usw.

Eigentlich funktioniert fast der folgende Code:

#! /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 "$@"

(Bitte entschuldigen Sie den naiven Stil der Bash-Codierung. Ich bin eine Art Neuling in diesem Thema.) T funktioniert mit Alt-F2 nicht stabil, wenn die letzte Auswahl kein Terminal war; In diesem Fall können wir den Fokus nicht auf den Passwortdialog setzen. Wie auch immer <1. Es ist keine 100% ige Lösung. 2. Es scheint mir, dass Ubuntu-Architekten der Meinung sind, dass wir keine Arbeit suchen sollen.