I can get other processes to produce core dumps, but pulseaudio is not producing any.
Given PA stops dying when I add 'realtime-scheduling = no' to /etc/pulse/daemon.conf, this makes me think that the process is hitting either RLIMIT_RTTIME or RLIMIT_CPU, which would cause the kernel to send SIGKILL to the process when PA is scheduled (as it normally is) as a realtime process. While this is a relatively small machine, I would expect the OOM killer to be a factor regardless of the value assigned to realtime-scheduling, but it _only_ dies when PA is started as a realtime process. I did some more experiments. For whatever reason, indicator-sound wasn't installed (and there's no reason I would've removed it, so it's a mystery as to why it wasn't installed). Once I installed that, with 'realtime-scheduling = yes', PA would repeatedly die, but eventually start. With 'realtime-scheduling = no', it would start immediately. Without indicator-sound installed, PA would start if 'realtime- scheduling = no', but fail to start if 'realtime-scheduling = yes'. I'm attaching the contents of /var/log/syslog in the hope that it's useful, at least to show the behaviour I'm seeing. ** Attachment added: "/var/log/syslog" https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1783200/+attachment/5168646/+files/syslog.xz -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1783200 Title: [Lenovo Miix 310, Ubuntu 18.04] Audio no longer working To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1783200/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
