/ etc / X11 / Xsession & LightDM


8

Tôi đang chạy LubFi 14.10. Dường như LighDM gọi /etc/X11/Xsessionchỉ khi hướng đến như vậy bởi người sử dụng. Trong thực tế không có bóng của nó trong lightdm-sessionbọc.

  • startxdòng lệnh (bao bọc xung quanh xinit cho mặc định hợp lý) sử dụng ~/.xinitrcnếu tồn tại, nếu không sử dụng /etc/X11/xinit/xinitrc.
  • /etc/X11/xinit/xinitrcnguồn /etc/X11/Xsession, mà chuyển hướng đầu ra đến .xsession-errors.
  • /etc/X11/Xsessionnguồn ~/.xsessionrcnếu tồn tại, sau đó thực thi ~/.xsessionnếu thực thi, nguồn nếu không.

Điều gì xảy ra khi sử dụng lightdm? Nếu nó không có nguồn /etc/X11/Xsession, làm thế nào nó có thể chuyển hướng lỗi sang tệp lỗi ~/.xsession-errors(tôi không thể tìm thấy bất kỳ thông tin nào về các tập lệnh khác trong /etc/X11/Xsession.d/)?

Trang người đàn ông cho các tài liệu Xsession ~/.xsessionrc~/.xsession. Nó nói rằng ~/.xsessionrcchỉ để thiết lập các biến và ~/.xsessionlà để thực thi các lệnh, nhưng ~/.xsessionchỉ có nguồn gốc nếu tôi tạo một *.desktoptệp tùy chỉnh /usr/share/xsessions/cho nó. Tôi có nên tạo một /etc/X11/Xsession.d/tệp tùy chỉnh (như 40x11-common_xsessionrchoạt động cho ~/.xsessionrc) hay chỉ sử dụng ~/.xsessionrcđể thêm bất kỳ tập lệnh nào?

Ngoài ra, tôi muốn biết cách x-window-manager và x-session-manager hoạt động thông qua các lựa chọn thay thế. Tôi nhận thấy rằng chúng dường như hoạt động nếu không ~/.xinitrc~/.xsessiontồn tại, và rõ ràng chúng chỉ hoạt động khi chạy startx.

Cảm ơn trước cho bất kỳ câu trả lời.


Nhân tiện, tôi có một câu hỏi khác. Người đàn ông của Ubuntu đề nghị tạo một tệp * .desktop tùy chỉnh trong / usr / share / xsimes với dòng Exec = / etc / X11 / Xsession để đặt cài đặt tùy chỉnh trong ~ / .xsession. Điều đó có nghĩa là, chạy một trình bao bọc khác sau / usr / sbin / lightdm-session, trong trường hợp này sẽ là / etc / X11 / Xsession; điều đó sẽ dẫn đến mọi thứ trong /etc/X11/Xsession.d/ được áp dụng hai lần. Vì vậy, sẽ tốt hơn nếu tạo một tập lệnh trong /etc/X11/Xsession.d/ thành nguồn ~ / .xsession? Bất kỳ trợ giúp đánh giá cao.
Giuseppe Di Chiacchio

Để sử dụng ~ / .xsession thông qua / usr / sbin / lightdm-session, tôi đã tạo ra một tập lệnh mới trong /etc/X11/Xsession.d mà tôi đặt tên là 45x11-common_xsession. Vì tất cả các biến đều được xác định rõ trong trình bao bọc, tôi chỉ cần thêm các dòng sau: if [-r "$ USERXSESSION"]; sau đó . "$ USERXSESSION" fi Bằng cách này, trình bao bọc cũng sẽ cung cấp tệp ~ / .xsession, sau khi có nguồn ~ / .xsessionrc. Hy vọng điều này có thể hữu ích.
Giuseppe Di Chiacchio

Nếu bạn có thể trả lời một phần câu hỏi của mình, hãy tự mình tạo ra một câu trả lời, điều đó hoàn toàn bình thường. Các ý kiến ​​chỉ là ang tạm thời có thể bị mất.
Volker Siegel

Câu trả lời:


0

Lỗi này

Lỗi # 1001035, lightdm sử dụng đường dẫn được mã hóa cứng đến lỗi .xsession-lỗi, ... ĐÁNH GIÁ: Lỗi: gói lightdm: Ubuntu

nói rằng LightDM có đường dẫn cho $HOME/.xsession-errorsmã hóa cứng trong nguồn của nó. Và đó thực sự nên được cấu hình.

Đáng buồn thay, những người quản lý màn hình hiện đại của dường như thường không quan tâm /etc/X11nhiều đến nữa, và phát minh lại bánh xe rất tệ.
Có lẽ bởi vì khá khó để tìm ra lý do tại sao mọi thứ là như vậy. (Tôi đã thử. Tôi vẫn không biết tại sao có quá nhiều tệp / tập lệnh và mục đích của chúng là gì.)

Ví dụ: SDDM hoàn toàn không sử dụng .xsession-errorsvà đăng nhập vào một số vị trí lạ khác, nếu có.


Phụ lục

Câu hỏi thứ hai nên thực sự riêng biệt.
Do tôi vẫn chưa biết tất cả về nó, tôi không thể giúp với điều đó.
Nhưng tôi nghĩ rằng tôi có thể nói rằng có lẽ bạn không nên tạo một tệp phiên tùy chỉnh khác.
Có lẽ tài liệu LightDM giúp bạn ở đó

Về câu hỏi thứ ba: Trang man cho xinitvà các trang man liên quan của nó (từ cùng một gói phần mềm) giải thích điều này. Có một danh sách các lựa chọn thay thế, một số trong $HOME, một số trong /etc, một số thậm chí trong /usr/share/…các thư mục con. Nhưng tôi nghĩ nếu không có, một số mặc định cũng được giả định.
Xin lỗi, điều này có lẽ nên được tách biệt quá. Tôi chỉ đăng những gì tôi biết.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.