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

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