З’єднання X11 відхилено через неправильну аутентифікацію


18

Я намагаюся бігти gpartedна своєму Raspberry Pi. Після входу в систему ssh -X pi@piта спроби запуску sudo gpartedя отримую повідомлення про помилку ...

З’єднання X11 відхилено через неправильну аутентифікацію.

Коли я намагаюся xauth list, нічого не відображається, це означає, що файл xauth відсутній. Який найпростіший спосіб переадресувати X11 на роботу?


Редагувати: я спробував пропозицію знизу, але перший крок вже не вдається:

root @ raspberrypi: ~ # список xauth $ DISPLAY

xauth: файл /root/.Xauthority не існує

Як створити цей файл?


1
Чи є насправді X сеанс для пересилання віддаленого сеансу? Ти цього не робиш шпаклівкою?
Відхилення

Відповіді:


13

Зручний спосіб - gksudoзамість цього використовувати команду. (Із пакета debian "gksu").


Так, це, мабуть, краще, простіше рішення.
Відхилення

Я спробував рішення, використовуючи xauth та подібні речі, але це єдине рішення, яке насправді працювало для мене!
Хіра

10

Проблема полягає в тому, що X-сеанс для суперпользователя не знає, що таке cookie.

Після входу в Pi виконайте наступне:

$ xauth list $DISPLAY 

Це друкує печиво, приблизно так:

pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae

Потім увімкніть суперусер suі встановіть файл cookie:

# xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

X-переадресація тепер повинна працювати для root.


Чи є суперечка, яку ви можете передати судо?
Алекс Чемберлен

@AlexChamberlain Не те, що я знаю.
Стрибки

На жаль, це не працює. Дивіться мою редакцію в оригінальній публікації.
Ехорн

1
@zenbomb Схоже, ти працюєш xauth listяк root, що, звичайно, не вдається. Ви хочете перерахувати файли cookie для користувача та додати їх для root.
XTL

Злиття xauth набагато зручніше, ніж список xauth з подальшим xauth add.
Джон Ватт

5

Тож у мене була та сама помилка:

xauth: file /root/.Xauthority does not exist

намагаючись додати файл cookie до кореневого облікового запису за допомогою (лише приклад)

xauth add pi:10 mit-magic-cookie-1 4d22408aga55sad1ccd165723g77923ae 

Я вирішив цю проблему, створивши /root.Xauthorityфайл (увійшов як root):

touch /root/.Xauthority

Команда touchстворює порожній файл. Я сподіваюся, що це допомагає.


1

Рішення:

1. ssh mitter @ host '

2. $ sudo su

3. # xauth merge /home/mitter/.Xauthority

Налаштуйте змінну $ DISPLAY, якщо вона не налаштована.


1
що гірка?
Стів Робіллард

"mitter" - це його конкретне ім'я користувача. Ім'я користувача, яке ви хочете об'єднати, залежить від того, в якій системі ви працюєте та якого користувача ви входите, як і раніше. У Raspberry Pi стандартне ім'я користувача "pi". У багатьох установках Ubuntu за замовчуванням ім'я користувача - "ubuntu".
Джон Ватте

-1

я зафіксував це символічним посиланням:

ln -s /home/[my username]/.Xauthority /root/.Xauthority

Погана ідея. Це створить проблему дозволів для [ім'я користувача], якщо ви використовуєте кореневий обліковий запис з X.
goldilocks

-2

Я просто cp'ed .Xauthority від / home / користувач до / root


1
Це офіційно нахмуриться, оскільки він встановлює шкідливі звички, які можуть потрапити в проблеми на багатокористувацьких машинах. Працює як частування на машинах для одного користувача.
hildred
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.