Quyền sở hữu của .Xmasterity được chuyển sang root

Bằng cách nào đó, trong khi chơi xung quanh với LightDM và Webkit Greeter, quyền sở hữu .Xauthoritytệp trong thư mục nhà của tôi đã được trao cho người dùng root và tôi không thể đăng nhập vì tôi không có quyền khóa tệp.

Tôi đã có thể lấy lại quyền sở hữu tệp và tôi có thể đăng nhập lại. (Sau vài giờ cài đặt lại LightDM và đó là lời chào)

Vì vậy, bây giờ mọi thứ đang hoạt động tốt trở lại. Nhưng tôi muốn biết làm thế nào điều này xảy ra. Đây có phải là một lỗi trong LightDM hoặc Webkit Greeter hay cái gì khác không?

permissions login

— s3lph
nguồn

Câu trả lời:

Hầu như chắc chắn là không, không. Bạn có thể bắt đầu một phiên X là root (không chắc chắn làm thế nào bạn quản lý mà) hoặc đơn giản là sử dụng touchhoặc viết .Xauthorityvới sudo. Để biết thêm chi tiết, bạn phải giải thích những gì bạn đang làm.

Lần sau, đừng cài đặt lại bất cứ thứ gì, chỉ cần xóa ~/.Xauthoritytệp, nó sẽ được tạo lại tự động vào lần tới khi bạn đăng nhập:

sudo rm ~/.Xauthority

Sau đó đăng nhập bình thường.

— terdon
nguồn

Để tìm nơi mà vấn đề là tôi đã từng chạy sudo startx, những gì đã làm việc. Sau khi thay đổi quyền sở hữu tập tin, tôi có thể đăng nhập lại. Vì vậy, bắt đầu X là root chỉ khắc phục vấn đề ban đầu?

— s3lph

@the_Seppi không, chạy sudo startx đã bắt đầu phiên X được sở hữu bởi root là chủ sở hữu .Xsessionvà do đó có thể đăng nhập. Sau đó, bạn đã thay đổi quyền sở hữu cho phép người dùng của bạn đăng nhập lại. Lần sau, chỉ cần xóa tệp, như tôi đã nói, nó được tạo lại tự động khi đăng nhập, không có điểm nào trong việc "sửa" quyền của nó.

— terdon

Nhưng nó đã sửa nó. Và tôi đã không làm bất cứ điều gì khác để .Xmasterity. Btw. mục đích của tập tin này là gì?

— s3lph

@the_Seppi vâng, nó đã sửa nó. Các .Xauthoritytập tin cơ bản là một con số kỳ diệu dùng để xác định chủ sở hữu của một phiên X để người khác không thể chiếm quyền điều khiển nó. Nếu bạn đang chạy phiên X và tôi đăng nhập vào cùng một máy, tôi sẽ không thể truy cập phiên X của bạn trừ khi tôi là chủ sở hữu của .Xauthoritytệp. Nó được tạo ra bất cứ khi nào bạn đăng nhập trừ khi có. Vì vậy, có, thay đổi quyền cho người dùng của bạn sẽ sửa nó nhưng vì vậy sẽ chỉ đơn giản là xóa nó.

— terdon

Tôi đã có vấn đề tương tự; Tôi đã cố gắng chạy startx với quyền root sau khi cố gắng khôi phục từ bản cập nhật đã bị vô hiệu hóa bluetooth. Tôi đã cố gắng trong nhiều giờ để lấy lại GUI. Hóa ra là Siêu đơn giản! Xóa tất cả các tệp khóa .Xmasterity, xóa tệp .Xmasterity và khởi động lại. <rant> Đó là những bí mật nhỏ như thế này, rất khó tìm nếu bạn không biết (hoặc đã quá lâu kể từ khi bạn), điều đó hiện khiến linux trở thành một lựa chọn tồi cho nhiều người có thể sử dụng nó. </ rant>

— hlongmore

Nó cũng xảy ra với tôi Tôi nghĩ rằng nó có thể được gây ra bởi chạy

sudo graphic_application

thay vì

gksudo graphic_application

cho một số ứng dụng (chưa biết). Có một đoạn trong trang trợ giúp sudo về điều đó ... cuộn xuống "Đồ họa sudo".

Xem thêm Sự khác biệt giữa "gksudo nautilus" và "sudo nautilus" là gì?

— Rmano
nguồn

Điều đó sẽ không ảnh hưởng đến .Xauthority, được tạo khi phiên X bắt đầu, nó sẽ không bị ảnh hưởng bởi các lần khởi chạy tiếp theo của ứng dụng GUI.

— terdon

@terdon bạn đúng --- trừ khi bạn sử dụng startx hoặc tương tự. Tôi đã chơi với Xnest khi tôi bị nó cắn, có lẽ là do người vận hành.

— Rmano