Ubuntu LTS默认禁用Apport，需手动启用并配置crashdb、debug符号及网络环境才能实现有效崩溃上报，否则仅本地堆积.crash文件。
Ubuntu 默认不自动上传崩溃报告，必须显式启用 Apport 并配置上报路径和数据库，否则 /var/crash 下的 .crash 文件只会本地堆积，不会发送。
确认并启用 Apport 服务
Ubuntu LTS 版本（如 20.04/22.04）默认禁用 Apport，即使崩溃也不会生成弹窗或上传。必须手动开启：
- 编辑配置文件：
sudo nano /etc/default/apport，将enabled=0改为enabled=1 - 重启服务：
sudo systemctl restart apport（不是service apport start，后者在较新系统中已弃用） - 验证状态：
sudo systemctl is-active apport应返回active；sudo systemctl is-enabled apport应返回enabled
设置崩溃报告自动上传目标
Apport 默认只收集本地报告，上传需明确指定 crashdb。Ubuntu 官方使用 Launchpad 的 ubuntu 数据库，但该数据库仅接受经签名认证的包崩溃（即来自官方仓库的 deb 包）。自编译程序或第三方 deb 默认被拒绝上传。
Ubuntu 26.04 LTS（代号“Resolute Raccoon”）是Canonical于2026年4月23日发布的下一代长期支持版操作系统，提供长达10年的技术支持。它搭载Linux 7.0内核与GNOME 50桌面环境，全面转向Wayland协议，并引入Rust重写的核心工具以增强安全性。官方提供适用于AMD64和ARM64架构的桌面及服务器ISO镜像，是追求前沿技术与极致稳定的开发者
- 检查当前配置：
cat /etc/apport/crashdb.conf，重点看default字段是否为"ubuntu" - 若需强制上传（例如测试环境），可临时修改
crashdb.conf中对应数据库的problem_types和upload字段，但生产环境不建议绕过签名验证 - 上传失败时，
/var/crash中的.crash文件会保留，且apport-cli -c /var/crash/*.crash可手动触发重试
处理上传失败与静默失败场景
Apport 不会弹窗提示“上传失败”，用户看到弹窗并点击“发送”后，实际可能卡在 DNS 解析、HTTPS 证书校验或 Launchpad 权限校验环节，最终无反馈、无日志、无重试。
- 关键排查命令：
apport-cli -c /var/crash/_usr_bin_gnome-calculator.1000.crash --debug（替换为实际 .crash 文件名），观察是否卡在urlopen或launchpadlib调用 - 常见静默失败原因：系统时间偏差 >5 分钟（Launchpad HTTPS 严格校验）、代理未配置（
http_proxy环境变量未被 apport 继承）、SELinux/AppArmor 限制网络访问 - 上传成功后，
.crash文件会被重命名为.crash.uploaded；失败则保持原名，且不会自动清理
符号化与分析依赖项必须手动部署
Apport 上传的只是堆栈地址和寄存器快照，没有调试符号（debug symbols）就无法定位 C/C++ 崩溃行号。Ubuntu 官方包的符号由 ddebs 仓库提供，但需额外安装：
- 启用 ddebs 源：
sudo apt install ubuntu-dbgsym-keyring，再按提示添加http://archive.ubuntu.com/ubuntu/pool/main/对应版本的 ddeb 源 - 安装对应 debug 包，例如崩溃的是
gnome-terminal，需装gnome-terminal-dbgsym（不是-dbg） - 符号化分析必须在另一台机器上用
apport-retrace工具完成，不能靠上传后自动解析——这是最容易被忽略的一环
真正能用起来的自动上报，不是改个 enabled=1 就完事；它依赖正确的 crashdb 配置、可信的包签名、可用的 debug 符号源，以及对静默失败的主动监控。漏掉任意一环，你看到的都只是 /var/crash 里越积越多的 .crash 文件。
