Cinnamon keeps crashing and going to fallback mode.[Solved]

[Kev1105]

I applied the recent updates and this started happening yesterday.
Is there any known causes or fixes on the way?

Code: Select all

===================================================================
 Info                                                              
===================================================================
           PID: 28445 (cinnamon)
           UID: 1000 
           GID: 1000 
        Signal: 5 (TRAP)
     Timestamp: Wed 2021-05-26 05:36:09 IST (6h ago)
  Command Line: cinnamon --replace
    Executable: /usr/bin/cinnamon
 Control Group: /user.slice/user-1000.slice/session-c4.scope
          Unit: session-c4.scope
         Slice: user-1000.slice
       Session: c4
     Owner UID: 1000 
       Boot ID: 709611e2e6d042e78d28ec6336ed64f8
    Machine ID: b76cc7b1bbdc489e93909d2043031de8
      Hostname: 
       Storage: /var/lib/systemd/coredump/core.cinnamon.1000.709611e2e6d042e78d28ec6336ed64f8.28445.1622003769000000000000.lz4
       Message: Process 28445 (cinnamon) of user 1000 dumped core.

[SMG]

I applied the recent updates and this started happening yesterday.

Updates come through at different times for different mirrors and not everyone updates when the updates first become available. That means we have no idea what you updated. We do not even know what version of Mint you are using.

I suggest you open Update Manager and select View>History of Updates to give us and idea of what you updated.

Also give us information about your install by entering this command in a terminal: inxi -Fxxxrz
Click </> from the mini toolbar above the textbox where you type your reply and then place your cursor between the code markers and paste the results of the command between the code markers [code]Results[/code]. This will let us know how Mint sees your hardware.

[Kev1105]

Code: Select all

$ inxi -Fxxxrz
System:
  Kernel: 5.8.0-53-generic x86_64 bits: 64 compiler: N/A 
  Desktop: Cinnamon 4.8.6 info: plank wm: muffin 4.8.1 dm: LightDM 1.30.0 
  Distro: Linux Mint 20.1 Ulyssa base: Ubuntu 20.04 focal 
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME X570-P v: Rev X.0x 
  serial: <filter> UEFI [Legacy]: American Megatrends v: 1407 
  date: 04/02/2020 
Battery:
  Device-1: hidpp_battery_0 model: Logitech M510 serial: <filter> 
  charge: 55% (should be ignored) rechargeable: yes status: Discharging 
CPU:
  Topology: 8-Core model: AMD Ryzen 7 3700X bits: 64 type: MT MCP arch: Zen 
  L2 cache: 4096 KiB 
  flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm 
  bogomips: 114985 
  Speed: 2183 MHz min/max: 2200/3600 MHz boost: enabled Core speeds (MHz): 
  1: 2183 2: 2187 3: 2183 4: 4365 5: 2132 6: 2133 7: 1975 8: 3237 9: 2183 
  10: 4362 11: 2054 12: 1966 13: 1986 14: 3087 15: 2183 16: 3316 
Graphics:
  Device-1: AMD Hawaii XT / Grenada XT [Radeon R9 290X/390X] vendor: ASUSTeK 
  driver: radeon v: kernel bus ID: 07:00.0 chip ID: 1002:67b0 
  Display: x11 server: X.Org 1.20.9 driver: ati,radeon 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: AMD HAWAII (DRM 2.50.0 5.8.0-53-generic LLVM 12.0.0) 
  v: 4.5 Mesa 21.2.0-devel (git-cd34c7f 2021-05-25 focal-oibaf-ppa) 
  direct render: Yes 
Audio:
  Device-1: AMD Hawaii HDMI Audio [Radeon R9 290/290X / 390/390X] 
  vendor: ASUSTeK driver: snd_hda_intel v: kernel bus ID: 07:00.1 
  chip ID: 1002:aac8 
  Device-2: AMD Starship/Matisse HD Audio vendor: ASUSTeK 
  driver: snd_hda_intel v: kernel bus ID: 09:00.4 chip ID: 1022:1487 
  Sound Server: ALSA v: k5.8.0-53-generic 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  vendor: ASUSTeK driver: r8169 v: kernel port: f000 bus ID: 03:00.0 
  chip ID: 10ec:8168 
  IF: enp3s0 state: up speed: 100 Mbps duplex: full mac: <filter> 
  IF-ID-1: tun0 state: unknown speed: 10 Mbps duplex: full mac: N/A 

[Kev1105]

[Kev1105]

[SMG]

It appears the bulk of the updates were the oibaf-ppa. That ppa has been known to cause issues in the past.

Do you have a Timeshift snapshot of when the system was running well? I would suggest reverting to it and disabling the auto updates of the ppa to see if that helps.

[conceptrat]

I had the same issue when upgrading the Mesa packages from the "oibaf" PPA. Luckily for me I had the previous versions of the drivers from before the update and went back to those. I've just received another update that I'm ignoring for the time being as I have now accidentally deleted the last known good packages

My current installed versions of the oibaf that doesn't cause Cinnamon to crash...

mesa - 21.1~git2104130600.f9b527~oibaf~f
libdrm - 2.4.105+git2104141700.67a64b~oibaf~f
llvm-toolchain-12 - 1:12.0.0-1~oibaf~f

I'll report back once I've secured these packages again and then tested the latest updates from the "oibaf" PPA.

[conceptrat]

Okay I've just upgraded to the latest versions of mesa (21.2~git2106020600.148723~oibaf~f), libdrm (2.4.106+git2106020500.4e1788~oibaf~f) and llvm-toolchains (1:12.0.0-3~oibaf~f) and everything is okay.

By the way, in my case and not necessarily validating anything, in did the updates starting with llvm-toolchains followed by libdrm and finally mesa with a reboot in between each as I suspected that the cinnamon crashing issue was because of a change/regression in the mesa packages.

Best of luck

[Kev1105]

I haven't received any updates for the OIBAF ppa lately
However applying the rest of the updates and a few reboots and the problem has not reoccurred.
If it happens again I'll remove the ppa
Thanks for the assistance