Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1104951
| Summary: | spamming /run/user/$UID/pulse Permission denied messages | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Raphael Groner <projects.rg> | ||||||
| Component: | pulseaudio | Assignee: | Lennart Poettering <lpoetter> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 20 | CC: | brendan.jones.it, jpazdziora, lkundrak, lpoetter, projects.rg, rdieter, wtaymans | ||||||
| Target Milestone: | --- | ||||||||
| Target Release: | --- | ||||||||
| Hardware: | x86_64 | ||||||||
| OS: | Linux | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2014-11-16 13:14:33 UTC | Type: | Bug | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Raphael Groner
2014-06-05 05:21:24 UTC
Created attachment 902405 [details]
dmesg |egrep -i "snd|pulse|audio|alsa"
I have reinstalled alsa-plugins-pulseaudio, restarted, sound works again. $ su -c 'yum remove -y alsa-plugins-pulseaudio && yum install -y alsa-plugins-pulseaudio' reboot Well, that could be a workaround / temporary fix: # chgrp -R pulse /run/user/*/pulse # usermod -a -G pulse $USER https://bugs.freedesktop.org/show_bug.cgi?id=42804 seems to be an incorrect reference, it talks about "raop module does not work with shairport" which doesnt seem relevant here. before the workaround in comment #3, what was the ownership/permissions of /run/user/1000/pulse ? and does 'loginctl' list your session (and as active)? If its owned by root, I suspect bug #753882 is relevant (In reply to Rex Dieter from comment #4) > before the workaround in comment #3, what was the ownership/permissions of > /run/user/1000/pulse > ? # ls -ld /run/user/1000/pulse/ drwx------. 2 raphael raphael 80 30. Okt 10:49 /run/user/1000/pulse/ # id raphael uid=1000(raphael) gid=1000(raphael) Gruppen=1000(raphael),991(pulse),1001(build),980(yumex) I guess additionally to comment #3 the following will be needed: # chmod g+rx /run/user/*/pulse (In reply to Rex Dieter from comment #5) > and does 'loginctl' list your session (and as active)? # loginctl SESSION UID USER SEAT 1 1000 raphael seat0 1 sessions listed. (In reply to Rex Dieter from comment #6) > If its owned by root, I suspect bug #753882 is relevant What should be owned by root? I guess it's fatal in general to let root own something under /home … So not sure if bug #753883 is connected anyhow. # ls -l /run/user insgesamt 0 drwx------. 3 root root 60 30. Okt 11:01 0 drwx------. 14 raphael raphael 300 30. Okt 14:25 1000 Summary: I would prefer the solution with setting correct group access. group access shouldn't be required, why do you think you need it? *** This bug has been marked as a duplicate of bug 753882 *** |