Làm cách nào để ngăn quá trình tự động tạm dừng trong phiên người dùng không hoạt động?

Lâu nay khi tôi chuyển đổi giữa hai phiên người dùng, một phiên không hoạt động trong một số trường hợp sẽ dừng thực thi các quy trình GUI. Bằng cách này, tôi buộc phải chờ một phiên khác tải và không thể làm gì đó trong một phiên khác, bởi vì nếu tôi chuyển đổi và quay lại sau một thời gian thì nó vẫn ở cùng một điểm. Phần mềm bị ảnh hưởng bao gồm rsync, sao lưu dự phòng, quy trình nền KDE, Steam được khởi chạy trong phiên Openbox (thậm chí dừng tải xuống) và ít nhất là một số trò chơi. VLC không bị ảnh hưởng, ít nhất là nó bỏ qua thời gian cần thiết sau khi tôi quay lại, nhưng trong một khoảnh khắc tôi có thể thấy khung hình cũ và thời gian trong cửa sổ của nó.

Quá trình nào chịu trách nhiệm cho hành vi đó? Tôi có thể cấu hình lại nó bằng cách nào đó?

Cập nhật: Sử dụng bộ nhớ và hoán đổi

Một số bối cảnh bổ sung: Điều trớ trêu là tôi đã đề xuất hành vi chính xác này trên brainstorm.ubfox.com cũ (hiện không còn tồn tại).

Tôi cũng gặp phải vấn đề này vì tôi thường xuyên chuyển đổi giữa bàn điều khiển và thiết bị đầu cuối ảo đồ họa. Xorg theo thiết kế đình chỉ các khách hàng của mình trong các thiết bị chuyển mạch VT, đó là lý do tại sao các khách hàng của nó dường như "đóng băng" khi VT của Xorg không còn hoạt động. Wayland thì không, vì vậy nếu các chương trình bạn cần chạy trong nền VT hỗ trợ giao thức hiển thị mới, hãy sử dụng bộ tổng hợp Wayland thay vì Xorg.

Một cách để khắc phục vấn đề này là chạy các chương trình đồ họa trên máy chủ VNC cục bộ để chúng không bao giờ bị treo. Đây là cách giải quyết mà tôi sử dụng thường xuyên nhất.

Quá trình nào chịu trách nhiệm cho hành vi đó?

Trình quản lý hiển thị (DM) là trình quản lý bạn đang tìm kiếm. Bất cứ ai: lightdm, gdm, kdm(kde cũ), sddm(kde mới), xdm...

Tôi có thể cấu hình lại nó bằng cách nào đó?

AFAIK, Đó phải là cách đó với máy chủ X. Tuy nhiên, tôi thường bỏ qua hành vi đó bằng cách sử dụng:

• Các công cụ CLI trên TTY console ảo khác
• Công cụ CLI là initdịch vụ

Liên quan đến các luồng âm thanh, khi tôi bắt đầu sử dụng GNU / Linux vào năm 2006. Các thiết bị âm thanh được quản lý tách biệt với Display. Giờ đây, mọi thứ đã thay đổi đặc biệt với các thiết bị / cổng tích hợp mới như HDMI. Vì vậy, máy chủ Pulse nên biết về một số sự kiện hiển thị X. Theo tôi nhớ (tôi sẽ kiểm tra lại điều này), máy chủ Pulse được chạy dưới dạng tiến trình người dùng.

Bạn có thể khởi chạy một screenphiên từ CLI bằng bash và bên trong phiên này bạn có thể khởi chạy ứng dụng. Và bây giờ bạn có thể đóng Terminal này mà không gặp vấn đề gì và phục hồi bằng screen -rlệnh. Là nhiều hay ít đây:

screen bash
rsync -V xxx yyy

Và bạn có thể đóng CLI và trả lại bất cứ điều gì bạn muốn và làm:

screen -r

Để xác nhận công việc được thực hiện. Tôi không biết nếu điều này có thể hoạt động với các ứng dụng GUI bằng cách sử dụng một lệnh như:

nohup your-X-application &