Antergos. После установки: автологин в LightDM


Алексей Федорчук

antergos

При инсталляции Antergos’а в качестве дисплейного менеджера безальтернативно устанавливается LightDM в компании с «зазывалой» lightdm-webkit2-greeter. Что само по себе не хорошо и не плохо, но применительно к среде Cinnamon создаёт определённые неудобства. В частности, настройка его невозможна из Центра управления этой среды.

Конечно, после установки дистрибутива заменить дисплейный менеджер — не проблема: в официальных репозиториях и в AUR’е их есть вдоволь, от простейшего SLiM’а до «родного» MDM’а. Но…

Проект SLiM, на наш с котом взгляд — оптимальный выбор для программы, которую видишь много если раз в сутки, а то и за весь жизненный цикл системы. Однако он давно прекратил своё развитие, и нынче вступил в непримиримые классовые противоречия с объективной реальностью современности. Иначе говоря, работает не всегда и не везде корректно.

Что же до MDM — он, конечно, замечательно сочетается со средой Cinnamon, полностью настраиваясь их её Параметров. Однако нынче даже старина Клем склоняется к отказу от дальнейшего развития этого дисплейного менеджера (его резоны в преложении на язык родных осин — здесь).

Так что мы с Manual’ом, не отметив на стадии инсталляции пункта Входить автоматически, решили, оставив LightDM, заняться настройкой автоматического входа с систему руками и лапами. То есть — рпямым редактированием файла /etc/lightdm/lightdm.conf. Он длинный и почти весь закомментирован. Так что предварительно мы ознакомились с соответствующим разделом Archlinux’овой Wiki. В котором на эту тему написано много, но не очень внятно — в частности, там много рассуждений о PAM-авторизации, которые в нашем, простом, случае оказались излишними.

Потому как в итоге всё оказалось просто — в файле /etc/lightdm/lightdm.conf нужно было снять комментарии с нескольких строк:

...
session-wrapper=/etc/lightdm/Xsession
...
greeter-session=lightdm-webkit2-greeter
...
user-session=cinnamon
...
autologin-user=alv
autologin-user-timeout=0
...

Правда, потребуется ещё два не вполне тривиальных действия. Сначала — создать системную группу autologin:

$ sudo groupadd -r autologin

А затем — включить в неё пользователя, для которого требуется автоматический вход в систему:

$ sudo usermod -G new alv -a

Что, впрочем, можно проделать и через модуль Пользователи и группы секции Администрирование Параметров среды Cinnamon.

Правда, Клем обещал подготовить специальную утилиту lightdm-settings — аккурат для настройки одноимённого дисплейного менеджера. Пакет с таким именем действительно обнаружился в AUR’е, и даже благополучно установился, но работать не захотел категорически. Причина оказалась смешной: исполняемый его файл, /usr/bin/lightdm-settings, не имел бита исполнения. Так что и это пришлось сделать кошачьими лапами:

$ sudo chmod a+x /usr/bin/lightdm-settings

После этого утилиту можно было запустить как из CLI, так и из секции Администрирование главного меню, где она получила имя Login Window. А выглядела после запуска так:

Login-Window_001

Увы, как можно видеть из скришота, того единственного, что нам с Manual’ом от неё требовалось — установки автоматического входа в систему — она как раз и не умеет. Так что в итоге толку от неё оказалось немного. Но зато усилия, затраченные нами на правку конфига LightDM, оказались не напрасными. Хотя на будущее мы с Manual’ом дали себе слово: при инсталляции Antrfgos’а не забывать ставить галочку в боксе Входить автоматически

Содержание

, ,

13 комментариев на «“Antergos. После установки: автологин в LightDM”»

  1. Да, понял уже :)
    Может, к релизу LM 18.2 доделают.
    Хотя… нынче ведь и в головной Ubuntu вместо LightDM будет GDM, так что есть ли смысл?
    Эх, реанимировал бы кто старый добрый SLiM…

  2. Мне, начиная с 16.04, LightDM очень даже нравится. Простой и лёгкий, в то же время оформляемый под любой вкус.

  3. У MDM’а перед ним главное преимущество — он в Параметры системы встраивается.
    А так для меня главное у дисплейного менеджера — это чтобы видеть его пореже. В идеале — один раз, при первом старте :)

  4. В минте 18. 2 уже есть — скорее всего тот же, что в Antergos.
    Кстати, в Neon и в Antergos прилетело обновление KDE — теперь ни Kate, ни Kwrite, ни Dolphin нельзя запускать от рута. А я уже привык кликать правой кнопкой по конфигам и выбирать открыть как рут.

  5. В смысле как — нельзя запускать от рута? Нет пункта в контекстном меню по умолчанию? Так в Neon’е его и раньше не было, надо пакет ставить — Root Actions Servicemenu., вытаскивается из Maui: http://alv.me/byt-root-om-v-dolphin-e/

  6. Вообще никак — ни через sudo, ни через Root Actions Servicemenu.
    Executing Dolphin as root is not possible.
    Root Actions Servicemenu есть и на store.kde.org.
    Для kwrite и kate:
    Executing KWrite as root is not possible. To edit files as root use:
    SUDO_EDITOR=kwrite sudoedit
    Политика партии — запрет использования sudo для программ с графическим интерфейсом. Должен использоваться pkexec.

  7. Executing KWrite as root is not possible. To edit files as root use:
    SUDO_EDITOR=kwrite sudoedit 'file'

  8. У меня не получилось запустить sudoedit из .desktop файла, только из консоли.

  9. Маны не соответствуют новым правилам.
    По крайней мере NetworkManager и pkexec не удалось настроить.

  10. Хорошие новости: OpenSuse и Antergos выложили патченные версии Dolphin и Kate для решения проблемы Executing *** as root is not possible.

Добавить комментарий