Getting Debugging Symbols¶
drgn needs debugging symbols in order to interpret the target program. If drgn prints a warning like:
$ drgn
warning: missing debugging symbols for kernel 6.13.8-200.fc41.x86_64
critical: missing some debugging symbols; see https://drgn.readthedocs.io/en/latest/getting_debugging_symbols.html
...
then you need to get debugging symbols. The method depends on whether the binary that is missing debugging symbols was built manually or is provided by your Linux distribution.
Note that you only need debugging symbols for the binaries you’re actually debugging. If the warnings are for modules, shared libraries, etc. that you don’t care about, feel free to ignore them.
Since drgn 0.0.31, you can run drgn with --log-level debug
to get logs of
where drgn looked for debugging symbols.
Building With Debugging Symbols¶
If the binary that drgn warns about is one that you built yourself, then you need to rebuild it with debugging symbols. Here is a quick overview of how to do that in different build systems:
Build System |
Instructions |
---|---|
Linux Kernel |
Since Linux 5.18: In Before Linux 5.18: In |
Run |
|
Run Or, add |
|
Autotools |
Depends on the project, but usually |
Make |
Depends on the project, but usually |
None (GCC or Clang directly) |
Pass |
Consult your build system’s documentation for details.
Debugging Symbols for Linux Distribution Packages¶
Most Linux distributions don’t install debugging symbols for installed packages by default. If the binary that drgn warns about is part of your Linux distribution, then you have two options: manual installation through the package manager or automatic downloads using debuginfod. This section documents how to do both on common Linux distributions, including flow charts for recommended practices.
Debuginfod¶
debuginfod is a service providing debugging symbols via an HTTP API. Many Linux distributions run a debuginfod server for their packages, and some automatically enable it.
Debugging symbols can be downloaded via debuginfod automatically, so it typically provides the best user experience. However, there are a few caveats, especially when debugging the Linux kernel:
Before drgn 0.0.31, drgn did not support using debuginfod for the Linux kernel.
Except on Fedora’s debuginfod server, downloading debugging symbols for the Linux kernel is extremely slow due to technical limitations that have been fixed upstream but not yet deployed on other distributions. As a result, since drgn 0.0.31, when debugging the Linux kernel, drgn only uses debuginfod on Fedora.
Before drgn 0.0.31, while drgn is downloading from debuginfod, it can’t be interrupted with Ctrl-C, and it doesn’t print a progress bar.
Since drgn 0.0.31, drgn includes whether it was built with debuginfod support in its version string (look for “with debuginfod”):
$ drgn --version
drgn 0.0.31 (using Python 3.13.2, elfutils 0.192, with debuginfod (dlopen), with libkdumpfile)
If you built drgn from source and the version string includes “without debuginfod”, make sure you installed the necessary dependencies and rebuild drgn. Before drgn 0.0.31, drgn doesn’t need to be built specifically with debuginfod support.
Fedora¶
![digraph {
start [
label = "Need debugging\nsymbols on Fedora"
style = filled
fillcolor = lightpink
]
drgn_version [
label = "What version\nof drgn?"
shape = diamond
style = filled
fillcolor = khaki1
]
use_debuginfod [
label = "Use debuginfod\n(automatic)"
style = filled
fillcolor = palegreen
]
use_dnf [
label = "Manually install with\ndnf debuginfo-install"
style = filled
fillcolor = palegreen
]
start -> drgn_version
drgn_version -> use_debuginfod [ label = ">= 0.0.31" ]
drgn_version -> use_dnf [ label = "< 0.0.31" ]
}](_images/graphviz-0cc3ec9bea6a0a37054e68f1be102d62e6a4847a.png)
Debuginfod¶
Fedora automatically enables debuginfod by default. Since drgn 0.0.31, drgn can even use debuginfod for Linux kernel debugging symbols.
If debuginfod is not working, make sure your build of drgn supports it and try running:
$ sudo dnf install elfutils-debuginfod-client
$ source /etc/profile.d/debuginfod.sh
Also see the Fedora debuginfod documentation.
Manual Installation¶
Debugging symbols can also be installed manually on Fedora with sudo dnf
debuginfo-install $package
.
To install symbols for the running kernel:
$ sudo dnf debuginfo-install kernel-$(uname -r)
To find out what package owns a binary, use rpm -qf
:
$ rpm -qf "$(command -v python3)"
python3-3.13.2-1.fc41.x86_64
$ sudo dnf debuginfo-install python3
Also see the Fedora documentation.
CentOS Stream¶
![digraph {
start [
label = "Need debugging symbols\non CentOS Stream"
style = filled
fillcolor = lightpink
]
drgn_version [
label = "What version\nof drgn?"
shape = diamond
style = filled
fillcolor = khaki1
]
kernel [
label = "Are you\ndebugging the\nLinux kernel?"
shape = diamond
style = filled
fillcolor = khaki1
]
use_debuginfod [
label = "Use debuginfod\n(automatic)"
style = filled
fillcolor = palegreen
]
use_dnf [
label = "Manually install with\ndnf debuginfo-install"
style = filled
fillcolor = palegreen
]
start -> drgn_version
drgn_version -> kernel [ label = ">= 0.0.31" ]
drgn_version -> use_dnf [ label = "< 0.0.31" ]
kernel -> use_dnf [ label = "Yes" ]
kernel -> use_debuginfod [ label = "No" ]
}](_images/graphviz-7f55c48cdf3329ba2c4e52de1483550a0f961ce6.png)
Debuginfod¶
CentOS Stream automatically enables debuginfod by default since CentOS Stream 9. drgn will not use it for Linux kernel debugging symbols by default.
If debuginfod is not working, make sure your build of drgn supports it and try running:
$ sudo dnf install elfutils-debuginfod-client
$ source /etc/profile.d/debuginfod.sh
Manual Installation¶
Debugging symbols can be installed manually on CentOS Stream with sudo dnf
debuginfo-install $package
.
To install symbols for the running kernel:
$ sudo dnf debuginfo-install kernel-$(uname -r)
To find out what package owns a binary, use rpm -qf
:
$ rpm -qf "$(command -v python3)"
python3-3.12.9-1.el10.x86_64
$ sudo dnf debuginfo-install python3
Debian¶
![digraph {
start [
label = "Need debugging\nsymbols on Debian"
style = filled
fillcolor = lightpink
]
drgn_version [
label = "What version\nof drgn?"
shape = diamond
style = filled
fillcolor = khaki1
]
kernel [
label = "Are you\ndebugging the\nLinux kernel?"
shape = diamond
style = filled
fillcolor = khaki1
]
enable_debug_repos [
label = "Enable debug\nrepositories"
shape = rectangle
style = filled
fillcolor = bisque
]
use_apt [
label = "Manually install\nwith apt"
style = filled
fillcolor = palegreen
]
enable_debuginfod [
label = "Enable debuginfod"
shape = rectangle
style = filled
fillcolor = bisque
]
use_debuginfod [
label = "Use debuginfod"
style = filled
fillcolor = palegreen
]
start -> drgn_version
drgn_version -> kernel [ label = ">= 0.0.31" ]
drgn_version -> enable_debug_repos [ label = "< 0.0.31" ]
kernel -> enable_debug_repos [ label = "Yes" ]
enable_debug_repos -> use_apt
kernel -> enable_debuginfod [ label = "No" ]
enable_debuginfod -> use_debuginfod
}](_images/graphviz-e4f9315b9420d8daa6b810c029a5b42b2b4a6428.png)
Debuginfod¶
On Debian, debuginfod must be enabled manually:
$ sudo apt install libdebuginfod-common
$ sudo ln -s /usr/share/libdebuginfod-common/debuginfod.sh /usr/share/libdebuginfod-common/debuginfod.csh /etc/profile.d
$ source /etc/profile.d/debuginfod.sh
drgn will not use it for Linux kernel debugging symbols by default.
Also see the Debian debuginfod documentation.
Manual Installation¶
On Debian, the debugging symbol repositories must be added manually:
$ sudo apt install lsb-release
$ sudo tee /etc/apt/sources.list.d/debug.list << EOF
deb http://deb.debian.org/debian-debug/ $(lsb_release -cs)-debug main
deb http://deb.debian.org/debian-debug/ $(lsb_release -cs)-proposed-updates-debug main
EOF
$ sudo apt update
Then, debugging symbol packages can be installed with sudo apt install
.
To install symbols for the running kernel:
$ sudo apt install linux-image-$(uname -r)-dbg
Some debugging symbol packages are named with a -dbg
suffix and some are
named with a -dbgsym
suffix:
$ sudo apt install python3-dbg
$ sudo apt install coreutils-dbgsym
You can use the find-dbgsym-packages
command from the debian-goodies
package to find the correct name:
$ sudo apt install debian-goodies
$ find-dbgsym-packages $(command -v python3)
libc6-dbg libexpat1-dbgsym python3.11-dbg zlib1g-dbgsym
$ find-dbgsym-packages $(command -v cat)
coreutils-dbgsym libc6-dbg
Also see the Debian documentation.
Ubuntu¶
![digraph {
start [
label = "Need debugging\nsymbols on Ubuntu"
style = filled
fillcolor = lightpink
]
drgn_version [
label = "What version\nof drgn?"
shape = diamond
style = filled
fillcolor = khaki1
]
kernel [
label = "Are you\ndebugging the\nLinux kernel?"
shape = diamond
style = filled
fillcolor = khaki1
]
enable_debug_repos [
label = "Enable debug\nrepositories"
shape = rectangle
style = filled
fillcolor = bisque
]
use_apt [
label = "Manually install\nwith apt"
style = filled
fillcolor = palegreen
]
use_debuginfod [
label = "Use debuginfod\n(automatic)"
style = filled
fillcolor = palegreen
]
start -> drgn_version
drgn_version -> kernel [ label = ">= 0.0.31" ]
drgn_version -> enable_debug_repos [ label = "< 0.0.31" ]
kernel -> enable_debug_repos [ label = "Yes" ]
enable_debug_repos -> use_apt
kernel -> use_debuginfod [ label = "No" ]
}](_images/graphviz-a45fb9f59d56ae4b919c1559fc7c912ac8ab730a.png)
Debuginfod¶
Ubuntu automatically enables debuginfod by default since Ubuntu 22.04 (Jammy Jellyfish). drgn will not use it for Linux kernel debugging symbols by default.
If debuginfod is not working, make sure your build of drgn supports it and try running:
$ sudo apt install libdebuginfod-common
$ source /etc/profile.d/debuginfod.sh
Also see the Ubuntu debuginfod documentation.
Manual Installation¶
On Ubuntu, the debugging symbol archive signing key must be installed and the debugging symbol repositories must be added manually:
$ sudo apt install lsb-release ubuntu-dbgsym-keyring
$ sudo tee /etc/apt/sources.list.d/debug.list << EOF
deb http://ddebs.ubuntu.com $(lsb_release -cs) main restricted universe multiverse
deb http://ddebs.ubuntu.com $(lsb_release -cs)-updates main restricted universe multiverse
deb http://ddebs.ubuntu.com $(lsb_release -cs)-proposed main restricted universe multiverse
EOF
$ sudo apt update
Then, debugging symbol packages can be installed with sudo apt install
.
To install symbols for the running kernel:
$ sudo apt install linux-image-$(uname -r)-dbgsym
Some debugging symbol packages are named with a -dbg
suffix and some are
named with a -dbgsym
suffix:
$ sudo apt install python3-dbg
$ sudo apt install coreutils-dbgsym
You can use the find-dbgsym-packages
command from the debian-goodies
package to find the correct name:
$ sudo apt install debian-goodies
$ find-dbgsym-packages $(command -v python3)
libc6-dbg libexpat1-dbgsym python3.12-dbg zlib1g-dbgsym
$ find-dbgsym-packages $(command -v cat)
coreutils-dbgsym libc6-dbg
Also see the Ubuntu documentation.
Arch Linux¶
![digraph {
start [
label = "Need debugging symbols\non Arch Linux"
style = filled
fillcolor = lightpink
]
kernel [
label = "Are you\ndebugging the\nLinux kernel?"
shape = diamond
style = filled
fillcolor = khaki1
]
not_available [
label = "Debugging symbols\nare not available"
style = filled
fillcolor = lightpink
]
use_debuginfod [
label = "Use debuginfod\n(automatic)"
style = filled
fillcolor = palegreen
]
start -> kernel
kernel -> not_available [ label = "Yes" ]
kernel -> use_debuginfod [ label = "No" ]
}](_images/graphviz-ec2a78529a70d536678ee15c53a64aeeed975b06.png)
Debuginfod¶
Arch Linux automatically enables debuginfod by default. However, debugging symbols are not available for the Linux kernel.
If debuginfod is not working, make sure your build of drgn supports it and try running:
$ sudo pacman -S --needed libelf
$ source /etc/profile.d/debuginfod.sh
Also see the Arch Linux debuginfod documentation.
Manual Installation¶
Arch Linux does not provide debugging symbol packages.
openSUSE¶
![digraph {
start [
label = "Need debugging symbols\non openSUSE"
style = filled
fillcolor = lightpink
]
distribution [
label = "Which\ndistribution?"
shape = diamond
style = filled
fillcolor = khaki1
]
drgn_version [
label = "What version\nof drgn?"
shape = diamond
style = filled
fillcolor = khaki1
]
kernel [
label = "Are you\ndebugging the\nLinux kernel?"
shape = diamond
style = filled
fillcolor = khaki1
]
use_debuginfod [
label = "Use debuginfod\n(automatic)"
style = filled
fillcolor = palegreen
]
use_zypper [
label = "Manually install\nwith zypper"
style = filled
fillcolor = palegreen
]
start -> distribution
distribution -> drgn_version [ label = "Tumbleweed" ]
distribution -> use_zypper [ label = "Leap" ]
drgn_version -> kernel [ label = ">= 0.0.31" ]
drgn_version -> use_zypper [ label = "< 0.0.31" ]
kernel -> use_zypper [ label = "Yes" ]
kernel -> use_debuginfod [ label = "No" ]
}](_images/graphviz-85ed4f38eecfa8f9d0dae16b5b5c2af00683ba2c.png)
Debuginfod¶
openSUSE Tumbleweed automatically enables debuginfod by default. drgn will not use it for Linux kernel debugging symbols by default.
If debuginfod is not working, make sure your build of drgn supports it and try running:
$ sudo zypper install debuginfod-client
$ source /etc/profile.d/debuginfod.sh
openSUSE Leap does not support debuginfod.
Manual Installation¶
Debugging symbols can be installed manually on openSUSE with:
$ sudo zypper --plus-content debug install "${package}-debuginfo"
To install symbols for the running kernel:
$ zypper --plus-content debug install "$(rpm --qf '%{NAME}-debuginfo-%{VERSION}-%{RELEASE}.%{ARCH}' -qf /boot/vmlinuz-"$(uname -r)")"
To find out what package owns a binary, use rpm -qf
:
$ rpm -qf "$(command -v python3)"
python313-base-3.13.2-3.1.x86_64
$ sudo zypper --plus-content debug install python313-base-debuginfo
Oracle Linux¶
Oracle Linux provides documentation on installing debugging symbols for the Linux kernel. See the documentation for Oracle Linux 9 and Oracle Linux 8.