root切换普通用户无需密码但需su - username获完整环境;普通用户切root须输root密码,推荐sudo -i。因su仅改uid不加载环境,su -等价su -l重置home、path并切家目录。

root 用户切换到普通用户不需要输密码,但必须用 su - username 才能获得完整环境;普通用户切 root 则必须输 root 密码,且推荐用 sudo -i 而非 su。
为什么 su username 和 su - username 行为差别很大
前者只改 UID,不加载目标用户的 .bashrc、.profile,PATH 仍是原用户的,家目录也不变;后者等价于 su -l username,会重置 HOME、SHELL、PATH,并 cd 到目标用户家目录。
常见错误现象:
- 执行
su alice后运行npm install报错“command not found”,其实是 PATH 没更新,找不到全局 bin - 执行
su - alice后发现ls ~显示的是/root,说明没真正切换成功(可能 shell 配置异常或家目录权限不对)
使用场景建议:
- 调试服务账户时用
su -s /bin/bash -c "whoami" serviceuser,避免污染当前环境 - 批量操作多个普通用户时,优先用
sudo -u username command,不用反复su
sudo -i 和 sudo su - 有什么实际区别
两者都以 root 身份启动交互式 shell,但 sudo -i 更干净:它直接模拟 root 登录,读取 /root/.bashrc;而 sudo su - 是先提权再调用 su,多一层进程,且可能因 su 的 PAM 配置被拦截。
参数差异:
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq(Cortex‑A9/A53 + FPGA)Linux 环境,调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查,支持 PetaLinux 开发。
-
sudo -i:等价于sudo -u root -s /bin/bash --login,PATH 和 HOME 严格按 root 配置 -
sudo su -:依赖系统中su是否允许 root 被非交互调用,某些加固系统会禁用
性能与兼容性影响:
- 在容器或 minimal 系统里,
su可能未安装,但sudo通常存在 -
sudo -i日志记录更明确(/var/log/auth.log中标记为 “sudo: user : TTY=… ; PWD=… ; USER=root ; COMMAND=/bin/bash -i”)
普通用户切其他普通用户为什么总失败
因为默认情况下,普通用户之间切换需对方密码,且目标用户必须有合法 shell(不能是 /usr/sbin/nologin 或 /bin/false)。
容易踩的坑:
- 目标用户被锁(
passwd -l username),su会静默失败,只返回非零退出码,无提示 - 目标用户家目录权限太松(如 777),PAM 模块可能拒绝登录,
su -报错 “Authentication failure” 但不说明原因 - SELinux 启用时,
su可能被策略阻止,需检查ausearch -m avc -ts recent | grep su
临时绕过方式(仅限调试):
- 用
sudo -u username command执行单条命令,不依赖密码 - 若已获 root 权限,可临时用
passwd -u username解锁,或chsh -s /bin/bash username修复 shell
真正麻烦的不是记不住命令,而是环境变量和家目录权限这些隐性条件——su - 看似简单,一卡住往往得查 PAM、SELinux、shell 配置三处地方。










