Pourquoi ai-je autant de fichiers .Xauthority. * Dans mon répertoire personnel?


21

J'utilise Ubuntu 13.04 sur un Lenovo X220.

Pourquoi ai-je autant de fichiers .Xauthority. * Dans mon répertoire personnel? C'est à dire

.Xauthority .Xauthority.0JW6UW .Xauthority.2HWRVW .Xauthority.2TA6VW .Xauthority.49F8VW .Xauthority.4E27UW .Xauthority.7CLTVW .Xauthority.8JGGXW .Xauthority.96SAVW .Xauthority.AOUFVW .Xauthority.ASDOVW .Xauthority.CGVJXW .Xauthority.E0ZSVW .Xauthority.E5VZWW .Xauthority.FE64UW .Xauthority.FIHDWW .Xauthority.HL45VW .Xauthority.HYCCVW .Xauthority.ILUEWW .Xauthority.JXJHVW .Xauthority.K1QJXW .Xauthority.KXSOVW .Xauthority.LEKEVW .Xauthority.M48WVW .Xauthority.M6QTVW .Xauthority.MW6NWW .Xauthority.N57TWW .Xauthority.O5HAWW .Xauthority.OIC5VW .Xauthority.P2RPVW .Xauthority.Q0FRVW .Xauthority.QW01WW .Xauthority.RDW5WW .Xauthority.T0TLWW .Xauthority.TSO4WW .Xauthority.U6R9VW .Xauthority.V3KAWW .Xauthority.W8Z1WW .Xauthority.XDLGVW .Xauthority.XOOHWW.Xauthority.XUICVW

Ils sont tous à zéro octet sauf le premier, avec des horodatages partout.

Que sont-ils et sont-ils sûrs à supprimer?


Conformément à la politique de la communauté ( meta.askubuntu.com/questions/4216/… ) - il s'agit d'un bogue confirmé et en tant que tel est hors sujet. La prime a été retournée.
fossfreedom

Avez-vous un serveur SSH en cours d'exécution sur cette machine?
Seth

1
J'ai ce problème, et de temps en temps j'utilise rm ~/.Xauthority.*. Aucun problème ne s'est produit jusqu'à présent. Autant que je sache, il est probablement sûr de les supprimer.
daboross

Je dois noter que je les supprime sans être connecté à une session X. Je vais au tty 1 (ctrl alt f1) et les supprime de là, puis redémarre gdm.
daboross

1
Conformément à la politique de la communauté ( meta.askubuntu.com/questions/4216/… ) - il s'agit d'un bogue confirmé et en tant que tel est hors sujet. La prime a été retournée.
fossfreedom

Réponses:


23

Ce sont les "cookies" du client X pour permettre la connexion au serveur X (affichages). C'est très clairement expliqué dans le wiki:

xauth est un mécanisme d'application des contrôles d'accès sur les serveurs X (affichages). Lorsqu'un serveur X est démarré, il reçoit un "cookie" généré aléatoirement. Ce cookie est écrit dans un fichier détenu et lisible par l'utilisateur dont la session est exécutée par le serveur X. Aucun autre utilisateur ne peut lire ce fichier. Lorsqu'un client X (application) est démarré, il tente de lire et d'utiliser le cookie pour s'authentifier auprès du serveur. Si cette authentification "xauth" échoue, l'application n'est pas autorisée à se connecter au serveur et à afficher des fenêtres sur l'écran X.

La commande

$ xauth list

affichera les cookies disponibles pour la session en cours:

selene/unix:0  MIT-MAGIC-COOKIE-1  c2438e7c2858f142e0b81d6b4fe3867b
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1 
c2438e7c2858f142e0b81d6b4fe3867b

Traditionnellement, l'emplacement des cookies de chaque utilisateur était ~ / .Xauthority: le serveur X écrit ses cookies dans ce fichier au démarrage, et xauth (et les autres clients X) recherchent dans ce fichier des cookies d'authentification.

Source: https://wiki.ubuntu.com/RemoteXHowTo

Et comme indiqué ici, il semble que ce soit un bug de lightdm qui ne supprime pas les anciens cookies et pollue le /homerépertoire.

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1175023

En fait, j'ai ce problème comme vous et aussi avec les .goutputstreamfichiers comme le montre cet autre bug:

https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/984785

Alors oui, vous pouvez les supprimer car si vous n'avez pas de cookie pour vous connecter à un serveur X, vous allez en créer un nouveau.



0

Pour ceux - comme moi - souhaitant se débarrasser de cette "pollution" dans le répertoire utilisateur, une solution provisoire pourrait être de placer quelque chose comme le fichier de script (exécutable) suivant (qui suppose que vous êtes le premier utilisateur après root ) dans le /etc/cron.dailyannuaire:

#!/bin/bash
USER="$(users | awk -F ' ' '{print $2}')"
ls /home/"$USER"/.Xauthority.* > /home/"$USER"/.Xauthority-Files.txt
NFILES="$(grep -c Xauthority /home/"$USER"/.Xauthority-Files.txt)"
LOG="/home/"$USER"/.Xauthority-Files.log"
echo -e "$(date +"%x %R"): "$NFILES" .Xauthority.* files deleted" >> "$LOG"
rm -f /home/"$USER"/.Xauthority.*
rm -f /home/"$USER"/.Xauthority-Files.txt
exit 0

REMARQUE: ce script mis à jour conserve un fichier journal nommé ".Xauthority-Files.log" afin que vous puissiez suivre si une mise à jour récente a mis fin à ce bogue, puis supprimez le script lorsqu'il n'est plus nécessaire.

REMARQUE:

@ user196886 suggère un script alternatif , disant " Je ne veux pas me moquer de la variable USER, je veux seulement les répertoires personnels des utilisateurs à connexion graphique (UID> 500), avec un home in / home, j'ai besoin de privilèges pour supprimer les autres des fichiers utilisateurs, je suis heureux de voir ce que je suis en train de supprimer et je le confirmerai manuellement. Mon fichier journal s’appelle Xa.log, $ h est un répertoire personnel, $ ba abréviation du nom de base à enregistrer et à supprimer. "

Et le script proposé est:

for h in `awk -F: '$3 >500 && /home/ {print $6}' /etc/passwd`; do b=$h/.Xauthority;[ -f $b.* ] && ls -l $b.* >>Xa.log && sudo rm -i $b.*; done

0

J'ai récemment trouvé de nombreux fichiers .Xauthority.ZY43OW ainsi que de nombreux fichiers .goutputstream.DF55OZ dans mon répertoire personnel (les extensions de fichier à 6 caractères étaient bien sûr toutes différentes). J'en ai ouvert un dans l'éditeur de texte et il contenait une chaîne de texte en caractères chinois. J'ai essayé de le faire passer par un traducteur et cela disait quelque chose sur les fermiers. J'ai un horrible soupçon que ces fichiers représentent une tentative de prendre le contrôle de mon PC. Je ne peux penser à aucune autre raison pour laquelle je devrais avoir de nombreuses chaînes de caractères chinois cachées sur mon PC.


Bienvenue sur Ask Ubuntu. Tout d'abord, ce post est un commentaire et non une réponse. Une fois que vous avez 50 points de réputation, vous pouvez publier des commentaires, mais sinon, veuillez ne pas publier dans la section des réponses, sauf si la publication contient une solution potentielle à la question posée. Deuxièmement, veuillez lire les réponses de Meer Borg et Leo - ces fichiers sont le résultat d'un bug.
Sergiy Kolodyazhnyy
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.