unixforum.org
Растолковка дерева процессов. (Неодиночная ветка dbus)
6 сообщений • Страница 1 из 1
Женя Подсыпальников Сообщения: 482
Растолковка дерева процессов.
Вот, вроде, всё чистенько-быстренько,
а в это дерево глянул и усомнился в оптимальности автопусков моих.
Не подскажет ли кто, пожалуйста, верные ли тут мысли:
— коли в «доиксовом» пространстве dbus не требуется явно, его можно и не стартовать как сервис вовсе, а ограничиться строкой dbus-launch в .Xinitrc
— двойная ветка dbus-daemon под первым процессом указывает на некий безалаберный пропуск в конфигурации
— расположение «иксовых» процессов под первым, а не в ветке slim — дело нормальное
— подъём связи с помощью NetworkManager не «черезмерен» по сравнению к «достаточности» ip способа
— xfce4-power-man не замещает upowerd
Хотелось бы почитать мнения на этот счёт или какие-либо спонтанные заметки по дереву.
[font="Courier New"]$ pstree -p systemd(1)─┬─NetworkManager(242)─┬─dhclient(319) │ ├─(276) │ ├─(278) │ └─(320) ├─Thunar(390) ├─at-spi-bus-laun(405)─┬─dbus-daemon(417) │ ├─(413) │ ├─(415) │ └─(418) ├─at-spi2-registr(424)───(425) ├─dbus-daemon(244) ├─dbus-daemon(371) ├─dbus-launch(370) ├─gnome-keyring-d(355)───(356) ├─gpg-agent(382) ├─gvfs-udisks2-vo(449)───(465) ├─gvfsd(408)───(409) ├─gvfsd-fuse(422)─┬─(438) │ ├─(439) │ ├─(440) │ └─(442) ├─gvfsd-trash(484)─┬─(491) │ ├─(492) │ └─(493) ├─haveged(248) ├─modem-manager(286) ├─polkit-gnome-au(398)───(426) ├─polkitd(279)─┬─(280) │ ├─(282) │ ├─(283) │ └─(284) ├─slim(251)─┬─X(263) │ └─sh(357)───xfce4-session(376)───(377) ├─systemd-journal(110) ├─systemd-logind(243) ├─systemd-udevd(101) ├─tumblerd(412)─┬─(444) │ ├─(474) │ └─(475) ├─udisksd(466)─┬─(467) │ ├─(469) │ └─(470) ├─upowerd(419)─┬─(429) │ └─(430) ├─wpa_supplicant(287) ├─xfce4-notifyd(403) ├─xfce4-panel(388)─┬─panel-10-dateti(447) │ ├─panel-6-systray(443) │ ├─panel-9-mixer(446)─┬─(486) │ │ ├─(487) │ │ └─(513) │ ├─(420) │ └─(445) ├─xfce4-power-man(400)───(401) ├─xfce4-terminal(530)─┬─bash(534)───pstree(545) │ ├─gnome-pty-helpe(533) │ ├─(531) │ ├─(532) │ └─(535) ├─xfconfd(379) ├─xfdesktop(392)─┬─(406) │ └─(480) ├─xfsettingsd(399)───(416) └─xfwm4(384)[/font]Метки
Acapela Group — коммерческое предприятие, специализирующееся в области речевых технологий и известное своими синтезаторами речи по тексту.
Переходов: 13 | Записи
Access
Переходов: 2 | Записи
Accessibility ToolKit
Accessibility ToolKit (ATK) — это инструментарий разработки от GNOME, который позволяет программистам использовать общие функции специальных возможностей GNOME, такие как высококонтрастные темы оформления для слабовидящих и изменение поведения клавиатуры (например, залипание клавиш) для людей с нарушениями мелкой моторики, чтобы сделать приложения GNOME доступными.
Переходов: 0 | Записи
Accessible-Coconut
Переходов: 8 | Записи
Acrobat / Reader
Переходов: 27 | Записи
ALT Linux
Переходов: 5 | Записи
Android
Переходов: 208 | Записи
API
Переходов: 47 | Записи
Arch Linux
Переходов: 24 | Записи
AT-SPI
AT-SPI2 — сокращ. от англ. Assistive Technology Service Provider Interface второе поколение. Это фреймворк, разрабатываемый в рамках проекта GNOME и обеспечивающий доступность графических приложений на системах Linux. Он определяет протокол D-Bus для предоставления и доступа к информации, необходимой вспомогательным технологиям. Данный фреймворк также называют AT-SPI2, чтобы подчеркнуть, что это второе поколение, ориентированное на работу через систему межпроцессного взаимодействия D-Bus, а не устаревший стандарт написания распределённых приложений ORBIT / CORBA. AT-SPI также может использоваться для автоматизированного тестирования пользовательских интерфейсов с помощью таких инструментов, как Linux Desktop Testing Project и Dogtail. AT-SPI в настоящее время поддерживается GTK+ 2, Java/Swing, пакетом Mozilla и StarOffice/OpenOffice.org. Разработчики, такие как Trolltech, разрабатывают поддержку AT-SPI, используя доступную библиотеку инструментария Trolltech. Рабочая группа Open Accessibility (A11y) активно изучает и тестирует использование AT-SPI для принятия в качестве стандарта Linux, а также содействует гармонизации усилий и согласованию инструментария независимым от платформы образом.
Переходов: 28 | Записи
Audacity
Свободный звуковой редактор, предоставляющей возможности для редактирования звуковых файлов (Ogg Vorbis, FLAC, MP3 и WAV), записи и оцифровки звука, изменения параметров звукового файла, наложения треков и применения эффектов (например, подавление шума, изменение темпа и тона). Код Audacity распространяется под лицензией GPL.
Debian testing. MATE. Очень долго загружается. Подозрение на at-spi-bus-launcher
Но ошибок не видно. При попытке перезагрузить снова подтупливание по причине что не отвечает демон at-spi-bus-launcher.
DE — MATE.
Выключение его в MATEшном списке автозапуска ситуацию не меняет.
Система старая, пережила огромное количество апдейтов и, возможно, дело в поломке совместимости конфигов (90% моих проблем с Линуксом сводятся к этому), но может кто сталкивался и знает точнее? Я так и не понял ЧЕМ ИМЕННО занимается эта хрень.
Есть идеи?
Deleted
22.06.18 08:35:38 MSK
После возобновления из спящего режима зависает намертво
В данном случае не определяется клавиша, имеющая сканкод 7c, но это, имхо, не должно влиять на зависание (точнее ядро не знает какой кейкоде соответствует сканкоде 7c и предлагает установить это соответствие используя утилиту setkeycodes). С этим занимайся отдельно.
В части проблемы с X-ми — привожу цитату (перевод) юзера, который столкнулся с эим
Я подтвердил, что эта проблема вызвана сбоем сервера Xorg с SIGBUS. Сбой сервера Xorg и systemd-logind создает новый сеанс входа в систему. Сбой сервера Xorg из-за чрезмерного количества запросов от at-spi-bus-launcher . Перед каждым сбоем в журнале systemd регистрировались такие сообщения: at-spi-bus-launcher[31720]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0.0" at-spi-bus-launcher[31720]: after 8065 requests (8065 known processed) with 0 events remaining. Кажется, что это документированная проблема, что Xorg падает, когда получает чрезмерное количество запросов без интервала. Чтобы обойти эту ошибку, необходимы 2 шага: 1. Удалить пакет at-spi2-core 2. Добавьте export NO_AT_BRIDGE=1 в .profile , чтобы приложения GTK не жаловались на отсутствие шины доступности Xorg никогда не рушился после этого обходного пути, и, следовательно, после возобновления приостановки не было автоматического выхода из системы. Я подал отчет об ошибке против at-spi на Gnome BugZilla. Но не тут то было
Когда я думаю, что я пригвоздил эту проблему, она снова укусила меня :-(. Сама проблема действительно вызвана сбоем сервера Xorg с SIGBUS, но первопричиной аварии не является ошибочное поведение при запуске шины .Окончательно он решил проблему переходом на uxa.
Если не боишься экспериментов, то предлагаю удалить пакет at-spi2-core, как прописано выше (с пропиской export NO_AT_BRIDGE=1 в .profile)
Поставить пакет обратно можно всегда. Но хотя бы проверить — в этом ли причина.
Конечно, если боишься и мало опыта, то лучше не делать . хотя, имхо, проблем вроде бы быть не должно.
Edit 1 — хотя можно и не удалять — встретилось такое решение для Archlinux — Disable at spi2 service start
И для проверки это думаю наиболее лучший вариант, только вместо rm лучше переименовать /usr/share/dbus-1/accessibility-services/org.a11y.*
PS — Хотя что то слабо верится, что в этом случае at-spi-bus-launcher не будет запускаться …. но проверять не хочется. Если будешь пробовать этот вариант, то желательно проверить запущена ли будет эта приблуда.
По чему слабо верится — в файлах /etc/xdg/autostart/at-spi-dbus-bus.desktop и /usr/lib/systemd/user/at-spi-dbus-bus.service прописан запуск at-spi-bus-launcher … а потому, имхо, надежнее удалить этот at-spi2-core
Проверил, все работает — описал ниже