Startx не рекомендуется?

8

startx говорит:

--------------------------------------------------------------------------------------------
xinit failed. /usr/bin/Xorg is not setuid, maybe that's the reason?
If so either use a display manager (strongly recommended) or adjust /etc/permissions.local and run "chkstat --system --set" afterwards

Очевидно, я могу chmod 4775 /usr/bin/Xorg, и это будет работать, пока следующее обновление Xorg снова не удалит бит suid. Однако то, как «использовать диспетчер отображения», как «настоятельно рекомендуется», совсем не очевидно для меня!

Что это значит?

  • Не startx рекомендуется сейчас?
  • Что я должен был набрать вместо этого?
  • Почему тогда не startxпоступаешь правильно? Это ваш спасатель на случай, если Х выйдет из строя; скорее всего, одна из первых команд, которую нужно было выучить.

Я уверен, что моя система использует диспетчер отображения. У меня есть xdm, kdm, gdm, lightdm и sddm. Он загружается в среду рабочего стола, которая при выходе из системы отображает экран входа в систему. Другими словами, стандартная установка настольного компьютера, но в случае, если это имеет значение, я использую KDE на OpenSuse Tumbleweed.

Я собираюсь принять должным образом документированный, достаточно полный список различных специфических команд, которые были заменены startx в любом Unix. Если есть что-то, что не работает точно так же, как в OpenSuse, я клянусь, я напишу отчет об ошибке. Я ненавижу видеть пользовательский интерфейс, который, как нам всем известно, перевернулся с ног на голову по чисто техническим причинам, в то время как никто не знает замены.

user2394284
источник
Вы видели раздел об этом изменении в примечаниях к выпуску openSUSE 11.4 ? Он содержит инструкции о том, как установить бит suid навсегда.
JigglyNaga
@JigglyNaga Я думаю, ваш комментарий заслуживает ответа;)
Серж

Ответы:

5

Согласно примечанию к выпуску 11.4 , да, startxосуждаются в SUSE. Но они объясняют, как установить бит setuid, чтобы он не терялся при обновлении:

Пользователи, которые зависят от старой конфигурации, могут сами установить бит setuid /etc/permissions.local, удалив знак комментария из следующей строки:

#/usr/bin/Xorg                 root:root       4711

и работает SuSEconfig --module permissionsпотом.

JigglyNaga
источник
Что касается (повторного) запуска диспетчера отображения из командной строки, я / думаю /, что будет обработано systemd(т.е. systemctl restart <dm>), но я не могу подтвердить.
JigglyNaga
Спасибо за ссылку! Это действительно отвечает на первую часть вопроса, хотя я ищу "настоятельно рекомендуемое" решение.
user2394284
Я могу подтвердить, что systemctl restart sddmработает, но только после перезагрузки и systemctl isolate multi-user.target. Замена sddm на kdm или xdm дает черный экран с мигающим подчеркиванием в верхнем левом углу.
user2394284
1
SuSEconfig --module permissionsвозможно, больше не существует на Tumbleweed?
Уоррен П