💾 Archived View for bbs.geminispace.org › u › jeang3nie › 5021 captured on 2023-09-08 at 16:46:09. Gemini links have been rewritten to link to archived content
-=-=-=-=-=-=-
Re: "binary file reported as 'no such file or directory' upon execution"
I think wat is on the right track here. On Linux you get this error if the dynamic loader can't be found. This happens when you have a dynamically linked binary compiled against a different libc (glibc vs musl). It can also be down to the difference between 32 and 64 bit.
You can run 32 bit binaries on a 64 bit system provided you have the appropriate 32 bit runtime and libraries installed, which most distributions don't ship by default anymore because it massively increases the size of the distribution and is rarely used. That's why you have /lib32 and /lib64 directories instead of just /lib.
Whatever the cause, it's not exactly a helpful error. I've seen it trip a number of people up over the years, and the first time I saw it I did a bit of head scratching myself.
2023-09-01 · 7 days ago
Geez... You'd think a mature distro bigger than a gigabyte would report basic errors sensibly. Like "missing 32-bit support"
can you run file utility and give it your binary?
like:
file ./yourbinary
and also do
file /bin/bash
and paste here.
./fasmlist: ELF 32-bit LSB pie executable, Intel 80386, version 1 (SYSV), dynamically linked, interpreter /lib/ld-linux.so.2, BuildID[sha1]=d85decb81a47920afb2e52c6215debdceaea3dfe, for GNU/Linux 3.2.0, not stripped
and what is the output of
file /bin/bash
or some other binary that runs?
also can you do ldd on both - the file that doesn't run and something that does?
I won't be able till tomorrow.
2023-09-02 · 7 days ago
dpkg --add-architecture i386 && apt update && apt install libc6:i386 should fix this, if this is Debian or a derivative like Ubuntu. This is the error you get when you run a 32-bit executable on a 64-bit OS but the 32-bit loader (part of glibc) is missing.
binary file reported as 'no such file or directory' upon execution — This has to be the weirdest behavior ever. A small utility that works fine on my main machine was copied over to my Thinkpad, running identical XUbuntu. Fails on ThinkPad only I can ls it, permissions are fine, even HD and objdump look reasonable. When I try to invoke it from command line, bash reports that it does not exist. strace shows execve with correct path, craps with ENOENT (no such file or directory) It's like it...