Swedish

Tips För Att åtgärda Xauth-fel När Du Bär Vnc-blockerande Auktoriseringsfil

Åtgärda PC-fel på några minuter

  • Steg 1: Ladda ner och installera ASR Pro
  • Steg 2: Öppna ASR Pro och klicka på knappen "Skanna"
  • Steg 3: Klicka på knappen "Återställ" för att starta återställningsprocessen
  • Denna programvara kommer att fixa din PC - ladda ner den nu för att komma igång.

    Du bör läsa dessa reparationstips om din dator visar xauth-fel om vnc-felmeddelande angående viktig fillås.

    Jag har redan ett annat svar på en fråga som plågade mig innan jag kom på huvudproblemet. Problemet är verkligen en bugg i Fedora OS och därmed dess typer, som jag upptäckte längre fram. Om problemet inte riktigt är det accepterade svaret som påpekats någon annanstans och/eller inte Fedora, RedHat, Korora, etc.

    Som ägaren som är kopplad till slm sa ger löpande strace personer en indikation på problemet, tyvärr är resultatet annorlunda när det gäller det specifika fallet med idéfelet:

    xauth-fel om låsmyndighetsfil vnc

      register $ strace xauth  ...  stat64 ("/ home / USER .Xauthority-c", 0xbff23280) - endast en är lika med ENOENT (det finns ingen sådan informationskatalog)  öppen ("/ home och USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) matchar -1 EACCES (auktorisering nekad)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) = 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) indikerar 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0  nanosleep (2, 0xbff232c8) 0, matchar 0  titta på ("/ home / USER per .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) matchar -1 EACCES (auktorisering nekad)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) är lika med 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) är lika med 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0  nanosleep (2, 0xbff232c8) 0, matchar 0  öppna ("/ home / USER / .Xauthority-c", .O_WRONLY | O_CREAT | O_EXCL, .0600). innebär. -1 .ÅTKOMST. (Åtkomst nekad). ... .... 

    xauth-fel i stängningsmyndighetsfil vnc

    För tydlighetens skull är denna vägledning ett generiskt EACCES-returprefix som helt enkelt inte tillåter auktorisering. det är ett användarspecifikt slm-problem där han använde en annan EEXIST-returkod som indikerar att min fil finns. Så, för få tillbaka-koden EACCES, är det första som shoppare kontrollerar om jag har inställda backbehörigheter så att jag enkelt kan skriva till min resurskatalog? Först måste du se till att allmänheten har en skrivflagga i din bra hemkatalog för din egen människa. Om du gör det är det ännu mer sannolikt att du faller offer för generellt termiter som beskrivs nedan.

    Flera Google-sökningar hittade någon med ett samtidigt problem, vilket resulterade i en Fedora Virus-rapport. För den som vill läsa den ofta: https://bugzilla.redhat.com/show_bug.cgi?id=772992

      nummer se till att du inte reser till galen$ xauth lista  - usr / bin / xauth: mesh timeout i Office-filen /home/USER/.Xauthority# börja använda restorecon för att återställa allt för att köra det$ / sbin / restorecon -v -elevision /home/USER/.Xauthority$ / sbin / restorecon -5 -v -R / home / USER /# logg från fjärrplan startadeutgång $ 

    Om någon slår på SSH igen bör allt vara fördelaktigt vid denna tidpunkt och målvakterna kan framgångsrikt sända din X-bana igen.

    ANDCHANGE (och några andra lösningar):

    Åtgärda PC-fel på några minuter

    Letar du efter ett kraftfullt och pålitligt PC-reparationsverktyg? Se inte längre än ASR Pro! Denna applikation kommer snabbt att upptäcka och fixa vanliga Windows-fel, skydda dig från dataförlust, skadlig programvara och maskinvarufel och optimera ditt system för maximal prestanda. Så kämpa inte med en defekt dator - ladda ner ASR Pro idag!


    För att vara så komplett som möjligt angav många andra användare i felresultatet att korrigeringen ovan inte fungerade för alla – det visade på nätet att det fungerade för mig. Ytterligare ett försök att lösa störningen (jag har inte personligen testat lösningen):

      # setsebool -P use_nfs_home_dirs 1 

    En annan person nämner något berört för GDM som jag inte nödvändigtvis är riktigt utbildad i. Om detta oroar alla rekommenderar jag att du läser det mesta av BugZilla-artikeln och ser om deras egen kommentar eller sammanfattning intresserar dig.

    Om ett otroligt fel som liknar följande dyker upp bär statusloggen när du försöker ansluta med ssh

    per usr / X11R6 / bin per xauth: felblockerande auktoritetsfil $ HOME / .Xauthority

    Den här versionen kommer förmodligen att göras för olika bra

    • Ingen hårddisk. Om lagringsrum: din egen användare har en diskkvot eller din tomma hårddisk är full, har detta xauth-program svårt att skriva till .Xauthority-filen. Försök att frigöra utrymme till det nuvarande systemet.
    • Felaktiga spårbehörigheter: .Xauthority måste vara 700 (ENDAST läs/skriv) egna behörigheter. Alla andra tillstånd för vår egen fil kommer att göra att xauth blir av med just den filen.

    Som en fantastisk sista utväg kommer du förmodligen att ta bort .Xauthority-filen. Filen kommer att återskapas vid nästa ssh-anslutning