我使用 incron 检查用户家之外的几个文件夹上发生的情况，例如：
/folder/tmp/pdf-writer-work/AD_User_Login IN_MOVED_TO pdf-firefox "$#"
/folder/tmp/pdf-writer-alert/AD_User_Login IN_CREATE pdf-writer-alert "$#"
我的用户在 /etc/incron.allow 中允许所有文件夹看起来不错，当我手动重新启动 incron 时它正在工作。
重新启动后，我在 syslog 中有此消息：
incrond[961]: table for invalid user AD_User_Login found (ignored)
如果我再次重新启动 incron 一切正常
很少有，我的用户在 Active Directory 上，所以我使用 sss 登录。我的用户的家在登录之前也被加密了。
任何想法 ？
感谢帮助
我自己也遇到了类似的问题（尽管在 centos 上）——即使用 incron 来处理带有 sss 的帐户文件并看到报告了无效用户，在重新启动 incron 后该错误消失。
如果您仍然遇到此问题，则问题似乎是由于 systemd 启动配置中的 sssd 和 incrond 之间没有可见的关系，这可能导致 incrond 在 sssd 之前启动，因此有问题的用户帐户尚未可见。
在一个 centos 盒子上，相关文件是/usr/lib/systemd/system/incrond.service和（查看Ubuntu 等价物/usr/lib/systemd/system/sssd.service的树根）。/etc/systemd我建议After=sssd.service在 incrond 服务文件中添加一行（或将附加服务附加到现有After行），运行 asystemctl daemon-reload并重新启动。
您可能还需要进行一些相关的更改，以确保在启动 incron 服务时系统可以访问您的加密目录（尽管如果它要求用户在服务启动之前登录以解密它们，这可能不会有可能）。