Czy istnieje sposób na ustawienie uprawnień, aby proces mógł korzystać z określonego urządzenia?

Jak możesz przeczytać, na przykład tutaj , logind, który jest częścią systemd, może ustawiać uprawnienia do niektórych urządzeń na sesje użytkownika. Jest też film pokazujący, jak tego rodzaju zachowanie działa w praktyce. Krótko mówiąc, jeśli zaczniesz, powiedzmy, amarok i odtworzysz jakiś utwór, usłyszysz dźwięk, dopóki nie przełączysz się na innego użytkownika lub TTY, gdzie masz tylko monit o zalogowanie. Jest tak, ponieważ aktywna sesja stała się nieaktywna.

Wiem, że możesz po prostu dodać użytkownika (lub użytkowników) do określonej grupy, w tym przypadku „audio”, i to „naprawi” ten problem, ale zastanawiam się, czy istnieje inne rozwiązanie. To, czego naprawdę chcę, to ustawić uprawnienia dla tego procesu, aby mógł on używać karty dźwiękowej przez cały czas, nawet gdy wszyscy użytkownicy mają zablokowane sesje.

Czy to jest możliwe? Pytam, ponieważ często słucham muzyki i tak naprawdę nie potrzebuję, aby monitor był włączony przez większość czasu, więc po prostu blokuję ekran. Ale kiedy blokuję ekran, aktywna sesja staje się nieaktywna i amarok przestaje grać. I tak, ekran powinien być zablokowany, a nie tylko wyłączony.

EDYTOWAĆ:

Nie sądzę, żeby miało znaczenie, z której dystrybucji korzystam, ponieważ jeśli na pokładzie jest system, byłby to dokładnie ten sam problem. W każdym razie używam sid Debiana, ale niektóre pakiety, takie jak systemd, udev (i niektóre zależności) pochodzą z gałęzi eksperymentalnej, a teraz jest to wersja 219-9.

Nie jestem pewien, jakiej wersji / smaku Linux używasz, ale wygląda na to, że listy ACL dla urządzeń dźwiękowych są kontrolowane przez ConsoleKit za pomocą reguł udev. Na moim hoście Debian widzę coś takiego jak poniżej w /lib/udev/rules.d/70-udev-acl.rules

# sound devices
SUBSYSTEM=="sound", TAG+="udev-acl"

Bawiłbym się odznaczeniem tego, aby konsolekit nie dodawał urządzeń dźwiękowych do swojej bazy danych i nie zarządzał listą ACL na urządzeniach dźwiękowych

Daj mi powiedzieć, że niewiele wiem o dźwięku na komputerze z systemem Linux. Mea Culpa, jeśli to nie pomoże.

Ustawiłbym uprawnienia grupowe urządzenia audio:

chgrp audio <dev-path>
chmod g+rw <dev-path>

do grupy, w której działa amarok. Użyj systemd, aby zmusić amaroka do uruchomienia w tej grupie. Najpierw skopiuj plik systemowy amaroka do / etc / systemd / user / i zmodyfikuj go:

[Service]
Group=audio

(to modyfikacja, a nie cały plik).

Ale może być bardziej „wyrafinowana” odpowiedź z powodu wielu warstw, które są dzisiejszym systemem audio Linux.

Co powiesz na uruchomienie odtwarzacza w buforze ramki VNC? W mennicy 17 ...

# apt search vfb
p   xvfb                            - Virtual Framebuffer 'fake' X server
p   xvfb:i386                       - Virtual Framebuffer 'fake' X server

Używałbyś VNC do przeglądania pulpitu, jak opisano w https://en.wikipedia.org/wiki/Xvfb

Pulseaudio jest uruchamiane przez autostart xdg, który można znaleźć pod ~/.config/autostart/. Jest plik o nazwie pulseaudio.desktop, aw tym pliku zmieniłem domyślną execlinię na tę:

Exec=/usr/bin/sg audio -c "pulseaudio -D"

Kiedy loguję się do systemu, proces pulseaudio wygląda następująco:

$ ps -eo user,group,args | grep pulse
morfik   audio    pulseaudio -D
morfik   audio    /usr/lib/pulseaudio/pulse/gconf-helper

A teraz jestem w stanie słuchać muzyki przez cały czas. Myślę, że to było rozwiązanie, którego szukałem.