新用户自动拥有预设的 .bashrc 和 .vimrc，需将文件放入 /etc/skel/ 并确保其存在、可读，且 useradd 命令使用 -m 参数创建家目录；否则不会复制。
如何让新用户自动拥有预设的 .bashrc 和 .vimrc
新创建的用户默认只继承 /etc/skel 下的文件，不是靠“模板目录”配置出来的——它本身就是模板目录。关键在于你往不往里面放东西、放得对不对。
-
/etc/skel是唯一生效位置，改其他路径（比如自己建个/opt/templates）不会被useradd读取 - 文件权限必须合理：比如
.bashrc需要可读，但.ssh/authorized_keys如果放进去，权限必须是600，否则 SSH 拒绝加载 - 别放绝对路径依赖的脚本：比如写死
/home/alice/.config的软链接，在新用户家目录里会指向错误路径 - 示例：把定制的
.bashrc放进/etc/skel/后，运行useradd -m testuser，登录后就能看到它生效
useradd 不复制 /etc/skel 文件？检查 -k 和 -m 参数组合
常见现象是执行 useradd testuser 后家目录空空如也，连 .bash_logout 都没有。这不是模板失效，而是没触发复制逻辑。
- 必须加
-m（创建家目录），否则useradd根本不碰/etc/skel - 如果系统配置了
SKEL在/etc/login.defs，但值为空或路径不存在，也会静默跳过复制 - 用
useradd -D查看当前默认设置，确认SKEL指向/etc/skel，且该目录存在、有读取权限 - 某些精简版系统（如 Alpine）默认不带
/etc/skel，需手动创建并补全基础文件
sudo useradd 和直接 useradd 权限一样吗
一样。权限差异不在命令前加不加 sudo，而在于执行者是否是 root——useradd 必须由 root 运行，否则直接报错 Permission denied。
-
sudo useradd -m devuser和su -c "useradd -m devuser"效果等价 - 普通用户即使加了
sudo，若未在/etc/sudoers中被授权执行useradd，仍会拒绝 - 注意
sudo环境变量可能影响行为：比如$HOME指向 root 家目录，但只要命令本身不依赖它，就不干扰/etc/skel复制
家目录模板对 systemd --scope 用户生效吗
不生效。systemd-run --scope 或 machinectl shell 创建的会话不调用 useradd，也不创建家目录，自然不走 /etc/skel 流程。
- 这类场景下用户已存在，只是启动一个受限会话，家目录内容完全取决于该用户原有文件
- 如果想统一初始化，得靠登录 Shell 的启动逻辑（如 PAM
pam_exec.so调用脚本检查并补全缺失配置） - 容器环境（如 Podman）通常挂载自定义
/etc/skel到镜像中，但那是构建阶段的事，和宿主机的/etc/skel无关
真正容易被忽略的是：/etc/skel 目录本身的属主和权限。如果误设为 700 且属主不是 root，useradd 可能因无法读取而跳过复制，还不报错。
