Package: binutils-x86-64-linux-gnu
Version: 2.35.2-2
Severity: normal
File: /usr/bin/x86_64-linux-gnu-nm
Dear Maintainer,
* What led up to the situation?
Originally, trying to figure out why these programs would not load. Ultimately,
discovering that nm (my normal go-to tool) and objdump could not handle these.
I'm not exactly sure what the problem is, but it appears to be the tools cannot
handle binaries that have less than two sections.
* What exactly did you do (or not do) that was effective (or
ineffective)?
After discovering that readelf could cope with the problem I was able to repair
the binary headers; however even so, objdump and nm cannot cope.
* What outcome did you expect instead?
A more sane error message than a section that doesn't exist has an offset
outside
the file repeated twice.
Diagnostic output:
$ objdump --all ./mv
objdump: warning: ./mv has a corrupt section with a size (7ba002000) larger
than the file size
objdump: warning: ./mv has a corrupt section with a size (7ba002000) larger
than the file size
objdump: ./mv: file format not recognized
$ readelf --all ./mv
ELF Header:
Magic: 7f 45 4c 46 02 01 01 03 00 00 00 00 00 00 00 00
Class: ELF64
Data: 2's complement, little endian
Version: 1 (current)
OS/ABI: UNIX - GNU
ABI Version: 0
Type: EXEC (Executable file)
Machine: Advanced Micro Devices X86-64
Version: 0x1
Entry point address: 0x200078
Start of program headers: 64 (bytes into file)
Start of section headers: 120 (bytes into file)
Flags: 0x0
Size of this header: 64 (bytes)
Size of program headers: 56 (bytes)
Number of program headers: 1
Size of section headers: 0 (bytes)
Number of section headers: 0
Section header string table index: 0
readelf: Warning: possibly corrupt ELF file header - it has a non-zero section
header offset, but no section headers
There are no sections to group in this file.
Program Headers:
Type Offset VirtAddr PhysAddr
FileSiz MemSiz Flags Align
LOAD 0x0000000000000000 0x0000000000200000 0x0000000000000000
0x00000000000000ee 0x00000000000000ee R E 0x1000
There is no dynamic section in this file.
$
Here are three binaries with which to reproduce the problem:
begin-base64 755 chmod
f0VMRgIBAQMAAAAAAAAAAAIAPgABAAAAeAAgAAAAAABAAAAAAAAAAHgAAAAA
AAAAAAAAAEAAOAABAAAAAAAAAAEAAAAFAAAAAAAAAAAAAAAAACAAAAAAAAAA
AAAAAAAADQEAAAAAAAANAQAAAAAAAAAQAAAAAAAAWEiD+AN1S15eMckxwKw8
AHQPLDByPDwIczjB4QMJwevsic5fuFoAAAAPBffYdBtQvwIAAABIjTQlBgEg
ALoHAAAAuAEAAAAPBViXuDwAAAAPBb8CAAAASI00Je8AIAC6FwAAALgBAAAA
DwW/DgAAALg8AAAADwVVc2FnZTogY2htb2Qgbm5ubiBmaWxlCkVycm9yIQo=
====
begin-base64 755 mv
f0VMRgIBAQMAAAAAAAAAAAIAPgABAAAAeAAgAAAAAABAAAAAAAAAAHgAAAAA
AAAAAAAAAEAAOAABAAAAAAAAAAEAAAAFAAAAAAAAAAAAAAAAACAAAAAAAAAA
AAAAAAAA7gAAAAAAAADuAAAAAAAAAAAQAAAAAAAAWEiD+AN1MV9fXrhSAAAA
DwX32HQbUL8CAAAASI00JecAIAC6BwAAALgBAAAADwVYl7g8AAAADwW/AgAA
AEiNNCXVACAAuhIAAAC4AQAAAA8Fvw4AAAC4PAAAAA8FVXNhZ2U6IG12IHNy
YyBkc3QKRXJyb3IhCg==
====
begin-base64 755 sln
f0VMRgIBAQMAAAAAAAAAAAIAPgABAAAAeAAgAAAAAABAAAAAAAAAAHgAAAAA
AAAAAAAAAEAAOAABAAAAAAAAAAEAAAAFAAAAAAAAAAAAAAAAACAAAAAAAAAA
AAAAAAAA7wAAAAAAAADvAAAAAAAAAAAQAAAAAAAAWEiD+AN1MV9fXrhYAAAA
DwX32HQbUL8CAAAASI00JegAIAC6BwAAALgBAAAADwVYl7g8AAAADwW/AgAA
AEiNNCXVACAAuhMAAAC4AQAAAA8Fvw4AAAC4PAAAAA8FVXNhZ2U6IHNsbiBz
cmMgZHN0CkVycm9yIQo=
====
-- System Information:
Debian Release: 11.6
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.10.0-20-amd64 (SMP w/12 CPU threads)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: unable to detect
LSM: AppArmor: enabled
Versions of packages binutils-x86-64-linux-gnu depends on:
ii binutils-common 2.35.2-2
ii libbinutils 2.35.2-2
ii libc6 2.31-13+deb11u5
ii libctf-nobfd0 2.35.2-2
ii libctf0 2.35.2-2
ii libgcc-s1 10.2.1-6
ii libstdc++6 10.2.1-6
ii zlib1g 1:1.2.11.dfsg-2+deb11u2
binutils-x86-64-linux-gnu recommends no packages.
Versions of packages binutils-x86-64-linux-gnu suggests:
pn binutils-doc <none>
-- no debconf information
