Отсутствует libbfd-2.22.so при компиляции Binutils/Glibc/Zlib.

Вопрос или проблема

Когда я пытаюсь скомпилировать Binutils, Glibc и Zlib, используя chroot на моей LFS системе, я получаю следующую ошибку:

ar: ошибка при загрузке разделяемых библиотек: libbfd-2.22.so: невозможно открыть общий файл объекта: Нет такого файла или каталога

Я компилировал Binutils ранее без использования chroot, файлы libbfd.a, libbfd.so, libbfd-2.22.so и libbfd.la существуют как в /tools/lib/, так и в /usr/lib/

Я не знаю, где компилятор их ищет.
Как продолжить компиляцию?

Она не поддерживается в Ubuntu 20.4. Однако я нашел пост, где кто-то упоминал обходной путь, создавая символическую ссылку, чтобы указать на более новую версию библиотеки, и этот обходной путь решил проблему для них:

sudo ln -s /usr/lib/x86_64-linux-gnu/libbfd-2.42-system.so /usr/lib/x86_64-linux-gnu/libbfd-2.38-system.so

Ответ или решение

При столкновении с ошибкой "libbfd-2.22.so missing while compiling Binutils/Glibc/Zlib", вы, скорее всего, имеете дело с проблемой нахождения динамической библиотеки при компиляции в окружении chroot. Эта ситуация достаточно распространена при работе с системами типа Linux From Scratch (LFS), где среда изоляции (chroot) может не иметь доступа ко всем необходимым библиотекам.

Focus (Фокусировка): Давайте сначала поймем источник проблемы. Когда вы входите в chroot, вы ограничиваете доступ к системным библиотекам стандартной файловой системы. Даже если вы видили, что файлы libbfd.a, libbfd.so, libbfd-2.22.so и libbfd.la присутствуют как в /tools/lib/, так и в /usr/lib/, окружение chroot может не искать нужные файлы в тех местах, где они фактически расположены.

Offer (Предложение): Вот предложение по решению этой проблемы:

Проверьте символьные ссылки: Убедитесь, что символические ссылки на библиотеку libbfd-2.22.so верно указаны в директории, куда chroot пробует получить доступ. Вы можете создать ссылку в нужной директории с помощью команды:
```
ln -s /где/установлено/libbfd-2.22.so /где/chroot/ожидает/libbfd-2.22.so
```
Проверьте переменные окружения: Убедитесь, что ваши переменные LD_LIBRARY_PATH и LIBRARY_PATH корректно установлены для chroot. Они должны указывать на директории, содержащие необходимые библиотеки.
Проверьте содержимое /etc/ld.so.conf и запустите ldconfig: Убедитесь, что файл конфигурации ld.so.conf содержит пути ко всем необходимым библиотекам. После изменения файла, используйте команду ldconfig, чтобы обновить кэш динамического загрузчика:
```
chroot /путь/к/chroot /sbin/ldconfig
```

Reason to Believe (Убедительность): Этот подход основывается на общепринятых практиках управления библиотеками в UNIX-системах, обеспечивая корректное разрешение путей и доступ ко всем нужным заголовочным файлам и связанным библиотекам во время компиляции.

Empathy (Понимание): В процессе настройки сложных сред разработки, таких как chroot в LFS, ошибки подобного рода могут вызывать серьёзный дискомфорт, особенно когда система не располагает поддержкой более новых версий библиотек, таких как libbfd. Использование символьных ссылок может показаться временной мерой, но в таких сценариях это эффективный способ решения проблем с совместимостью.

Stimulate (Стимуляция): Следуя предложенным шагам, вы сможете избежать общих подводных камней при работе в chroot-окружении и обеспечить успешную компиляцию важных программных компонентов. Успех в преодолении таких технических трудностей придаст уверенности в дальнейшей самостоятельной настройке вашей LFS-системы.

Targeted Appeal (Целевой призыв): Если проблема всё ещё сохраняется после выполнения указанных шагов, рассмотрите возможность документирования дополнительных изменений в настройках вашей системы и обращайтесь на форумы сообщества LFS за более специфичной помощью — сотрудничество в таких случаях часто оказывается самым быстрым путём к решению.

Следуя вышеописанным рекомендациям, вы повысите вероятность успешной компиляции и значительно упростите управление вашим LFS-проектом в будущем.