При смене hostname при помощи acc (GUI) это происходит очевидно в сеансе xorg. Но при этом, после смены hostname сеанс xorg оказывается практически нежизнеспособным. Было бы неплохо делать изменение только в конфигурационном файле, с последующей сменой при перезагрузке естественным образом. Кто знает - тот сделает сам и руками, осознавая что делает. Проблема осложняется тем, что после внесения изменения в конфигурацию, оно скорее всего применится при перезапуске сетевой подсистемы. Если acc при изменении параметров сети делает service network restart, то тоже возможна такая ситуация (отложенная смена hostname, но затем правка настроек сети с соответствующим результатом). Также, такое возможно при настройке через веб интерфейс, когда мы можем вообще не знать про существование текущего сеанса xorg.
*** Bug 38149 has been marked as a duplicate of this bug. ***
Проблема, по сути, выглядит вот так: sin@xpi admx-basealt $ sudo hostnamectl Static hostname: xpi.darkmastersin.net Icon name: computer-laptop Chassis: laptop Machine ID: 9edd023283031d2ca23746405a7e06b7 Boot ID: 3176653a1bcc4f60a1fe3abbaf1c44a5 Operating System: ALT Workstation K 9.0 (Centaurea Pineticola) CPE OS Name: cpe:/o:alt:kworkstation:9.0 Kernel: Linux 5.4.41-std-def-alt1 Architecture: x86-64 sin@xpi admx-basealt $ sudo hostnamectl set-hostname newxpi.darkmastersin.net sin@xpi admx-basealt $ gimp No protocol specified Не удалось открыть дисплей: sin@xpi admx-basealt $ LC_ALL=C gimp No protocol specified Cannot open display
Поддержка дистрибутива завершена. Используйте новые версии.
Единственное, простое, рабочее решение, которое мной было найдено, выглядит так - перед сменой имени хоста от пользователя нужно выполнить команду: $ xhost + access control disabled, clients can connect from any host Это отключает проверку иксами доступа на данном хосте до перезагрузки. Поскольку икса у нас работает на хосте через локальный сокет, то эта уязвимость в широком варианте случаев не критична.
Исправляется установкой пакета xauthority-hostname-updater
