Tôi đã nâng cấp Ubuntu 16.04 lên Ubuntu 18.04. Tôi không có ý định nâng cấp thêm lên Ubuntu 20.xx vào lúc này. Tất cả dường như đã diễn ra tốt đẹp ngoại trừ việc chuyển đổi người dùng từ bên trong môi trường máy tính để bàn. Môi trường máy tính để bàn của tôi đã và đang là Unity.
Có hai người dùng trong máy tính này. Hành vi dự kiến là trong môi trường máy tính để bàn, tôi có thể chuyển sang bất kỳ cấu hình nào khác mà không cần đăng xuất khỏi cấu hình hiện tại, giống như trong hệ thống nhiều người dùng. Trên thực tế, tôi luôn phải đăng xuất khỏi hồ sơ này để đăng nhập vào hồ sơ kia.
Điều gì bên dưới luôn xảy ra bất kể hồ sơ nào có trước.
1 Ngay sau khi nâng cấp
1.1 Vấn đề
Tình hình ngay sau khi nâng cấp là:
- Tôi đăng nhập riêng vào cả hai cấu hình máy tính để bàn: PASS.
- Khi tôi đang ở trong một trong hai hồ sơ và nhấp vào menu để truy cập hồ sơ kia, không có gì xảy ra: THẤT BẠI.
Vì vậy, tôi ở lại nơi tôi đang ở.
Tôi cần đăng xuất hoàn toàn để truy cập hồ sơ khác.
1.2 Sửa một phần
Tôi đã làm theo đề xuất để cài đặt lại môi trường máy tính để bàn với
sudo apt loại bỏ lightdm
sudo apt cài đặt lightdm
khởi động lại sudo
Điều này chỉ khắc phục sự cố một phần.
- Tôi có thể đăng nhập riêng vào một trong hai hồ sơ: PASS, OLD.
- Nếu tôi nhấp vào menu bên trong một hồ sơ để truy cập bất kỳ hồ sơ nào khác, thứ gì đó xảy ra: Tôi được trình bày với màn hình đăng nhập với mật khẩu đầu vào: PASS, NEW.
- Độ phân giải của màn hình đăng nhập nơi nhập mật khẩu khá thô: KHÔNG ĐẠT, MỚI.
- Sau khi tôi nhập mật khẩu của cấu hình khác, nó bị treo trong vài giây trước khi quay trở lại màn hình đăng nhập.
- Do đó, tôi không thể truy cập hồ sơ người dùng khác: FAIL, NEW.
- Tuy nhiên, tôi có thể đăng nhập lại vào hồ sơ trước đó.
Các hành động khác như
Sudo apt cài đặt ubuntu-unity-desktop
hoặc
Sudo dpkg-cấu hình lại lightdm
không có tác dụng hoặc dư thừa. Thật vậy, vấn đề tương tự xảy ra bất kể môi trường máy tính để bàn là Unity hay Ubuntu.
2 Hiện trạng
2.1 Kiểm tra từ thiết bị đầu cuối
Tôi có thể đăng nhập vào cả hai hồ sơ từ thiết bị đầu cuối. Sau khi tôi ở trong môi trường máy tính để bàn của cấu hình A, tôi di chuyển đến một thiết bị đầu cuối tty và đăng nhập vào cấu hình B.
Ở lần đăng nhập đầu tiên, trước lời nhắc, thông báo hệ thống là
Không thể tìm thấy khóa có mô tả: [CHỮ KÝ]
Không thể tìm thấy process_request_key_err trong khóa phiên người dùng cho sig được chỉ định
Tùy chọn phân tích cú pháp lỗi; rc = [-2]
Cả hai bài kiểm tra hiển thị bàn phím và ls vượt qua: vì vậy tôi CÓ THỂ thấy khóa phiên (thông báo không tìm thấy ở trên là vô nghĩa) và nội dung thư mục (thông báo ở trên là không quan trọng).
Tôi thoát ra và đăng nhập lại. Trước lời nhắc có một tin nhắn khác
Không tìm thấy chữ ký trong khóa người dùng
Có lẽ hãy thử tương tác 'ecryptfs-mount-private'
Các bài kiểm tra hiển thị bàn phím không thành công (thông báo không tìm thấy ở trên là nhất quán) và ls vượt qua (thông báo trên vẫn không quan trọng). Ngay cả khi tôi cố gắng ecryptfs-mount-riêng tư, Tôi tải khóa, sự cố chuyển đổi người dùng vẫn tiếp diễn và những thông báo này lại xuất hiện ở lần khởi động lại tiếp theo.
Đôi khi những thông báo này hoàn toàn không hiển thị (vì vậy, hoạt động đơn giản trong thiết bị đầu cuối), nhưng vấn đề chuyển đổi tài khoản trong môi trường máy tính để bàn vẫn tiếp diễn.
Trong thiết bị đầu cuối, tôi có thể xem và duyệt nội dung của các thư mục chính. Trong mọi trường hợp không có tắc nghẽn do mã hóa.
2.2 Từ môi trường máy tính để bàn
- Nếu tôi đăng xuất khỏi môi trường máy tính để bàn của cấu hình A và bắt đầu lại từ đầu, màn hình đăng nhập với mật khẩu nhập sẽ được hiển thị gọn gàng (không có độ phân giải thô). Tôi có thể đăng nhập vào hồ sơ B.
- Khi tôi cố gắng chuyển từ cấu hình A sang cấu hình B và để lại môi trường máy tính để bàn của cấu hình A mà không đăng xuất, tôi luôn có thể quay lại cấu hình A bằng cách nhập mật khẩu người dùng.Đó là: nó cũng diễn ra theo cách mà tôi mong đợi sẽ hoạt động để kích hoạt hồ sơ B.
- Nếu tôi tạo người dùng C mới với quyền quản trị viên (gợi ý của @matigo), điều sau đây sẽ xảy ra:
- Tôi không thể chuyển từ A và B sang C một cách chính xác giống như cách tôi không thể chuyển giữa A và B;
- Tôi cũng không thể đăng nhập C mới tạo từ màn hình đăng nhập: màn hình lời chào trở lại chính nó. Điều thứ hai xảy ra cho dù tôi có đặt mật khẩu cho người dùng C hay không, vì vậy đó không phải là lỗi của con người.
2.3 Bài viết khác
Tôi đã xem xét các bài đăng khác này, đề cập đến các bản phát hành cũ hơn của Ubuntu
3. Phân tích lỗi trong tạp chí
Điều này theo sau một gợi ý của lemrm.
Đây là tình huống của tôi:
wmctrl -m
Tên: Compize
Lớp: N/A
PID: Không áp dụng
Chế độ "hiển thị màn hình nền" của trình quản lý cửa sổ: TẮT
tiếng vang $DESKTOP_SESSION
đoàn kết
tiếng vang $GDMSESSION
đoàn kết
tiếng vang $XDG_CURRENT_DESKTOP
Thống nhất: Unity7: Ubuntu
3.1 Không có libpam-kwallet*
Lệnh tạp chíctl -p err -b trả về trong số những người khác những dòng thú vị sau trên ánh sáng:
ngày 10 tháng 12 21:33:59 lightdm máy tính [3992]: PAM không thể dlopen (pam_kwallet.so): /lib/security/pam_kwalle
ngày 10 tháng 12 21:33:59 máy tính lightdm[3992]: PAM thêm mô-đun bị lỗi: pam_kwallet.so
ngày 10 tháng 12 21:33:59 lightdm máy tính [3992]: PAM không thể dlopen (pam_kwallet5.so): /lib/security/pam_kwall
ngày 10 tháng 12 21:33:59 máy tính lightdm[3992]: PAM thêm mô-đun bị lỗi: pam_kwallet5.so
ngày 10 tháng 12 21:33:59 máy tính lightdm[3992]: pam_unix(lightdm:auth): hội thoại không thành công
ngày 10 tháng 12 21:33:59 máy tính lightdm[3992]: pam_unix(lightdm:auth): auth không thể xác định mật khẩu cho ...
Tôi đã tìm thấy những tài nguyên này
thư viện pam_kwallet.so và pam_kwallet5.so thuộc về các gói
bị thiếu trong hệ thống của tôi. Tôi cài đặt chúng.
Sự khác biệt thú vị là, khi tôi chuyển sang một hồ sơ khác qua menu, tôi không quay trở lại lời chào với sự lựa chọn các hồ sơ, mà trong trang "nhập lại" của hồ sơ hiện tại (như thể tôi đã nhấn Ctrl + L).
Tôi vẫn cần đăng xuất để tìm cách vào một hồ sơ khác.
Tôi chỉ có thể quay lại hồ sơ mà tôi đã đăng nhập.
3.2 Với libpam-kwallet*
các dòng của tạp chíctl -p err -b về ánh sáng trở thành:
ngày 10 tháng 12 22:16:23 máy tính lightdm[1766]: pam_kwallet(lightdm:session): pam_kwallet: Không thể ghi walletKey vào víPipe
ngày 10 tháng 12 22:16:23 máy tính lightdm[1767]: pam_kwallet5(lightdm:session): pam_kwallet5: Không thể ghi walletKey vào víPipe
Tôi đã không tìm thấy nhiều về điều này Không thể ghi walletKey vào víPipe mà tôi có thể sử dụng:
- mã nguồn: https://github.com/KDE/kwallet-pam/blob/master/pam_kwallet.c
- một lời phàn nàn: https://forums.gentoo.org/viewtopic-p-8220820.html
- một báo cáo lỗi: https://bugs.launchpad.net/lightdm/+orms/1781418
3.3 pam_ecryptfs
Sau khi tôi cố gắng thay đổi người dùng từ menu, theo 3.1, tạp chí đã thêm một dòng nữa vào các tin nhắn trong 3.2
ngày 10 tháng 12 23:28:11 máy tính compiz[2490]: pam_ecryptfs: lỗi seteuid
sau đó tôi kiểm tra xem:
dpkg -S pam_ecryptfs
ecryptfs-utils: /usr/share/man/man8/pam_ecryptfs.8.gz
ecryptfs-utils: /lib/security/pam_ecryptfs.so
Điều này chuyển trọng tâm từ ánh sáng và kwallet đến compiz và ecryptfs. Những tài nguyên này áp dụng:
4. Câu hỏi
Do đó, vấn đề dường như hoàn toàn là quản lý chuyển đổi từ bất kỳ cấu hình hiện tại đầu tiên nào sang bất kỳ cấu hình nào khác trong môi trường máy tính để bàn.
Về cơ bản, tôi luôn phải đăng xuất khỏi hồ sơ này để đăng nhập vào hồ sơ kia. Vì vậy, không có hành vi nhiều người dùng.
Bất kỳ đề xuất để khắc phục điều này?
