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.

Godkänd

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)  ... 

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.

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):

Godkänd

ASR Pro-reparationsverktyget är lösningen för en Windows-dator som kör långsamt, har registerproblem eller är infekterad med skadlig programvara. Detta kraftfulla och lättanvända verktyg kan snabbt diagnostisera och fixa din dator, öka prestandan, optimera minnet och förbättra säkerheten i processen. Lider inte av en trög dator längre - prova ASR Pro idag!

  # 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.