Tại sao tôi có quá nhiều tệp .Xmasterity. * Trong thư mục chính của tôi?


21

Tôi đang sử dụng Ubuntu 13.04 trên Lenovo X220.

Tại sao tôi có quá nhiều tệp .Xmasterity. * Trong thư mục chính của tôi? I E

.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

Chúng đều là các byte không ngoại trừ đầu tiên, với dấu thời gian ở khắp mọi nơi.

Đây là những gì, và chúng có an toàn để xóa?


Theo chính sách cộng đồng ( meta.askubfox.com/questions/4216/ mẹo ) - đây là một lỗi đã được xác nhận và như vậy là lạc đề. Tiền thưởng đã được trả lại.
fossfreedom

Bạn có máy chủ SSH đang chạy trên máy này không?
Seth

1
Tôi có vấn đề này, và thỉnh thoảng tôi sử dụng rm ~/.Xauthority.*. Không có vấn đề đã xảy ra cho đến nay. Theo như tôi có thể nói là có thể an toàn để xóa chúng.
daboross

Tôi nên lưu ý rằng tôi xóa chúng trong khi không đăng nhập vào phiên X. Tôi đi đến tty 1 (ctrl alt f1) và xóa chúng từ đó, sau đó khởi động lại gdm.
daboross

1
Theo chính sách cộng đồng ( meta.askubfox.com/questions/4216/ mẹo ) - đây là một lỗi đã được xác nhận và như vậy là lạc đề. Tiền thưởng đã được trả lại.
fossfreedom

Câu trả lời:


23

Đây là những "cookie" của máy khách X để cho phép kết nối với máy chủ X (hiển thị). Nó được giải thích rất rõ ràng trong wiki:

xauth là một cơ chế để thực thi các điều khiển truy cập trên các máy chủ X (hiển thị). Khi một máy chủ X được khởi động, nó được cung cấp một "cookie" được tạo ngẫu nhiên. Cookie này được ghi vào một tệp được sở hữu và có thể đọc được bởi người dùng có phiên máy chủ X đang chạy. Không có người dùng khác có thể đọc tập tin đó. Khi máy khách X (ứng dụng) được khởi động, nó sẽ cố đọc và sử dụng cookie để xác thực chính nó với máy chủ. Nếu xác thực "xauth" này không thành công, ứng dụng không được phép kết nối với máy chủ và hiển thị các cửa sổ trên màn hình X.

Lệnh

$ xauth list

sẽ hiển thị các cookie có sẵn cho phiên hiện tại:

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

Theo truyền thống, vị trí cho cookie của mỗi người dùng là ~ / .Xmasterity: máy chủ X ghi cookie của nó vào tệp đó khi nó khởi động và xauth (và các máy khách X khác) tìm trong tệp đó để xác thực cookie.

Nguồn: https://wiki.ubfox.com/RemoteXHowTo

Và như được hiển thị ở đây, có vẻ như đó là một lỗi của lightdm không xóa cookie cũ và làm ô nhiễm /homethư mục.

https://bugs.launchpad.net/ubfox/+source/lightdm/+orms/1175023

Trong thực tế, tôi có vấn đề này như bạn và cả với .goutputstreamcác tệp như được hiển thị trong lỗi khác này:

https://bugs.launchpad.net/ubfox/+source/lightdm/+orms/984785

Sau đó, có, bạn có thể xóa chúng vì nếu bạn không có cookie để kết nối với máy chủ X, bạn sẽ tạo một cái mới.


3

Có vẻ như đó là một lỗi mà một vài người gặp phải với lightdm

Vì vậy, hãy theo liên kết này và khi họ giải quyết nó, bạn sẽ có câu trả lời của bạn.

https://bugs.launchpad.net/ubfox/+source/lightdm/+orms/1175023

Vì vậy, cài đặt trình quản lý cửa sổ gdm có thể tránh được vấn đề. Vì tôi không có vấn đề nên tôi không thể kiểm tra điều đó.


0

Đối với những người - như tôi - muốn thoát khỏi "ô nhiễm" này trong thư mục người dùng, một giải pháp tạm thời có thể đặt một cái gì đó giống như tệp tập lệnh (có thể thực thi) sau (giả sử bạn là người dùng đầu tiên sau khi root ) /etc/cron.dailydanh mục:

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

LƯU Ý: Tập lệnh được cập nhật này giữ một tệp nhật ký có tên ".Xmasterity-Files.log" để bạn có thể theo dõi nếu một bản cập nhật gần đây đã chấm dứt lỗi này, sau đó xóa tập lệnh khi không còn cần thiết.

CHÚ THÍCH:

@ user196886 đề xuất một tập lệnh thay thế , nói rằng " Tôi không muốn làm phiền với biến USER, tôi chỉ muốn các thư mục chính của người dùng đăng nhập đồ họa (UID> 500), với một ngôi nhà trong / nhà tôi cần có đặc quyền để xóa khác Tệp người dùng, tôi rất vui khi thấy những gì tôi đang xóa và sẽ xác nhận thủ công. Tệp nhật ký của tôi chỉ có tên Xa.log, $ h là thư mục chính, $ ba tên viết tắt tên cơ sở để đăng nhập và xóa. "

Và kịch bản được đề xuất là:

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

Gần đây tôi đã tìm thấy rất nhiều .Xmasterity.ZY43OW cũng như nhiều tệp .goutputstream.DF55OZ trong thư mục nhà của tôi (các phần mở rộng tệp 6 ký tự tất nhiên là khác nhau). Tôi đã mở một trong trình soạn thảo văn bản và nó chứa một chuỗi văn bản ký tự Trung Quốc. Tôi đã thử chạy nó thông qua một dịch giả và nó nói điều gì đó về nông dân thuê nhà. Tôi có một sự nghi ngờ khủng khiếp những tập tin này thể hiện một số nỗ lực để kiểm soát PC của tôi. Tôi không thể nghĩ ra bất kỳ lý do nào khác tại sao tôi nên ẩn nhiều chuỗi ký tự Trung Quốc trên PC.


Chào mừng bạn đến hỏi Ubuntu. Trước hết, bài viết này là một bình luận và không phải là một câu trả lời. Khi bạn có 50 điểm danh tiếng, bạn có thể đăng bình luận, nhưng nếu không, vui lòng không đăng bài trong phần trả lời trừ khi bài đăng có chứa một giải pháp tiềm năng cho câu hỏi được hỏi. Thứ hai, vui lòng đọc câu trả lời của Meer Borg và Leo - những tệp này là kết quả của một lỗi.
Sergiy Kolodyazhnyy
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.