向统信UOS售后提交Bug日志须提供原始完整数据包，包括：1. 全启动systemd日志（journalctl -b > ~/boot_log.txt）；2. 按服务单元导出的特定日志（如lightdm.service）；3. /var/log/下关键明文日志（secure、syslog等）；4. dmesg内核环形缓冲区日志。
向统信UOS售后提交系统Bug日志，必须提供原始、完整、可验证的日志数据包，不能仅截图或口头描述现象，否则技术支持无法复现和定位问题根源。
导出本次启动的完整systemd日志
这是最基础且必选的日志项，覆盖从内核加载到桌面服务启动的全过程，售后会首先检查此文件判断服务是否正常初始化。
打开终端（Ctrl+Alt+T），执行：
journalctl -b > ~/boot_log.txt
【必须加 > 重定向符号】否则日志直接刷屏输出，无法保存为文件；不加文件扩展名可能导致部分工具无法识别格式。
该命令默认倒序排列，最新条目在最上方，便于快速查看崩溃前最后几秒的记录。
按服务单元导出特定组件日志
当Bug现象明确指向某类功能（如登录失败、网络中断、打印异常）时，单独提取对应服务日志能大幅压缩分析范围。
方法一：导出lightdm显示管理器完整日志
sudo journalctl -u lightdm.service > ~/lightdm_full.log
方法二：只取最近100条并带时间戳
sudo journalctl -u nginx --since "2 hours ago" --no-pager > ~/nginx_recent.log
方法三：筛选错误级别及以上日志（含err/crit/alert/emerg）
sudo journalctl -u ssh.service -p err > ~/ssh_errors.log
注意：-u 后必须跟完整的服务单元名（.service不可省略），否则可能匹配失败或返回空结果。
批量复制/var/log/下的原始文本日志
这些是明文格式的权威日志，保留原始时间戳与上下文，适合高级分析，尤其对认证失败、内核消息、定时任务异常等场景不可替代。
第一步：创建目标目录
mkdir -p ~/logs_for_support
第二步：复制关键文件（需root权限）
sudo cp /var/log/{secure,syslog,kern.log,auth.log} ~/logs_for_support/
第三步：修正文件归属权，避免后续压缩或传输时报权限错误
sudo chown $USER:$USER ~/logs_for_support/*
这一步操作起来很简单，直接把上面三条命令依次敲进去回车就行。如果提示某文件不存在（比如auth.log），跳过即可——UOS默认可能只启用部分日志轮转策略。
导出内核环形缓冲区日志
dmesg记录的是BIOS/UEFI移交控制权后至systemd启动前的底层硬件交互信息，对显卡初始化失败、NVMe掉盘、USB脱管等蓝屏级问题具有唯一诊断价值。
执行：
sudo dmesg > /home/$USER/dmesg_crash.log
【$USER变量必须保留，不可替换为具体用户名】，否则导出路径错误导致文件写入失败。
