安装日志定位是做什么的
安装过程失败时，报错原因基本都写在日志里。以 anaconda 系安装器（麒麟、openEuler 等基于 RPM 的发行版）为例，安装过程中日志位于安装环境的 /tmp 下，其中最常看的是 anaconda.log（主流程）、storage.log（分区与存储）与 packaging.log（软件包安装）；系统装完后这些日志会被归档到 /var/log/anaconda/ 下的多个文件，形成事后追溯的材料。
基本信息
| 安装过程中 | 切到其它虚拟终端，查看 /tmp 下的日志文件 |
|---|---|
| 安装完成后 | /var/log/anaconda/ 目录下的归档日志 |
| 常用关键字 | error、fail、traceback、storage、packaging |
| 切终端方式 | 安装界面按组合键切换到文本终端 |
| 归档内容 | 主流程、存储、包安装、日志系统等信息 |
典型使用场景
- 安装中途报错中断，需要在安装环境里立刻定位原因
- 安装完成后复盘：确认失败发生在分区、依赖还是镜像校验阶段
- 提交问题报告时附上关键日志片段，比口头描述现象有效得多
- 批量装机失败统计：对比多台机器的日志找出共性原因
- 验证自定义 kickstart 或自动安装脚本的执行结果
- 复现问题时保留原始日志，便于与厂商支持沟通
查看安装日志
查看安装日志
ls /var/log/anaconda/ 2>/dev/null # 装完系统后查看归档日志
ls /tmp/*.log 2>/dev/null # 安装过程中在该环境查看
grep -iE 'error|fail' /var/log/anaconda/anaconda.log 2>/dev/null | tail
tail -50 /var/log/anaconda/storage.log 2>/dev/null # 分区与存储问题
grep -iE 'error|fail' /var/log/anaconda/packaging.log 2>/dev/null | tail
tail -50 /var/log/anaconda/syslog 2>/dev/null # 系统级信息
# 打包阶段：日志默认不保存到永久位置
ls *.log /tmp/ 2>/dev/null | head日志文件分工
| 文件 | 记录内容 | 典型用途 |
|---|---|---|
| anaconda.log | 安装主流程与阶段切换 | 判断失败发生在哪个阶段 |
| storage.log | 磁盘分区、LVM、文件系统操作 | 分区失败与容量规划问题 |
| packaging.log | 软件包安装与依赖解析 | 依赖冲突、包下载失败 |
| syslog | 系统级消息与服务输出 | 硬件识别、驱动异常 |
| program.log / dnf.log | 安装器调用的工具输出 | 底层命令报错原文 |
安装环境运行在内存文件系统上，重启后 /tmp 下的日志会全部丢失；报障或请厂商支持前，先切到终端把日志导出到外部介质或拍照留存。
不要只盯一个文件：打包阶段失败看 packaging 相关日志，分区失败看 storage，硬件识别问题看 syslog，多个文件交叉看更容易定位根因。