cronie导致sddm密码错误账号锁定

[anth]

sudo systemctl enable cronie
sudo systemctl start cronie
crontab -e
@reboot /home/myname/startup.myname
sudo reboot
然后在sddm登录界面没有登录反应
进tty5检查发现账号多次登录被锁定了
由于笔记本电脑没有小键盘 不存在输入错误
su
passwd myname
reboot
检查发现又被锁了
su
cd /home
chown -R myname ./myname
chmod 777 ./myname/.X*
reboot
检查发现又被锁了 从账号锁定时间上发现是刚锁的

实在没办法了
su
systemctl stop cronie
systemctl disable cronie
reboot
一切正常了

现在的问题是我需要用crontab 怎么办

[astolia]

你检查过crontab里面有啥东西在登录账号没有

[anth]

只有这么一句
@reboot /home/myname/startup.myname
启动时候以myname账号运行脚本

莫非crontab的执行顺序在登录之前 那我把这个任务切换到root账号去能行吗 感觉风险很高

[astolia]

我知道会执行/home/myname/startup.myname，关键是脚本里面有没有什么东西在登录用户。
我不清楚cronie的做法，但一般的crontab实现在运行时可不管登没登录，都是先以root身份运行起来，然后如果需要执行的东西是其他用户身份，再直接把身份切换过去。这个过程是不需要用户密码的。除非你系统上设置了特殊的pam，一般从root切换到其他用户也不会失败。还有可能是脚本里用的东西需要一些特定的环境变量，crontab运行时环境变量很有限，也可能导致用户认证错误。
cronie执行出错会发送错误报告，我看它manpage上写如果当前系统上没有安装sendmail的服务，就会发到syslog里，你先去查一下

[anth]

脚本里面有sudo mount 和sudo tee 以前还有sudo systemctl 和音乐软件 现在都注释掉了

在Ubuntu和manjaro都能正常使用 在arch下面报错 从账号封禁的信息判断登陆次数和脚本里面的sudo次数是一致的

补充一下 这几个命令都是不需要密码就能sudo的 另外我去检查过日志 /var/log下面没几个文件 没找到 就一个记录安装命令 一个记录硬件 一个lastlog 原因已经确定是这个 要解决也简单 只是我希望每个系统做法保持一致性 单独为这个系统改/etc/fstab感觉怪怪的 实在有困难就不在启动脚本里面mount了

补充 问题已经绕开了 不着急了 猜测可能和xfce4有关 有时间再试

[astolia]

补充一下 这几个命令都是不需要密码就能sudo的

不是这么回事。我看了一下archlinux的sudo包，里面的/etc/sudoers配置文件默认只写了root使用sudo时不需要输入密码。
如果你没有把你的执行用户在sudoers里设置成不需要密码，那大概率运行时会向你要密码，但cron环境下stdin又不是可读的终端，就直接出错了。
你说不需要密码，应该是你在登录用户时已经输入过密码认证通过了，登录session处于已认证状态，/etc/pam.d/sudo里面直接认可了当前session的认证状态。但cron环境下是没有这个认证的

[anth]

确认这里没问题 发不了图片 好烦啊

myname ALL等于大写nopasswd冒号 命令地址
命令地址用which查 我用debian Ubuntu十几年了 这里绝对不会出错

[anth]

已经最终确认是xfce和cronie的冲突了 gnome和kde下面运行正常 这个问题可以结束了