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 *** |