В общем, тут не вопрос, а ответ...
Делал по
этому руководству. На сервере x86_64, но 1С 32-битная (8.3.6.2152). Сервером поставил стартеркит altlinux-p7-server-ovz-20150612-x86_64.iso Тонкие клиенты "порадовали" сообщением о том, что libWand.so не грузится.
Начал "копать", долго и упорно пытался собрать образ i586 на 64-битном хосте (думал, что дело сборке мультилибной). Оказалось, что параметр --arch это то, на что spt благополучно "забивает", помог запуск его через linux32.
Это не помогло. Добавление 1c-preinstall или 1c-preinstall-full ничего не давало. Создание симлинков руками тоже.
И тут я наткнулся на интересное:
http://www.forum.mista.ru/topic.php?id=699686 Изучение лога strace не помогают от слова совсем. Но, помимо, упоминания libMagickWand.so я наткнулся на вполне актуальное упоминание libMagickWand-6.Q16.so:
139654 execve("/bin/sh", ["sh", "-c", "/sbin/ldconfig -p | awk '/^[\\t ]*libMagickWand-6.Q16.so\\.[0-9]/' | sort -r | sed -e 's/.*=>[\\t ]*//'"], [/* 25 vars */]) = 0
Это уже должно было работать корректно, однако...
Дальше я нашёл такое:
139659 execve("/bin/sh", ["sh", "-c", "file -Lb /usr/lib/libMagickWand-6.Q16.so.1 | cut -b-6"], [/* 25 vars */]) = 0
решил проверить выхлоп этой команды в консоли, и выяснил что file нет. Возможно, эта утилита ставилась раньше по зависимостям, но теперь это не так. Зачем в 1С такие выкрутасы устраивают, тоже не ясно. Может, кто-то себе скилл по программированию на shell прокачивает?
Добавил в контейнере file и libmagick и ошибка исчезла.
Остались вопросы.
Не потерялся ли file из basesystem? Если его там быть не должно, то шаблоны spt стоит исправить.
Нужен ли в контейнере X-сервер и cups, если речь идёт только о сервере 1С? Их тянет 1c-preinstall, но для сервера 1С это, кажется, не нужно. При этом, шрифты MS'овские серверу нужны, но они есть только в 1c-preinstall-full. Кстати, последние версии 1С прекрасно находят шрифты без дополнительных симлинков, так что полезность 1c-preinstall и 1c-preinstall-full сомнительна.