On Jan 6, 2008 6:26 AM, Michael Schwendt
<mschwendt.tmp0701.nospam(a)arcor.de> wrote:
On Sun, 6 Jan 2008 21:28:21 +0800, cocobear wrote:
> δΊ Sun, 06 Jan 2008 03:12:07 +0100
> Lubomir Kundrak <lkundrak(a)redhat.com> ει:
>
> >
> > On Sat, 2008-01-05 at 20:06 -0500, masch wrote:
> > > HI!
> > > Sometimes when I open the PulseAudio Volume Control said:
> > > Connection failed: Connection refused, and the sound in some
> > > applications doesn't work.
> > > Does anyone know how to fix this?
> >
>
> It seemed that it happens on F8 often.
True. Recently on F8 (this is a fresh install from Dec 9th after seeing
too many broken things) it fails to start for me during reboot:
# grep pulse /var/log/messages
Jan 6 07:20:54 faldor pulseaudio[2336]: pid.c: Daemon already running.
Jan 6 07:20:54 faldor pulseaudio[2336]: main.c: pa_pid_file_create() failed.
# pidof pulseaudio
# ll /tmp/pulse-misc/pid
-rw------- 1 misc misc 5 2008-01-06 03:18 /tmp/pulse-misc/pid
# cat /tmp/pulse-misc/pid
2332
I've had to remove the pid file manually to make it work.
I've seen the same, about 1 in 5 boots; same messages in
/var/log/messages. Get the following in ~/.xsession-errors:
process 2901: dbus_shutdown() called but connections were still live.
This probably means the application did not drop all its references to
bus connections.
D-Bus not built with -rdynamic so unable to print a backtrace
Trying to start pulseaudio manually says:
[tbl@localhost ~]$ pulseaudio
E: pid.c: Daemon already running.
E: main.c: pa_pid_file_create() failed.
process 3489: dbus_shutdown() called but connections were still live.
This probably means the application did not drop all its references to
bus connections.
D-Bus not built with -rdynamic so unable to print a backtrace
Aborted
[tbl@localhost ~]$
After figuring out to run with '-v' I get this working startup
(obviously, lock/pid file timed out):
[tbl@localhost ~]$ pulseaudio -v
I: main.c: PolicyKit grants us acquire-high-priority privilige.
I: main.c: We're in the group 'pulse-rt', allowing real-time and
high-priority scheduling.
I: core-util.c: Successfully gained nice level -11.
W: pid.c: Stale PID file, overwriting.
W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
I: main.c: Page size is 4096 bytes
Something BZ'ed here:
https://bugzilla.redhat.com/show_bug.cgi?id=426965
Not sure if this is the same.
tom
--
Tom London