ホームディレクトリに多くの.Xauthority。*ファイルがあるのはなぜですか？

Lenovo X220でUbuntu 13.04を使用しています。

ホームディレクトリに多くの.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

これらは、最初のタイムスタンプを除いて、すべてゼロバイトで、場所全体にタイムスタンプがあります。

これらは何で、削除しても安全ですか？

これらは、Xサーバー（ディスプレイ）への接続を許可するXクライアントの「Cookie」です。wikiで非常に明確に説明されています：

xauthは、Xサーバー（ディスプレイ）でアクセス制御を実施するためのメカニズムです。Xサーバーが起動すると、ランダムに生成された「クッキー」が与えられます。この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

そして、ここに示されているように、古いCookieを削除せずに/homeディレクトリを汚染するlightdmのバグのようです。

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

実際、私はあなたと.goutputstreamこの他のバグに示されているファイルに関してもこの問題を抱えています。

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

はい。Xサーバーに接続するためのCookieがない場合は、新しいCookieを作成するため、削除できます。

少数の人々がlightdmで経験するバグのようです

したがって、このリンクをたどると、彼らがそれを解決したときにあなたの答えが得られます。

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

そのため、gdmウィンドウマネージャーをインストールすると、この問題を回避できる場合があります。私には問題がないので、それをテストすることはできません。

私のような- -それらのためのユーザディレクトリにこの「汚染」を取り除くことを希望、暫定的な解決策は、（あなたが最初のものであると仮定した以下の（実行）スクリプトファイルのようなものを置くことができ、ユーザの後根に）/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にホームがあり、他のユーザーを削除する権限が必要です」という代替スクリプトを提案しますユーザーファイルは、私が削除していますし、手動で確認するか見て幸せ。私のログファイルがちょうど$ hはホームディレクトリ、ログインして削除する$ BAのベース名の略称であり、Xa.logと呼ばれています。」

推奨されるスクリプトは次のとおりです。

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

最近、多数の.Xauthority.ZY43OWファイルと多数の.goutputstream.DF55OZファイルをホームディレクトリで見つけました（6文字のファイル拡張子はもちろんすべて異なっていました）。テキストエディタで開いたところ、中国語の文字列が含まれていました。翻訳者を介して実行してみたところ、テナントの農民について何かが言われました。私はこれらのファイルが私のPCを制御しようとするいくつかの試みを表しているという恐ろしい疑いを持っています。PCに多数の中国語の文字列を隠す必要がある他の理由は考えられません。