Что могло вызвать задержку между запуском passwd и возможностью входа в систему с этим паролем?
Возможно, вам придется запустить python3 вместо python, python2 все еще установлен в вашей системе.
Пароль должен храниться в / etc / shadow , если они хранятся локально, верно?
В RHEL это, вероятно, связано с кешированием. Работает ли nscd или sssd ?
Вы можете попробовать статус службы nscd или статус службы sssd . Если они вам не нужны и они работают, попробуйте перезапустить или остановить их с помощью service nscd / sssd restart / stop .
Затем вы можете использовать chkconfig SERVICE off , если они вам не нужны и не хотите, чтобы они запускались при загрузке.
https://trac.ffmpeg.org/wiki/How%20to%20use%20-map%20option#Example4
-map 0 сопоставляет все потоки, затем сохраняет их в том виде, в каком они находятся, а затем просто устанавливает, какой кодек следует повторно кодировать.
Я должен прочитать больше.
-121--289699- Пароль должен храниться в /etc/shadow , если они хранятся локально, верно?
на RHEL, вероятно, это связано с кэшированием. Выполняется ли nscd или sssd ?
Можно попробовать службу nscd status или службу sssd status . Если они не нужны, попробуйте перезапустить или остановить их с помощью службы nscd/sssd restart/stop .
Затем можно использовать chkconfig SERVICE off , если они вам не нужны и не нужны при загрузке.
Проверьте свою конфигурацию PAM, в частности, я считаю, что проблема заключается в том, что у локальных пользователей также есть пароли kerberos, и что проверка kerberos приходит перед unix в файлах pam и что у вас есть более одного kdc (реализовано контроллерами домена Active Directory) и используется другой kdc для обновления пароля, чем kdc для проверки пароля, что приводит к задержке при распределении пароля между несколькими контроллерами.