Tiêu đề nói lên điều đó, về cơ bản. Đã cài đặt Kubfox mới vào máy ảo VMware Workstation. Khi khởi động máy ảo, bảng điều khiển văn bản trên tty1 vẫn còn và trình quản lý đăng nhập không bao giờ khởi động. Tôi có thể chuyển sang bảng điều khiển khác và SSH cũng hoạt động.
Đây là tất cả những gì SDDM đang đưa vào nhật ký hệ thống:
Ngày 19 tháng 7 13:19:11 ubuntu-vm systemd[1]: sddm.service: Thành công.
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Đang khởi tạo...
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Bắt đầu...
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Thêm màn hình mới trên vt 1 ...
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Đang tải cấu hình chủ đề từ ""
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Máy chủ hiển thị bắt đầu...
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Thêm cookie vào "./{8509a6d5-1038-4ff5-b48a-64dcea20dfc7}"
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Không thể bắt đầu quá trình máy chủ hiển thị.
Ngày 19 tháng 7 13:43:31 ubuntu-vm sddm[24607]: Không thể khởi động Máy chủ hiển thị trên vt 1
Nhị phân X không bao giờ được bắt đầu. xauth không bao giờ được gọi. Nó chỉ thất bại ở đó mà không có chi tiết nào cả.
Tôi đã cố buộc nó chạy như sddm user (đơn vị systemd chỉ chạy nó với quyền root) và điều đó mang đến một thông báo có thể có nhiều thông tin hơn:
root@ubuntu-vm:/var/log# sudo -u sddm sddm --test-mode
[13:50:15.277] (II) DAEMON: Đang khởi tạo...
[13:50:15.281] (II) DAEMON: Bắt đầu...
[13:50:15.281] (II) DAEMON: Thêm màn hình mới trên vt 1 ...
[13:50:15.281] (II) DAEMON: Đang tải cấu hình chủ đề từ ""
[13:50:15.281] (II) DAEMON: Máy chủ hiển thị bắt đầu...
[13:50:15.281] (II) DAEMON: Thêm cookie vào "./{f2a6bd23-93bb-4aa7-b57a-d23ffebc1841}"
/usr/bin/xauth: hết thời gian khóa tệp quyền hạn ./{f2a6bd23-93bb-4aa7-b57a-d23ffebc1841}
[13:50:35.360] (EE) DAEMON: Không thể ghi tệp xauth
[13:50:35.361] (EE) DAEMON: Không thể khởi động Máy chủ hiển thị trên vt 1
Tuy nhiên, chạy nó với quyền root tại dấu nhắc lệnh với --chê độ kiểm tra mang lại kết quả tương tự như khi nó chạy dưới systemd:
root@ubuntu-vm:/var/log# sddm --test-mode
^Croot@ubuntu-vm:/var/log# cat sddm.log
[13:51:22.698] (II) DAEMON: Đang khởi tạo...
[13:51:22.703] (II) DAEMON: Bắt đầu...
[13:51:22.703] (II) DAEMON: Thêm màn hình mới trên vt 1 ...
[13:51:22.703] (II) DAEMON: Đang tải cấu hình chủ đề từ ""
[13:51:22.703] (II) DAEMON: Máy chủ hiển thị bắt đầu...
[13:51:22.703] (II) DAEMON: Thêm cookie vào "./{22e1ee32-441a-4681-abfe-e0a35bdac4fa}"
[13:51:22.705] (EE) DAEMON: Không thể bắt đầu quá trình máy chủ hiển thị.
[13:51:22.705] (EE) DAEMON: Không thể khởi động Máy chủ hiển thị trên vt 1
[13:51:28.112] (WW) DAEMON: Đã nhận được tín hiệu: SIGINT
Tôi đã xem nhiều bài đăng khác về các vấn đề tương tự nhưng tất cả chúng đều bao gồm một số lỗi khác sau khi "Máy chủ hiển thị đang khởi động".
Với bước đi Tôi thấy rằng sddm đang cố khởi chạy Xephyr, vì vậy tôi đã thử cài đặt nó. Điều này chỉ đơn giản là ném sddm vào một vòng lặp, nơi nó tiếp tục cố khởi chạy Xephyr, nó sẽ thoát (Xephyr không thể mở màn hình máy chủ. HIỂN THỊ có được đặt không?), nhưng vẫn không tự khởi chạy X (nó không bao giờ khởi động /usr/bin/X). Nó chạy xauth khi Xephyr khả dụng, nhưng tôi không thấy bất kỳ lỗi nào ở đó. Lỗi bây giờ có vẻ là Xephyr không thể chạy do X không được khởi động bởi sddm. Trong cả hai trường hợp, tôi không tin Xephyr thực sự cần thiết, tôi nghĩ nó chỉ được gọi nếu nó có sẵn trên hệ thống. Nguyên nhân sâu xa là thế sddm không khởi động máy chủ X.
Tôi không có tập tin cấu hình (không có /etc/sddm.conf) nên mọi thứ nên sử dụng giá trị mặc định. Mặc định cho máy chủ X là /usr/bin/X, tồn tại trên hệ thống của tôi. Thật vậy, như tôi đã nói, tôi có thể đăng nhập vào bảng điều khiển bằng tài khoản người dùng của mình và nhập bắt đầu và Plasma khởi động tốt. (Tôi dường như không thể đặt độ phân giải cao hơn 1280x1024, nhưng mỗi lần có một vấn đề...)
Khác với những điều trên, tôi đã thử:
dpkg --cấu hình lại sddmcài đặt apt --reinstall sddm && dpkg-cấu hình lại sddmapt purge kubuntu-desktop && apt autoclean && apt install -y kubuntu-desktop && dpkg --configure -a
Không ai trong số này có bất kỳ ảnh hưởng.
Vui lòng tư vấn cho tôi nếu nhiều nhật ký sẽ hữu ích. Đây chỉ là một máy ảo VMware Workstation 16 bình thường, kích hoạt tăng tốc đồ họa, chạy trên Windows với tư cách là hệ điều hành máy chủ.
