Вопросы Теги

Не может соединиться с X-сервером:0.0 как суперпользователь

Посмотрите на свое сообщение, особенно сообщение

(monitor mode enabled on mon0)

Так... получают на mon0, НЕТ wlan0!

т.е.:

airmon-ng start wlan0
airodump-ng mon0

.. Вы не заметите быстрого переключения каналов. Вам будет нужно обходное решение для получения его, захватывая полный спектр! Sooo...

airodump-ng mon0

airmon-ng stop wlan0      # gets channel hopping going (but obviously stops wlan0)

airodump-ng mon0
10
01.02.2014, 00:48
5 ответов

Для X программ нужны два сведения для соединения с X дисплеями.

  • Этому нужен адрес дисплея, который обычно является :0 когда Вы зарегистрированы локально или :10, :11, и т.д., когда Вы зарегистрированы удаленно (но число может измениться в зависимости от того, сколько X соединений активны). Адрес дисплея обычно обозначается в DISPLAY переменная среды.

  • Этому нужен пароль для дисплея. X паролей дисплея называют волшебными cookie. Волшебные cookie не указаны непосредственно: они всегда хранятся в X авторитетных файлах, которые являются набором записей формы “дисплей :42 имеет cookie 123456”. X авторитетных файлов обычно обозначаются в XAUTHORITY переменная среды. Если $XAUTHORITY не установлен, использование программ ~/.Xauthority.

Посмотрите Открытый окно на удаленном X дисплеев (почему "Не может открыть дисплей")? для получения дополнительной информации.

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

Если XAUTHORITY не установлен на Вашей сессии и su наборы HOME переменная среды к корневому каталогу корня, затем необходимо установить XAUTHORITY кому: /home/msz/.Xauthority где /home/msz Ваш корневой каталог.

Если su удаляет XAUTHORITY от среды, или отложенной это, или, настраивают su не сделать это.

Если Ваш корневой каталог находится в некоторых файловых системах как NFS, корень не может читать его непосредственно. В этом случае можно скопировать .Xauthority файл к другому местоположению в файловой системе не-NFS:

XAUTHORITY_COPY=$(umask 077; mktemp)
cat "${XAUTHORITY:-~/.Xauthority}" "$XAUTHORITY_COPY"
XAUTHORITY="$XAUTHORITY_COPY" su
rm "$XAUTHORITY_COPY"
unset XAUTHORITY_COPY
12
27.01.2020, 20:01
  • 1
    я создал символьную ссылку и она работала также.Вот: ln -s /home/otheruser/.Xauthority ~ –  Can Geliş 03.02.2015, 10:58
  • 2
    XAUTHORITY для меня был установлен как файл, который больше не существовал: –  pbhj 11.01.2016, 15:28

Вы выполняете xhost как корень!

выполненный xhost как обычный пользователь xhost + , затем станьте корнем, затем попробовали еще раз.

btw как другие указали xhost + разрешения любой пользователь от любого хоста

4
27.01.2020, 20:01
  • 1
    Много современных систем настраиваются так, чтобы xhost не работает. Если это делает, то, по крайней мере, выполненный xhost +localhost, нет xhost +! –  Gilles 'SO- stop being evil' 01.02.2014, 00:48
  • 2
    Поймите, это - положительная сторона. Спасибо за Ваш совет. –  X Tian 01.02.2014, 04:04

XAUTHORITY для меня был установлен как файл, который больше не существует:

$ echo $ XAUTHORITY

/ tmp / xauth-1000-_0

Итак, я

отключил XAUTHORITY

и затем смог подключиться к моему приложению как root с помощью kdesudo (в данном случае kdesudo bleachbit )

0
27.01.2020, 20:01

Запуск от имени обычного пользователя 

xhost + localhost

, затем включите суперпользователя с помощью 

sudo su

наконец перейти к примеру сервера 

cd /usr/local/Ampps

наконец-то беги./Ампер

спасибо в 2020 году

0
27.01.2020, 20:01

Это работало для меня в Fedora 30

xhost local:root
sudo QT_X11_NO_MITSHM=1 /usr/bin/unetbootin
0
27.01.2020, 20:01

Теги

Похожие вопросы