普通用户无法登录Linux需按PAM认证→账户状态→Shell有效性→家目录权限→环境文件顺序排查；查auth.log或secure日志定位失败环节，验证passwd -S、chage -l、getent passwd、/etc/shadow字段、Shell可执行性、家目录存在性与权限（700/755）、.bashrc无exit及pam_access限制。
普通用户无法登录 Linux，通常不是密码输错这么简单，而是卡在认证链的某个环节。排查要顺着登录流程走：PAM 认证 → 账户状态 → Shell 是否可用 → 家目录是否就位 → 环境文件是否出错。
看日志，先定位失败在哪一步
登录失败后立刻查认证日志，这是最直接的线索：
- Debian/Ubuntu 系统：运行 sudo tail -n 20 /var/log/auth.log
- RHEL/CentOS 系统：运行 sudo tail -n 20 /var/log/secure
重点关注含 “Authentication failure”、“User not known”、“Tally overflowed”、“No directory, logging in with HOME=/” 的行。比如看到 “Tally overflowed for user alice”，说明被 pam_tally2 锁定了；看到 “Session opened” 但没出现命令提示符，大概率是 Shell 启动后立即退出。
检查账户状态和基础配置
用 root 权限逐项验证用户是否“合法存在且允许登录”：
- 运行 passwd -S username：输出中若为
LK（Locked）或NP（No Password），说明账户被锁或无密码 - 运行 chage -l username：确认 “Account expires” 和 “Password expires” 是否为 “never”，过期时间不是远期日期（如 2026-12-31）就可能已失效
- 运行 getent passwd username：检查第七字段（Shell 路径）是不是
/bin/bash、/bin/sh这类可交互 Shell；若为/sbin/nologin或/bin/false，需用usermod -s /bin/bash username修改 - 运行 grep username /etc/shadow：第二字段若以
!或*开头，表示密码被禁用，执行passwd -u username解锁
验证 Shell 和家目录是否真正可用
账户配置正确，不代表环境能跑起来：
- 手动模拟登录 Shell：sudo -u username /bin/bash -i，观察是否报错。报 “No such file or directory” 可能是 Shell 路径写错；报 “Permission denied” 可能是该 Shell 文件权限不对或被 SELinux 拦截
- 确认家目录存在：ls -ld $(getent passwd username | cut -d: -f6)
- 家目录权限应为
700（属主独占）或755（属主可读写，其他可读），且属主必须是该用户。若属主是 root 或权限为 777，SSH 和多数显示管理器会拒绝登录 - 检查
~/.bashrc、~/.profile中是否有exit、return或语法错误（如未闭合引号），这些会导致 Shell 启动即退出
别忽略 PAM 和访问控制限制
有些限制不报错，只静默拒绝：
- 检查 /etc/pam.d/sshd（SSH 登录）或 /etc/pam.d/login（TTY 登录）是否加载了
pam_access.so模块 - 若加载了，打开 /etc/security/access.conf，搜索用户名或所属组，确认没有
- : username : ALL这类拒绝规则 - 查看
pam_faillock --user username --show或pam_tally2 --user username，确认失败计数是否已触发锁定；锁定后执行对应--reset命令即可解除
