Połączenie X11 odrzucone z powodu nieprawidłowego uwierzytelnienia

18

Próbuję uruchomić gpartedna moim Raspberry Pi. Po zalogowaniu się ssh -X pi@pii próbie uruchomienia sudo gpartedpojawia się komunikat o błędzie ...

Połączenie X11 odrzucone z powodu nieprawidłowego uwierzytelnienia.

Kiedy próbuję xauth list, nic nie jest wyświetlane, co oznacza, że ​​brakuje pliku xauth. Jaki jest najprostszy sposób na uruchomienie przekierowania X11?

Edycja: Wypróbowałem sugestię od dołu, ale pierwszy krok już się nie powiedzie:

root @ raspberrypi: ~ # xauth list $ DISPLAY

xauth: plik /root/.Xauthority nie istnieje

Jak wygenerować ten plik?

xorg ssh Eekhoorn
źródło
1
Czy faktycznie jest sesja X, do której można przekazać sesję zdalną? Nie robisz tego w szpachli, prawda ?!
Jivings

Odpowiedzi:

13

Wygodnym sposobem jest użycie gksudopolecenia. (Z pakietu debian „gksu”).

sourcejedi
źródło
Tak, to prawdopodobnie lepsze, łatwiejsze rozwiązanie.
Jivings
Próbowałem rozwiązań wykorzystujących xauth i podobne rzeczy, ale to było jedyne rozwiązanie, które faktycznie działało dla mnie!
Hiura,
10

Problem polega na tym, że sesja X dla administratora nie wie, co to jest plik cookie.

Po zalogowaniu się do Pi wykonaj następujące czynności:

$ xauth list $DISPLAY

Spowoduje to wydrukowanie pliku cookie, coś takiego:

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

Następnie przełącz superużytkownika za pomocą sui ustaw plik cookie:

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

Przekazywanie X powinno teraz działać dla roota.

Jivings
źródło
Czy istnieje argument, który możesz przekazać sudo?
Alex Chamberlain,
@AlexChamberlain Nie wiem o tym.
Jivings
To niestety nie działa. Zobacz moją edycję w oryginalnym poście.
Eekhoorn
1
@zenbomb Wygląda na to, że działałeś xauth listjako root, co oczywiście kończy się niepowodzeniem. Chcesz wyświetlić listę plików cookie dla użytkownika i dodać je do katalogu głównego.
XTL
Scalanie xauth jest o wiele wygodniejsze niż lista xauth, po której następuje xauth add.
Jon Watte
5

Miałem więc ten sam błąd:

xauth: file /root/.Xauthority does not exist

podczas próby dodania pliku cookie do konta root przy użyciu (tylko przykład)

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

Rozwiązałem ten problem, tworząc /root.Xauthorityplik (zalogowany jako root):

touch /root/.Xauthority

Polecenie touchtworzy pusty plik. Mam nadzieję, że to pomoże.

nagalman
źródło
1

Rozwiązanie:

1. ssh mitter @ host ”

2. $ sudo su

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

Skonfiguruj zmienną $ DISPLAY, jeśli nie jest skonfigurowana.

Mitter Singh Thakur
źródło
1
co to jest mitter?
Steve Robillard,
„mitter” to jego konkretna nazwa użytkownika. To, którą nazwę użytkownika chcesz scalić, zależy od tego, z jakiego systemu korzystasz i jakiego użytkownika logujesz się na początku. Na Raspberry Pi domyślną nazwą użytkownika jest „pi”. W wielu instalacjach Ubuntu domyślna nazwa użytkownika to „ubuntu”.
Jon Watte
-1

naprawiłem to za pomocą dowiązania symbolicznego:

ln -s /home/[my username]/.Xauthority /root/.Xauthority
Pfuscher
źródło
Kiepski pomysł. To spowoduje problem z uprawnieniami dla [nazwa użytkownika], jeśli korzystasz z konta root w X.
goldilocks
-2

właśnie cp'ed .Xauthority z / home / user to / root

Steve Summers
źródło
1
Jest to oficjalnie odrzucone, ponieważ ustanawia złe nawyki, które wpędzają cię w kłopoty na komputerach wielu użytkowników. Działa jak uczta na komputerach dla jednego użytkownika.
hildred