Es kann keine Verbindung zum X-Server hergestellt werden: 0.0 als Superuser

Wenn ich online bin, wird folgende Fehlermeldung angezeigt und das Tool startet nicht:

[root@dhcppc9 lin64]# ./ise
No protocol specified
_pn: cannot connect to X server :0.0

Aber alles ist in Ordnung, wenn ich kein Superuser bin. Warum das?

Bearbeiten

[root@dhcppc9 lin64]# export $(dbus-launch)
No protocol specified

irgendein Vorschlag?

Ebenfalls

[root@dhcppc9 lin64]# xhost [+]
No protocol specified
xhost:  unable to open display ":0.0"

Ein X-Programm benötigt zwei Informationen, um eine Verbindung zu einem X-Display herzustellen.

• Es braucht die Adresse des Displays, die in der Regel ist , :0wenn Sie in lokal oder angemeldet sind :10, :11usw. , wenn ich ist in der Ferne angemeldet (aber die Zahl kann je nach ändern , wie viele X - Verbindungen sind aktiv). Die Adresse der Anzeige wird normalerweise in der DISPLAYUmgebungsvariablen angezeigt .

• Es benötigt das Passwort für die Anzeige. X-Display-Passwörter werden als magische Cookies bezeichnet . Magische Cookies werden nicht direkt angegeben: Sie werden immer in X-Berechtigungsdateien gespeichert, bei denen es sich um eine Sammlung von Datensätzen der Form „Anzeige :42hat Cookie 123456“ handelt. Die X-Berechtigungsdatei wird normalerweise in der XAUTHORITYUmgebungsvariablen angegeben. Wenn $XAUTHORITYnicht festgelegt, verwenden Programme ~/.Xauthority.

Siehe Öffnen eines Fensters auf einer Remote-X-Anzeige (warum "Anzeige kann nicht geöffnet werden")? für mehr Details.

In Ihrem Fall DISPLAYist festgelegt, aber Programme können die Cookie-Datei offensichtlich nicht finden. Überprüfen Sie den Wert von XAUTHORITYin Ihrer Sitzung und darunter su.

Wenn XAUTHORITYdies in Ihrer Sitzung nicht festgelegt ist und sudie HOMEUmgebungsvariable auf das Basisverzeichnis von root festgelegt wird, müssen Sie festlegen XAUTHORITY, /home/msz/.Xauthoritywo /home/mszsich Ihr Basisverzeichnis befindet.

Wenn suentfernt XAUTHORITYvon der Umgebung, es entweder zurückgestellt oder configure sunicht , dies zu tun.

Wenn sich Ihr Home-Verzeichnis auf einigen Dateisystemen wie NFS befindet, kann root es möglicherweise nicht direkt lesen. In diesem Fall können Sie die .XauthorityDatei an einen anderen Speicherort in einem Nicht-NFS-Dateisystem kopieren :

XAUTHORITY_COPY=$(umask 077; mktemp)
cat "${XAUTHORITY:-~/.Xauthority}" "$XAUTHORITY_COPY"
XAUTHORITY="$XAUTHORITY_COPY" su
rm "$XAUTHORITY_COPY"
unset XAUTHORITY_COPY

Sie führen xhost als root aus!

Führen Sie xhost als normalen Benutzer aus xhost +, werden Sie root und versuchen Sie es erneut.

Übrigens, wie andere darauf hingewiesen haben, xhost +erlaubt es jedem Benutzer von jedem Host

XAUTHORITY wurde für mich als eine Datei festgelegt, die nicht mehr existiert:

$ echo $XAUTHORITY

/tmp/xauth-1000-_0

So tat ich

unset XAUTHORITY

und konnte dann mit kdesudo (in diesem Fall kdesudo bleachbit) eine Verbindung zu meiner App als root herstellen.

Als normaler Benutzer ausführen

xhost + localhost

dann aktivieren Sie Super User durch

sudo su 

Zum Schluss gehen Sie zum Serverbeispiel

cd /usr/local/Ampps

endlich laufen ./Ampps

Danke mir im Jahr 2020

Das hat bei mir in Fedora 30 funktioniert

xhost local:root
sudo QT_X11_NO_MITSHM=1 /usr/bin/unetbootin