<html>
  <head>
    <meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#CCCCCC">
    <div class="moz-cite-prefix">On 05/27/2014 05:23 PM, Felipe Sateler
      wrote:<br>
    </div>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">Hi Eric,
</pre>
      <pre wrap="">
So, let me summarize what you did:

1. After some upgrades, pulseaudio didn't see the analog output, just
the HDMI one.</pre>
    </blockquote>
    I just *first* noticed I had no more sound. As in both case I use
    analog output and not HDMI (because monitors I use have no
    speakers), the cause was probably the same (no more analog audio
    device) on the two machines although after fixing it on one computer
    I only verified that reinstalling sysinit-core on the second and
    rebooting also fixed the problem on the second machine.<br>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">
2. Around the same time, pulseaudio started hanging on startup,
returning EAGAIN from the system dbus socket</pre>
    </blockquote>
    While trying to debug the "no sound", I noticed first kde
    audio/multimedia config was hanging on my first machine and later on
    my other machine at work that indeed the pulseaudio was stuck for
    nearly 2 mins (this probably causing the kde multimedia config panel
    to hang waiting for pulse) and that anyway, at the end the analog
    audio device was not there.<br>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">
3. Installing sysvinit-core fixes both issues</pre>
    </blockquote>
    Yes on both machines.<br>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">

Is this understanding correct?</pre>
    </blockquote>
    Yes.<br>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">

If so, I'm still not sure these are both the same bug: (3) could be a
race in the boot scripts only exposed by systemd, unrelated to the
dbus issue.</pre>
    </blockquote>
    I dunno if the bugs are indeed exactly the same or two expressions
    of a same root cause but they are both fixed when going back to sysv
    init. The race in the boot happens on very different type machine
    (an old core i5 laptop single core/hyperthreaded with classical disk
    4GB RAM and a high end core I7 quad core hyperthreaded with SSD and
    16 GByte memory).<br>
    <blockquote
cite="mid:CAAfdZj8ps0O=NWRPhDBSzs=zWc_=NVvVs6pKEEfd9dirmCD9Hg@mail.gmail.com"
      type="cite">
      <pre wrap="">

Are you willing to try to reproduce the issues again using systemd?
This can be done by passing init=/bin/systemd in the grub screen (no
need to reinstall systemd-sysv). Although I fear we will need help
from the dbus and systemd folks to debug this.
</pre>
    </blockquote>
    If you do not manage to reproduce the bug I can spend a limited
    amount of time at it. The fact that the two machines are very
    different may help reproducing it. Maybe you could try to get info
    from original reporter to see if his problem is also fixed by
    reinstalling  sysvinit-core as an extra hint.<br>
    <br>
    NB: both machines were using systemd 208 from experimental. I dunno
    if problem is related to this version of systemd because I'm nearly
    100% sure I have been using systemd208 with sound for a while before
    it broke the same day after upgrading.<br>
    <br>
    And to be fair about my setup that is *unusual*:  both machines have
    a distinct / and /usr (I know this i now considered to be bad for
    systemd but the 7.0 installer stills allows that without even
    emitting a warning...) , do not use initramfs and self tuned recent
    kernels dedicated to the machines with all drivers build-in (except
    nvidia one ;-)).<br>
    <br>
    --eric<br>
    <br>
  </body>
</html>