Conky does not startup and crashes with dump

Hello everybody.
Since this morning my conky does not startup anymore at boot (although flagged as such).
Starting it from the terminal I get the following error (the conky type dock is only due to some tests for troubleshooting, it used to be desktop):

conky: desktop window (2a00019) is subwindow of root window (6a3)
conky: window type - dock
conky: drawing to created window (0x4000002)
conky: drawing to double buffer
conky: X Error: type 0 Display 5577b8705c10 XID 67108873 serial 272 error_code 16 request_code 139 minor_code 20 other Display: 5577b8705c10

fish: Job 1, 'conky' terminated by signal SIGABRT (Abort)

I see also in the journal that a dump is created every time:

mag 31 13:38:25 garuda systemd-coredump[3722]: [πŸ‘•] Process 3696 (conky) of user 1000 dumped core.

Stack trace of thread 3696:
#0  0x00007f17d5aadd22 raise (libc.so.6 + 0x3cd22)
#1  0x00007f17d5a97862 abort (libc.so.6 + 0x26862)
#2  0x00005600d5d16a11 x11_error_handler (conky + 0x8ea11)
#3  0x00007f17d644c905 _XError (libX11.so.6 + 0x43905)
#4  0x00007f17d6449578 n/a (libX11.so.6 + 0x40578)
#5  0x00007f17d6449615 n/a (libX11.so.6 + 0x40615)
#6  0x00007f17d644a675 _XReply (libX11.so.6 + 0x41675)
#7  0x00007f17d643ac84 XParseColor (libX11.so.6 + 0x31c84)
#8  0x00005600d5d2f76b _Z13get_x11_colorPKc (conky + 0xa776b)
#9  0x00005600d5cb7da3 _ZN4priv13colour_traits7convertERN3lua5sta>
#10 0x00005600d5caf95a _ZN5conky21simple_config_settingImN4priv13>
#11 0x00005600d5cb33ca _Z9main_loopv (conky + 0x2b3ca)
#12 0x00005600d5ca31e5 main (conky + 0x1b1e5)
#13 0x00007f17d5a98b25 __libc_start_main (libc.so.6 + 0x27b25)
#14 0x00005600d5ca807e _start (conky + 0x2007e)

Stack trace of thread 3704:
#0  0x00007f17d65e68ca __futex_abstimed_wait_common64 (libpthread>
#1  0x00007f17d65e2ae8 __new_sem_wait_slow64.constprop.0 (libpthr>
#2  0x00005600d5ceeb18 _ZN9semaphore4waitEv (conky + 0x66b18)
#3  0x00007f17d5d343c4 execute_native_thread_routine (libstdc++.s>
#4  0x00007f17d65da259 start_thread (libpthread.so.0 + 0x9259)
#5  0x00007f17d5b6f5e3 __clone (libc.so.6 + 0xfe5e3)

Stack trace of thread 3705:
#0  0x00007f17d65e68ca __futex_abstimed_wait_common64 (libpthread>
#1  0x00007f17d65e2ae8 __new_sem_wait_slow64.constprop.0 (libpthr>
#2  0x00005600d5ceeb18 _ZN9semaphore4waitEv (conky + 0x66b18)
#3  0x00007f17d5d343c4 execute_native_thread_routine (libstdc++.s>
#4  0x00007f17d65da259 start_thread (libpthread.so.0 + 0x9259)
#5  0x00007f17d5b6f5e3 __clone (libc.so.6 + 0xfe5e3)

Stack trace of thread 3706:
#0  0x00007f17d65e68ca __futex_abstimed_wait_common64 (libpthread>
#1  0x00007f17d65e2ae8 __new_sem_wait_slow64.constprop.0 (libpthr>
#2  0x00005600d5ceeb18 _ZN9semaphore4waitEv (conky + 0x66b18)
#3  0x00007f17d5d343c4 execute_native_thread_routine (libstdc++.s>
#4  0x00007f17d65da259 start_thread (libpthread.so.0 + 0x9259)
#5  0x00007f17d5b6f5e3 __clone (libc.so.6 + 0xfe5e3)

Stack trace of thread 3707:
#0  0x00007f17d65e68ca __futex_abstimed_wait_common64 (libpthread>
#1  0x00007f17d65e2ae8 __new_sem_wait_slow64.constprop.0 (libpthr>
#2  0x00005600d5ceeb18 _ZN9semaphore4waitEv (conky + 0x66b18)
#3  0x00007f17d5d343c4 execute_native_thread_routine (libstdc++.s>
#4  0x00007f17d65da259 start_thread (libpthread.so.0 + 0x9259)
#5  0x00007f17d5b6f5e3 __clone (libc.so.6 + 0xfe5e3)


Stack trace of thread 3708:
#0  0x00007f17d65e68ca __futex_abstimed_wait_common64 (libpthread>
#1  0x00007f17d65e2ae8 __new_sem_wait_slow64.constprop.0 (libpthr>
#2  0x00005600d5ceeb18 _ZN9semaphore4waitEv (conky + 0x66b18)
#3  0x00007f17d5d343c4 execute_native_thread_routine (libstdc++.s>
#4  0x00007f17d65da259 start_thread (libpthread.so.0 + 0x9259)
#5  0x00007f17d5b6f5e3 __clone (libc.so.6 + 0xfe5e3)
β–‘β–‘ Subject: Process 3696 (conky) dumped core
β–‘β–‘ Defined-By: systemd
β–‘β–‘ Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel
β–‘β–‘ Documentation: man:core(5)
β–‘β–‘
β–‘β–‘ Process 3696 (conky) crashed and dumped core.
β–‘β–‘
β–‘β–‘ This usually indicates a programming error in the crashing program and
β–‘β–‘ should be reported to its vendor as a bug.

Today, the sudo pacman -Syu had updated several packages, including the zen and lts kernels, but also restoring the snapshot hasn't resolved the problem.

I also tried reinstalling conky-lua-nv but with no luck.

Is there anything I could try before reporting the error (for which I feel somewhat hopeless, given the strange case)?

No problem here i3wm.

Which DE?
inxi :smiley:

1 Like

KDE
(Garuda Dr460nized)

╰─λ inxi -Fxxxza
System:    Kernel: 5.12.8-zen1-1-zen x86_64 bits: 64 compiler: gcc v: 11.1.0  
parameters: BOOT_IMAGE=/@/boot/vmlinuz-linux-zen root=UUID=3c9fe0e6-78b5-41ec-8f40-7afc2f674b86 rw  
rootflags=subvol=@ quiet splash rd.udev.log_priority=3 vt.global_cursor_default=0
systemd.unified_cgroup_hierarchy=1 loglevel=3
Desktop: KDE Plasma 5.21.5 tk: Qt 5.15.2 info: latte-dock wm: kwin_x11 vt: 1 dm: SDDM  
Distro: Garuda Linux base: Arch Linux  
Machine:   Type: Laptop System: LENOVO product: 81MT v: Lenovo V145-15AST serial: <filter> Chassis: type: 10  
v: Lenovo V145-15AST serial: <filter>  
Mobo: LENOVO model: LNVNB161216 v: No DPK serial: <filter> UEFI: LENOVO v: 8ZCN27WW(V2.06)  
date: 01/12/2021  
Battery:   ID-1: BAT1 charge: 26.4 Wh (98.5%) condition: 26.8/30.0 Wh (89.4%) volts: 8.5 min: 7.5  
model: 0x53 0x4D 0x50 0x00 0x31 0x PABAS0241231 type: Li-ion serial: <filter> status: Unknown  
cycles: 209  
CPU:       Info: Dual Core model: AMD A4-9125 RADEON R3 4 COMPUTE CORES 2C+2G bits: 64 type: MCP  
arch: Excavator family: 15 (21) model-id: 70 (112) stepping: 0 microcode: 6006705 cache:  
L2: 1024 KiB  
flags: avx avx2 lm nx pae sse sse2 sse3 sse4_1 sse4_2 sse4a ssse3 svm bogomips: 9182  
Speed: 2438 MHz min/max: 1300/2300 MHz boost: enabled Core speeds (MHz): 1: 2438 2: 2339  
Vulnerabilities: Type: itlb_multihit status: Not affected  
Type: l1tf status: Not affected  
Type: mds status: Not affected  
Type: meltdown status: Not affected  
Type: spec_store_bypass mitigation: Speculative Store Bypass disabled via prctl and seccomp  
Type: spectre_v1 mitigation: usercopy/swapgs barriers and __user pointer sanitization  
Type: spectre_v2 mitigation: Full AMD retpoline, IBPB: conditional, STIBP: disabled, RSB filling  
Type: srbds status: Not affected  
Type: tsx_async_abort status: Not affected  
Graphics:  Device-1: Advanced Micro Devices [AMD/ATI] Stoney [Radeon R2/R3/R4/R5 Graphics] vendor: Lenovo  
driver: amdgpu v: kernel bus-ID: 00:01.0 chip-ID: 1002:98e4 class-ID: 0300  
Device-2: Syntek EasyCamera type: USB driver: uvcvideo bus-ID: 1-1.3:4 chip-ID: 174f:116a  
class-ID: 0e02 serial: <filter>  
Display: x11 server: X.Org 1.20.11 compositor: kwin_x11 driver: loaded: amdgpu,ati  
unloaded: modesetting alternate: fbdev,vesa display-ID: :0 screens: 1  
Screen-1: 0 s-res: 1366x768 s-dpi: 96 s-size: 361x203mm (14.2x8.0") s-diag: 414mm (16.3")  
Monitor-1: eDP res: 1366x768 hz: 60 dpi: 101 size: 344x193mm (13.5x7.6") diag: 394mm (15.5")  
OpenGL: renderer: AMD STONEY (DRM 3.40.0 5.12.8-zen1-1-zen LLVM 11.1.0) v: 4.5 Mesa 21.1.1  
direct render: Yes  
Audio:     Device-1: Advanced Micro Devices [AMD/ATI] vendor: Lenovo driver: snd_hda_intel v: kernel  
bus-ID: 00:01.1 chip-ID: 1002:15b3 class-ID: 0403  
Device-2: Advanced Micro Devices [AMD] Family 15h Audio vendor: Lenovo driver: snd_hda_intel  
v: kernel bus-ID: 00:09.2 chip-ID: 1022:157a class-ID: 0403  
Sound Server-1: ALSA v: k5.12.8-zen1-1-zen running: yes  
Sound Server-2: JACK v: 0.125.0 running: no  
Sound Server-3: PulseAudio v: 14.2 running: no  
Sound Server-4: PipeWire v: 0.3.28 running: yes  
Network:   Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet vendor: Lenovo driver: r8169  
v: kernel port: 3000 bus-ID: 01:00.0 chip-ID: 10ec:8168 class-ID: 0200  
IF: enp1s0 state: down mac: <filter>  
Device-2: Realtek RTL8821CE 802.11ac PCIe Wireless Network Adapter vendor: Lenovo  
driver: rtw_8821ce v: N/A modules: rtw88_8821ce port: 2000 bus-ID: 02:00.0 chip-ID: 10ec:c821
class-ID: 0280
IF: wlp2s0 state: up mac: <filter>
IF-ID-1: anbox0 state: down mac: <filter>
Bluetooth: Device-1: Realtek Bluetooth Radio type: USB driver: btusb v: 0.8 bus-ID: 1-1.2:3
chip-ID: 0bda:c024 class-ID: e001 serial: <filter>
Report: bt-adapter ID: hci0 rfk-id: 2 state: down bt-service: enabled,running rfk-block:
hardware: no software: yes address: <filter>
Drives:    Local Storage: total: 447.13 GiB used: 32.25 GiB (7.2%)
SMART Message: Unable to run smartctl. Root privileges required.
ID-1: /dev/sda maj-min: 8:0 vendor: Kingston model: SA400S37480G size: 447.13 GiB block-size:
physical: 512 B logical: 512 B speed: 6.0 Gb/s rotation: SSD serial: <filter> rev: B1C2
scheme: GPT
Partition: ID-1: / raw-size: 77 GiB size: 77 GiB (100.00%) used: 32.21 GiB (41.8%) fs: btrfs dev: /dev/sda5
maj-min: 8:5
ID-2: /boot/efi raw-size: 100 MiB size: 96 MiB (96.00%) used: 35 MiB (36.4%) fs: vfat
dev: /dev/sda2 maj-min: 8:2
ID-3: /home raw-size: 77 GiB size: 77 GiB (100.00%) used: 32.21 GiB (41.8%) fs: btrfs
dev: /dev/sda5 maj-min: 8:5
ID-4: /var/log raw-size: 77 GiB size: 77 GiB (100.00%) used: 32.21 GiB (41.8%) fs: btrfs
dev: /dev/sda5 maj-min: 8:5
ID-5: /var/tmp raw-size: 77 GiB size: 77 GiB (100.00%) used: 32.21 GiB (41.8%) fs: btrfs
dev: /dev/sda5 maj-min: 8:5
Swap:      Kernel: swappiness: 10 (default 60) cache-pressure: 75 (default 100)
ID-1: swap-1 type: zram size: 3.62 GiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram0
ID-2: swap-2 type: zram size: 3.62 GiB used: 0 KiB (0.0%) priority: 32767 dev: /dev/zram1
Sensors:   System Temperatures: cpu: 56.4 C mobo: N/A gpu: amdgpu temp: 56.0 C
Fan Speeds (RPM): N/A
Info:      Processes: 195 Uptime: 1h 02m wakeups: 1 Memory: 7.24 GiB used: 2.45 GiB (33.8%) Init: systemd
v: 248 tool: systemctl Compilers: gcc: 11.1.0 clang: 11.1.0 Packages: pacman: 1444 lib: 347
Shell: fish v: 3.2.2 running-in: konsole inxi: 3.3.04

I change to KDE now.

Work too.

2 Likes

Sounds pretty strange. What actual version of conky (conky -v) asre you running? For that matter - what verion of lua? (lua -v). You could also try conky-cairo - which allows different versions to be generated depending on your edits in the PKGBUILD (I run v1.12.2 at the moment.

Beyond that - how far back was the snapshot taken? Can you provide the list of actual upgrades that occurred - perhaps including the previous upgrade run as well?

No guarantees of a fix in that lot - but that's where I would start looking :grin:

1 Like
╰─λ conky -v
conky 1.12.2_pre compiled 2021-05-14 for Linux x86_64
╰─λ pacman -Ss conky
extra/conky 1.12.2-1
Lightweight system monitor for X
community/conky-manager 2.4-4
GUI for managing Conky config files with options to browse and edit themes
chaotic-aur/conky-lua-nv 1.12.2-1 [installed]
An advanced system monitor for X based on torsmo with lua and nvidia enabled

Thx, I’ll start from this…

This is the list of upgrades performed before the problem occurred.
Unfortunately I don’t have earlier snapshots, I really fumbled too much today :frowning:

Packages (71) ca-certificates-mozilla-3.66-1  cryptsetup-2.3.6-1  dhclient-4.4.2.P1-1  file-5.40-5
foomatic-db-3:20210528-1  foomatic-db-nonfree-3:20210528-1  foomatic-db-nonfree-ppds-3:20210528-1
foomatic-db-ppds-3:20210528-1  graphviz-2.47.2-1  imagemagick-7.0.11.13-3  kimageannotator-0.5.1-1
latte-dock-git-0.9.91.r32.g9790b0cd-1  lib32-libdrm-2.4.106-1  libcap-2.50-1  libldap-2.4.58-3
libnl-3.5.0-3  libproxy-0.4.17-2  linux-lts-5.10.41-1  linux-lts-headers-5.10.41-1
linux-zen-5.12.8.zen1-1  linux-zen-headers-5.12.8.zen1-1  mtools-1:4.0.27-1  net-snmp-5.9.1-1
nspr-4.31-1  nss-3.66-1  openldap-2.4.58-3  pcre2-10.37-1  perl-5.34.0-1  perl-alien-build-2.40-3
perl-alien-libxml2-0.17-2  perl-capture-tiny-0.48-5  perl-clone-0.45-3  perl-dbi-1.643-3
perl-encode-locale-1.05-8  perl-error-0.17029-3  perl-ffi-checklib-0.28-2
perl-file-basedir-0.08-6  perl-file-desktopentry-0.22-8  perl-file-listing-6.14-2
perl-file-mimeinfo-0.30-2  perl-file-which-1.24-2  perl-html-parser-3.76-2
perl-html-tagset-3.20-11  perl-http-cookies-6.10-2  perl-http-daemon-6.06-3  perl-http-date-6.05-4
perl-http-message-6.32-2  perl-http-negotiate-6.01-9  perl-io-html-1.004-2  perl-ipc-run3-0.048-9
perl-ipc-system-simple-1.30-3  perl-libwww-6.54-2  perl-lwp-mediatypes-6.02-9
perl-mailtools-2.21-5  perl-net-http-6.21-2  perl-parse-yapp-1.21-4  perl-path-tiny-0.118-2
perl-timedate-2.33-3  perl-try-tiny-0.30-6  perl-uri-5.09-2  perl-www-robotrules-6.02-9
perl-xml-libxml-2.0207-2  perl-xml-parser-2.46-3  perl-xml-writer-0.625-7  python-sysv_ipc-1.1.0-1
python-urllib3-1.26.5-1  strongswan-5.9.2-1  stunnel-5.59-1  subversion-1.14.1-3
thunderbird-appmenu-78.10.2-1  zxing-cpp-1.2.0-1

All, please forgive me for the time I possibly made you waste.
I managed to solve it, and of course, it was my fault :slight_smile:
This morning, due to my innate curiosity, helping a user on a question to show emoji's in the terminal, I found a possible solution which required to create a certain file ~/.config/fontconfig/conf.d/99-noto-mono-color-emoji.conf
The thing didn't work for me, no prob of course, but I forgot deleting it...
Now that I recalled that action, deleting this file, everything is back to normal :slight_smile:

1 Like

You should install a program such as Back In Time to make incremental backups of your home directory. Timeshift does not do this by default (and it should not). BIT will keep you covered if you ever get botched user configuration files messing your system.

You can never have too many backups.

:smiley:

3 Likes

Well - that explains why I couldn't see anything in your recent updates to cause a problem! Glad you got it figured - and the problem joins my growing cache of 'things to look for'...

Now I need a search mechanism for the cache... :grin:

4 Likes

So, I mark it solved.
( Because you forgot to )
:wink:

3 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.