Kepemilikan .Xauthority ditransfer ke root

Entah bagaimana, saat bermain-main dengan LightDM dan Webkit Greeter, kepemilikan .Xauthorityfile di dir home saya diberikan kepada pengguna root dan saya tidak bisa masuk karena saya tidak memiliki hak istimewa untuk mengunci file.

Saya bisa mendapatkan kembali kepemilikan file dan saya bisa login lagi. (Setelah beberapa jam menginstal ulang LightDM dan itu adalah salam)

Jadi sekarang semuanya bekerja dengan baik lagi. Tapi saya ingin tahu bagaimana ini terjadi. Apakah ini bug di LightDM atau Webkit Greeter atau yang lainnya?

permissions login s3lph
sumber

Jawaban:

Hampir pasti tidak, tidak. Anda memulai sesi X sebagai root (tidak yakin bagaimana Anda mengaturnya) atau hanya digunakan touchatau ditulis .Xauthoritydengan sudo. Untuk detail lebih lanjut, Anda harus menjelaskan apa yang sebenarnya Anda lakukan.

Lain kali, jangan instal ulang apa pun, cukup hapus ~/.Xauthorityfile, itu akan dibuat ulang secara otomatis saat berikutnya Anda masuk:

sudo rm ~/.Xauthority

Kemudian login secara normal.

terdon
sumber

Untuk menemukan di mana masalahnya, saya pernah berlari sudo startx, apa yang berhasil. Setelah mengubah kepemilikan file saya bisa login lagi. Jadi apakah memulai X sebagai root hanya memperbaiki masalah aslinya?

s3lph

@the_Seppi tidak, menjalankan sudo startx memulai sesi X yang dimiliki oleh root yang merupakan pemilik .Xsessiondan karenanya dapat masuk. Anda kemudian mengubah kepemilikan yang memungkinkan pengguna untuk masuk lagi. Lain kali, hapus saja file itu, seperti yang saya katakan, itu dibuat ulang secara otomatis saat login, tidak ada gunanya "memperbaiki" izinnya.

terdon

Tapi itu memperbaikinya. Dan saya tidak melakukan hal lain untuk. Kewenangan. Btw. apa tujuan dari file ini?

s3lph

@the_Seppi ya, sudah diperbaiki. The .XauthorityFile pada dasarnya adalah angka ajaib yang digunakan untuk mengidentifikasi pemilik sesi X sehingga orang lain tidak bisa membajak itu. Jika Anda menjalankan sesi X dan saya masuk ke mesin yang sama, saya tidak akan dapat mengakses sesi X Anda kecuali saya adalah pemilik .Xauthorityfile. Itu dibuat setiap kali Anda masuk kecuali ada. Jadi ya, mengubah izin untuk pengguna Anda akan memperbaikinya tetapi hanya akan menghapusnya.

terdon

Saya memiliki masalah yang sama; itu saya dapatkan dengan mencoba menjalankan startx sebagai root setelah mencoba memulihkan dari pembaruan yang gagal yang menonaktifkan bluetooth. Saya sudah berusaha berjam-jam untuk mendapatkan GUI kembali. Ternyata menjadi Super Sederhana! Hapus semua file kunci .Xauthority, hapus file .Xauthority, dan restart. <rant> Ini sedikit rahasia seperti ini, yang sangat sulit ditemukan jika Anda tidak tahu (atau sudah terlalu lama sejak Anda dulu), yang saat ini menjadikan linux pilihan yang buruk bagi banyak orang yang bisa menggunakannya. </rant>

hlongmore

Ini terjadi pada saya juga. Saya pikir itu bisa disebabkan oleh berlari

sudo graphic_application

dari pada

gksudo graphic_application

untuk beberapa aplikasi (tidak dikenal). Ada paragraf di halaman bantuan sudo tentang itu ... gulir ke bawah ke "Graphical sudo".

Lihat juga Apa perbedaan antara "gksudo nautilus" dan "sudo nautilus"?

Rmano
sumber

Itu seharusnya tidak mempengaruhi .Xauthority, yang dibuat ketika sesi X dimulai, itu tidak akan disentuh oleh peluncuran aplikasi GUI berikutnya.

terdon

@terdon Anda benar --- kecuali jika Anda menggunakan startx atau yang serupa. Saya bermain dengan Xnest ketika saya menggigitnya, mungkin kesalahan operator.

Rmano