на Ubuntu я смог заставить это работать с
export PYTHONPATH=/usr/lib/pymodules/python2.7:/usr/lib/python2.7
export PYTHONHOME=/usr/lib/python2.7
sudo ln -s /usr/lib /usr/lib/python2.7/lib
sudo ln -s /usr /usr/lib/python2.7/local
Существует, вероятно, ошибка в sysconfig.py, где это добавляет полный путь сверх другого полного пути (игнорирующий фактические системные пути и настройки), а не relpath сверху abspath
Теперь systemd <3 [1184588]cgroup[1184589] s. лот [1184590][1184591]. [1184592]cgroup[1184593]s, так же известные как группы управления процессами, это то, как systemd отслеживает, к каким процессам относится тот или иной абстрактный "сервис"[1184594]1[1184595]. Ключом к пониманию вашего вопроса является то, что [1184596]logind[1184597] делает это и для пользователей: каждая пользовательская сессия получает свою собственную "сессию" ядра, которая поддерживается - вы догадались - группой [1184598]cgroup[1184599]. Почему? Потому что тогда ядро способно соответствующим образом управлять ресурсами среди пользователей. То, что один пользователь выполняет много процессов, не означает, что он должен получить больше процессорного времени. Но с помощью [1184600]cgroup[1184601]s, каждая
cgroup
получает равное время на процессор, и поэтому каждый пользователь получает равные ресурсы.
Хорошо, теперь мы закончили с фоном. Готовы? Реальный ответ на ваш вопрос крайне не драматичен, учитывая вышеприведенную сборку: "владелец" процесса соответствует тому, кто запустил процесс, несмотря ни на что. На техническом уровне это отслеживается сеансом пользователя, поддерживаемым группой [1184604]cgroup [1184605]. Процесс "пользователь" - это традиционное чувство "пользователя": идентичность, под которой выполняется процесс (и всё, что связано с этой идентичностью, в первую очередь разрешения).
выдержка - [1184822]Ядро Linux
10.3 Сеансы
Каждая группа процессов находится в уникальном сеансе. (Когда процесс создан, он становится членом сессии его родителя). По соглашению, идентификатор сессии сессии равен идентификатору процесса первого члена сессии, называемого лидером сессии. Процесс находит идентификатор своей сессии с помощью системного вызова [1184824] getid() [1184825].
Каждая сессия может иметь контрольный [1184826] tty [1184827], что затем также называется контрольный tty каждого из его членов процессов. Дескриптор файла управляющего tty получается путем открытия [1184828]/dev/tty[1184829]. (А когда это не удается, не было управляющего [1184830]tty[1184831].) При наличии файлового дескриптора управляющего [1184832]tty[1184833] можно получить SID, используя [1184834]tcgetsid(fd)[1184835].
Сессия часто настраивается процессом входа в систему. Терминал, на котором производится вход в систему, затем становится контрольным tty сессии. Все процессы, которые являются потомками процесса входа в систему, в общем, будут членами сессии.
Это будет столбец "Сессия". Идентификатор этого сеанса - колонка "Владелец".
Пример
Работающий монитор системы GNOME, [1184579] монитор гном-системы [1184580] из оболочки:
Ссылки
Что такое лидер сеанса в [1184848]ps осиЧто такое "лидеры сеанса" в [1184850]ps [1184851]? [1184839] [1184585]? [1184586] [1184840] [gnome-system-monitor: 54/62] Начните упрощение карт памяти, столбцов процесса