.xsession и startx в Debian

startxразделит аргументы командной строки на две группы, разделенные двойным тире :X-клиент для запуска (+ его аргументы )и параметры X-сервера.

Предоставление .xinitrc— это один из способов предоставить пользовательское -значение по умолчанию для клиентской части X; это не должно никак влиять на часть опций X-сервера. Если это действительно имеет эффект, это будет ошибка.

В Debian 10, если у пользователя нет .startxrcи .xinitrcи системный администратор не создал системный -широкий/usr/lib/x86_64-linux-gnu/sys.startxrc(или любой другой путь, соответствующий вашей аппаратной архитектуре -, он в любом случае не существует по умолчанию ), тогда startxбудет использовать /etc/X11/xinit/xinitrcв качестве клиентской части X.

По умолчанию это будет просто источник сценария сеанса X11 /etc/X11/Xsession, который должен быть универсальным для всех методов запуска сеанса X в Debian. Он, в свою очередь, будет использовать любые скрипты в каталоге /etc/X11/Xsession.d/. Среди них /etc/X11/Xsession.d/50x11-common_determine-startupобнаружит наличие пользовательского .xsessionфайла, а затем 99x11-common_startвыполнит его с помощью execпосле того, как все остальные Xsession.dсценарии будут запущены.

Но если вы используете оба варианта сервера -nolisten localи -nolisten tcp, будут ли использоваться какие-либо транспортные методы X11? Согласно справочной странице X(7), если переменная DISPLAYимеет пустую строку в качестве спецификации хоста, например, со значением DISPLAY по умолчанию :0или :0.0для локального сеанса, транспортный метод localбудет использоваться. Если бы он был отключен, я бы ожидал неизбежного сбоя сеанса -, но я очень давно не исследовал этот аспект запуска сеанса X11 в каких-либо деталях, поэтому я мог что-то упустить.