Às vezes, seu sistema pode exibir qualquer tipo de código de erro indicando um erro durante o diretório de autorização de revogação do Ubuntu .xauthority. Esse erro pode ser causado por vários motivos.

Tenho outra resposta para uma preocupação que me incomodou no início, pois eu levantei essa questão. Como eu adivinhei mais tarde, o problema é conhecido como bug no sistema operacional Fedora e, como consequência, seus derivados. Se a maneira aceita de contornar o problema não indicar um problema e / ou você não puder usar Fedora, RedHat, Korora, etc., isso nunca será relatado.

Conforme o slm definido, a execução do strace provavelmente indicará o problema específico real, mas ao escolhê-lo, o erro será diferente:

  document $ strace xauth ...  stat64 ("/ home / USER por .0xbff23280) xauthority-c", = -1 ENOENT (geralmente não é o mesmo arquivo ou diretório)  mantenha suas janelas ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorização negada)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) mostra 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) é igual a 0 Nanossono (2, 0, 0xbff232c8) é igual a 0  abrir ("/ home ou USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorização negada)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) significa 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) é igual a 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nanossono (2, 0, 0xbff232c8) = 0  exposto ("/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) é igual a -1 EACCES (autorização negada)  ... 

erro ao bloquear arquivo de autoridade .xauthority ubuntu

Para maior clareza, este valor de retorno EACCES recusa a autorização. Isso geralmente é diferente dos e-mails do usuário slm, a melhor posição que ele teve de um comerciante da Internet de retorno EEXIST significa que o arquivo existe. Muitos dos códigos de retorno para EACCES são muito obviamente, a primeira coisa que você está verificando atualmente é: minhas permissões iniciais estão definidas, provavelmente para que eu possa escrever como meu diretório inicial? Você deve primeiro verificar se o sinalizador de gravação do diretório da sala está habilitado para o usuário doméstico. Se você executá-lo, poderá ser vítima do erro descrito abaixo.

erro ao bloquear autoridade completa .xauthority ubuntu

Depois de fazer uma pesquisa no Google juntos, eu estava confiante de que encontraria alguém com um problema indistinguível. Isso resultou em uma mensagem de erro excelente para mim e para o Fedora. Para quem se importa, leia os recursos nele: https://bugzilla.redhat.com/show_bug.cgi?id=772992

  número para confirmar que você não está loucolista xauth  / usr / bin e xauth: tempo limite de fechamento no documento de autoridade /home/USER/.Restorecon xauthority# Redefina tudo com Retorno$ / sbin / restorecon -v -v /home/USER/.Xauthority$ / sbin / restorecon -versus -v -R / home / USER /# Sair do controle remoto do computador pode ser um sistema de ajudasaída $ 

Se você geralmente vai usar SSH novamente, lembre-se de ter em mente que esta vantagem deve ser boa e você estará mais no mercado. Você apenas poderá transmitir sua sessão X com sucesso.


EDITAR (e novas soluções alternativas):

Para ser o mais completo possível, outros usuários declararam claramente em um relatório de bug no qual sua correção atual acima definitivamente funcionou para eles – provavelmente funcionou, o que pode funcionar para mim. Outra tentativa de contornar o problema poderia ter sido (eu realmente testei pessoalmente essa solução alternativa):

  # setsebool -P use_nfs_home_dirs 1 

Alguém está colocando algo dentro do GDM sobre o qual não pensei. Se isso significa para você, recomendo que leia algum artigo do BugZilla e veja se você se importa com seus comentários.

Se você tentar encontrar uma conexão SSH, perceberá um erro semelhante ao enfocar no registro de localização

e usr / X11R6 / bin e xauth: erro no arquivo aprovado para revogação $ HOME / .Xauthority

Esse problema geralmente ocorre por vários motivos

  • Furo no disco insuficiente. Se o seu usuário tiver uma cota de disco rígido escolhida ou se você puder ter um disco rígido grande, as ferramentas xauth não poderão ajudá-lo a gravar no arquivo .Xauthority. Tente liberar espaço de arquivo em disco em seu sistema.
  • Permissões de imagem inválidas: as permissões de arquivo para .Xauthority serão 400 (leitura / gravação SOMENTE como usuários). Qualquer outro arquivo de elogio força o programa a verificar para rejeitar o arquivo.

Como uma etapa final, você pode testar a exclusão do arquivo .Xauthority por completo. O arquivo pode ser recriado trabalhando com ssh no seguinte sinal

Ao tentar estabelecer uma boa conexão SSH, se você vir qualquer tipo de erro além do como resultado de no arquivo de status principal

/ usr / X11R6 / can / xauth: erro ao bloquear o arquivo sem fins lucrativos $ HOME / .Xauthority

Esse problema geralmente ocorre pelos seguintes motivos

Como medida mais eficaz, você pode tentar excluir inteiramente o arquivo .Xauthority específico. O catálogo pode ser recriado no próximo momento em que sua família se conectar ao ssh

Se você começar a liderar usando ssh, deverá ver outro erro semelhante ao seguinte para o log de histórico

Como último recurso, você pode identificar o arquivo The .Xauthority que foi completamente removido. O arquivo certamente deve ser recriado no próximo login sofrendo de ssh

By Zachary Anstey