Не работает звук в новом сеансе, запущенном ctrl+alt+f1.

На всякий случай добавил обоих пользователей в группу аудио

не надо так делать

Хотелось бы настроить так, чтобы звук работал во всех сеансах

system wide pulseaudio

buttface

пишу сюда чтоб скор капнул.)

Добавь start-pulseaudio-x11 в .xinitrc. Если mate не создает при запуске consolekit сессию, то это тоже нужно будет сделать за него exec ck-launch-session dbus-launch --sh-syntax --exit-with-session /usr/bin/mate

system wide pulseaudio

О,круто, спасибо!

- add to every user on the system the groups 'pulse' and 'pulse-access' - edit etc/pulse/daemon.conf

change 'daemonize = no' to 'daemonize = yes'

change 'system-instance = no' to 'system-instance = yes'

- edit /etc/init/pulseaudio.conf

uncomment the 'start on runlevel [2345]'

- delete .pulse in your home directory and do the same fore other users

- reboot the system

Еще хотелось узнать, можно ли сделать чтобы при переключении сеансов звук в предыдущих сеансах выключался? Это уже не критично, но если возможность есть, будет замечательно.

не надо так делать

Почему?

на сайте freedesktop.org не рекомендуют
https://www.freedesktop.org/wiki/Software/PulseAudio/FAQ/#index26h3

но вообще систем вайд это плохо
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Syste...
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/WhatI...
пробуй всё же настроить нормально
https://www.freedesktop.org/wiki/Software/PulseAudio/Documentation/User/Perfe...

Пульсоспецифика, понятно.

Если нужно отключение звука с неактивных сеансов, то никаких system wide, только consolekit (см. мой предыдущий коммент).

на сайте freedesktop.org не рекомендуют

Кажется мне, что это относится к system-wide PulseAudio, а по умолчанию оно уже давно от пользователя запускается. Никаких особых битов на бинарнике нет, поэтому если пользователя исключить из audio, звук отвалится. Возможно, это как-то зависит от дистрибутива.

Никаких особых битов на бинарнике нет

Так там наверное модные aclы используются или ещё какая магия.

Так там наверное модные aclы используются или ещё какая магия.

Capabilities, наверное, имел в виду? Их тоже нет:

$ /sbin/getcap /bin/ping
/bin/ping = cap_net_raw+ep
$ /sbin/getcap /usr/bin/pulseaudio 
$ 

Ну а оно не может динамически меняться? Consolekit-ом или logind-ом каким-нибудь? Т.е. права получает процесс, и то только пока текущим является терминал с залогиненым пользователем от имени которого запущен процесс.

Доступ рулится consolekit'ом через ACL (access control list). По умолчанию доступ выставляется активной сессии.

kash@tv ~ $ getfacl /dev/snd/controlC0
getfacl: Removing leading '/' from absolute path names
# file: dev/snd/controlC0
# owner: root
# group: audio
user::rw-
user:chrome:rw-
group::rw-
mask::rw-
other::---

Хитро.

Хитро.

Причём, я так понимаю, разные пользователи (т.е. разные сессии) по одному и тому же пути видят разные ACL.

Ну а оно не может динамически меняться? Consolekit-ом или logind-ом каким-нибудь? Т.е. права получает процесс, и то только пока текущим является терминал с залогиненым пользователем от имени которого запущен процесс.

Я так понимаю, именно это и происходит. На файлах в /dev/snd/* выставляются ACL, причём каждая сессия logind/ConsoleKit видит свой ACL. Но как конкретно эта магия реализована, я не знаю. Я её только сейчас обнаружил.

Проверил сейчас, одинаковые. Если под одним пользователем в цикле запустить getfacl, а потом переключиться на другого и обратно, видно, что права менялись.

А. Ну тогда это более простая магия.