[giving up]cinnamon crashes on boot after pulseaudio deamon (re)loads

All Gurus once were Newbies
Forum rules
There are no such things as "stupid" questions. However if you think your question is a bit stupid, then this is the right place for you to post it. Please stick to easy to-the-point questions that you feel people can answer fast. For long and complicated questions prefer the other forums within the support section.
Before you post please read how to get help
Post Reply
oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

[giving up]cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sat Aug 24, 2019 2:55 pm

Edited to say I've found that I have to take a different tack. Looks like something in LM19.2 cinnamon is not compatible with my setup whereas 19.1 was fantastic. Same thing happens after creating a bootable LM19.2 USB, cinnamon crashes to fallback. Yet Manjaro works fine both as a live USB and installed in another partition....
Hello,
Linux Mint 19.2 cinnamon crashes to fallback mode after booting just after logging in. I have to restart it sometimes multiple tries then loads and works fine. This has been going on since going from 19.1 to 19.2. Doesn't seem to depend on which kernel I use (I have 5.2.8 generic, 5.2.8 xanmod, 4.15.0-55 will go to 58). I do have some errors errors reported in dmesg and journalctl relating to amd-vi IOAPIC IVRS table mapping, PAM and postfix agent (working on those by going through other threads) but the cinnamon core dump happens after pulseaudio tries to load with an error message 'Daemon already running'. I've had pulseaudio issies before back with LM17.x so I assume I have firmware or microcode issues. I do not have screensaver set to activate on anything but I don't see how to disable it completely as I have seen that suggested befor. I am running sound out through HDMI to my TV. Issue seems to be getting worse so time to deal with it. Below are some log output and hardware information

Output of journalctl -b -p err (to only show error priority message)

Code: Select all

-- Logs begin at Thu 2018-08-23 07:22:33 PDT, end at Sat 2019-08-24 11:18:52 PDT. --
Aug 24 11:16:51 fun2 kernel: AMD-Vi: : IOAPIC[0] not in IVRS table
Aug 24 11:16:51 fun2 kernel: AMD-Vi: : No southbridge IOAPIC found
Aug 24 11:16:51 fun2 kernel: AMD-Vi: Disabling interrupt remapping
Aug 24 11:16:52 fun2 kernel: sd 6:0:0:0: [sdb] No Caching mode page found
Aug 24 11:16:52 fun2 kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Aug 24 11:16:52 fun2 kernel: [drm:si_dpm_set_power_state [radeon]] *ERROR* si_restrict_performance_levels_before_switch failed
Aug 24 11:17:26 fun2 systemd[1]: Failed to start Postfix Mail Transport Agent (instance -).
Aug 24 11:17:28 fun2 lightdm[1235]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared objec
Aug 24 11:17:28 fun2 lightdm[1235]: PAM adding faulty module: pam_kwallet.so
Aug 24 11:17:28 fun2 lightdm[1235]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared obj
Aug 24 11:17:28 fun2 lightdm[1235]: PAM adding faulty module: pam_kwallet5.so
Aug 24 11:17:31 fun2 lightdm[1330]: PAM unable to dlopen(pam_kwallet.so): /lib/security/pam_kwallet.so: cannot open shared objec
Aug 24 11:17:31 fun2 lightdm[1330]: PAM adding faulty module: pam_kwallet.so
Aug 24 11:17:31 fun2 lightdm[1330]: PAM unable to dlopen(pam_kwallet5.so): /lib/security/pam_kwallet5.so: cannot open shared obj
Aug 24 11:17:31 fun2 lightdm[1330]: PAM adding faulty module: pam_kwallet5.so
Aug 24 11:17:40 fun2 pulseaudio[1610]: [pulseaudio] pid.c: Daemon already running.
Aug 24 11:17:50 fun2 systemd-coredump[1741]: Process 1615 (cinnamon) of user 1000 dumped core.
                                             
                                             Stack trace of thread 1615:
                                             #0  0x00007f5235d6ee97 __GI_raise (libc.so.6)
                                             #1  0x00007f5235d70801 __GI_abort (libc.so.6)
                                             #2  0x00007f5235d6039a __assert_fail_base (libc.so.6)
                                             #3  0x00007f5235d60412 __GI___assert_fail (libc.so.6)
                                             #4  0x00007f521c5bfc61 n/a (radeonsi_dri.so)
                                             #5  0x00007f521c5b2d89 n/a (radeonsi_dri.so)
etc.
and
inxi -fxz

Code: Select all

fun@fun2:~$ inxi -Fzx
System:
  Host: fun2 Kernel: 5.2.8-050208-generic x86_64 bits: 64 compiler: gcc 
  v: 9.1.0 Desktop: Cinnamon 4.2.3 Distro: Linux Mint 19.2 Tina 
  base: Ubuntu 18.04 bionic 
Machine:
  Type: Desktop Mobo: ASUSTeK model: A78M-A v: Rev X.0x serial: <filter> 
  BIOS: American Megatrends v: 0504 date: 01/20/2014 
CPU:
  Topology: Quad Core model: AMD A8-6600K APU with Radeon HD Graphics 
  bits: 64 type: MCP arch: Piledriver rev: 1 L2 cache: 2048 KiB 
  flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 31355 
  Speed: 4061 MHz min/max: 1900/3900 MHz Core speeds (MHz): 1: 2165 2: 1956 
  3: 4153 4: 4178 
Graphics:
  Device-1: AMD Curacao PRO [Radeon R7 370 / R9 270/370 OEM] driver: radeon 
  v: kernel bus ID: 01:00.0 
  Display: x11 server: X.Org 1.19.6 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa resolution: 4096x2160~30Hz 
  OpenGL: 
  renderer: AMD PITCAIRN (DRM 2.50.0 5.2.8-050208-generic LLVM 8.0.0) 
  v: 4.5 Mesa 19.0.8 direct render: Yes 
Audio:
  Device-1: AMD FCH Azalia vendor: ASUSTeK driver: snd_hda_intel v: kernel 
  bus ID: 00:14.2 
  Device-2: AMD Cape Verde/Pitcairn HDMI Audio [Radeon HD 7700/7800 Series] 
  driver: snd_hda_intel v: kernel bus ID: 01:00.1 
  Sound Server: ALSA v: k5.2.8-050208-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: ASUSTeK driver: r8169 v: kernel port: d000 bus ID: 04:00.0 
  IF: enp4s0 state: up speed: 1000 Mbps duplex: full mac: <filter> 
Drives:
  Local Storage: total: 466.22 GiB used: 91.52 GiB (19.6%) 
  ID-1: /dev/sda vendor: Seagate model: ST3500320AS size: 465.76 GiB 
  ID-2: /dev/sdb type: USB vendor: Generic model: Flash Disk size: 471.0 MiB 
Partition:
  ID-1: / size: 217.45 GiB used: 91.35 GiB (42.0%) fs: ext4 dev: /dev/sda5 
Sensors:
  System Temperatures: cpu: 52.2 C mobo: N/A gpu: radeon temp: 50 C 
  Fan Speeds (RPM): cpu: 0 
Info:
  Processes: 219 Uptime: 27m Memory: 11.73 GiB used: 1.34 GiB (11.4%) 
  Init: systemd runlevel: 5 Compilers: gcc: 7.4.0 Shell: bash v: 4.4.20 
  inxi: 3.0.32 
fun@fun2:~$ 
I've tried to match mappings via grub for the AMD-Vi issues and to turn off autoload of PAM but need to try again but I doubt thats the issue just something to clean up correct? But heres some more hardware info anyway. I've used to to try to correct the mappings via grub but still get the error

Code: Select all

$ lspci -nn | egrep "SMBus | IOMMU"
00:00.2 IOMMU [0806]: Advanced Micro Devices, Inc. [AMD] Family 15h (Models 10h-1fh) I/O Memory Management Unit [1022:1419]
00:14.0 SMBus [0c05]: Advanced Micro Devices, Inc. [AMD] FCH SMBus Controller [1022:780b] (rev 16)
Again, this happens even with the 4.15.0-x kernels.
Last edited by oldgranola on Mon Aug 26, 2019 12:54 pm, edited 1 time in total.
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Sat Aug 24, 2019 3:41 pm

Hello oldgranola,

If you want to get rid of PAM messages, you find a how-to here:

https://bugs.launchpad.net/ubuntu/+sour ... omments/28

I have the pulseaudio message, too, but there is no effect to the properly running of the system.

Only as a notice: If you have problems with your graphic card, you could try to use the amdgpu driver, because it belongs to the so called "Southern Islands".

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sat Aug 24, 2019 3:47 pm

HAWR wrote:
Sat Aug 24, 2019 3:41 pm
Hello oldgranola,

If you want to get rid of PAM messages, you find a how-to here:

https://bugs.launchpad.net/ubuntu/+sour ... omments/28

I have the pulseaudio message, too, but there is no effect to the properly running of the system.

Only as a notice: If you have problems with your graphic card, you could try to use the amdgpu driver, because it belongs to the so called "Southern Islands".
Thanks, I'm trying that too.
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sat Aug 24, 2019 3:52 pm

I tried to post a more full journalctl output with -p set to 1..3 but too long. The upshot is that with repeated cinnamon restart and crashes there's always the pulseaudio issue prior. Also the clock applet has errors. Could it be related to that?

Code: Select all

Aug 24 11:17:40 fun2 pulseaudio[1610]: [pulseaudio] pid.c: Daemon already running.
Aug 24 11:17:49 fun2 kernel: [UFW BLOCK] IN=enp4s0 OUT= MAC=e0:3f:49:e9:09:b2:8c:59:73:ea:7f:08:08:00 SRC=142.44.242.100 DST=192.168.0.
Aug 24 11:17:50 fun2 clock-applet[1793]: Call can set time zone dbus method: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The
Aug 24 11:17:50 fun2 clock-applet[1793]: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node button, ow
Aug 24 11:17:50 fun2 systemd-coredump[1741]: Process 1615 (cinnamon) of user 1000 dumped core.
                                             
                                             Stack trace of thread 1615:
                                             #0  0x00007f5235d6ee97 __GI_raise (libc.so.6)
                                             #1  0x00007f5235d70801 __GI_abort (libc.so.6)
                                             #2  0x00007f5235d6039a __assert_fail_base (libc.so.6)
                                             #3  0x00007f5235d60412 __GI___assert_fail (libc.so.6)
                                             #4  0x00007f521c5bfc61 n/a (radeonsi_dri.so)
                                             #5  0x00007f521c5b2d89 n/a (radeonsi_dri.so)
                                             #6  0x00007f521c5b4bde n/a (radeonsi_dri.so)
                                             #7  0x00007f521cc6cdd2 n/a (radeonsi_dri.so)
                                             #8  0x00007f521cc69bc7 n/a (radeonsi_dri.so)
                                             #9  0x00007f521cc6aad6 n/a (radeonsi_dri.so)
                                             #10 0x00007f521cc6b1b8 n/a (radeonsi_dri.so)
                                             #11 0x00007f521c850e6b n/a (radeonsi_dri.so)
                                             #12 0x00007f521c3ce82a n/a (radeonsi_dri.so)
                                             #13 0x00007f521e752583 glPrimitiveBoundingBox (libGLX_mesa.so.0)
                                             #14 0x00007f5233bc2791 _cogl_winsys_onscreen_swap_buffers_with_damage (libmuffin-cogl-0.so
                                             #15 0x00007f5233bb1c76 cogl_onscreen_swap_buffers_with_damage (libmuffin-cogl-0.so)
                                             #16 0x00007f5237220f8d swap_framebuffer (libmuffin-clutter-0.so)
                                             #17 0x00007f5237221f1b clutter_stage_cogl_redraw (libmuffin-clutter-0.so)
                                             #18 0x00007f52372855d8 clutter_stage_do_redraw (libmuffin-clutter-0.so)
                                             #19 0x00007f5237270ff9 master_clock_update_stages (libmuffin-clutter-0.so)
                                             #20 0x00007f52363ac417 g_main_context_dispatch (libglib-2.0.so.0)
                                             #21 0x00007f52363ac650 n/a (libglib-2.0.so.0)
                                             #22 0x00007f52363ac962 g_main_loop_run (libglib-2.0.so.0)
                                             #23 0x00007f5237581be4 meta_run (libmuffin.so.0)
                                             #24 0x000055fd102d7a54 main (cinnamon)
                                             #25 0x00007f5235d51b97 __libc_start_main (libc.so.6)
                                             #26 0x000055fd102d7b4a _start (cinnamon)
                                             
                                             Stack trace of thread 1647:
                                             #0  0x00007f5235e44bf9 __GI___poll (libc.so.6)
                                             #1  0x00007f52363ac5c9 n/a (libglib-2.0.so.0)
                                             #2  0x00007f52363ac962 g_main_loop_run (libglib-2.0.so.0)
                                             #3  0x00007f523699f0e6 n/a (libgio-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1648:
                                             #0  0x00007f5235e44bf9 __GI___poll (libc.so.6)
                                             #1  0x00007f52363ac5c9 n/a (libglib-2.0.so.0)
                                             #2  0x00007f52363ac6dc g_main_context_iteration (libglib-2.0.so.0)
                                             #3  0x00007f521f17f36d n/a (libdconfsettings.so)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1646:
                                             #0  0x00007f5235e44bf9 __GI___poll (libc.so.6)
                                             #1  0x00007f52363ac5c9 n/a (libglib-2.0.so.0)
                                             #2  0x00007f52363ac6dc g_main_context_iteration (libglib-2.0.so.0)
                                             #3  0x00007f52363ac721 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1653:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1657:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1651:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1650:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1649:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1654:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1663:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1655:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1664:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1716:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1658:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1719:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1721:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1718:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1720:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1665:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1662:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1659:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1722:
                                             #0  0x00007f5235e4b839 syscall (libc.so.6)
                                             #1  0x00007f52363f289a g_cond_wait_until (libglib-2.0.so.0)
                                             #2  0x00007f523637f571 n/a (libglib-2.0.so.0)
                                             #3  0x00007f52363d4b34 n/a (libglib-2.0.so.0)
                                             #4  0x00007f52363d4195 n/a (libglib-2.0.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1652:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f521cb1e23a n/a (radeonsi_dri.so)
                                             #2  0x00007f521cb1df67 n/a (radeonsi_dri.so)
                                             #3  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #4  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1661:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
                                             
                                             Stack trace of thread 1660:
                                             #0  0x00007f5235b1d9f3 futex_wait_cancelable (libpthread.so.0)
                                             #1  0x00007f522c8095e4 n/a (libmozjs-52.so.0)
                                             #2  0x00007f522c809835 n/a (libmozjs-52.so.0)
                                             #3  0x00007f522cc06ae5 n/a (libmozjs-52.so.0)
                                             #4  0x00007f522cc27592 n/a (libmozjs-52.so.0)
                                             #5  0x00007f5235b176db start_thread (libpthread.so.0)
                                             #6  0x00007f5235e5188f __clone (libc.so.6)
Aug 24 11:17:52 fun2 kernel: radeon_dp_aux_transfer_native: 242 callbacks suppressed
Aug 24 11:17:55 fun2 clock-applet[1909]: Call can set time zone dbus method: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The
Aug 24 11:17:55 fun2 clock-applet[1909]: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node button, ow
Aug 24 11:17:56 fun2 systemd-coredump[1878]: Process 1842 (cinnamon) of user 1000 dumped core.
                                             
                                             Stack trace of thread 1842:
                                             #0  0x00007fa6a6736e97 __GI_raise (libc.so.6)
                                             #1  0x00007fa6a6738801 __GI_abort (libc.so.6)
                                             #2  0x00007fa6a672839a __assert_fail_base (libc.so.6)
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Sat Aug 24, 2019 4:16 pm

I don't think, that the clock applet has something to do with the crashes. When you right-click on the panel, you get the possibility to look for errors, for example with "Looking Glass". There is a log file, maybe you find there hints to errors. You can also restart Cinnamon or reset the settings, if you have possible change something.

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sat Aug 24, 2019 10:24 pm

so given all the info we can gleam from logs and dumps, how does one diagnose what causes cinnamon to crash? I tend to look at the last thing that loads before any crash. But the very last thing to be called is cinnamon itself. ....
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Sun Aug 25, 2019 7:30 am

Hello oldgranola,

when a reset to the default cinnamon settings doesn't help, I don't know, what causes your crashes. It seems, that your Cinnamon desktop is somehow damaged and maybe a new install could help. I hope, you have a recent timeshift snapshot and then follow the steps described here:

viewtopic.php?f=53&t=296348#p1649157

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sun Aug 25, 2019 2:21 pm

HAWR wrote:
Sun Aug 25, 2019 7:30 am
Hello oldgranola,

when a reset to the default cinnamon settings doesn't help, I don't know, what causes your crashes. It seems, that your Cinnamon desktop is somehow damaged and maybe a new install could help. I hope, you have a recent timeshift snapshot and then follow the steps described here:

viewtopic.php?f=53&t=296348#p1649157
Not sure what you mean by 'reset' cinnamon. Don't have any extensions and I keep it simple but for adding some launchers to the toolbar. This issue goes back too far for my timeshift anyway from when I went from 19.1 to 19.2. I definitely don't believe I can exclude the clock-applet issue as it always precedes the dump. I'm less sure of pulse-audio now that I'm keeping full journalctl -b |tee /cinnamondump output files without filtering. Example, again:

Code: Select all

Aug 25 10:38:31 fun2 dbus-daemon[1288]: [session uid=1000 pid=1288] Successfully activated service 'org.mate.panel.applet.WnckletFactory'
Aug 25 10:38:31 fun2 dbus-daemon[1288]: [session uid=1000 pid=1288] Successfully activated service 'org.mate.panel.applet.NotificationAreaAppletFactory'
Aug 25 10:38:31 fun2 dbus-daemon[1288]: [session uid=1000 pid=1288] Successfully activated service 'org.mate.panel.applet.MintMenuAppletFactory'
Aug 25 10:38:31 fun2 dbus-daemon[1288]: [session uid=1000 pid=1288] Successfully activated service 'org.mate.panel.applet.ClockAppletFactory'
Aug 25 10:38:31 fun2 clock-applet[2925]: Call can set time zone dbus method: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.mate.SettingsDaemon.DateTimeMechanism was not provided by any .service files
Aug 25 10:38:31 fun2 clock-applet[2925]: Negative content width -7 (allocation 1, extents 4x4) while allocating gadget (node button, owner GtkToggleButton)
Aug 25 10:38:32 fun2 systemd-coredump[2892]: Process 2852 (cinnamon) of user 1000 dumped core.
                                             
                                             Stack trace of thread 2852:
                                             #0  0x00007f5c7d3fee97 __GI_raise (libc.so.6)
                                             #1  0x00007f5c7d400801 __GI_abort (libc.so.6)
.......etc and repeat.
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Sun Aug 25, 2019 4:05 pm

When you right click on the panel and cklick forward for error searching you are offered to set to reset all default settings. In "Looking Glass" you find it under actions at the bottom right (reset cinnamon settings) and maybe that is enough for solving the crashing problem. And if not and you have a timeshift snapshot, you can follow the link I've posted and we will see, if your problem will have gone.

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Sun Aug 25, 2019 7:18 pm

HAWR wrote:
Sun Aug 25, 2019 4:05 pm
When you right click on the panel and cklick forward for error searching you are offered to set to reset all default settings. In "Looking Glass" you find it under actions at the bottom right (reset cinnamon settings) and maybe that is enough for solving the crashing problem. And if not and you have a timeshift snapshot, you can follow the link I've posted and we will see, if your problem will have gone.
Appreciate the try but No that just screwed my desktop and panel settings but doesn't solve mint crashing. Like I said, this has to do with going from LM19.1 to 19.2 via the upgrade path which I am not very interested in going back nor have an image in timeshift for any more. Really have to take what the logs say to diagnose so thats where I need the help.
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: [giving up]cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Mon Aug 26, 2019 1:46 pm

Hello oldgranola,

if you don't want to exclude that the Cinnamon desktop itself is buggy and would rather follow the error messages in the journal, that's okay. Then you could for example uninstall the mentioned clock applet, which you probably added yourself, right? The default clock display is via the calendar applet.

But, there are several possibilities for the crashes, like other applets/desklets you added or added applications in the startup programs; the graphics card would also be possible. Just going by the journal might not be enough, as there may be several error messages that don't affect the system itself. Good luck!

oldgranola
Level 4
Level 4
Posts: 356
Joined: Fri Sep 05, 2014 1:39 am

Re: [giving up]cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by oldgranola » Mon Aug 26, 2019 5:45 pm

HAWR wrote:
Mon Aug 26, 2019 1:46 pm
Hello oldgranola,

if you don't want to exclude that the Cinnamon desktop itself is buggy and would rather follow the error messages in the journal, that's okay. Then you could for example uninstall the mentioned clock applet, which you probably added yourself, right? The default clock display is via the calendar applet.

But, there are several possibilities for the crashes, like other applets/desklets you added or added applications in the startup programs; the graphics card would also be possible. Just going by the journal might not be enough, as there may be several error messages that don't affect the system itself. Good luck!
Hi HAWR,
Ya I'm now thoroughly convinced that Cinnamon desktop in 19.2 is indeed buggy for my hardware anyway, please bear with me. I didn't load that applet, its run by default in LM19.2. I confirmed that by making a live usb of LM19.1 cinnamon which also crashes to fallback mode showing the same/very similar journalctl output including the errors specifically related to the clock-applet. Apparently, there are some configurations or missing elements for it that would have to be altered for my hardware but I haven't found it.

Its interesting to dig a bit. If you look at the last few lines before the dump a program dbus that is in the autorun folder (or in the startup options) as debus-daeman calls several services..I'm away from that computer so I'll try not to confuse things. If you find the conf file for it you can see that it calls various services including
/usr/share/dbus-1/services/org.mate.panel.applet.ClockAppletFactory.service
which in turn runs
/usr/lib/mate-panel/clock-applet
Thats all parts from Mate-panel package
Interesting for me after poking around more, I see that quite a bit of cinnamon has elements of Mate such as all that mate-panel package related stuff as well as things obviously borrowed from KDE. Thats purely an aside but interesting.:>)

So I did actually find a timeshift rsync file in a USB and used that to go back to LM19.1 which outside of a grub issue vs arch Manjaro dual install is working. I'm updating it (with many timeshift points) to see if I can't catch where it goes wrong on the way to LM19.2. Maybe if I compare logs between fully updated 19.1 vs boot of 19.2 live usb... Or just wait for LM19.3 and play with Manjaro meanwhile
comadore, pcDOS, hpux, solaris, vms-vax ....blah blah blah..
Yet I'm still a fn nooob

HAWR
Level 4
Level 4
Posts: 294
Joined: Thu Jun 06, 2019 1:15 pm

Re: [giving up]cinnamon crashes on boot after pulseaudio deamon (re)loads

Post by HAWR » Tue Aug 27, 2019 12:07 pm

Hello oldgranola,

it's all okay :) I'm running LM 19.2 Cinnamon (upgraded from 19.1 and earlier from 18.3) and have looked for the folders you have posted, but I cannot find:
/usr/share/dbus-1/services/org.mate.panel.applet.ClockAppletFactory.service
and
/usr/lib/mate-panel/clock-applet
I can only find a folder "/usr/share/mate-panel" and some mate-related files to the Mint-Y apps, and there is a hint to the mate-panel-clock. So it seems, that you have chosen the Mint-Y-theme, while I'm using the Mint-X-theme. But nevertheless you could disable the clock applet to see, if it causes your crashes.

Post Reply

Return to “Newbie Questions”