Shell脚本移动.bad文件失败，求助su密码硬编码及命令帮助问题

一、脚本逻辑的致命错误 #

你当前的脚本里，su - "user"会启动一个新的目标用户登录shell，但后续的cd..、cd input、mv命令根本不会在目标用户环境执行——这些命令是在原用户的shell里等待su退出后才运行的，完全达不到预期效果。

正确的做法是把要执行的命令作为参数传给su，让它在目标用户的环境里一次性执行：

su - user -c "cd input && mv *.bad /storico"

用&&连接命令，确保前一个命令执行成功才会执行下一个。

二、硬编码密码的风险与替代方案 #

绝对不要把用户密码硬编码到脚本里，这属于高危安全操作：任何能读取脚本文件的用户都能直接拿到密码，一旦泄露会导致目标账号被恶意滥用。

更安全的替代方案是通过sudo配置免密权限：

1. 执行visudo编辑sudoers文件（必须用这个命令，避免语法错误导致sudo失效）
2. 添加以下规则（替换原用户名为执行脚本的用户）：

   原用户名 ALL=(user) NOPASSWD: /bin/mv /path/to/input/*.bad /storico
   

3. 保存退出后，脚本里直接用sudo执行命令即可，无需切换用户也不用密码：

   sudo -u user mv /path/to/input/*.bad /storico
   

三、su命令显示suspend提示的问题 #

这个问题大概率是以下两种情况：

• 别名覆盖：你的shell里su被别名成了suspend。执行alias su检查，如果输出是alias su='suspend'，执行unalias su取消别名，或者在脚本里用su的绝对路径（比如/bin/su）调用。
• 命令输入错误：如果是在交互式shell里误输了s（suspend的缩写），而非完整的su，也会触发suspend提示。脚本里确保写全su命令即可。

如果上述方法无效，执行which su确认su命令的正确路径，脚本里用绝对路径调用（比如/bin/su - user -c "..."），避免环境变量导致的命令查找错误。

内容的提问来源于stack exchange，提问作者gecastaldo.deloitte