Чому мені так багато файлів .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

Усі вони - нульові байти, окрім першого, із мітками часу.

Що це, і чи безпечно їх видаляти?


Відповідно до політики спільноти ( 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

Це "куки" 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, яка не видаляє старі файли cookie та забруднює /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 базове абревіатура для входу та видалення. "

І запропонований сценарій:

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 символів, звичайно, були різними). Я відкрив його в текстовому редакторі, і він містив текстовий рядок китайського символу. Я спробував запустити його через перекладача, і він щось сказав про фермерів-орендарів. У мене є жахлива підозра, що ці файли представляють деяку спробу взяти під контроль свій комп'ютер. Я не можу придумати будь-якої іншої причини, чому я повинен мати численні рядки китайських символів на своєму ПК.


Ласкаво просимо до Ask Ubuntu. Перш за все, цей пост - це коментар, а не відповідь. Якщо у вас є 50 балів репутації, ви можете залишати коментарі, але в іншому випадку утримайтеся від публікацій у розділі відповідей, якщо повідомлення не містить потенційного рішення заданого питання. По-друге, прочитайте відповіді Meer Borg та Leo - ці файли є результатом помилки.
Сергій Колодяжний
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.