我正在使用 Devuan ASCII(或多或少是 Debian 9,Stretch)。现在,我/var/log/auth.log
有一堆这些条目:
Jan 6 09:45:01 mybox CRON[20951]: pam_env(cron:session): Unable to open env file: /etc/environment: No such file or directory
Jan 6 09:45:01 mybox CRON[20951]: pam_unix(cron:session): session opened for user root by (uid=0)
这显然是在我su
.
- 为什么 cron/pam_env/pam_unix 首先尝试打开该文件,而不是检查它是否存在?
- 如果他们合理地期望它,为什么不存在呢?
- 我该怎么办?
回答你所有的问题
请参阅错误 #646015。在某些情况下(例如与语言环境相关的东西),该文件已被弃用。但它仍然在系统范围内使用,并且只要它丢失就会生成日志。
因为也许这个错误毕竟没有修复。Steve Langasek ( BUG #646015 ) 说是这样,新系统应该使用
postinst
脚本创建该文件,就像升级的旧系统应该已经拥有该文件一样。dpkg-reconfigure libpam-modules
并查看它是否会通过其postinst
脚本创建文件。touch /etc/environment
向 Devuan 项目报告您的问题以及问题的详细信息和您的设置也很有趣,因为此问题在 Debian/Devuan 分叉发生之前已解决。
一个不优雅但完全有效的解决方案是给这些模块他们想要的东西:作为 root,执行
并确保权限正确,以防万一: