Почему я испытываю сбивающую с толку разницу при выполнении бинарного файла из оболочки и systemd/subprocess?

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

/lib/x86_64-linux-gnu/libc.so.6: version `GLIBC_2.34' not found

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

Для решения данной проблемы, связанной с запуском бинарного файла, который работает в оболочке, но не запускается корректно как подпроцесс, необходимо тщательно проанализировать несколько возможных причин. Ключевая ошибка, с которой вы сталкиваетесь, связана с не найденной версией GLIBC_2.34. Давайте углубимся в потенциальные причины и способы исправления этой ситуации.

Теория

Библиотека GLIBC, или GNU C Library, — это фундаментальная библиотека, предоставляющая основные системные вызовы и функции для взаимодействия с ядром Linux. Каждая версия GLIBC добавляет новые функции или исправляет существующие. Если бинарный файл был скомпилирован с одной версией GLIBC, но запускается с использованием другой, возможно, возникновение проблем совместимости.

Во время выполнения команды ./установочный_файл в терминале используется среда, настроенная для вашего пользователя. Это включает корректные версии библиотек и переменные окружения, такие как LD_LIBRARY_PATH, которые позволяют находить и загружать нужные динамические библиотеки.

Пример

Рассмотрим сценарий, когда выполнение напрямую в оболочке работает нормально, но подпроцессы, запущенные через другие программы, терпят неудачу. Это может быть следствием неправильной настройки пути к библиотекам, отсутствующих переменных окружения или различий в правах доступа у пользователей системы.

При работе команд через систему init, такую как Systemd, или при вызове через библиотеку subprocess на Python, переменные окружения и параметры, определенные в пользовательской оболочке, могут не применяться по умолчанию. Например, Service-файлы Systemd могут не содержать информацию о необходимой версии GLIBC, что и вызывает вашу ошибку.

Применение

Для исправления проблемы выполните следующие шаги:

1. Проверка версии GLIBC: Убедитесь, что необходимая версия GLIBC установлена в вашей системе. В Debian вы можете использовать apt-cache show libc6 для проверки версии.

2. Настройка правильного окружения: Обязательно настройте ваш Systemd юнит-файл так, чтобы он пытался запустить логгируемое приложение с корректными путями к библиотекам:

   • В вашем Systemd юнит-файле добавьте строку, определяющую EnvironmentFile, вместе с нужными переменными окружения, включая пути к требуемым библиотекам.
   • Пример:

     [Service]
     EnvironmentFile=/etc/default/yourapp

3. Используйте интерпретатор оболочки: Убедитесь, что ваш бинарный файл запускается через /bin/bash или другой надежный интерпретатор оболочки, который может наследовать правильное окружение.

4. Проверьте на права доступа. Убедитесь, что пользователь, через которого запускается подпроцесс, имеет соответствующий доступ ко всем необходимым библиотекам и полномочия на их использование.

5. Отладка и диагностика. Используйте утилиты ldd для ручного пути и strace для анализа системных вызовов. Это поможет увидеть, где именно происходят ошибки загрузки, и определить, какие именно динамические библиотеки не загружаются по тем или иным причинам.

6. Рассмотрите вариации использования переменных окружения для запуска вашего приложения. Возможно, проблема в том, что составные части вашего приложения размещены в другом расположении, которое не взято во внимание.

Перенесите все вышеизложенное в конфигурацию запуска вашего приложения, убедитесь, что между различными способами управления запуском приложения используются одинаковые условия. Проделав эти шаги, вы сможете устранить проблему и добиться того, чтобы ваш бинарный файл корректно выполнялся как при запуске из терминала, так и через systemd или другие subprocess методы.