第三章 系统管理与故障排查：启动流程、日志分析、内存泄漏与 Crash 处理

面试问题：请详细描述 Linux 系统从按下电源键到用户登录的完整启动流程。

面试官考察点：对系统启动链路的全局认知；是否理解 BIOS/UEFI、GRUB、内核、init/systemd 的角色；能否区分不同发行版的差异。

回答框架：分阶段阐述（硬件 → 引导 → 内核 → 初始化 → 用户界面），每个阶段只讲核心动作，不陷入细节。

简短示例回答：“第一步，BIOS/UEFI 执行硬件自检并按启动顺序加载 GRUB；第二步，GRUB 读取配置文件，加载内核镜像和 initramfs；第三步，内核完成硬件驱动、挂载根文件系统后执行 systemd（PID 1）；第四步，systemd 启动默认 target 中的服务，最终显示登录提示。”

可能追问：如何排查启动慢？initramfs 的作用？怎样修改内核启动参数？

避坑提醒：不要跳过引导加载程序阶段；避免混淆 SysV init 和 systemd 的细节；若需排查启动故障，要说明查看 dmesg 和 journalctl -b。

面试问题：当服务器出现异常时，你如何利用系统日志进行定位？

面试官考察点：日志工具链掌握程度（journalctl, dmesg, /var/log/ 下的文件）；日志级别与过滤策略；能否结合时间窗口快速缩小范围。

回答框架：先定时间窗口（异常发生前后）→ 选对日志源（系统日志/内核日志/应用日志）→ 关键词过滤（ERROR/OOM/Panic）→ 关联分析。

简短示例回答：“首先使用 journalctl --since '5 min ago' -p err 查看近5分钟紧急错误；若与内核相关，再用 dmesg -T | tail -50。找到关键报错后，转去应用日志目录 grep 相同时间戳的异常栈，最后结合 top/free 确认资源状态。”

可能追问：journald 日志持久化如何配置？logrotate 策略？怎样查看上次启动日志？

避坑提醒：不要只依赖 /var/log/messages——现代系统默认使用 journald；注意日志轮转可能截断历史；排查时一定要带上时间条件，避免大海捞针。

面试问题：如何定位和排查用户态进程的内存泄漏？若进程已经 Crash（内核 OOM-Kill 或 panic），你如何获取有效信息？

面试官考察点：内存监控工具（top/free/ps/pmap）；堆转储与分析能力（valgrind/jmap/gdb）；Crash dump 收集与解读（kdump/crash 工具）。

回答框架：内存泄漏：观察内存持续增长 → 找到 RES 异常进程 → pmap 分析虚拟内存 → jmap dump heap → 分析引用链。Crash：检查系统日志（dmesg/journalctl）确认 OOM 或 panic → 若配置 kdump 则用 crash 工具分析 vmcore → 查看内核函数调用栈。

简短示例回答：“我用 top -o RES 发现 Java 进程内存每2小时增长5%，用 pmap -x PID 看到大量匿名 mmap，怀疑堆外内存泄漏。jmap -dump:format=b,file=heap.hprof 导 dump 后用 MAT 分析，发现 DirectByteBuffer 未释放。同时配置了 kdump，在 OOM 后分析 vmcore，确认内核在 reclaim 阶段耗尽了内存。”

可能追问：如何区分堆内存泄漏和堆外泄漏？内核态内存泄漏如何排查？kdump 的配置要点？

避坑提醒：不要只靠 RSS 判断泄漏——需结合 VIRT 和 pmap 细节；Crash 后不要立即重启，应保留 vmcore 或 vmlinux 日志；避免在生产环境直接使用 valgrind（性能影响），优先用轻量级工具。