35389 2018-09-12 18:40:53 +0300 Systemd портит работу keyctl из пакета keyutils 2019-07-20 11:29:04 +0300 1 1 4 Development Sisyphus systemd unstable all Linux CLOSED WORKSFORME https://github.com/systemd/systemd/pull/6275 P3 major --- 1 nbr shaba arseny evg georinness glebfm iv sem shaba qa-sisyphus oldest_to_newest 174067 0 nbr 2018-09-12 18:40:53 +0300 Пример: keyctl add user kmk "`dd if=/dev/urandom bs=1 count=32 2>/dev/null`" @u 516875950 $ keyctl pipe `keyctl search @u user kmk` >$TMP/kmk keyctl_read_alloc: Permission denied Почему именно systemd? Потому что без него (в init=/bin/bash) работает нормально и см. URL. systemd-239-alt1.x86_64 В сизифе воспроизводится, несмотря на уверения в закрытии баги. 174068 1 shaba 2018-09-12 20:41:31 +0300 $systemctl show user-runtime-dir@500.service | grep KeyringMode KeyringMode=private $systemctl show user@500.service | grep KeyringMode KeyringMode=private 174069 2 shaba 2018-09-12 21:24:35 +0300 Если добавить -session optional pam_keyinit.so force revoke в /etc/pam.d/systemd-user или /etc/pam.d/common-login то Ваш пример начинает работать нормально. Надо решить куда правильнее эту строчку добавить. 174340 3 nbr 2018-09-20 16:08:21 +0300 (In reply to comment #1) > $systemctl show user-runtime-dir@500.service | grep KeyringMode > KeyringMode=private > > $systemctl show user@500.service | grep KeyringMode > KeyringMode=private Вот это где поменять на inherit? Просьба выставлять inherit по умолчанию в дистрибутивах - новое поведение ломает много софта. 174343 4 nbr 2018-09-20 17:53:41 +0300 Спасибо за решения проблем и информацию. Поведение systemd стало понятно.