Arch Linux VMware 安装后无法登录的排查与解决

最近在折腾 Arch Linux，安装过程中明明配置了 root 账号和普通用户，结果重启后死活登录不上，一直提示密码错误。这种“明明设置是对的，但就是不让进”的情况真的很搞心态。今天就把这种常见问题捋一捋，给大家提供几个排查方向和解决办法。

常见原因分析

检查 /etc/vconsole.conf 文件确保键盘布局正确

这种情况在虚拟机里特别常见，尤其是刚装完系统第一次登录时。通常不是你输错了密码，而是系统在某个环节“变了卦”。

1. 键盘布局不对

这是最容易被忽视的问题，也是最容易“中招”的。如果你在安装过程中设置密码时默认是美式键盘，但登录时系统切换到了其他键盘布局（比如中文输入法状态下），那即使你输入的字符看起来一样，实际传给系统的字符可能完全不一样。

• 排查方法：在登录界面，尝试输入一些符号，比如 @ 和 "，看看是否按出预期的键位。或者重启进入 Live CD 模式，chroot 进系统检查 /etc/vconsole.conf 文件，确保里面设置为 KEYMAP=us（如果确实需要美式键盘）。

2. Shell 指向错误或不存在

有些朋友为了追求所谓“最小化安装”，可能会在创建用户时指定了一个特殊的 Shell，或者手动改了 /etc/passwd 文件。如果这里配置了错误路径，系统也会拒绝登录。原文作者提到检查了 bash，这很好，但也要确认路径是否绝对正确。

• 验证步骤：进入 chroot 环境，执行以下命令：

  cat /etc/passwd | grep 你的用户名
  

  查看该行的最后一个字段（通常是 /bin/bash 或 /bin/zsh）。然后检查该文件是否存在：

  ls -l /bin/bash
  

  如果不存在，说明你的 Shell 安装有问题，需要重新安装 core 包或者直接把用户的 Shell 改成 /bin/sh 试试。

3. 密码修改未生效或加密方式问题

原文中提到在 chroot 下用 passwd 命令改了密码，这通常是有效的。但如果依然提示错误，可能是以下原因：

• PAM 模块问题：Arch 依赖 PAM（Pluggable Authentication Modules）来管理认证。如果某个配置文件（如 /etc/pam.d/passwd 或 /etc/pam.d/login）被误删或修改，密码验证就会失败。
• Hash 算法：极少数情况下，如果系统的 shadow 文件损坏，也可能导致无法验证。

实操解决方案

如果遇到上面的情况，不要急着重装系统，按以下步骤一步步排查：

在 GRUB 引导菜单按 'e' 键进入编辑模式以修复启动问题

第一步：进入紧急修复模式

1. 重启虚拟机，在 GRUB 引导菜单出现时，按 e 键进入编辑模式。
2. 找到 linux 开头的那一行，在末尾加上 init=/bin/bash。
3. 按 Ctrl+x 启动，这会直接带你进入一个 root shell（不需要密码）。

第二步：重新挂载文件系统

因为此时系统是只读的，你需要把根目录重新挂载为读写：

mount -o remount,rw /

第三步：强制修改密码

passwd root
# 或者修改普通用户
passwd 你的用户名

输入两遍新密码后，提示更新成功。然后再执行：

sync
reboot -f
```\n
### 第四步：检查键盘布局（预防复发）
如果不能进系统，那就用安装盘引导，开机后选择 Boot Arch Linux (x86_64)，然后：
```bash
loadkeys us
mount /dev/sdaX /mnt  # 替换 sdaX 为你的根分区
arch-chroot /mnt
nano /etc/vconsole.conf

确保内容为 KEYMAP=us。保存退出并重启。

总结

Arch Linux 的安装过程确实对小白不太友好，特别是涉及到基础环境配置时。遇到登录问题，90% 的可能都是键盘布局或者 Shell 配置的问题。只要记得用 Live CD 进行 chroot 修复，基本都能救回来。希望这篇排查指南能帮到那些对着密码输入框抓狂的朋友！如果还有其他奇葩问题，欢迎在评论区留言交流。