Не вдається підключитися до сервера X: 0,0 як суперпользователь

Коли я перебуваю в мережі, я отримую таку помилку, і інструмент не запускається:

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

Але все гаразд, коли я не суперпользователь. Чому це?

Редагувати

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

будь-яка пропозиція?

Також

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

Програмі X потрібні два фрагменти інформації для підключення до дисплея X.

• Потрібна адреса дисплея, яка зазвичай відбувається :0під час локального входу або :10, :11тощо, коли ви віддалено входите в систему (але число може змінюватися залежно від кількості активних з'єднань X). Адреса дисплея зазвичай вказується в DISPLAYзмінній середовища.

• Для відображення потрібен пароль. X паролі відображення називаються магічними файлами cookie . Чарівні файли cookie не вказуються безпосередньо: вони завжди зберігаються у файлах X-авторитету, що представляють собою сукупність записів форми "display :42has cookie 123456". Файл повноважень X зазвичай вказується в XAUTHORITYзмінній оточення. Якщо $XAUTHORITYне встановлено, програми використовують ~/.Xauthority.

Див. Розділ Відкриття вікна на віддаленому дисплеї X (чому "Не вдається відкрити дисплей")? для отримання детальної інформації.

У вашому випадку DISPLAYвстановлено, але програми очевидно не можуть знайти файл cookie. Перевірте значення XAUTHORITYсеансу та нижче su.

Якщо XAUTHORITYне встановлено в сеансі і suвстановлює HOMEзмінні оточення в домашньому каталог суперкористувача, то вам потрібно встановити , XAUTHORITYщоб /home/msz/.Xauthorityде /home/mszваш домашній каталог.

Якщо suвилучаєте XAUTHORITYз оточення, або поставте його назад, або налаштуйте suне робити цього.

Якщо ваш домашній каталог знаходиться в деяких файлових системах, таких як NFS, root, можливо, не зможе прочитати його безпосередньо. У цьому випадку ви можете скопіювати .Xauthorityфайл у інше місце у файловій системі, що не належить NFS:

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

Ви запускаєте xhost як root!

запустити xhost як звичайний користувач xhost +, а потім стати root та спробувати ще раз.

btw, як вказували інші, xhost +дозволяє будь-якому користувачеві будь-якого хоста

Для мене XAUTHORITY був встановлений як файл, який більше не існує:

$ echo $XAUTHORITY

/tmp/xauth-1000-_0

Так я і зробив

unset XAUTHORITY

а потім зміг підключитися до мого додатка як root за допомогою kdesudo (в даному випадку kdesudo bleachbit)

Запустити як звичайний користувач

xhost + localhost

потім увімкніть суперкористувача за допомогою

sudo su 

нарешті перейдіть до прикладу сервера

cd /usr/local/Ampps

нарешті запустіть ./Ampps

дякую в 2020 році

Це працювало для мене у Fedora 30

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