Linux系统引导卡在某个服务，说明已进入systemd用户空间阶段，需定位卡点、分析原因并修复；可通过TTY登录后运行systemd-analyze blame/critical-chain排查耗时服务，禁用NetworkManager-wait-online等高频卡点服务，或通过GRUB添加systemd.unit=multi-user.target等参数跳过问题服务。
Linux 系统引导卡在某个服务，说明已成功进入用户空间（systemd 阶段），但该服务启动失败、超时或无限等待。排查核心是：定位卡点服务 → 查清阻塞原因 → 快速恢复可用性 → 修复配置。
切换 TTY 登录并确认是否真卡住
按 Ctrl + Alt + F2～F6 切换到文本终端，尝试登录。若能成功登录，说明 systemd 主进程已就绪，只是默认目标（如 graphical.target）被某个服务拖住。
登录后立即执行：
- systemd-analyze blame：列出各服务启动耗时（单位 ms），重点关注超过 5000ms 的条目
- systemd-analyze critical-chain：显示从 default.target 到最慢服务的完整依赖链，快速定位瓶颈路径
- systemctl list-jobs：查看当前挂起的 unit 启动任务，确认哪个服务处于 running 或 waiting 状态
常见高频卡点服务及临时处理
以下服务在实际环境中极易引发启动卡顿，可针对性禁用或屏蔽：
-
NetworkManager-wait-online.service：默认等待网络连通达 90 秒。网线未插、DHCP 响应慢或 DNS 不可达即卡住。临时解决：
sudo systemctl disable NetworkManager-wait-online.service -
bluetooth.service：老旧蓝牙芯片或驱动异常时可能 hang 在初始化。建议用
sudo systemctl mask bluetooth.service（比 disable 更彻底，防止被间接激活） -
lvm2-monitor.service / mdmonitor.service：LVM/RAID 监控服务在磁盘响应迟缓或设备离线时易卡。先检查磁盘健康：
sudo smartctl -a /dev/sdX，再决定是否禁用 -
remote-fs.target 相关服务（如 nfs-client.target、cifs-mount@xxx.service）：远程挂载失败时默认重试多次。检查
/etc/fstab对应行，临时注释并运行sudo mount -a测试是否报错
不进系统也能绕过卡点服务
重启时在 GRUB 菜单按 e 编辑启动项，在 linux 行末尾添加参数：
-
systemd.unit=multi-user.target：跳过图形界面，直接进入命令行环境 -
systemd.unit=rescue.target：进入最小化救援模式（仅基础服务） -
systemd.mask=xxx.service：强制屏蔽指定服务（如systemd.mask=NetworkManager-wait-online.service），该服务将完全不启动
修改后按 Ctrl+X 启动。进系统后，用 journalctl -u xxx.service -b 查看该服务本次启动的完整日志，重点搜索 timeout、failed、no route to host 等关键词。
检查底层依赖与硬件状态
服务卡住常因上游依赖未就绪。例如：
- 网络服务卡住，可能是
systemd-networkd-wait-online.service等上游单元失败，需用systemd-analyze critical-chain追溯 - 加密卷或 LUKS 解锁卡住，检查键盘布局是否正确、是否有交互提示被忽略（可通过
systemd.show_status=1参数打开启动过程详细输出） - 磁盘 I/O 异常：运行
dmesg | grep -i "error\|fail\|ata\|nvme"检查内核层报错；用sudo smartctl -a /dev/sdX查看 SMART 状态 - 文件系统损坏：重启进 GRUB，按 e 编辑，在
linux行末加rd.break（RHEL/CentOS）或init=/bin/bash（Ubuntu/Debian），然后手动运行fsck -y /dev/sdX
