как ядро ищет и загружает бинарники и библиотеки?

LD_LIBRARY_PATH is the default library path which is accessed to check for available dynamic and shared libraries. It is specific to linux distributions. It is similar to environment variable PATH in windows that linker checks for possible implementations during linking time.

Ядро никакие библиотеки не ищет. Этим занимается так называемый ELF interpreter — тот самый ld-linux.so. Путь до него прописан в каждом ELF’е. А он, в свою очередь, разбирает список динамического связывания в заголовках ELF и ищет указанные там библиотеки в трёх местах: в RPATH (это ещё одно поле в заголовке ELF), в $LD_LIBRARY_PATH и в путях из /etc/ld.so.conf.

Путь до него прописан в каждом ELF’е

strings /usr/lib/libmosquitto.so.2.0.11 | grep ld-linux

не в каждом.

для чего он прописан в библиотеках? и почему не в каждых?

как-то не складывается полной картины, догадки какие-то

ldd

есть проще /lib/ld-linux.so.3 --list ./path_to_binary, однако это не отвечает на мои вопросы

Это просто glibc особенная, чтобы можно было вот так делать:

$ /lib/x86_64-linux-gnu/libc.so.6
GNU C Library (Debian GLIBC 2.28-10) stable release version 2.28.
Copyright (C) 2018 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 8.3.0.
libc ABIs: UNIQUE IFUNC ABSOLUTE
For bug reporting instructions, please see:
<http://www.debian.org/Bugs/>.

INTERP важен только для бинарника, его использует ядро для первоначального запуска процесса. За загрузку всего остального для процесса отвечает уже загруженный интерпретатор.

https://blog.not-a-kernel-guy.com/2021/07/18/lx_preload/
Вот ~ на схожую тему.

чем это проще?

Поправка, в каждом ELF dynamic executable (написали выше). ELF dynamic shared objects загружаются уже существующим интерпретатором.

не использует скрипт ldd

мде…

Держи ещё хороший обзор того, что происходит при загрузке:

https://stevens.netmeister.org/631A/elf.html

Там и список литературы сразу есть.

ELF позволяет использовать один и тот же файл и как приложение и как библиотеку. musl, вроде, вообще указывает на себя в качестве интерпретатора (ld-linux это просто ссылка на libc). И как-то такие ссылки приводили в отношении ядра:

• https://lwn.net/Articles/630727/
• https://lwn.net/Articles/631631/

доходчиво, спасибо, почему не получилось сделать как я пытался в этой ветке: ссзб, зделал mv /* /anoter_folder как восстановить систему, переустановку не предлагать ? просто совпадение?

Теперь я понял, как работает магия qemu-static + chroot.

По указанным аргументам ядра, если эта малаварь не в поддержке ядра.

qemu-user — это бинарный транслятор, он вообще может делать всё что хочет.