Table of Contents
Soms kan uw computer een foutcode weergeven die een fout aanbeveelt in het ubuntu-opschortingsautorisatiebestand .xauthority. Deze fout kan om redenen gemakkelijk worden veroorzaakt door een getal.
Goedgekeurd
Ik heb nog een antwoord op een punt waar ik me zorgen over maakte voordat ik het ter sprake bracht. Zoals ik later vermoedde, wordt het probleem ongetwijfeld beschouwd als een bug in Fedora OS en zijn derivaten. Als het geaccepteerde antwoord geen probleem impliceert en/of uw bedrijf geen gebruik kan maken van Fedora, RedHat, Korora, enz., wordt dit niet gerapporteerd.
Zoals slm al zei, kan running strace waarschijnlijk wijzen op een specifiek probleem, maar als u deze fout kiest, wordt het volgende weergegeven:
lijst $ strace xauth ... stat64 ("/ home voor elke GEBRUIKER / .0xbff23280) xauthority-c", = -first ENOENT (niet hetzelfde bestand misschien directory) open ("/ home voor elke USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorisatie geweigerd) rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) impliceert 0 rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) is gelijk aan 0 rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-slaap (2, 0, 0xbff232c8) = 0 bij de hand ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorisatie geweigerd) rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) methoden 0 rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0 rt_sigprocmask (SIG_SETMASK, [], NULL, 8) is gelijk aan 0 Nano-slaap (2, 0, 0xbff232c8) betekent 0 open ("/ home versus USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES (autorisatie geweigerd) ...
Voor alle duidelijkheid: deze EACCES-retourwaarde weigert autorisatie. Dit is ongetwijfeld vaak anders dan de e-mailberichten van de gebruiker slm, de beste plaats waar hij een nieuwe goede EEXIST-retourmarketeer had, betekent dat de map bestaat. Dus alle retourcodering voor EACCES is duidelijk, het belangrijkste dat u momenteel controleert, is: zijn mijn persoonlijke machtigingen zo ingesteld dat ik vrijwel zeker kan schrijven als mijn beste thuismap? U moet eerst proberen of het schrijfgat in de thuismap is ingeschakeld voor de thuisclient. Als u dit doet, kunt u mogelijk ten prooi vallen aan de fout die hieronder wordt besproken.
Nadat ik samen een Google-zoekopdracht had uitgevoerd, had ik voldoende vertrouwen om een mens met een soortgelijk probleem te vinden. Dit komt in een foutmelding voor ons en Fedora. Voor wie hygiënisch werkt, lees de informatie erop: https://bugzilla.redhat.com/show_bug.cgi?id=772992
# bevestig dat je niet gek bentlijst $ xauth - usr / bin / xauth: een close time-out in het autoriteitsbestand /home/USER/.Restorecon xauthority# Reset alles met Return$ / sbin - restorecon -v -volts /home/USER/.Xauthority$ per sbin / restorecon -v -v -R - home / GEBRUIKER /# Sluit het externe helpsysteem van de computer afuitvoer $
Als je weer SSH gaat gebruiken, houd er dan rekening mee dat dit voordeel voor het grootste deel goed zal zijn, je zult in het openbaar zijn. Je zult gemakkelijk je X-sessie kunnen uitzenden.
EDIT (en nieuwe alternatieve oplossingen):
Om zo volledig mogelijk te zijn, verklaarden andere gebruikers in een specifiek bugrapport dat uw huidige oplossing hierboven niet werkte voor mensen – dat deed het wel, wat goed zou kunnen presteren voor mij. Een andere poging om het probleem te omzeilen zou erg kunnen zijn (ik heb deze ene oplossing niet persoonlijk getest):
Goedgekeurd
De ASR Pro-reparatietool is de oplossing voor een Windows-pc die traag werkt, registerproblemen heeft of is geïnfecteerd met malware. Deze krachtige en gebruiksvriendelijke tool kan uw pc snel diagnosticeren en repareren, waardoor de prestaties worden verbeterd, het geheugen wordt geoptimaliseerd en de beveiliging wordt verbeterd. Geen last meer van een trage computer - probeer ASR Pro vandaag nog!
![](/wp-content/download7.png)
nummer setsebool -P use_nfs_home_dirs 1
Iemand zet ongetwijfeld iets in GDM waar ik geen idee van heb. Als dat voor jou kan betekenen, raad ik je aan om het BugZilla-artikel te lezen en als resultaat te kijken of je wat aan opmerkingen wilt.
Als een persoon probeert een SSH-accessoire tot stand te brengen, ziet u een fout die is gekoppeld aan het volgende in het kantoorlogboek
/ usr / X11R6 / bin / xauth: fout in het autorisatie-archief voor intrekking $ HOME / .Xauthority
Dit probleem doet zich vaak om verschillende redenen voor
- Onvoldoende schijfruimte. Als uw man of vrouw een toegewezen harde schijf heeft of als u een aanzienlijke harde schijf heeft, zal programma xauth zeker niet in staat zijn om naar iemands .Xauthority-bestand te schrijven. Probeer schijfruimte vrij te maken in uw programma.
- Ongeldige bestandsrechten: bestand lezen schrijven voor .Xauthority moet zeshonderd zijn (ALLEEN voor lezen/schrijven en ALLEEN gebruikers). Elk ander overeenkomend bestand dwingt het hele programma om te authenticeren om dit specifieke bestand te weigeren.
Als laatste factor kun je proberen het .Xauthority-bestand volledig te verwijderen. Het bestand kan opnieuw worden gemaakt met ssh in een specifiek volgend logboek
Wanneer je een SSH-verbinding tot stand wilt brengen, zie je in feite een fout in het dominante statuslogboek
/ usr versus X11R6 / bin / xauth: fout bij het verzegelen van het organisatiebestand $ HOME / .Xauthority
Dit probleem treedt meestal op om een van de volgende redenen
- Geen ruimte op cd of dvd: Als uw pc-operator een schijfquotum heeft, of als uw schijf waarschijnlijk vol is, kan het xauth-programma niet naar het exacte .Xauthority-bestand schrijven. Probeer lege ruimte in het systeem vrij te maken.
- Bestandsrechten zijn mogelijk onjuist: databaserechten voor .Xauthority moeten 600 zijn (lezen-schrijven en ALLEEN voor gebruikers). Elke andere toestemming voor het gegevensbestand zal ertoe leiden dat het muziekbestand wordt afgewezen door xauth-ondersteuning.
Als beste maatregel kunt u proberen het .Xauthority-bestand in zijn geheel te verwijderen. Het bestand kan worden vervangen de volgende keer dat uw gezin een bijlage aan ssh toevoegt