统信UOS安装程序闪退、卡死或报“Segmentation fault”等错误即确认崩溃发生，需立即在TTY2中提取installer日志、检查core dump并打包硬件信息提交官方工单。
统信UOS安装程序在启动后几秒内闪退、卡在进度条不动、或直接返回命令行并显示“Segmentation fault”“Aborted”“core dumped”等字样，说明安装器进程已异常终止，此时需立即采集原始崩溃现场信息，而非重启重试或盲目换镜像。
确认崩溃是否真实发生
安装界面黑屏/无响应不等于安装程序崩溃——先排除假性故障。
按下 Ctrl + Alt + F2 切换至 TTY2 终端，输入用户名和密码登录；若能成功进入命令行，说明内核与基础服务仍在运行，安装器只是图形前端挂了。
执行 ps aux | grep -i "installer\|uos-installer" 查看进程是否存在；若输出为空，或状态列为 Z（僵尸进程），则确认崩溃已发生。
提取安装器日志文件
UOS安装器默认将运行日志写入内存临时文件系统，关机即丢失，必须在崩溃后第一时间提取。
在TTY2中执行：sudo journalctl -u uos-installer.service --no-pager > ~/installer-crash.log
若提示“No such unit”，说明安装器未以systemd服务方式启动，则改用：find /tmp -name "*installer*log" -type f -mtime -1 -exec cat {} \; > ~/installer-crash.log 2>/dev/null
注意：该操作必须在崩溃后、未重启前完成，重启后 /tmp 下所有内容清空，日志永久丢失。
捕获核心转储（Core Dump）
安装器若因段错误崩溃且配置正确，会生成 core 文件，这是定位代码级缺陷的唯一依据。
第一步：检查当前限制 → 执行 ulimit -c；若结果为 0，说明本次崩溃不会生成 core，跳过后续步骤。
第二步：查找已生成的 core → 运行 sudo find / -path "/tmp/*" -name "core.*" -type f -mmin -5 2>/dev/null | head -n 3
第三步：若找到类似 /tmp/core.uos-installer.12345 的文件，立即复制到家目录并保留原始权限：sudo cp /tmp/core.uos-installer.* ~ && sudo chmod 600 ~/core.uos-installer.*
【关键前提】 此操作仅在安装器启动时未加 no-coredump 参数且未被 systemd 静默拦截的前提下有效；若 find 命令无任何输出，说明系统未启用 core dump，无法反馈底层崩溃原因。
打包并提交反馈信息
统信官方接受结构化反馈包，不接收零散截图或文字描述。
① 在TTY2中执行：mkdir -p ~/uos-feedback && cp ~/installer-crash.log ~/uos-feedback/
② 若成功获取 core 文件，执行：cp ~/core.uos-installer.* ~/uos-feedback/
③ 补充硬件指纹：lshw -short | head -n 30 > ~/uos-feedback/hardware-summary.txt
④ 打包：tar -czf uos-installer-feedback-$(date +%Y%m%d-%H%M).tar.gz -C ~ uos-feedback
⑤ 将生成的 .tar.gz 文件通过统信官网「支持中心→提交工单」上传，工单标题注明“安装器崩溃+CPU架构（如x86_64或arm64）”，正文粘贴执行 lsb_release -a 的输出结果。
