У меня есть мини-ПК Ubuntu 14.04.3 (ядро w/latest v4), это используется в качестве цифрового контроллера обозначения. У меня есть две версии этого: ранний (это доставляет неприятности), и последний (который работает отлично). Я пытаюсь записать сценарий/патч обновления, который уже приносит некоторые ранние (в поле) до скорости с последней/рабочей версией.
И для ранних и для более поздних единиц, я первоначально установил разновидность сервера Ubuntu. Для ранней версии я затем установил Рабочую среду GNOME от repo для получения графических возможностей. Но на более поздней версии, я просто установил X-окна и основной менеджер окон с начала (никакой Gnome, безотносительно)... это был полезный опыт, и я не хотел осуществлять рефакторинг много собственного кода, не также сильно смейтесь!
Так, для патча/сценария ранней версии я использую apt-get
чтобы удалить и произвести чистку всей Рабочей среды GNOME и затем установить X и спичечная коробка снова и снова от repo... в основном, имитируя процедуру, я раньше получал более позднюю работу версии (в меру моей памяти). Однако, у меня, кажется, нет его точно правильный.
Единица, как предполагается, показывает PowerPoints, видео игр, показать веб-страницы, и т.д. Единственной вещью, которая не работает, является воспроизведение видео. Для этого я создаю настроенную версию Totem/Gstreamer. Те же самые версии работают и на ранних единицах и на более поздних единицах. Проблема, которую я вижу, состоит в том, что мой видеоплеер отказывает со следующим движением к apport.log в/var/log:
ERROR: apport (pid 3751) Fri Nov 4 12:17:24 2016: executable: /usr/bin/totem (command line "/usr/local/bin/totem --fullscreen --loop /home/kio/video/test.mp4
ERROR: apport (pid 3751) Fri Nov 4 12:17:24 2016: is_closing_session(): no DBUS_SESSION_BUS_ADDRESS in environment
ERROR: apport (pid 3751) Fri Nov 4 12:17:24 2016: apport: report /var/crash/_usr_bin_totem.1000.crash already exists and unseen, doing nothing to avoid disk usage DoS
Для смущения меня далее, если я SSH в машину как корень, делают экспорт ДИСПЛЕЯ и затем открывают Totem вручную, это играет очень хорошо. Это только, когда это открыто через процессы (ниже) которых это отказывает.
К вашему сведению у меня есть два вовлеченные соответствующих пользователя: корень и kio. Большинство вещей, выполненных как пользователь root (у меня было мало выбора постараться не осуществлять рефакторинг весь этот наследованный код), но машины защищаются достаточно хорошо, поэтому экономит лекции!:)
Вот некоторые соответствующие процессы:
root 1334 0.0 0.1 14540 2112 tty1 Ss+ 12:16 0:00 /sbin/getty -8 38400 tty1
root 1373 0.0 0.2 21092 4992 tty2 S+ 12:16 0:00 -bash
root 1389 0.0 0.0 16004 936 tty2 S+ 12:16 0:00 xinit -- -nocursor
root 1390 0.0 2.2 151812 44500 tty7 S<s+ 12:16 0:03 X :0 -nocursor
root 1394 0.0 0.4 86064 8800 tty2 S 12:16 0:00 matchbox-window-manager
root 1652 0.0 0.3 30976 6244 tty2 S 14:00 0:00 /home/kio/bin/controller
root 2759 0.0 0.1 61680 3216 tty2 S 14:00 0:00 su kio -c /usr/local/bin/totem --fullscreen --loop "/home/kio/video/test.mp4"
kio 2760 4.0 0.8 308236 17612 ? Ssl 14:00 0:00 /usr/local/bin/totem --fullscreen --loop /home/kio/video/test.mp4
Другой к вашему сведению.. как Вы видите, у меня просто есть TTY, автоматически входят в систему как корень, и затем пользователь root bashrc
и xinitrc
файлы заботятся о стартовом материале оттуда. controller
процесс является собственной программой, которая заботится о стартовом Тотеме или независимо от того, что знак, как предполагается, показывает, уничтожая процессы, и т.д.
Более поздняя версия выполняет те же самые процессы, но не жалуется на DBUS... так, что я пропускаю?? Я попробовал все, что я мог найти на Google об установке переменных и такого, но ничто не работает.