目前我正在尝试更好地使用 Linux,因此我想知道 Linux 专家如何排除任意程序的故障。
在我的新笔记本电脑上,我无法通过 k3b 刻录 CD。它在刻录过程中卡住了,无法再执行任何操作... 它创建了 iso 文件,但根本没有开始刻录。
我做了以下事情:
- 重做所有事情,检查错误是否可以重现
- 通过以下方式查看日志
journalctl
– 未找到任何内容 - 查找特定的 k3b 日志 – 没有找到自己的日志文件
- 检查是否安装了必要的 cmd-line 工具以及权限是否设置正确
- 以 root 身份运行 k3b
- 使用另一个程序(brasero) – 成功 – 刻录光盘
然后我尝试了很多不同的方法,偶然发现了这个错误。我根据原来的 iso 文件创建了一个更大的 iso 文件,只有 50 kb,然后它就成功了。
我要向专家提出以下问题:
- 有没有更复杂的工具我可以使用?
- 我能做得更好吗?
- 你会怎么做?
答案1
步骤 1:确定从 Ubuntu 新安装中重现行为所需的最少步骤数。
步骤 2:启动虚拟机(除非您的问题与硬件有关)。看看您是否可以在最新版本的 Ubuntu 中重现该行为。或者更好的是,在 Ubuntu 的预发布每日版本中重现该行为。
如果问题与硬件有关,请从新版本或每日 .iso 启动,而不是使用 VM。
如果您无法在新版本中重现此行为,则该错误可能已被修复。到此为止。
步骤 3:查看该软件的错误报告。如果问题已报告,请帮助提供开发人员所需的任何其他信息或测试。如果问题尚未报告,请报告。监控错误报告中是否有开发人员的信息请求和测试请求。
类似的错误报告和开发人员的请求将告诉您,您的错误需要哪种故障排除信息。没有通用规则——每个错误都不同。有些错误需要大量跟踪信息,而其他错误几乎不需要。
可能有多个 Bub Tracker。Ubuntu 有一个,Debian 有另一个,而上游项目通常有自己的。全部检查一下!
不要在错误报告中添加“我也是”和其他不相关的评论。保持内容简洁并切题。这是工作记录表供开发人员跟踪和修复错误。我曾看到当报告变得不可读时,错误处理进度会变慢(甚至停止)。
步骤 4. 要有耐心。有些错误几个小时就能修复。有些则需要几年时间。
可选:如果您想深入代码库并自行修复错误,您当然可以。创建补丁或合并请求,并将其添加到错误报告中。同样,请耐心等待:其他人必须先测试您的补丁,然后才能同意将您的代码包含在他们的项目中。