Если я использую «su root» или «su <other_user>» из своей учетной записи пользователя, а затем выхожу из системы (или выхожу), завершение выхода из системы и возвращение меня в мою пользовательскую оболочку занимает около 1 минуты.
В течение этой минуты процесс «su <other_user>» использует 100% ЦП.
Я могу выйти из системы немного быстрее, если несколько раз нажму ctrl-c (что, по-видимому, прерывает все, что выполняется при выходе/выходе из системы).
Это происходит, даже если у меня нет .profile, .bash_profile, .bashrc, .logout и т. д. в домашнем каталоге ~<other_user>.
Это происходит с флагом '-l' (оболочка входа в систему) или с ним.
Такая же задержка возникает, даже если я использую команду /bin/sh (например, 'su <other_user> -s /bin/sh').
Однако, если я переключаю пользователя на свою учетную запись (например, «su <my_user>»), выход из системы не задерживается.
Также запуск 'sudo -u <other_user>' не имеет задержки.
В частности, «sudo -u root bash», который дает мне корневую оболочку, завершается мгновенно (в то время как «sudo -u root su» отстает на минуту или более).
Есть идеи, что может быть причиной такой задержки выхода из системы после обращения к другой пользовательской оболочке?
Какие процессы запускаются выходом/выходом из системы, что может привести к такой задержке выхода?
Обратите внимание, что я использую Ubuntu 18.04.
Обратите внимание, что при запуске «strace» он, кажется, зависает на последнем операторе «openat»:
введите код herestrace: процесс 27411 прикреплен
openat(AT_FDCWD, "/etc/passwd", O_RDONLY|O_CLOEXEC) = 6
openat(AT_FDCWD, "/etc/login.defs", O_RDONLY) = 6
openat(AT_FDCWD, "/proc/sys/kernel/hostname", O_RDONLY|O_CLOEXEC) = 6
openat(AT_FDCWD, "/etc/passwd", O_RDONLY|O_CLOEXEC) = 7
openat(AT_FDCWD, "/run/fscrypt/1002.count", O_RDWR|O_CREAT|O_CLOEXEC, 0600) = 7
openat(AT_FDCWD, "/etc/group", O_RDONLY|O_CLOEXEC) = 7
openat(AT_FDCWD, "/etc/fscrypt.conf", O_RDONLY|O_CLOEXEC) = 7
openat(AT_FDCWD, "/proc/sys/vm/drop_caches", O_WRONLY|O_SYNC|O_CLOEXEC) = 7
+++ выход с 0 +++
Примечание: ручной запуск «echo 3 >| /proc/sys/vm/drop_caches» также занимает около минуты, хотя, казалось бы, это должно быть очень быстро.
Даже запуск его сразу же снова занимает столько же времени при запуске во второй раз.
Так что же может так долго сбрасывать кэши?
И, как отмечалось выше, когда это происходит, загрузка процессора достигает ~ 100% ...
