我在这里报告了一个 LibreOffice Impress 错误。在那个错误中，幻灯片的文本超出了页边距
虽然它在 Microsoft PowerPoint 中看起来不错
现在我不能再重现这个错误了。LibreOffice Impress 是用于报告错误的同一版本，也是由 Canonical 提供的，似乎可以正确显示它。
发生的一个重大变化是我安装了 wine。是否有可能 wine 安装了一些最初不存在的字体，所以当我报告错误时 LibreOffice 正在诉诸其他替代字体？
我在系统日志中发现了这个：
[ 14.845195] **********************************************************
[ 14.845196] ** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE **
[ 14.845196] ** **
[ 14.845196] ** trace_printk() being used. Allocating extra memory. **
[ 14.845197] ** **
[ 14.845197] ** This means that this is a DEBUG kernel and it is **
[ 14.845197] ** unsafe for production use. **
[ 14.845197] ** **
[ 14.845198] ** If you see this message and you are not debugging **
[ 14.845198] ** the kernel, report this immediately to your vendor! **
[ 14.845198] ** **
[ 14.845198] ** NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE NOTICE **
[ 14.845199] **********************************************************
它被标记为“对生产不安全”。
但我从 LTS 存储库获得了内核：
$ uname -a
Linux ubuntupc 4.15.0-66-generic #75-Ubuntu SMP Tue Oct 1 05:24:09 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
它来自linux-image-4.15.0-66-generic (4.15.0-66.75)
为什么调试内核最终会出现在 Ubuntu 的存储库中？
操作系统：Ubuntu 18.04.3 LTS
视频驱动程序：nvidia-driver-440
当我尝试读取或修改内核 dynamic_debug 设置时，我遇到了权限问题。
root@roberto:/sys/kernel/debug/dynamic_debug# cat control
cat: control: Operation not permitted
我没有看到任何与此相关的 apparmor 审核消息，并且经典的 UNIX 权限看起来不错。
root@roberto:/sys/kernel/debug/dynamic_debug# ll
total 0
drwxr-xr-x 2 root root 0 Aug 29 21:23 ./
drwx------ 40 root root 0 Aug 29 21:23 ../
-rw-r--r-- 1 root root 0 Aug 29 21:23 control
似乎没有任何奇怪的 ACL：
root@roberto:/sys/kernel/debug/dynamic_debug# getfacl control
# file: control
# owner: root
# group: root
user::rw-
group::r--
other::r--
我不是 linux 功能方面的专家，但capsh --print两者cat /proc/<pid>/status似乎都暗示所有功能都已启用。
我正在运行带有硬件支持内核的 Ubuntu 服务器 18.04。
cbaker@roberto:~$ uname -a
Linux roberto 5.0.0-25-generic #26~18.04.1-Ubuntu SMP Thu Aug 1 13:51:02 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
我可以将 dyndbg 标志添加到 modprobe conf 文件中，以便单独启用动态调试。结果按预期出现在 dmesg 中。
关于可能导致 debugfs 控制节点失败的任何想法？我倾向于这是 Ubuntu 已应用于内核的一些自定义补丁，或者可能是不创建审计消息的隐藏/内置 apparmor 配置文件。
每当我将计算机单独放置超过一两个小时时，我都会遇到 Plasmashell 崩溃的问题。我已经尝试安装调试符号来生成有用的崩溃报告，但一直被告知我缺少“/usr/bin/plasmashell”的符号。我安装了包“plasma-workspace-dbgsym”，所以我很好奇为什么我仍然没有调试符号以及从哪里获得它们？
操作系统：Kubuntu 19.04
KDE Plasma 版本：5.15.4
KDE Frameworks 版本：5.56.0
Qt 版本：5.12.2
内核版本：5.0.0-13-generic
操作系统类型：64 位
处理器：12 × AMD Ryzen 5 1600 六-核心处理器
内存：15.7 GiB RAM
我按照这里的指示：https : //wiki.kubuntu.org/DebuggingProgramCrash 为崩溃处理程序说我丢失的各种库手动安装调试符号，包括“等离子工作空间-dbgsym”。但是，崩溃处理程序仍然说我缺少'/usr/bin/plasmashell' 的符号，即使dpkg -S '/usr/bin/plasmashell'显示plasma-workspace 是plasmashell 的包。
apt-cache和的输出apt show：
$ apt-cache policy plasma-workspace
plasma-workspace:
Installed: 4:5.15.4-0ubuntu1
Candidate: 4:5.15.4-0ubuntu1
Version table:
*** 4:5.15.4-0ubuntu1 500
500 http://us.archive.ubuntu.com/ubuntu disco/universe amd64 Packages
100 /var/lib/dpkg/status
$ apt show plasma-workspace-dbgsym
Package: plasma-workspace-dbgsym
Package-Type: ddeb
Version: 4:5.15.4-0ubuntu1
Auto-Built-Package: debug-symbols
Priority: optional
Section: debug
Source: plasma-workspace
Maintainer: Ubuntu Developers <[email protected]>
Original-Maintainer: Debian/Kubuntu Qt/KDE Maintainers <[email protected]>
Installed-Size: 83.6 MB
Depends: plasma-workspace (= 4:5.15.4-0ubuntu1)
Breaks: plasma-workspace-dbg (<= 4:5.5.5.1-1~~)
Replaces: plasma-workspace-dbg (<= 4:5.5.5.1-1~~)
Build-Ids: [I deleted the long hexadecimal list included here]
Download-Size: 80.0 MB
APT-Manual-Installed: yes
APT-Sources: http://ddebs.ubuntu.com disco/universe amd64 Packages
Description: debug symbols for plasma-workspace
崩溃处理程序的详细信息（注意 ?? 缺少符号）：https ://pastebin.com/9RB4ZDgZ 。
如果我单击崩溃处理程序中的“文件列表”链接以查看需要安装哪些软件包，现在只列出了“/usr/bin/plasmashell”。
我已经从官方网站安装了最新的 Slack 3.3.3。下载了deb包，但是当我启动它时，它只是崩溃了，什么也没发生。它在 Ubuntu 18.04 上运行良好。有没有办法调试这个应用程序为什么不工作？谢谢！
当我尝试使用 slack 运行时，sudo snap run slack我遇到了这些错误
mkdir：无法创建目录'/run/user/0'：权限被拒绝未指定协议
（spotify：5309）：Gtk-WARNING **：无法打开显示：：0
当我在没有sudo整个系统崩溃的情况下运行它并自行重新启动时。
更新 我写信给 slack，这就是他们给我的答复
感谢您与我们联系，对于 Ubuntu 18.10 上的 Slack 问题，我深表歉意。
我们已经意识到这个问题，并且我们已经在研究解决方案。我们有信心很快就能推出带有修复程序的版本更新。很抱歉给您带来不便。
我对 Ubuntu 还很陌生，我想知道在崩溃时进行调试的好方法是什么？
例如：我安装了 11.04，默认媒体播放器 banshee 让我的笔记本电脑在播放音乐几分钟后崩溃。由于系统完全冻结并且没有错误消息，因此很难找出问题所在。
我遇到的第二个问题是有时系统崩溃登录。我怀疑它是 Chromium 或 Flash，但我不确定 100%。
所以有人对如何调试这样的东西有一些提示吗？
我在哪里可以下载来自 lucid-backports 存储库的内核的 Linux 内核 2.6.35-25 调试符号（我在 /etc/apt/sources.list 中的 Ubuntu 10.04 上启用了 lucid-backports 存储库）？
位于此处的调试符号的问题是 2.6.35-25 linux 内核服务器映像的调试符号与我从 lucid back-ports 存储库获得的二进制文件不匹配：
ii linux-image-2.6.35-25-server
2.6.35-25.44~lucid1 x86 上版本 2.6.35 的 Linux 内核映像 ii linux-image-2.6.35-25-server-dbgsym
2.6.35-25.44 Linux 内核版本 2.6.35 的调试映像
因此系统抽头（stap）失败：
root@www:~/stap# stap para-callgraph-verbose.stp 'kernel.function(" @fs/proc .c")' 'kernel.function("vfs_read")' -c "cat /proc/sys/虚拟机/*"
错误：构建 ID 不匹配：“内核”与“vmlinux-2.6.35-25-server”
还有一些原因我不想自己构建 linux 内核只是为了让 stap 工作。
我正在尝试在我的 Ubuntu 9.10 上调试 PHP 上的 SIGSEGV。
我已经安装php5-dbg了调试符号，但是，当我启动 gdb 时，它显示以下输出：
Reading symbols from /usr/bin/php...
Reading symbols from /usr/lib/debug/usr/bin/php5...done.
(no debugging symbols found)...done.
欢迎任何想法。
我喜欢我的机器安静地启动，即使只是出于审美原因。但是，有时会出现问题，然后我想查看启动消息。我可以在引导过程中打开它们，即无需重新引导和修改 GRUB 条目吗？
我遇到了一个问题，即 X 阻止进程创建窗口，说出类似以下内容~/.xsession-errors：
cannot open display: :0.0
Maximum number of clients reached
搜索周围有很多人面临这个问题的例子，有时人们会确定他们正在运行的程序正在使用所有客户端插槽。参见例如 LP 70872 (Firefox)、 LP 263211 (gnome-screensaver)。
对于它的价值，我几乎一直在运行 gnome-terminal、thunderbird、chromium-browser、empathy、tomboy 和 virtualbox，除了您使用 GNOME 桌面获得的正常内容之外，偶尔还会运行一些其他零碎的东西。
但是我的问题不是“我的哪个程序导致了这个问题”，而是如何诊断这个问题？
在上述（和其他）错误、论坛报告等中，建议使用一些工具：
xlsclients- 列出给定显示的客户端应用程序，但我认为这与“X 客户端”不对应xrestop- 顶级风格的 X 资源工具，每个 X 客户端一行。许多''客户，未显示在xlsclients输出中xwininfo -root -children列出 X 窗口对象
据我所知，问题可能根本不是太多的客户端，而是 X 服务器中为长期分离的客户端保留的资源。但是您似乎也不能（很容易？）将 X 资源与他们的客户相关联。一旦它开始发生，一个人能否有效地诊断这个问题，或者对于我运行的应用程序来说，一种乏味的分而治之的方法是唯一对我开放的方法？
2011 年 1 月更新：我想我已经解决了这个问题。为了任何偶然发现此问题的人的利益，nautilus 和/或 compiz 或该软件链中的某些东西由于我拥有的墙纸而出现了段错误。我选择了一个 XML 文件作为我的墙纸，它定义了一个旋转的图像画廊。它是手工制作的，但基于 /usr/share/backgrounds/contest/background-1.xml 或类似文件。禁用墙纸，从那以后我就没有崩溃过。
我还没有将此标记为已回答，因为实际的具体问题不是我的问题，而是如何诊断它。不幸的是，这主要是反复试验，这很糟糕。