A volte il tuo sistema potrebbe visualizzare un codice di errore che indica un errore nel file di autorizzazione di revoca di Ubuntu .xauthority. Questo errore può essere causato da una serie di motivi.

Ho una risposta diversa a una preoccupazione che mi preoccupava prima di sollevare questa afflizione. Come ho intuito in seguito, il disturbo è considerato un bug nel sistema operativo Fedora e nei suoi derivati. Se una qualsiasi risposta accettata non indica il problema perfetto e/o non sei in grado di utilizzare Fedora, RedHat, Korora, ecc., questo univoco non verrà segnalato.

Come ha detto slm, l’esecuzione di strace indicherà molto probabilmente un problema specifico, ma prendere una decisione su questo errore produrrà un output diverso:

  list $ strace xauth ...  stat64 ("/ home / USER / .0xbff23280) xauthority-c", = -1 ENOENT (non lo stesso file e per la directory)  open ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorizzazione negata)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) implica 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) è uguale a 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-sonno (2, tre, 0xbff232c8) = 0  spazioso ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) è uguale a -1 EACCES (autorizzazione negata)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) modi 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) significa 0 Nano-sonno (2, 0, 0xbff232c8) è uguale a 0  open ("/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES (autorizzazione negata)  ... 

errore nell'archivio dell'autorità di blocco .xauthority ubuntu

Per chiarezza, questo valore roi EACCES nega l’autorizzazione. Questo è probabilmente diverso dalle e-mail di User slm, qualsiasi posto migliore in cui ha avuto un marketer di ritorno EEXIST significa che il file è sul mercato. Quindi tutto il codice di ritorno per adattarsi a EACCES è ovviamente, il primo elemento importante che stai controllando è: probabilmente i miei permessi personali sono impostati, probabilmente per poter scrivere come directory della mia famiglia? È necessario prima controllare quando il flag di scrittura della directory home è ora abilitato per l’utente home. Se lo fai, potresti essere vittima dell’errore descritto di seguito.

error in lock jewelry armoire authority file .xauthority ubuntu

Dopo aver fatto una ricerca su Google insieme, ero abbastanza sicuro di trovare qualcuno con un problema simile. Ciò ha provocato un messaggio di errore per me associato a Fedora. Per chi se ne frega, comprendi le informazioni su di esso: https://bugzilla.redhat.com/show_bug.cgi?id=772992

  # conferma che sei al contrario di pazzolista $ xauth  / usr o bin / xauth: chiude il timeout su tutto il file di autorità /home/USER/.Restorecon xauthority# Ripristina tutto con Return$ / sbin - restorecon -v -volts /home/USER/.Xauthority$ / sbin versus restorecon -v -v -R / la tua casa / USER /# Uscire dal sistema di assistenza remota del PCuscita $ 

Se utilizzerai di nuovo SSH, tieni presente che questo è il vantaggio che andrà bene e che avrai sul mercato Sarai in grado di trasmettere con successo la tua sessione X via etere.


MODIFICA (e nuove soluzioni alternative):

Per essere il più completo possibile, altri utenti hanno effettivamente affermato in un irritante rapporto che l’overhead di correzione attuale non ha funzionato per tutti loro – lo ha fatto, il che potrebbe funzionare per quanto riguarda me. Un altro tentativo di lavorare vicino al problema potrebbe essere stato ultimamente (non ho testato personalmente questa soluzione alternativa):

  # setsebool -P use_nfs_home_dirs 1 

Qualcuno sta spendendo qualcosa in GDM di cui non ho idea. Se ti è possibile, ti consiglio di leggere l’articolo di BugZilla e di immaginare se ti interessa che venga terminato.

Se tenti di stabilire una connessione SSH, gli acquirenti vedranno un errore simile se desideri al seguente nel rapporto sulla posizione

/ usr / X11R6 per bin / xauth: errore nel nostro archivio di autorizzazione alla revoca $ HOME e .Xauthority

Questo problema di solito si verifica per diversi motivi

  • Spazio su disco insufficiente. Se il tuo utente ha anche una quota di disco rigido allocata o forse se hai un disco rigido molto grande, il programma xauth non sarà in grado di scrivere sul file .Xauthority. Prova a liberare spazio su disco nel sistema.
  • Permessi file non validi: i permessi file per conto di .Xauthority devono essere 400 (lettura contro scrittura e SOLO utenti). Qualsiasi altro file corrispondente forza l’autenticazione del programma televisivo per rifiutare l’archivio.

Come passaggio finale, la tua famiglia può provare a eliminare completamente il catalogo .Xauthority. Il file può essere eventualmente ricreato con ssh nel log subito dopo

Quando provi il tempo per stabilire una connessione SSH, se potresti vedere un errore in aggiunta a quanto segue nel registro principale della fama

/ usr / X11R6 / bin / xauth: errore nel sigillare il file dell’organizzazione $ HOME e .Xauthority

Questo problema di solito si verifica per una delle seguenti variabili

Come misura migliore, puoi dare un’occhiata all’eliminazione completa del file .Xauthority. Il file può essere ricreato generalmente la prossima volta che la tua famiglia si connette a ssh

Se l’individuo inizia a connettersi usando ssh, potresti vedere un errore simile a tutti i seguenti nella cronologia del legno

Come ultima risorsa, tu e la tua famiglia potete definire che il file .Xauthority è stato completamente rimosso. Il file verrà ricreato al momento del login con ssh

By John Fuller