usermod -u 不能直接改 uid，需先验证目标 uid 是否已被占用（如 getent passwd 1005），避免冲突；修改后须同步更新 /home 目录属主、递归修复所有旧 uid 文件、检查并更新 systemd/cron 中硬编码的 uid。
usermod -u 不能直接改 UID？先确认是否已存在冲突
直接运行 usermod -u 1005 username 失败，大概率是因为 UID 1005 已被占用（比如另一个用户或系统服务在用）。CentOS 不允许两个用户共用同一个 UID，usermod 会静默拒绝而非报错提示“UID 已存在”，容易误判为命令写错。
验证方式很简单：
-
getent passwd 1005—— 查看该 UID 是否已有对应用户条目 -
awk -F: '$3 == 1005 {print}' /etc/passwd—— 直接从 passwd 文件匹配
如果返回非空结果，必须换一个未被使用的 UID（建议 >1000，避开系统保留范围），再重试。
/etc/passwd 修改后文件权限和语法必须严格正确
手动编辑 /etc/passwd 是可行但高风险的操作。常见错误不是改错数字，而是破坏了字段分隔或格式：
- 每行必须严格用冒号
:分隔 7 个字段，少一个或多一个都会导致登录失败、su报错或id显示异常 - 修改前务必备份：
cp /etc/passwd /etc/passwd.bak - 不要用图形编辑器打开，用
vi或sed；改完执行pwck检查语法合法性 - 改完 UID 后，该用户的
/home/username目录属主仍为旧 UID，需同步chown -R username:username /home/username
改 UID 后必须递归修正所有属主为原 UID 的文件
只改 /etc/passwd 或只跑 usermod -u，只是“名义上”换了 UID。原用户创建的文件仍归属旧 UID（如 501），新 UID（如 1005）对这些文件无权访问 —— 这是绝大多数权限异常的根源。
Zynq Linux Hardware Debug
下载
Zynq‑7000 / Zynq UltraScale+ 硬件调试技能。适用于 Xilinx Zynq（Cortex‑A9/A53 + FPGA）Linux 环境，调试 I2C、I2S、UART、GPIO 等外设。包括设备树配置、内核驱动、用户空间调试工具、交叉编译和常见问题排查，支持 PetaLinux 开发。
安全做法是：
- 先记录原 UID：
id -u username - 再用
find / -user 原UID -exec chown -h username {} + 2>/dev/null扫描并修复（-h避免跟随符号链接造成误改） - 重点检查：
/home/username、/var/spool/mail/username、~/.bashrc等路径 - 跳过
/proc、/sys、/dev等虚拟文件系统目录（find默认会报错，加2>/dev/null屏蔽即可）
systemd 服务或 cron job 可能硬编码 UID，改完要检查
某些自定义服务（尤其用 systemd 单元文件写的）、cron 任务、或脚本里写了类似 chown 501:501 /path 的固定数值，改 UID 后这些逻辑不会自动更新，可能导致服务启动失败、定时任务静默退出或日志写入被拒。
排查建议：
-
grep -r "501" /etc/systemd/system/ /etc/cron* /opt/ 2>/dev/null（把501替换为你的原 UID） - 检查
systemctl status service-name输出里的 “Failed at step …” 提示 - 改完 UID 后重启相关服务，别只依赖
systemctl daemon-reload
真正麻烦的不是改 UID 这一步，而是散落在各处的 UID 依赖项 —— 它们不会报错，只会让某个功能突然不工作。
