.Xauthority'nin mülkiyeti köke aktarıldı


11

Her nasılsa, LightDM ve Webkit Greeter ile oynarken, ev dizinimdeki .Xauthoritydosyanın sahipliği kök kullanıcıya verildi ve dosyayı kilitleyecek ayrıcalıklara sahip olmadığım için giriş yapamadım.

Dosyanın sahipliğini tekrar kazanabildim ve tekrar giriş yapabildim. (LightDM ve karşılayıcıları yeniden yükledikten birkaç saat sonra)

Şimdi her şey tekrar iyi çalışıyor. Ama bunun nasıl olduğunu bilmek istiyorum . Bu LightDM veya Webkit Greeter'de bir hata mı yoksa başka bir şey mi?

Yanıtlar:


9

Neredeyse kesinlikle hayır, hayır. Ya (değil emin misin nasıl başardığını) root olarak bir X oturumu başladı veya basitçe kullanılan touchya da başka yazdığı .Xauthorityile sudo. Daha fazla ayrıntı için gerçekte ne yaptığınızı açıklamanız gerekir.

Bir dahaki sefere, hiçbir şeyi yeniden yüklemeyin, sadece ~/.Xauthoritydosyayı silin, bir sonraki girişinizde otomatik olarak yeniden oluşturulur:

sudo rm ~/.Xauthority

Ardından normal giriş yapın.


Sorunun nerede olduğunu bulmak için bir kez koştum sudo startx, neyin işe yaradığını. Dosyanın sahipliğini değiştirdikten sonra tekrar giriş yapabilirim. X'i root olarak başlatmak sadece orijinal sorunu düzeltti mi?
s3lph

@the_Seppi no, çalışan sudo startx, root sahibi olan .Xsessionve böylece giriş yapabilen bir X oturumu başlattı . Daha sonra, kullanıcının tekrar oturum açmasına izin veren sahipliği değiştirdiniz. Bir dahaki sefere, dosyayı silmek, dediğim gibi, girişte otomatik olarak yeniden yaratılır, izinlerini "düzeltmenin" bir anlamı yoktur.
Mart'ta terdon

Ama düzeltti. Ve .Xauthority için başka bir şey yapmadım. Btw. bu dosyanın amacı nedir?
s3lph

1
@the_Seppi evet, düzeltti. .XauthorityDosya temelde diğer kişi bunu kaçırmak olamaz yani bir X oturumu sahibini belirlemek için kullanılan sihirli bir sayıdır. Bir X oturumu çalıştırıyorsanız ve aynı makinede oturum açmışsam, .Xauthoritydosyanın sahibi olmadıkça X oturumunuza erişemeyeceğim . Biri yoksa giriş yaptığınızda oluşturulur. Yani evet, kullanıcı izinlerini değiştirmek sorunu düzeltir, ancak siler.
Mart'ta terdon

Aynı sorunu yaşadım; Bluetooth'u devre dışı bırakılmış bir güncellemeden kurtarmaya çalıştıktan sonra startx'i root olarak çalıştırmaya çalışarak bu şekilde aldım. GUI'yi geri almak için saatlerdir çalışıyorum. Süper Basit olduğu ortaya çıktı! Tüm .Xauthority kilit dosyalarını, .Xauthority dosyasını silin ve yeniden başlatın. <rant> Bunun gibi küçük sırlar, bilmiyorsanız (ya da olduğunuzdan çok uzun zaman önce), şu anda linux'u başka türlü kullanabilen birçok insan için kötü bir seçim haline getiren çok zor. </rant>
hlongmore

2

Bana da oldu. Sanırım koşmaktan kaynaklanıyor olabilir

sudo graphic_application

onun yerine

gksudo graphic_application 

bazı (bilinmeyen) uygulamalar için. Sudo yardım sayfasında bununla ilgili bir paragraf var ... "Grafik sudo" ya gidin.

Ayrıca bkz. "Gksudo nautilus" ve "sudo nautilus" arasındaki fark nedir?


Bu .Xauthority, X oturumu başlatıldığında oluşturulan, sonraki GUI uygulamalarının başlatılmasından etkilenmeyecektir.
Mart'ta terdon

@terdon haklısın --- startx ya da benzeri bir yöntem kullanmazsan. Isırdığımda Xnest ile oynuyordum, muhtemelen operatör hatası.
Mart'ta Rmano
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.