Natrio
Где именно был этот юнит
/run/systemd/generator.late/dev-sda4.swap

Natrio
что было в нём
# Automatically generated by systemd-gpt-auto-generator
[Unit]
DefaultDependencies=no
Conflicts=umount.target
Before=umount.target swap.target
[Swap]
What=/dev/sda4

Natrio
и как вы его деактивировали?
Сделал systemctl stop dev-sda4.swap. Disable тоже сделал, но, кажется, толку не будет. Еще не перезагружался. Удалить что ли его надо?

Natrio
Принадлежит ли он какому-нибудь пакету?
Лежит в /run/systemd/generator.late и сгенерирован неким systemd-gpt-auto-generator. Я в системд особо не шарю, это что, получается особенности gpt? У вас какая таблица разделов на диске?
Natrio, спасибо, нашел, деактивировал. Но откуда он взялся то? Я его точно не создавал, значит он сам создался? И не создастся ли он снова?
Так уж случилось, что у меня на жестком диске два swap-раздела. Для двух разных ОС. Чтоб можно было обе системы независимо вводить в гибернацию. Но вот незадача: systemd в арче активирует ОБА раздела подкачки зачем-то. Второй раздел НЕ ПРОПИСАН нигде, ни в fstab, ни где бы то ни было еще. Но все равно активируется. Даже если сделать swapoff, через несколько секунд он снова активирован. Зачем systemd это делает? И как это побороть?
tchgefest
А вы точно вот так прописали:
PAGER="vimpager"
Вывод покажите cat /etc/environment
И так тоже писал, как я только не писал. Говорю же, раньше работало, я ничего не менял. И другие переменные прекрасно подхватываются в ковычках, без ковычек, хоть черта лысого там написать. А вот PAGER не хочет. Или хочет, но в какой то момент переназначается просто
Ну я же говорю, это всего лишь пользовательская сессия systemd. Сейчас видимо сделали так, что она запускается автоматически при логине. Вы можете создавать пользовательские сервисы (mpd например), запускать и управлять ими. Зачем это сделано по умолчанию - не ясно. Далеко не всем это нужно, хотя мне как раз пригодится.
Ну все правильно. Как только вы логинетесь, запускается сессия systemd от пользователся. Залогиньтесь, например, от рута в другой консоли и запустится systemd для пользователя root с pid не равным 1
lampslave
Вы вот это имеете в виду?
сен 19 18:29:58 arch systemd[395]: pam_unix(systemd-user:session): session opened for user ls by (uid=0)
Да, именно это. И в процессах соответственно висит systemd от имени пользователя

Ну раз у вас тоже самое, значит проблема видимо не в этом
lampslave, у вас тоже при логине запускается пользовательская сессия systemd? Вот после обновления до systemd-207 такое началось
Попробовал я там раскомментировать, прописать туда vimpager - не работает
lampslave
Попробуйте ещё раз прописать это дело, может быть какой-то символ кривой попадается и значение берётся из /etc/security/pam_env.conf
Ну у меня там все закоментированно. А вот на счет pam, это да, возможно направление верное. Я заметил, что теперь после логина в slim или просто в tty, запускается пользовательская сессия systemd. Может в этом дело, щас буду проверять