Crash utility for live systems; netdump, diskdump, LKCD or mcore dumpfiles
https://github.com/crash-utility/crash
The core analysis suite is a self-contained tool that can be used to
investigate either live systems, kernel core dumps created from the
netdump and diskdump packages from Red Hat Linux, the mcore kernel
patch offered by Mission Critical Linux, or the LKCD kernel patch.
- Devel package for openSUSE:Factory
-
14
derived packages
- Links to openSUSE:Factory / crash
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout Kernel:kdump/crash && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
Module.supported | 0000000009 9 Bytes | |
README.SUSE | 0000000776 776 Bytes | |
_link | 0000000140 140 Bytes | |
crash-8.0.3.tar.gz | 0001330456 1.27 MB | |
crash-SLE15-SP1-Fix-for-PPC64-kernel-virtual-addre |
0000001776 1.73 KB | |
crash-SLE15-SP1-With-Linux-4.19-rc1-up-MAX_PHYSMEM |
0000001946 1.9 KB | |
crash-allow-use-of-sadump-captured-KASLR-kernel.pa |
0000001296 1.27 KB | |
crash-compressed-booted-kernel.patch | 0000001846 1.8 KB | |
crash-debuginfo-compressed.patch | 0000002193 2.14 KB | |
crash-enable-zstd-support.patch | 0000000628 628 Bytes | |
crash-extensions-rule-for-defs.patch | 0000000317 317 Bytes | |
crash-fix-glibc-redefs.patch | 0000000865 865 Bytes | |
crash-gdb-10.2.series | 0000000033 33 Bytes | |
crash-gdb-gnulib-define-warndecl.patch | 0000001066 1.04 KB | |
crash-get-linux_banner-without-using-syment-type.p |
0000001047 1.02 KB | |
crash-kmp-preamble | 0000000020 20 Bytes | |
crash-make-emacs-default.diff | 0000000743 743 Bytes | |
crash-patch-gdb.patch | 0000000918 918 Bytes | |
crash-rpmlintrc | 0000000262 262 Bytes | |
crash-sial-ps-2.6.29.diff | 0000000444 444 Bytes | |
crash-sles9-quirk.patch | 0000002627 2.57 KB | |
crash-sles9-time.patch | 0000002906 2.84 KB | |
crash-stop_read_error_when_intent_is_retry.patch | 0000001187 1.16 KB | |
crash-usrmerge.patch | 0000002280 2.23 KB | |
crash.changes | 0000200975 196 KB | |
crash.spec | 0000009775 9.55 KB | |
crash_enable_lzo_support.patch | 0000000197 197 Bytes | |
crash_enable_snappy_support.patch | 0000000411 411 Bytes | |
crash_whitepaper-2003.tar.bz2 | 0000074717 73 KB | |
depmod.sh | 0000000221 221 Bytes | |
gcore-2011-09-22.tar.bz2 | 0000035207 34.4 KB | |
gdb-10.2.tar.gz | 0040267550 38.4 MB | |
gdb-10.2.tar.gz.sig | 0000000095 95 Bytes | |
get-kernel-flavors.sh | 0000000195 195 Bytes | |
gnu.keyring | 0002663799 2.54 MB | |
mkinitrd.sh | 0000000647 647 Bytes | |
sial-scripts-2008-02-08.tar.bz2 | 0000007236 7.07 KB |
Revision 384 (latest revision is 395)
David Mair (dmair)
accepted
request 1112906
from
David Mair (dmair)
(revision 384)
- On initialization crash verifies the core based on the text referenced by the linux_banner symbol in the supplied core. It chooses how to get the address of the text based on the symbol type decoded with gdb. For some compressed kernels with an accessible debuginfo file the type is not supported (bss segment found, data reference expected) but the symbol and it's value are valid. This causes the linux_banner text to be used as the "address" of the linux_banner and that's an invalid address for the coredump causing crash to fail to load reporting something like: WARNING: invalid linux_banner pointer: 65762078756e694c where the address is obviously ASCII text used as a number. A SUSE patch to support compressed kernel binaries introduces the behavior, it does not happen for upstream crash source as-is. The difference is whether the symbol details are obtained from the kernel binary or debuginfo (fails for some debuginfos). * crash-get-linux_banner-without-using-syment-type.patch In verify_version(), choose how to obtain the linux_banner address based on the result of get_symbol_type() instead. TYPE_CODE_ARRAY causes the value of the symbol obtained from gdb to be used. TYPE_CODE_PTR causes the sybol data to be read to get the address. Default is unrecognized type but a warning is shown and the value obtained from gdb used as a best case choice. (bsc#1190434 c#24)
Comments 0