.Xauthorityの所有権がrootに移管されました

どういうわけか、LightDMとWebkit Greeterをいじっているとき.Xauthorityに、ホームディレクトリのファイルの所有権がrootユーザーに与えられ、ファイルをロックする特権を持っていなかったため、ログインできませんでした。

ファイルの所有権を取り戻すことができ、再度ログインできました。（LightDMを再インストールして数時間後、それはあいさつです）

これで、すべてが再び正常に機能しています。しかし、私はこれがどのように起こったかを知りたいのです。これはLightDMやWebkit Greeterなどのバグですか？

permissions login

— s3lph
ソース

回答:

ほとんど間違いなく、違います。ルートとしてXセッションを開始したか（管理方法が不明）、単に使用するtouchか、で書き込ん.Xauthorityだsudo。詳細については、実際に何をしていたかを説明する必要があります。

次回は何も再インストールせず、~/.Xauthorityファイルを削除するだけで、次回ログインしたときに自動的に再作成されます。

sudo rm ~/.Xauthority

その後、通常どおりログインします。

— タードン
ソース

私がかつて実行した問題の場所を見つけるためにsudo startx、何がうまくいったか。ファイルの所有権を変更した後、再度ログインできました。ルートとしてXを起動すると、元の問題が修正されただけですか？

— s3lph 2014年

@the_Seppiいいえ、sudo startxを実行する.Xsessionと、所有者であるrootが所有するXセッションが開始されたため、ログインできました。所有権を変更すると、ユーザーは再度ログインできます。次回は、先ほど言ったように、ファイルを削除するだけです。これは、ログイン時に自動的に再作成されるため、権限を「修正」しても意味がありません。

— terdon 2014年

しかし、それはそれを修正しました。そして、私は.Xauthorityに対して他に何もしませんでした。ところでこのファイルの目的は何ですか？

— s3lph 2014年

@the_Seppiはい、修正しました。この.Xauthorityファイルは基本的に、Xセッションの所有者を識別するために使用されるマジックナンバーであり、他の人がそれを乗っ取ることはできません。Xセッションを実行していて、同じマシンにログインしている場合、私が.Xauthorityファイルの所有者でない限り、Xセッションにアクセスできません。存在しない場合は、ログインするたびに作成されます。つまり、ユーザーの権限を変更すると修正されますが、削除されるだけです。

— terdon 2014年

これと同じ問題がありました。それは、ブルートゥースを無効にした壊れたアップデートから回復しようとした後、ルートとしてstartxを実行しようとする私によってその方法を得ました。私はGUIを取り戻すために何時間も努力してきました。それは超シンプルであることが判明しました！すべての.Xauthorityロックファイルを削除し、.Xauthorityファイルを削除して、再起動します。<rant>これはちょっとした秘密です。知らない場合（または、それが長すぎるために）を見つけるのが非常に難しいため、現在Linuxは、他の方法でLinuxを使用できる多くの人にとって不適切な選択になっています。 </ rant>

— hlongmore 2018

私にも起こりました。走ることが原因だと思います

sudo graphic_application

の代わりに

gksudo graphic_application

一部の（不明な）アプリの場合。sudoのヘルプページにそれについての段落があります... [グラフィカルなsudo]まで下にスクロールします。

「gksudo nautilus」と「sudo nautilus」の違いは何ですか？も参照してください。

— ルマノ
ソース

これ.Xauthorityは、Xセッションの開始時に作成されるには影響しません。その後、GUIアプリを起動しても影響を受けません。

— terdon 2014年

@terdonあなたの言う通り--- startxなどを使わない限り。Xnestで遊んでいたときは、おそらくオペレータのエラーでした。

— Rmano 14年