我有一台机器（2012 年制造的移动工作站），它不再适用于 Ubuntu 20.04。我验证了安装介质，桌面 ISO 甚至无法启动，服务器 ISO 可以启动，但当我被提示输入我的姓名、用户名和密码时，我得到了一个错误对话框。
我重试一次，显然。看看是故障还是我按错了按钮。错误是一样的。我从错误报告中可以收集到一些 Python 脚本的堆栈回溯（似乎与我的分区设置有关......sda1 重新格式化为 ext4，/sda5 未动且未挂载）。我决定提交给 Canonical，因为我自己就是一名软件开发人员，并且知道在没有有意义的错误报告的情况下修复软件有多难。然而，大量的数据有点令人担忧，并且less（大概）很难筛选数据。但我决定进入另一个 shelltty并将其发送出去。
现在我的问题是，有没有办法以某种方式跟进此事？还是提交错误报告，然后就完事了？
我有一个 Launchpad 账户，那么有没有办法在那里“声明”我的错误报告，或者 Launchpad 不用于此？
与此同时，我设法让安装工作正常进行，但随后我的系统却处于无法启动的状态。我发现，之前我有一个基于 DOS 的传统分区表，因此尽管我告诉安装程序只需重新格式化分区sda1，它还是失败了。当我告诉它使用整个磁盘时，它成功了，并最终创建了一个基于 GPT 的分区表。结果是我的系统无法再启动（BIOS 设置为传统模式）。
因此，由于我不是新手，我发现 - 创建 GPT 后 - 系统可能可以通过切换到带有 CSM 或 UEFI 本机的 UEFI 来启动。所以我尝试了这两个。都没有用。
然后我尝试更新 BIOS。之前我使用的是 2018 年的 BIOS，但还有另一个 2019 年的 BIOS 可用。这真是一场噩梦，因为供应商（HP）基本上只提供适用于 Windows 的工具。唉，我最终通过创建“恢复闪存驱动器”成功了。
不过，新的 BIOS 版本并没有对尝试安装做出任何改变。
但是，我随后尝试使用 UEFI 本机模式进行安装，并成功安装。
安装成功后，我继续进行并tasksel获取了一个最小的桌面安装，现在我可以从那里开始工作。
上面的一些细节可能会引起开发人员的兴趣，但我仍然无法跟进发送的错误报告。