Connessione X11 rifiutata a causa di un'autenticazione errata

18

Sto cercando di correre gpartedsul mio Raspberry Pi. Dopo aver effettuato l'accesso ssh -X pi@pie aver tentato di eseguire sudo gparted, viene visualizzato il messaggio di errore ...

Connessione X11 rifiutata a causa di un'autenticazione errata.

Quando provo xauth list, non viene mostrato nulla, il che significa che manca il file xauth. Qual è il modo più semplice per far funzionare l'inoltro X11?

Modifica: ho provato il suggerimento dal basso, ma il primo passo fallisce già:

root @ raspberrypi: ~ # xauth list $ DISPLAY

xauth: il file /root/.Xauthority non esiste

Come posso generare questo file?

xorg ssh

— Eekhoorn
fonte

1

Esiste effettivamente una sessione X a cui inoltrare la sessione remota? Non lo stai facendo con lo stucco, vero ?!

— Jivings,

13

Un modo conveniente è usare gksudoinvece il comando. (Dal pacchetto debian "gksu").

— sourcejedi
fonte

Sì, questa è probabilmente una soluzione migliore e più semplice.

— Jivings,

Ho provato soluzioni usando xauth e roba simile ma questa era l'unica soluzione che funzionava davvero per me!

— Hiura,

10

Il problema è che la sessione X per il superutente non sa quale sia il cookie.

Dopo aver effettuato l'accesso al Pi, eseguire quanto segue:

$ xauth list $DISPLAY

Questo stampa il cookie, qualcosa del genere:

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

Quindi scambia il superutente con sue imposta il cookie:

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

X-forwarding ora dovrebbe funzionare per root.

— Jivings
fonte

C'è una discussione che puoi passare a sudo?

— Alex Chamberlain,

@AlexChamberlain Non che io sappia.

— Jivings,

Purtroppo non funziona. Vedi la mia modifica nel post originale.

— Eekhoorn,

1

@zenbomb Sembra che tu abbia eseguito xauth listil root, il che ovviamente non riesce. Vuoi elencare i cookie per l'utente e aggiungerli per root.

— XTL

xauth merge è molto più conveniente della lista xauth seguita da xauth add.

— Jon Watte,

5

Quindi ho avuto lo stesso errore:

xauth: file /root/.Xauthority does not exist

quando si tenta di aggiungere il cookie all'account root utilizzando (solo esempio)

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

Ho risolto questo problema creando il /root.Xauthorityfile (eseguito l'accesso come root):

touch /root/.Xauthority

Il comando touchcrea un file vuoto. Spero che questo possa essere d'aiuto.

— nagalman
fonte

1

Soluzione:

1. ssh mitter @ host '

2. $ sudo su

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

Configurare la variabile $ DISPLAY, se non è configurata.

— Mitter Singh Thakur
fonte

1

che cos'è il mitter?

— Steve Robillard,

"mitter" è il suo nome utente particolare. Il nome utente che desideri unire dipende dal sistema in uso e dall'utente a cui accedi inizialmente. Su un Raspberry Pi, il nome utente predefinito è "pi". Su molte installazioni di Ubuntu, il nome utente predefinito è "ubuntu".

— Jon Watte,

-1

l'ho risolto con un link simbolico:

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

— Pfuscher
fonte

Cattiva idea. Ciò creerà un problema di autorizzazioni per [nome utente] se si utilizza l'account root con X.

— goldilocks

-2

ho appena registrato il .Xauthority da / home / user a / root

— steve estati
fonte

1

Questo è ufficialmente disapprovato perché stabilisce cattive abitudini che ti mettono nei guai su macchine multiutente. Funziona come un piacere su macchine a singolo utente.

— hildred,