Право власності на .Xauthority передано в root

Якось, граючи з LightDM та Webkit Greeter, право власності на .Xauthorityфайл у моєму домашньому режимі було передано кореневому користувачеві, і я не зміг увійти, оскільки не мав привілеїв заблокувати файл.

Мені вдалося відновити право власності на файл, і я міг знову увійти. (Після декількох годин перевстановлення LightDM і привітання)

Тож тепер знову все нормально працює. Але я хотів би знати, як це сталося. Це помилка в LightDM чи Webkit Greeter чи щось інше?

permissions login

— s3lph
джерело

Відповіді:

Майже точно, ні. Ви або почали X сесії в якості кореня (не знаю , як вам вдалося це) або просто використовували touchчи інакше писали .Xauthorityз sudo. Для більш детальної інформації вам доведеться пояснити, що ви насправді робите.

Наступного разу не перевстановлюйте нічого, просто видаліть ~/.Xauthorityфайл, він буде відтворений автоматично при наступному вході:

sudo rm ~/.Xauthority

Потім увійдіть звичайно.

— тердон
джерело

Щоб знайти, де проблема, я колись побіг sudo startx, що працювало. Після зміни власності на файл я міг знову увійти. Тож чи запустив X як root просто виправити початкову проблему?

— s3lph

@the_Seppi ні, запуск sudo startx розпочав X-сеанс, який був власником root, який був власником, .Xsessionі тому міг увійти. Потім ви змінили право власності, що дозволило вашому користувачеві знову входити в систему. Наступного разу просто видаліть файл, як я вже сказав, він відтворюється автоматично під час входу в систему, не має сенсу "фіксувати" його дозволи.

— тердон

Але це зафіксувало. І я більше нічого не робив для .Xauthority. Btw. яка мета цього файлу?

— s3lph

@the_Seppi так, це виправлено. .XauthorityФайл в основному магічне число , яке використовується для ідентифікації власника Х сесії , з тим , що інші люди не можуть захопити його. Якщо ви ведете сеанс X, і я ввійшов до тієї ж машини, я не зможу отримати доступ до вашого сеансу X, якщо я не є власником .Xauthorityфайлу. Він створюється кожен раз, коли ви входите в систему, якщо така не існує. Так що так, зміна дозволів для вашого користувача виправить це, але так просто видалить його.

— тердон

У мене був цей самий випуск; я отримав такий спосіб, намагаючись запустити startx як root після спроби відновлення після запущеного оновлення, яке відключило Bluetooth. Я годинами намагався повернути GUI. Це виявляється Супер просто! Видаліть усі файли блокування .Xauthority, видаліть файл .Xauthority та перезапустіть. <rant> Це такі маленькі таємниці, які важко знайти, якщо ви не знаєте (або минуло давно), що в даний час робить Linux поганим вибором для багатьох людей, які могли б інакше ним користуватися. </rant>

— hlongmore

Це сталося і зі мною. Я думаю, що це може бути викликане бігом

sudo graphic_application

замість

gksudo graphic_application

для деяких (невідомих) додатків. На сторінці допомоги судо є абзац про цю ... прокрутіть униз до "Графічне судо".

Дивіться також Яка різниця між "gksudo nautilus" і "sudo nautilus"?

— Рмано
джерело

Це не повинно впливати на те .Xauthority, що створюється при запуску сеансу X, його не торкнуться подальший запуск програм GUI.

— тердон

@terdon ти маєш рацію --- якщо тільки ти не використовуєш startx чи подібні. Я грав у Xnest, коли мене вкусив, ймовірно, помилка оператора.

— Рмано