Gibt es eine Möglichkeit, Berechtigungen festzulegen, damit ein Prozess ein bestimmtes Gerät verwenden kann?

Wie Sie beispielsweise hier lesen können, kann logind, das Teil von systemd ist, Berechtigungen für einige Geräte für Benutzersitzungen festlegen. Es gibt auch ein Video, das zeigt, wie diese Art von Verhalten in der Praxis funktioniert. Kurz gesagt, wenn Sie anfangen, sagen wir Amarok, und ein Lied spielen, hören Sie den Ton, bis Sie zu einem anderen Benutzer oder TTY wechseln, wo Sie nur die Anmeldeaufforderung haben. Dies liegt daran, dass die aktive Sitzung inaktiv wurde.

Ich weiß, dass Sie einfach einen Benutzer (oder Benutzer) zu einer bestimmten Gruppe hinzufügen können, in diesem Fall "Audio", und das wird dieses Problem "beheben", aber ich frage mich, ob es eine andere Lösung gibt. Was ich wirklich möchte, ist, einige Berechtigungen für den Prozess festzulegen, damit die Soundkarte jederzeit verwendet werden kann, selbst wenn alle Benutzer ihre Sitzungen gesperrt haben.

Ist das möglich? Ich frage, weil ich oft Musik höre und mein Monitor die meiste Zeit nicht eingeschaltet sein muss, also sperre ich einfach den Bildschirm. Wenn ich den Bildschirm sperre, wird die aktive Sitzung inaktiv und amarok hört auf zu spielen. Und ja, der Bildschirm sollte gesperrt und nicht nur ausgeschaltet sein.

BEARBEITEN:

Ich denke nicht, dass es wichtig ist, welche Distribution ich benutze, denn wenn systemd an Bord ist, wäre es genau das gleiche Problem. Wie auch immer, ich verwende debian sid, aber einige Pakete wie systemd, udev (und einige Abhängigkeiten) stammen aus dem experimentellen Zweig, und jetzt ist es die 219-9-Version.

Ich bin nicht sicher, welche Version / Variante von Linux Sie verwenden, aber es sieht so aus, als würden ACLs für Soundgeräte von ConsoleKit über udev-Regeln gesteuert. Auf meinem Debian-Host sehe ich etwas wie das Folgende in /lib/udev/rules.d/70-udev-acl.rules

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

Ich würde damit spielen, dies zu deaktivieren, damit consolekit keine Audiogeräte in seine Datenbank einfügt und keine ACL auf Audiogeräten verwaltet

Lassen Sie mich sagen, ich weiß wenig über Audio auf Linux-Desktops. Mea Culpa, wenn das nicht hilft.

Ich würde die Gruppenberechtigungen des Audiogeräts festlegen:

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

zu der Gruppe, in der Amarok ausgeführt wird. Verwenden Sie systemd, um Amarok zu zwingen, in dieser Gruppe ausgeführt zu werden. Kopieren Sie zuerst die amarok systemd-Datei nach / etc / systemd / user / und ändern Sie sie:

[Service]
Group=audio

(Das ist eine Modifikation, nicht die gesamte Datei).

Aufgrund der vielen Schichten, die das heutige Linux-Audiosystem darstellt, kann es jedoch zu einer "differenzierteren" Antwort kommen.

Wie wäre es, den Player in vnc framebuffer auszuführen? In Mint 17 ...

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

Sie würden VNC verwenden, um den Desktop wie unter https://en.wikipedia.org/wiki/Xvfb beschrieben anzuzeigen

Pulseaudio wird über den xdg-Autostart gestartet, den Sie unter finden ~/.config/autostart/. Es gibt eine Datei namens pulseaudio.desktop, und in dieser Datei habe ich die Standardzeile execin diese geändert :

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

Wenn ich mich beim System anmelde, sieht der Pulseaudio-Prozess folgendermaßen aus:

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

Und jetzt kann ich die ganze Zeit Musik hören. Ich denke, das ist die Lösung, nach der ich gesucht habe.