Как после chroot вызвать бинарники, находящиеся в основной системе?

Никак, chroot для этого и делался. Поставить efibootmgr в chroot.

И не забыть примонтировать efivars, разумеется.

А ты точно уверен, что тебе нужно входить в chroot? Насколько я знаю, просмотреть текущие записи в UEFI или создать новую можно и без этого.

Но если очень нужно, то просто в chroot поставь эту утилиту пакетным менеджером.

XY-problem

Но чтобы она выполнилась, надо через chroot переключиться на каталог /mnt/sda3, куда смонтирована система, установленная на жестком диске.

Че это вдруг.

есть ли возможность после chroot вызывать утилиты, находящиеся в основной загруженной системе?

Есть, ты можешь, например, намонтировать наружную систему внутрь перед чрутом и устроить чрутценпшн.

Знать бы, только, нафига.

XY-problem

ТС их большой любитель, судя по прошлым вопросам.

cp /bin/efibootmgr /mnt/sda3/bin/

Я не совсем понимаю, почему в chroot не работает ls, cat но при этом работает mc. Причем по номеру версии mc я вижу, что это именно тот mc, который в файловой системе, на которую производится переключение в chroot.

Я не совсем понимаю, почему в chroot не работает ls, cat

Прям так и вижу эту картину, ты набираешь в chroot ls или cat, а в терминале тебе ответ «я не работаю».

По существу есть что сказать?

Ну ты же по существу сейчас не пишешь, почему требуешь от других? :)

Может проще описать, что сломалось в основной системе, раз потребовался чрут со сторонним CD? Возможно именно это приблизит решение.

Не работают это как? Они у тебя в path добавлены?

Когда-то давно чтобы починить загрузчик нужно было загрузиться с live cd, смонтировать повреждённую систему и сделать chroot. Но кроме этого нужно было также смонтировать в точку монтирования такие каталоги как /dev, /proc и возможно что-то ещё. После этого в chroot были устройства и запускались программы. Правда это утерянные технологии древних. Нужно искать про восстановление grub или даже lilo.

Напомнило бессмертное Ну что, господа. Сайт Сбербанка лежит? (комментарий)

Наверное, мы просто некомпетентны, раз сами не догадались… Я пошутил, а ТС взял и надулся.

/proc/1/root

Загрузился с System Rescue Cd

Этот дистр на базе ArchLinux. А в арче вместо chroot используется arch-chroot.

Не знаю, насколько эта информация является определяющей. )

upd.

Скрипт bash arch-chroot(8) является частью пакета arch-install-scripts. arch-chroot обертывает команду chroot(1), обеспечивая при этом доступность важной функциональности, например, монтирования /dev, /proc и другие файловые системы API, или предоставление /etc/resolv.conf к корню ch. 

Не работают это как? Они у тебя в path добавлены?

Вот так, не работают.

bash: ls: command not found

В чруте установи нужные пакеты и пользуйся /thread

uname -a

/bin/ls

file /bin/ls

efibootmgr смотрит/правит содержимое фирмвари. В чем принципиальная необходимость запускать ее из чрута?

echo $PATH?

efibootmgr смотрит/правит содержимое фирмвари. В чем принципиальная необходимость запускать ее из чрута?

Я тоже этого не понимаю. Но я подумал, что чтобы efibootmgr правильно находил файлы ядер и видел структуру, чтоб потом эти данные записывать в фирмварь, его надо запускать в файловом окружении той системы, которая должна грузиться. А я с Live-CD загрузился, значит мне нужно было чрутнуться на HDD диск.

https://unix.stackexchange.com/questions/91620/efi-variables-are-not-supporte...

Но я подумал, что чтобы efibootmgr правильно находил файлы ядер и видел структуру, чтоб потом эти данные записывать в фирмварь, его надо запускать в файловом окружении той системы, которая должна грузиться.

Куда-то не в ту сторону ты подумал. Если efibootmgr и нужен какой-то раздел, то это EFI-раздел, и то только для создания новых записей, (и то не уверен). Так что кроме EFI-раздела и efivars ему должно быть ничего не надо.

правильно находил файлы ядер

efibootmgr ничего не находит, он просто прописывает переменные загрузки в efivars. Ты можешь руками сделать загрузочную запись на существующий (или даже несуществующий) efi-файл, он безусловно его пропишет.

Этот дистр на базе ArchLinux. А в арче вместо chroot используется arch-chroot.

Не знаю, насколько эта информация является определяющей. )

Не путвйте народ. Есть там chroot и работает штатно.

Есть там chroot

Конечно есть и никто не утверждает обратного. Но в доках SystemRescueCD прописан именно arch-chroot, Chapter 13: How to Fix LinuxSystems Using chroot.

Next, create a mount point named linux and mount the Fedora
Linux root file system there:
[root@sysrescue ~]# mkdir -p /mnt/linux
[root@sysrescue ~]# mount /dev/sdc7 /mnt/linux

Now you are ready to use arch-chroot to change the current
context:
[root@sysrescue ~]# arch-chroot /mnt/linux

You can confirm that the context has been successfully changed as
files belonging to Fedora are accessible without having to specify
the mount point as a prefix.
[root@sysrescue /]# cat /etc/fedora-release
Fedora release 33 (Thirty Three)

Лишь повторюсь:

Не знаю, насколько эта информация является определяющей. )