Ошибка инициализации графической подсистемы 1с
Авторизуясь в LiveJournal с помощью стороннего сервиса вы принимаете условия Пользовательского соглашения LiveJournal
Все найденные решения были половинчатыми и не помогали в моем случае, когда на 64-х битной системе установлена 32-х битная платформа 1С.
Ниже работающее решение проблемы для дистрибутивов Debian и Ubuntu:
Устанавливаем 64-х битные версии необходимых пакетов:
Если у вас платформа 1С 32-х битная, устанавливаем базовый пакет 32-х битных библиотек:
Если необходимо, скачиваем и устанавливаем утилиту getlibs, которая позволяет безболезненно устанавливать пакеты другой архитектуры параллельно с текущим набором пакетов:
Если необходимо, устанавливаем 32-х битные версии необходимых пакетов:
sudo getlibs -p imagemagick
sudo getlibs -p libmagickwand-dev
sudo getlibs -p libgsf-1-dev
sudo getlibs -p t1utils
sudo getlibs -p libt1-5
sudo getlibs -p libmagickcore2
sudo getlibs -p libgomp1
sudo getlibs -p ttf2pt1
В случае 32-х битной платформы проверяем, все ли зависимости удовлетворены для imagemagick (самый проблемный пакет набора):
Вывод не должен содержать строк "not found":
linux-gate.so.1 => (0xf7713000)
libMagickCore.so.2 => /usr/lib32/libMagickCore.so.2 (0xf73b5000)
liblcms.so.1 => /usr/lib32/liblcms.so.1 (0xf7381000)
libtiff.so.4 => /usr/lib32/libtiff.so.4 (0xf7325000)
libc.so.6 => /lib32/libc.so.6 (0xf71cb000)
libfreetype.so.6 => /usr/lib32/libfreetype.so.6 (0xf7155000)
libjpeg.so.62 => /usr/lib32/libjpeg.so.62 (0xf7134000)
libXext.so.6 => /usr/lib32/libXext.so.6 (0xf7124000)
libXt.so.6 => /usr/lib32/libXt.so.6 (0xf70d1000)
libbz2.so.1.0 => /usr/lib32/libbz2.so.1.0 (0xf70be000)
libz.so.1 => /usr/lib32/libz.so.1 (0xf70a9000)
libpthread.so.0 => /lib32/libpthread.so.0 (0xf7090000)
libltdl.so.7 => /usr/lib32/libltdl.so.7 (0xf7087000)
libdl.so.2 => /lib32/libdl.so.2 (0xf7083000)
libSM.so.6 => /usr/lib32/libSM.so.6 (0xf707a000)
libICE.so.6 => /usr/lib32/libICE.so.6 (0xf7060000)
libX11.so.6 => /usr/lib32/libX11.so.6 (0xf6f43000)
libgomp.so.1 => /usr/lib32/libgomp.so.1 (0xf6f35000)
libm.so.6 => /lib32/libm.so.6 (0xf6f0f000)
/lib/ld-linux.so.2 (0xf7714000)
libuuid.so.1 => /lib32/libuuid.so.1 (0xf6f0a000)
libxcb.so.1 => /usr/lib32/libxcb.so.1 (0xf6eef000)
librt.so.1 => /lib32/librt.so.1 (0xf6ee6000)
libXau.so.6 => /usr/lib32/libXau.so.6 (0xf6ee2000)
libXdmcp.so.6 => /usr/lib32/libXdmcp.so.6 (0xf6edc000)
Если каких-то библиотек всё же не хватает, их можно установить следующим образом:
sudo getlibs -l имя_библиотеки_как_написано_в_выводе_ldd.s o
Из-за чего возникает сабжевая ошибка?
как избавится?
сдается мне, что она возникла после обновления дров на видюху NVIDEA. если так, то как откатить драйвера?
ответ разработчиков: Для исправления ошибки, связанной с инициализацией графической подсистемы, необходимо запустить скрипт config_server, находящийся в поддиректории utils каталога бинарных файлов 1С:Предприятия (и выполнить рекомендации скрипта, если таковые возникнут).
осталось только найти, куда по-умолчанию встает 1С предприятия.из переписки на оф.форуме поддержки 1С, ссылка выше
как дальше быть?
(20) пользую PuTTY - русский не отображается
Необходимо установить Microsoft Core Fonts, и затем указать путь, по которому установлены шрифты, в качестве параметра запуска скрипта config_server.
вопрос: как установить этот шрифт?
для накопления материала
(14:29:14) fragster: bvn13 при первом же обновлении - сами ставятся. если нет - то ставь пакет fetchmsttfonts
(14:56:28) bvn13: гы. пишет, что уже установлено.
(14:58:04) fragster: test -e /usr/share/fonts/truetype/times.ttf && echo есть || echo нет
(14:59:52) fragster: дык чО?
(15:09:43) bvn13: :) есть
(15:10:15) fragster: значит, шрифты утановлены
(15:10:18) fragster: *установлены
(15:10:26) bvn13: значит, проблема не в них
С | Имя | Заключение | Тип
--+---------+----------------------------------------------------+------
| ttf2pt1 | True Type Font to PostScript Type 1 font converter | пакет
Будут установлены следующие НОВЫЕ пакеты:
t1utils ttf2pt1
2 новых пакета для установки.
Полный размер загрузки: 385,0 KiB. После этой операции будет использовано дополнительно 1,7 MiB.
Продолжить? [y/n/?] (y): y
Получение пакет t1utils-1.26-391.2.i586 (1/2), 52,0 KiB (199,0 KiB после распаковки)
Получение: t1utils-1.26-391.2.i586.rpm [готово (2,9 KiB/s)]
Установка: t1utils-1.26-391.2 [готово]
Получение пакет ttf2pt1-344-177.3.i586 (2/2), 333,0 KiB (1,5 MiB после распаковки)
Получение: ttf2pt1-344-177.3.i586.rpm [готово (18,2 KiB/s)]
Установка: ttf2pt1-344-177.3 [готово]
Особенности установки сервера 1С:Предприятие на Ubuntu Server 12.04.
В наших предыдущих материалах мы рассматривали установку сервера 1С:Предприятия на платформу Ubuntu 10.04. Однако, срок поддержки данной версии подходит к концу и перед многими администраторами встает необходимость в обновлении или установке сервера 1С на платформу Ubuntu 12.04. Несмотря на кажущуюся простоту, этот процесс способен вызвать неожиданные затруднения, о них и поговорим ниже.
Сама установка сервера 1С на Ubuntu Server 12.04 ничем не отличается от установки на 10.04, этот процесс был подробно описан нами здесь. Сложности начинаются при попытке выполнить скрипт конфигурирования сервера. Вы совершенно неожиданно получите целый ворох ошибок:
Самое время задать вопрос, почему 1С, заявляя Ubuntu как официально поддерживаемую платформу, за время, прошедшее с выхода Ubuntu 12.04, не может привести свои скрипты в порядок? Основные проблемы, как всегда, в том, что скрипт ищет библиотеки не там где они лежат, хотя их расположение не составляет секрета ни для кого, кроме программистов 1С.
Наченем с библиотеки libc-*.so, которая в нашем случае имеет версию libc-2.15.so и расположена в /lib/x86_64-linux-gnu, сделаем на нее две символьные ссылки:
Однако если вы думаете, что на этом проблемы закончились, спешим вас "обрадовать" - они только начинаются. Вновь запущенный скрипт конфигурирования сообщит, что ни установлены ImageMagick, UnixODBC и т.д. Стоп, мы же специально установили их перед установкой сервера. Да, установили, но скрипт опять ищет их не там.
Как показал анализ скрипта, в нем для поиска библиотек используется не заданная в системе переменная SYSTEM_LIB_PATH. На этом месте у нас снова возникли вопросы к разработчикам, но мы их тут не приводим по причине их непечатности.
В интернет приведено много способов решения данной проблемы, большинство из них сводится к обману скрипта, путем явного указания нужного пути и т.п. Да, скрипт таким образом обмануть можно, однако севрер 1С при работе также будет искать данные библиотеки по указанному пути и вполне ожидаемо не найдет. В итоге мы получим ошибку инициализации графической подсистемы. Это имеет значение только для управляемого приложения, для обычных конфигураций эти библиотеки не требуются и даже неправильно настроенный сервер будет работать нормально.
Зато при первом запуске конфигурации на платформе управляемого приложения нерадивому админу гарантировано веселое развлечение на рабочем сервере, тем более он к тому времени успеет порядком поздабыть, что именно он делал и зачем, если конечно он не читал нашу статью про управление изменениями.
Поэтому, независимо от того, используете вы управляемое приложение или нет, нужно делать все правильно сразу. Поэтому зададим значение отсутвующей переменной, для этого в /etc/environment добавим строку:
Часть библиотек уже находится по указанному пути, для остальных сделаем жесткие ссылки, потому как символьные ссылки скрипт не воспринимает:
Внимание! В вашем случае имя библиотек может отличаться, поэтому проверьте фактическое наличие нужных библиотек и при необходимости откорректируйте команды.
После чего перезагружаем сервер и наконец запускаем скрипт:
Сервер сконфигурирован, можем работать. Попутно продолжаем задаваться философским вопросом, что мешает фирме 1С, которая берет в общем не маленькие деньги за продукт, перестать поставлять полуфабрикат и обеспечить его нормальную работу на официально поддерживаемых платформах, или исключить из списка те платформы, которые она поддерживать не в состоянии.
Читайте также: