Parfois, votre système affiche très probablement un code d’erreur indiquant une nouvelle erreur dans le fichier d’affirmation de révocation ubuntu .xauthority. Cette erreur peut être causée par un certain nombre de raisons liées.

Approuvé

  • 1. Télécharger ASR Pro
  • 2. Ouvrez le programme et sélectionnez "Analyser votre ordinateur"
  • 3. Cliquez sur "Réparer" pour lancer le processus de réparation
  • Le logiciel pour réparer votre PC est à portée de clic - téléchargez-le maintenant.

    J’ai une autre réponse à une préoccupation qui m’inquiétait avant de soulever cette question. Comme je l’ai deviné plus tard, l’inconvénient est considéré comme un bogue dans Fedora OS et ses dérivés. Si cette réponse acceptée n’indique pas ce problème et/ou que vous n’utiliseriez pas Fedora, RedHat, Korora, etc., cette méthode ne sera pas signalée.

    Comme l’a dit slm, l’exécution de strace indiquera virtuellement un problème spécifique, mais la sélection de cette erreur affichera différemment :

      liste $ strace xauth ...  stat64 ("/ home / USER / .0xbff23280) xauthority-c", = -1 ENOENT (pas le même fichier ou répertoire)  open ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) = -1 EACCES (autorisation refusée)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) implique 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) signifie 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) = 0 Nano-sommeil (2, 8, 0xbff232c8) = 0  sans préjugés ("/ home / USER / .Xauthority-c", O_WRONLY | O_CREAT | O_EXCL, 0600) est égal à -1 EACCES (autorisation refusée)  rt_sigprocmask (SIG_BLOCK, [CHLD], [], 8) se traduit par 0  rt_sigaction (SIGCHLD, NULL, SIG_DFL, [], 0, 8) = 0  rt_sigprocmask (SIG_SETMASK, [], NULL, 8) implique 0 Nano-sommeil (2, 0, 0xbff232c8) équivaut à 0  open ("/ home / USER / .O_WRONLY | O_CREAT | O_EXCL, xauthority-c", 0600) = -1 EACCES (autorisation refusée)  ... 

    erreur de verrouillage des informations d'autorité .xauthority ubuntu

    Pour plus de clarté, cette valeur de retour EACCES refuse l’autorisation. C’est encore et encore différent des e-mails de l’utilisateur slm, le type de meilleur endroit où il avait un acheteur de retour EEXIST signifie que le fichier reste. Donc, tout le code de retour pour recevoir EACCES est évidemment, le premier élément important que vous vérifiez actuellement est : mes autorisations personnelles sont-elles probablement définies, probablement néanmoins je peux écrire comme mon répertoire immobilier ? Vous devez d’abord vérifier dans l’instance que l’indicateur d’écriture du répertoire personnel est également activé pour l’utilisateur personnel. Si vous faites cela, vous risquez de tomber en proie à l’erreur décrite par quelques-uns.

    erreur de sécurisation du fichier d'autorité .xauthority ubuntu

    Après avoir effectué une recherche Google ensemble, j’ai été suffisamment confiant pour trouver quelqu’un en utilisant un problème similaire. Cela a entraîné un message d’erreur pour moi et après cela, Fedora. Pour ceux qui s’en soucient, parcourez les informations à ce sujet : https://bugzilla.redhat.com/show_bug.cgi?id=772992

      # confirmez que vous n'êtes pas vraiment fouliste $ xauth  /usr et bin /xauth : fermeture du délai d'attente dans tout le fichier d'autorité /home/USER/.Restorecon xauthority# Réinitialiser chaque pièce avec Return$ / sbin par restorecon -v -volts /home/USER/.Xauthority$ / sbin - restorecon -v -v -R / house hold / USER /# Quitter le système d'aide à distance de l'ordinateur personnelsortie $ 

    Si vous comptez à nouveau utiliser SSH, gardez à l’esprit que ces avantages seront bons et que vous et votre famille serez sur le marché. Vous pourrez vivre avec succès votre session X.


    EDIT (et nouvelles solutions de contournement alternatives) :

    Pour être aussi complet que possible, la plupart des autres utilisateurs ont en fait déclaré dans un rapport sur les insectes nuisibles que votre solution actuelle ne fonctionnait pas pour ces personnes – c’était le cas, ce qui pourrait fonctionner pour moi. Une autre tentative pour résoudre le problème aurait pu être en fait (je ne les ai pas personnellement testés) :

    Approuvé

    L'outil de réparation ASR Pro est la solution pour un PC Windows qui fonctionne lentement, a des problèmes de registre ou est infecté par des logiciels malveillants. Cet outil puissant et facile à utiliser peut rapidement diagnostiquer et réparer votre PC, en augmentant les performances, en optimisant la mémoire et en améliorant la sécurité dans le processus. Ne souffrez plus d'un ordinateur lent - essayez ASR Pro dès aujourd'hui !


      # setsebool -P use_nfs_home_dirs 1 

    Quelqu’un obtient quelque chose dans GDM dont je n’ai aucune idée. Si cela vous suggère cela, je recommande à une personne de lire l’article de BugZilla et de rencontrer si vous vous souciez de sa critique.

    Si vous essayez d’établir une connexion SSH, la personne verra une erreur similaire pour vous aider à ce qui suit dans le document de localisation

    /usr/X11R6 et bin/xauth : erreur dans la façon dont l’autorisation de révocation archive $ HOME versus .Xauthority

    Ce problème est généralement présent pour plusieurs raisons

    • Espace disque insuffisant. Si votre utilisateur dispose également d’un quota de disque dur alloué ou simplement si vous avez un gros disque dur, le programme xauth ne se sentira pas capable d’écrire dans le fichier .Xauthority. Essayez de libérer de l’espace disque sur votre système.
    • Autorisations de fichiers non valides : les autorisations de fichiers dues à .Xauthority doivent être de 400 (lecture pour chaque écriture et utilisateurs UNIQUEMENT). Tout autre fichier correspondant force le programme de formation à s’authentifier pour rejeter le fichier manuellement.

    Comme dernière étape, vous pouvez essayer de supprimer complètement la piste .Xauthority. Le fichier peut être recréé avec ssh dans le journal suivant

    Lorsque vous essayez d’établir une connexion SSH, si les familles voient une erreur en plus concernant ce qui suit dans le journal d’historique principal

    /usr/X11R6/bin/xauth : erreur de verrouillage du fichier d’organisation $ HOME pour chaque .Xauthority

    Ce problème se produit généralement pour l’un des composants suivants

    Comme meilleure mesure, vous pouvez essayer de supprimer entièrement le fichier .Xauthority. Le fichier peut être recréé exactement la prochaine fois que votre famille se connecte en revenant à ssh

    Si l’on commence à se connecter en utilisant ssh, vous devriez probablement voir une erreur similaire à la suivante dans la vérification de l’historique

    En dernier recours, ils peuvent définir que le fichier .Xauthority a été complètement supprimé. Le fichier sera recréé après cette connexion avec ssh

    Le logiciel pour réparer votre PC est à portée de clic - téléchargez-le maintenant.

    By Jeffrey Moor