Bug#878401: [systemd] Dependency on /tmp not correctly stated for some sound.target (or /tmp/pulse-* shows up underneath my /tmp mount)
Michael Biebl
biebl at debian.org
Fri Oct 13 12:30:24 BST 2017
Control: tags -1 moreinfo
On Fri, 13 Oct 2017 07:21:18 -0400 Antonio Russo
<antonio.e.russo at gmail.com> wrote:
> Package: systemd
> Version: 234-3
> Severity: normal
>
> --- Please enter the report below this line. ---
> I mount a filesystem over /tmp in /etc/fstab, but if I take a peek underneath,
>
> > # mount --bind / /mnt
> > # cd /mnt
> > # ls -la
> > total 16
> > drwxrwxrwt 4 root root 4096 Oct 13 01:46 ./
> > drwxr-xr-x 24 root root 4096 Oct 12 23:30 ../
> > drwx------ 2 root root 4096 Oct 13 01:46 pulse-2L9K88eMlGn7/
> > drwx------ 2 root root 4096 Oct 13 01:38 pulse-PKdhtXMmr18n/
>
> Triangulating with journalctl -b (and stat to get the right microsecond)
> shows these being created right after the first soundcard is processed
> by the kernel.
>
> It seems that sound.target should depend on /tmp mount, at least
> until pulse stops putting this directory in /tmp.
>
That seems like the wrong approach. sound.target does not have any
dependencies on /tmp.
If anything, it's pulseaudio which should ensure that /tmp is mounted.
I am confused though: Are you suggesteting that pulseaudio is started by
sound.target?
pulseaudio.service is supposed to be a systemd user service so this
doesn't really make sense.
Is it possible that pulseaudio is started via other means which are not
under systemd's control?
Michael
--
Why is it that all of the instruments seeking intelligent life in the
universe are pointed away from Earth?
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 801 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20171013/af32a3b6/attachment-0002.sig>
More information about the Pkg-systemd-maintainers
mailing list