Ibland kommer ditt system att visa en felkod som indikerar ett mycket bra fel i filen .xauthority för upphävande av ubuntu. Detta fel kan alltid orsakas av ett nummer kopplat till orsaker.

Jag har mer svar på en oro som gjorde mig orolig innan jag tog upp denna nackdel. Som jag senare gissade anses problemet vara ett fel i Fedora OS och dess derivat. Om det specifika accepterade svaret inte indikerar det bästa problemet och/eller du inte använder Fedora, RedHat, Korora, etc., kommer allt inte att rapporteras.

Som slm sa, kör strace kan ha indikerat ett specifikt problem, men sökning efter det här felet kommer att visa annorlunda:

  list $ strace xauth ...  stat64 ("/ home / USER / .0xbff23280) xauthority-c", = -1 ENOENT (inte samma fil eller möjligen en katalog)  öppen ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (auktorisering nekad)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) innebär 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) betyder 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-sleep (2, 7, 0xbff232c8) = 0  honest ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) är lika med -1 EACCES (auktorisering nekad)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) process 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) är lika med 0 Nano-sleep (2, 0, 0xbff232c8) betyder 0  öppen ("/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES (auktorisering nekad)  ... 

fel i låsande auktoritetslista .xauthority ubuntu

För tydlighetens skull nekar detta EACCES-besök din blogg värde auktorisering. Detta skiljer sig ständigt från användarens e-postmeddelanden, dessa bästa ställen han hade en EEXIST returnerar marknadsförare betyder att filen finns. Så all returkod bara för EACCES är uppenbarligen, den första förekomsten du för närvarande kontrollerar är: är nästan alltid mina personliga behörigheter inställda, och som ett resultat kan jag skriva som mitt eget huskatalog? Du måste först kontrollera att skrivflaggan i hemkatalogen ofta är aktiverad för hemanvändaren. Om du gör detta kan du bli offer för felet som beskrivs nedan är några.

error in closure Authority file .xauthority ubuntu

Efter att ha gjort en Google-sökning tillsammans var jag i själva verket säker nog att hitta någon med ett liknande problem. Detta resulterade i ett felmeddelande för mig tillsammans med Fedora. För dem som bryr sig, titta på informationen om det: https://bugzilla.redhat.com/show_bug.cgi?id=772992

  # bekräfta att du definitivt inte är galenlista $ xauth  / usr per bin / xauth: stäng timeout inom behörighetsfilen /home/USER/.Restorecon xauthority# Återställ nästan allt med Return$ / sbin per restorecon -v -volts /home/USER/.Xauthority$ / sbin restorecon -v -v -R / bostad / ANVÄNDARE /# Avsluta det privata fjärrhjälpsystemetutgång $ 

Om du ska använda SSH igen, kom ihåg att den fördelen kommer att vara bra och vi kommer att finnas på marknaden. Du kommer att kunna leva din X-session framgångsrikt.


EDIT (och nya alternativa lösningar):

För att vara så komplett som möjligt, har olika typer av användare faktiskt angett i en liknande rapport att din nuvarande korrigering ovanpå inte fungerade för någon av dem – det gjorde den, vilket kan fungera för mig. Ett annat försök att fungera i existensen av problemet kunde ha resulterat i att det fanns (jag har inte personligen testat denna värdefulla lösning):

  # setsebool -P use_nfs_home_dirs 1 

Någon lägger till något i GDM som jag faktiskt inte har någon aning om. Om det är kort för dig rekommenderar jag att du läser BugZilla-artikeln och kollar om du bryr dig om dess kommentarer.

Om du anstränger dig för att upprätta en SSH-anslutning kommer en person att se ett liknande felmeddelande och följande i platsrapporten

/ usr / X11R6 för varje bin / xauth: fel i ofta återkallande auktoriseringsarkivet $ HOME .Xauthority

Det här problemet uppstår vanligtvis av flera anledningar

  • Inte lämpligt diskutrymme. Om din användare visar en tilldelad hårddiskkvot eller till om du har en stor diligently disk, kommer programmet xauth inte att kunna skriva till .Xauthority-filen. Försök att frigöra utökat diskutrymme på ditt system.
  • Ogiltiga filbehörigheter: filbehörigheter för många .Xauthority måste vara 400 (ENDAST läs kontra skriv och användare). Alla andra matchande filer tvingar lektionerna att autentiseras för att avvisa arkiveringen.

Som ett sista steg kan du försöka ta bort .Xauthority helt. Filen kan utgöra återskapad med ssh i användningsloggen

När du försöker upprätta en SSH-anslutning, om hela din familj ser ett fel utöver följande i huvudplaceringsloggen

/ usr / X11R6 / bin / xauth: fellåsbar organisationsfilen $ HOME per .Xauthority

Det här problemet uppstår vanligtvis för en av följande fantastiska

Som bästa åtgärd kan du sikta på att ta bort .Xauthority-filen helt. Filen kan återskapas en ny nästa gång din familj ansluter på ssh

Om ditt företag börjar ansluta med ssh, bör du verkligen se ett fel som liknar följande i historikdokumentet

Som en sista utväg kan du själv definiera att .Xauthority-filen har tagits bort helt. Filen kommer att återskapas vid efterföljande inloggning med ssh

By Angus Gepp