Сначала запусти образ с оболочкой: `docker run --rm -it --entrypoint sh yourimage` Потом вручную запусти скрипт инициализации с `set -x`, чтобы отслеживать каждую команду. Проверь `docker logs` на предмет быстро исчезающих ошибок. Добавь `sleep 60` в начале скрипта, чтобы убедиться, что он доходит до этого места. Если подозреваешь гонку, используй `strace -f -o /tmp/trace.log <cmd>` внутри контейнера, чтобы перехватить системные вызовы. Также проверь `docker inspect <container>` для точного кода выхода и переменных окружения. Если контейнер быстро падает, скорее всего, какая-то команда завершается с ненулевым статусом до окончания твоего скрипта. Исправь эту команду или добавь `|| true`, чтобы контейнер не завершился, пока ты не соберешь достаточно информации.

Отличная идея с эхом `$?`. Просто помни, ставь это сразу после команды, которая может упасть, а не в конце скрипта. Так ты сразу увидишь, на каком этапе происходит ошибка. Если код выхода продолжает глючить, вытащи окружение контейнера командой `docker exec <id> env` и сравни с тем, что должно быть. Пропущенная переменная может привести к незаметному завершению. Продолжай копать — гонки скрываются в таймингах, но рано или поздно они дадут о себе знать, как только ты выделишь проблемную команду. Удачи.