Почему в моем домашнем каталоге так много файлов .Xauthority. *?

21

Я использую Ubuntu 13.04 на Lenovo X220.

Почему в моем домашнем каталоге так много файлов .Xauthority. *? Т.е.

.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

Все они - нулевые байты, кроме первого, с отметками времени повсюду.

Что это такое, и безопасно ли их удалить?

conner_bw
источник
Согласно политике сообщества ( meta.askubuntu.com/questions/4216/… ) - это подтвержденная ошибка, и поэтому она не по теме. Щедрость была возвращена.
fossfreedom
У вас есть SSH сервер на этом компьютере?
Сет
1
У меня есть эта проблема, и время от времени я использую rm ~/.Xauthority.*. Никаких проблем не возникало до сих пор. Насколько я могу судить, их, вероятно, безопасно удалить.
Даборосс
Я должен отметить, что я удаляю их, пока не вошел в сессию X. Я иду к tty 1 (Ctrl Alt F1) и удаляю их оттуда, а затем перезапустите GDM.
Даборосс
1
Согласно политике сообщества ( meta.askubuntu.com/questions/4216/… ) - это подтвержденная ошибка, и поэтому она не по теме. Щедрость была возвращена.
fossfreedom

Ответы:

23

Это файлы cookie X-клиента, позволяющие подключиться к X-серверу (отображается). Это очень четко объяснено в вики:

xauth - это механизм обеспечения контроля доступа на X-серверах (дисплеях). Когда X-сервер запускается, ему дается случайно сгенерированный «cookie». Этот файл cookie записывается в файл, принадлежащий и доступный для чтения пользователю, чей сеанс работает на X-сервере. Другие пользователи не могут читать этот файл. Когда X-клиент (приложение) запускается, он пытается прочитать и использовать cookie-файл для аутентификации на сервере. В случае сбоя аутентификации «xauth» приложению не разрешается подключаться к серверу и показывать окна на дисплее X.

Команда

$ xauth list

покажет файлы cookie, доступные для текущей сессии:

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

Традиционно расположение файлов cookie каждого пользователя было ~ / .Xauthority: X-сервер записывает свои файлы cookie в этот файл при запуске, и xauth (и другие X-клиенты) ищут в этом файле файлы cookie аутентификации.

Источник: https://wiki.ubuntu.com/RemoteXHowTo

И, как показано здесь, кажется, что это ошибка lightdm, которая не удаляет старые куки и загрязняет /homeкаталог.

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

На самом деле, у меня есть эта проблема, как у вас, а также с .goutputstreamфайлами, как показано в этой другой ошибке:

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

Тогда да, вы можете удалить их, потому что если у вас нет файла cookie для подключения к X-серверу, вы создадите один новый.

Лео
источник
3

Кажется, это ошибка, которую некоторые люди испытывают с lightdm

Так что перейдите по этой ссылке, и когда они решат ее, у вас будет ответ.

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

Поэтому установка оконного менеджера gdm может избежать этой проблемы. Поскольку у меня нет проблемы, я не могу это проверить.

Меер Борг
источник
0

Для тех, кто, как и я, желающих избавиться от этого «загрязнения» в пользовательском каталоге, временное решение может заключаться в размещении чего-то вроде следующего (исполняемого) файла сценария (который предполагает, что вы являетесь первым пользователем после root ) в /etc/cron.dailyкаталог:

#!/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

ПРИМЕЧАНИЕ. В этом обновленном сценарии хранится файл журнала с именем «.Xauthority-Files.log», чтобы вы могли следить за тем, исправило ли это обновление недавнее обновление, а затем удалить сценарий, когда он больше не нужен.

НОТА:

@ user196886 предлагает альтернативный сценарий : « Я не хочу портить переменную USER, я хочу только домашние каталоги графических пользователей входа в систему (UID> 500), с домашним каталогом в / home, мне нужны привилегии для удаления других Пользовательские файлы, я рад видеть, что я удаляю, и подтвердит это вручную. Мой файл журнала просто называется Xa.log, $ h - домашний каталог, аббревиатура $ ba basename для входа и удаления с помощью. "

И сценарий предложил:

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

Недавно я обнаружил множество файлов .Xauthority.ZY43OW, а также множество файлов .goutputstream.DF55OZ в моем домашнем каталоге (6-символьные расширения файлов, конечно, были разными). Я открыл один в текстовом редакторе, и он содержал текстовую строку китайского символа. Я попытался запустить его через переводчика, и он сказал что-то о фермерах-арендаторах. У меня ужасное подозрение, что эти файлы представляют собой некоторую попытку получить контроль над моим ПК. Я не могу думать ни о какой другой причине, почему у меня должно было быть множество строк китайских символов, скрывающихся на моем ПК.

Терри Релф-Найт
источник
Добро пожаловать в Спросите Ubuntu. Прежде всего, этот пост является комментарием, а не ответом. Получив 50 баллов репутации, вы можете оставлять комментарии, но в противном случае воздержитесь от публикации в разделе ответов, если пост не содержит потенциального решения заданного вопроса. Во-вторых, пожалуйста, прочитайте ответы Меер Борг и Лео - эти файлы являются результатом ошибки.
Сергей Колодяжный