После последнего обновления при запуске 1с Предпиятия (запускается окно выбора БД, при попытке зайти в любую базу) сразу завершается сеанс gnome, при повторном входе иногда бывают отключается использование расширений (иногда ничего не меняется). В результате поочередного включения расширений выяснилось, что подобное поведение происходит при активации arcmenu. При отключенном arcmenu все работает штатно.
Приложите лог упавшего сеанса: journalctl -b 0 > journalctl.log
Created attachment 18774 [details] лог
Примерное время ошибки какое?
июн 06 10:58:23 Как раз там запуск 1с предприятия
Видимо, вот это место: июн 06 10:58:29 altdonskih kernel: gnome-shell[1514]: segfault at c0 ip 00007f75e54fe610 sp 00007ffcd9e79d78 error 4 in libgio-2.0.so.0.8200.5[cf610,7f75e546d000+106000] likely on CPU 4 (core 2, socket 0) libgio сегфолтится. Перед этим 1С ругается: июн 06 10:58:27 altdonskih gnome-shell[1514]: Window 0x3e00050 (Запуск 1С:Предприятия) cannot be minimized, but something tried anyways. Not having it! Панельный режим включен? Кнопки минимизации и максимизации окна включены?
Так. Вы используете не системное расширение, а со стороны: июн 06 10:56:29 altdonskih gnome-shell[1514]: Extension arcmenu@arcmenu.com already installed in /home/donskih/.local/share/gnome-shell/extensions/arcmenu@arcmenu.com. /usr/share/gnome-shell/extensions/arcmenu@arcmenu.com will not be loaded Удалите все сторонние расширения, включите панельный режим, включите кнопки максимизации и минимизации окна, перезапустите сеанс. Проблема будет воспроизводиться?
Лучше создать нового пользователя и выбрать панельный режим и кнопки окна при запуске. И можно сразу пробовать воспроизводить проблему.
С новым пользователем, в панельном режиме, с кнопками окна все заработало. Со старым пользователем с кнопками окна в панельном режиме (все лишние расширения удалены) проблема не уходит
(Ответ для Антон Мидюков на комментарий #6) > Так. Вы используете не системное расширение, а со стороны: > > июн 06 10:56:29 altdonskih gnome-shell[1514]: Extension arcmenu@arcmenu.com > already installed in > /home/donskih/.local/share/gnome-shell/extensions/arcmenu@arcmenu.com. > /usr/share/gnome-shell/extensions/arcmenu@arcmenu.com will not be loaded > > Удалите все сторонние расширения, включите панельный режим, включите кнопки > максимизации и минимизации окна, перезапустите сеанс. Проблема будет > воспроизводиться? Несистемное расширение ставил уже когда с системным начало падать, возврат назад к системному не помог
(Ответ для Донских Юрий на комментарий #9) > (Ответ для Антон Мидюков на комментарий #6) > > Так. Вы используете не системное расширение, а со стороны: > > > > июн 06 10:56:29 altdonskih gnome-shell[1514]: Extension arcmenu@arcmenu.com > > already installed in > > /home/donskih/.local/share/gnome-shell/extensions/arcmenu@arcmenu.com. > > /usr/share/gnome-shell/extensions/arcmenu@arcmenu.com will not be loaded > > > > Удалите все сторонние расширения, включите панельный режим, включите кнопки > > максимизации и минимизации окна, перезапустите сеанс. Проблема будет > > воспроизводиться? > Несистемное расширение ставил уже когда с системным начало падать, возврат > назад к системному не помог Как давно проблема начала воспроизводиться? Какое время не воспроизводилось?
Собственно 04.05.2025 поставил новую систему, поставил обновления все, затем установил прикладное ПО (1с, телега, яндекс браузер, rupost, яндекс диск и что-то еще по мелочи) все работало, на следующий день прилетело еще что-то из обновлений и после перезагрузки возникла проблема. Потом уже пробовал перебирать расширения (после того как после падения сеанса они отключились, включал по одному до появления проблемы), пробовал переустанавливать arcmenu, потом пробовал установить его с сайта расширений. Как то так. Потом пробовал вернуть систему к практически только что установленной (timeshift) поставил только 1с, все заработало, затем запустил обновление и проблема появилась.
И всё-таки, почему у нового пользователя не воспроизводится проблема? Может, что-то сделали в 1С? А думаете на обновление системы?
На выходных пробовал полностью все снести, делал чистую установку. Ставил только пакет 1c-preinstall-full и тонкий клиент 1с. Все работает. Выполняешь обновление - проблема появляется. Если сначала обновиться потом поставить 1с, то проблема появляется после перезагрузки. На данный момент перешел на KDE, там все работает без нареканий. Почему у нового пользователя не воспроизводится проблема не могу сказать, с 1с абсолютно никаких манипуляций не было.
Такая же ситуация. Новая Система установлены все обновления, установлен 1с тонкий клиент, выбран панельный режим. При первом запуске в базу пустил, последующие запуски базы схлопывают сеанс. При этом зачастую когда снова залогинишься уже режим гном а не панельный. Выбираем режим гном включаю расширения любые кроме ArcMenu все нормально работает. При включение ArcMenu начинаются пляски.
Как может 1С влиять на arcmenu? 1С меняет меню приложений в пользовательском каталоге? Добавляет desktop файл какой-то? Что оно делает в домашнем каталоге? Или права на что-то в каталоге меняет у пользователя?
(Ответ для Антон Мидюков на комментарий #16) > Как может 1С влиять на arcmenu? 1С меняет меню приложений в пользовательском > каталоге? Добавляет desktop файл какой-то? Что оно делает в домашнем > каталоге? Или права на что-то в каталоге меняет у пользователя? Если бы я знал как оно влияет то не писал бы тут. Данный баг возникает лишь с вкюченным расширением ArcMenu.
(Ответ для Чурилов Александр на комментарий #19) > (Ответ для Антон Мидюков на комментарий #16) > > Как может 1С влиять на arcmenu? 1С меняет меню приложений в пользовательском > > каталоге? Добавляет desktop файл какой-то? Что оно делает в домашнем > > каталоге? Или права на что-то в каталоге меняет у пользователя? > > Если бы я знал как оно влияет то не писал бы тут. Данный баг возникает лишь > с вкюченным расширением ArcMenu. 1С делает нечто, что ломает freedesktop menu. Другой связи тут быть не может, на мой взгляд.
*** Bug 55129 has been marked as a duplicate of this bug. ***
*** Bug 55243 has been marked as a duplicate of this bug. ***
Версии пакетов: 1c-enterprise-8.3.24.1667-server-nls-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-server-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-client-nls-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-common-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-common-nls-8.3.24-1667.x86_64 1c-preinstall-8.3-alt23.noarch 1c-enterprise-8.3.24.1667-client-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-ws-nls-8.3.24-1667.x86_64 1c-enterprise-8.3.24.1667-ws-8.3.24-1667.x86_64 1c-preinstall-full-8.3-alt13.noarch postgresql17-1C-17.5-alt1.x86_64 gnome-shell-extension-arcmenu-65-alt5.noarch Смог воспроизвести описанную здесь проблему. Шаги воспроизведения: 1) Настроить панельный режим с помощью alt-tour 2) Запустить 1C и активировать его, создать пустую локальную БД 3) Перезайти в сеанс/перезагрузить машину 4) Запустить 1С (Тонкий/толстый клиент) 5) Запустить ранее созданную информационную базу в режиме 1С:Предприятие либо Конфигуратор Фактический результат: Сеанс пользователя внезапно завершается. Если отключить расширение ArcMenu - ошибка не будет воспроизводитьсяю Ожидаемый результат: Корректная работа.
Created attachment 19157 [details] journalctl -f | grep gnome-shell
Можете отследить, что меняется в каталоге пользователя после: 2) Запустить 1C и активировать его, создать пустую локальную БД
Created attachment 19181 [details] Анализ изменений в профилях пользователя. Прикладываю файл сравнения профилей пользователя. /home/testov1 - профиль до пункта 2. /home/testov2 - профиль между пунктом 2 и 3. /home/testov - профиль после пункта 5.
Приложите ~/.local/share/applications/1cestart.desktop
Created attachment 19183 [details] Вкладываю /home/testov/.local/share/applications/1cestart.desktop
(Ответ для TeleMax на комментарий #28) > Вкладываю /home/testov/.local/share/applications/1cestart.desktop Не в тему, но спросите на всякий техподдержку, почему там в Action Config1 OnlyShowIn=Unity; ?
Удаление ~/.local/share/applications/1cestart.desktop решает проблему?
Ответ для Антон Мидюков на комментарий 30. Да, удаление ~/.local/share/applications/1cestart.desktop решает проблему, но только для текущего сеанса. Потому как после запуска приложения 1С обсуждаемый файл снова создается. Естественно после перезапуска сеанса проблема повторяется.
(Ответ для TeleMax на комментарий #31) > Ответ для Антон Мидюков на комментарий 30. > Да, удаление ~/.local/share/applications/1cestart.desktop решает проблему, > но только для текущего сеанса. > Потому как после запуска приложения 1С обсуждаемый файл снова создается. > Естественно после перезапуска сеанса проблема повторяется. Необходимо выяснить какая именно строка в desktop файле приводит к ошибке.
Ответ для Антон Мидюков на комментарий 32. Сделал проще - забрал у этого файла права на все (установил 000).
(Ответ для TeleMax на комментарий #33) > Ответ для Антон Мидюков на комментарий 32. > > Сделал проще - забрал у этого файла права на все (установил 000). Ну, это объезд, а не решение проблемы. 1С делает что-то странное, хотелось бы понять что, чтобы они больше такое не делали.
Ответ для Антон Мидюков на комментарий 34 Да, было бы здорово выяснить. Но файл каждый раз перезатирается если ему оставить -rw. Посоветуйте методику тестирования.
(Ответ для TeleMax на комментарий #35) > Ответ для Антон Мидюков на комментарий 34 > > Да, было бы здорово выяснить. Но файл каждый раз перезатирается если ему > оставить -rw. > Посоветуйте методику тестирования. То есть они его переписывают каждый раз, но его содержимое не меняется? Попробуйте убрать права на запись, оставив на чтение. Если поможет, то проблема именно в перезатирании.
(Ответ для Антон Мидюков на комментарий #36) Да Антон, вы правы. С правами на чтение для этого файла - проблемы нет.
(Ответ для Антон Мидюков на комментарий #36) Да, они переписывают этот файл каждый каждый раз при запуске приложения, но его содержимое не меняется.
(Ответ для TeleMax на комментарий #38) > (Ответ для Антон Мидюков на комментарий #36) > Да, они переписывают этот файл каждый каждый раз при запуске приложения, но > его содержимое не меняется. Хорошо. Спасибо. Исправлять нужно 1С.
(In reply to Антон Мидюков from comment #39) > (Ответ для TeleMax на комментарий #38) > > (Ответ для Антон Мидюков на комментарий #36) > > Да, они переписывают этот файл каждый каждый раз при запуске приложения, но > > его содержимое не меняется. > > Хорошо. Спасибо. Исправлять нужно 1С. Исправлять придётся нам.
Проблема была в gnome-menus. Проблема была замечена в расширении ArcMenu, скорее всего потому что кроме него libgnome-menus больше никто и не использует в Рабочей станции. Собрал с патчем таски для Сизифа и p11. PR с фиксом на gnome-menus в апстриме: https://gitlab.gnome.org/GNOME/gnome-menus/-/issues/6 Фикс проблемы от сообщества Cinnamon: https://github.com/linuxmint/cinnamon-menus/commit/7516e8d138072d167ea93b37a2ffcbcf5b250756 Таски с этим патчем: sisyphus: 409507 p11: 409508 Прошу aris@ кинуть аппрув на 409507, либо, если я где-то ошибся, использовать патч. Его прикладываю
Created attachment 20780 [details] Патч для исправления gnome-menus
Исправление для p11: https://packages.altlinux.org/ru/tasks/409522/
Система: Alt Workstation 11.1-x86-64 (Обновленный до https://packages.altlinux.org/ru/tasks/409522/) Ошибка не воспроизводится
[#409522] p11 DONE (try 2) srpm=gnome-menus-3.38.1-alt1.1.src.rpm
