<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - PulseAudio startup fails with Assertion '!i->thread_info.attached' failed at pulsecore/sink-input.c:2304, function pa_sink_input_attach(). Aborting." href="https://bugs.freedesktop.org/show_bug.cgi?id=100065#c1">Comment # 1</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - PulseAudio startup fails with Assertion '!i->thread_info.attached' failed at pulsecore/sink-input.c:2304, function pa_sink_input_attach(). Aborting." href="https://bugs.freedesktop.org/show_bug.cgi?id=100065">bug 100065</a> from <a class="email" href="mailto:tanuk@iki.fi" title="Tanu Kaskinen <tanuk@iki.fi>"> Tanu Kaskinen</a> <pre>It seems that when the second remap sink appears, module-stream-restore wants to move the first remap sink on top of the second one, and that fails. Apparently you've at some point moved some stream with media.role=filter to the second remap sink, and that's why module-stream-restore wants to do the move. I'm able to reproduce the crash. So there are two bugs: it doesn't make sense to use the routing for all filter sinks, so module-stream-restore should somehow be made to ignore the filter sinks' virtual streams, and then there's the crash that can probably be reproduced with a less contrived setup as well. I'll mark this bug as a release blocker due to the crash, but hopefully I'll find time for fixing the stream-restore problem as well. As a workaround, you can try deleting ~/.config/pulse/*stream-volumes*. That will make module-stream-restore forget your old stream volume and routing preferences. That should allow you to at least start pulseaudio.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>