На мой взгляд, есть гораздо лучшее решение этой проблемы, кроме избавления от полезного хранилища, которое мне лично нравится. Что мне помогло, так это установление основного приоритета репо. Вы можете видеть, что есть два репозитория, доступных для gnome-control-center пакет и система 76 теперь используется с apt-cache policy gnome-control-center команда:
gnome-control-center:
Installed: 1:3.34.1-1ubuntu2pop1~1571679625~19.10~ef2ab1f
Candidate: 1:3.34.1-1ubuntu2pop1~1571679625~19.10~ef2ab1f
Version table:
*** 1:3.34.1-1ubuntu2pop1~1571679625~19.10~ef2ab1f 500
500 http://ppa.launchpad.net/system76/pop/ubuntu eoan/main amd64 Packages
100 /var/lib/dpkg/status
1:3.34.1-1ubuntu2 500
500 http://de.archive.ubuntu.com/ubuntu eoan/main amd64 Packages
Смотрите те 500s? Это приоритет репо по умолчанию, и он тот же. Давайте сделаем основной репо более высоким приоритетом (я нахожусь на Ubuntu 19.10 под кодовым названием eoanпожалуйста, используйте вместо этого кодовое имя вашего дистрибутива):
$ apt-cache policy | grep o=Ubuntu | grep c=main | grep a=eoan,
release v=19.10,o=Ubuntu,a=eoan,n=eoan,l=Ubuntu,c=main,b=i386
release v=19.10,o=Ubuntu,a=eoan,n=eoan,l=Ubuntu,c=main,b=amd64
Что release ... part — это своего рода фильтр, который вы можете использовать для придания репо другого приоритета. Создайте и отредактируйте (как корень) файл с именем /etc/apt/preferences.d/main_repo_priority выглядеть так:
Package: *
Pin: release v=19.10,o=Ubuntu,a=eoan,n=eoan,l=Ubuntu,c=main,b=amd64
Pin-Priority: 1001
И теперь, наконец, переустановите gnome-control-center:
sudo apt install --reinstall gnome-control-center
И дважды проверьте, что установлена правильная версия:
$ apt-cache policy gnome-control-center
gnome-control-center:
Installed: 1:3.34.1-1ubuntu2
Candidate: 1:3.34.1-1ubuntu2
Version table:
1:3.34.1-1ubuntu2pop1~1571679625~19.10~ef2ab1f 500
500 http://ppa.launchpad.net/system76/pop/ubuntu eoan/main amd64 Packages
*** 1:3.34.1-1ubuntu2 1001
1001 http://de.archive.ubuntu.com/ubuntu eoan/main amd64 Packages
100 /var/lib/dpkg/status
For some weeks now, maybe since upgrading to 21.04 (maybe earlier, not sure), gnome-control-center has been segfaulting every time I try to run it, right at start up. The gnome-control-center package version is 1:3.38.5-1ubuntu1.
Things I’ve tried:
sudo apt update; sudo apt dist-upgradesudo apt install --reinstall gnome-control-center- Clearing
~/.cache/gnome-control-centerand~/.config/gnome-control-center - Disabling all extensions
- Switching from Wayland to Xorg
Backtrace given by gdb /usr/bin/gnome-control-center core (edit: updated with more debug symbols):
Core was generated by `gnome-control-center'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000561583be19a1 in update_shortcut_label (label=0x5615863ad9c0, value=0x56158677b670 "<Shift><Ctrl>") at ../panels/region/cc-region-panel.c:1198
1198 ../panels/region/cc-region-panel.c: No such file or directory.
[Current thread is 1 (Thread 0x7f67e284ed40 (LWP 7635))]
(gdb) bt
#0 0x0000561583be19a1 in update_shortcut_label (label=0x5615863ad9c0, value=0x56158677b670 "<Shift><Ctrl>") at ../panels/region/cc-region-panel.c:1198
#1 0x0000561583bea5a1 in update_shortcuts (self=0x5615859b43d0) at ../panels/region/cc-region-panel.c:1218
#2 setup_input_section (self=0x5615859b43d0) at ../panels/region/cc-region-panel.c:1290
#3 cc_region_panel_init (self=0x5615859b43d0) at ../panels/region/cc-region-panel.c:1689
#4 0x00007f67ef0b1f2a in g_type_create_instance () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#5 0x00007f67ef09aabd in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#6 0x00007f67ef09c048 in g_object_new_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#7 0x00007f67ef09c57d in g_object_new () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#8 0x0000561583c880d1 in activate_panel (gicon=<optimized out>, visibility=<optimized out>, name=0x561586389160 "Language and Region", parameters=0x0, id=0x56158634ab10 "region", self=0x5615861262b0) at ../shell/cc-window.c:155
#9 set_active_panel_from_id.constprop.0 (self=0x5615861262b0, start_id=0x56158634ab10 "region", parameters=0x0, add_to_history=1, error=<optimized out>) at ../shell/cc-window.c:405
#10 0x00007f67ef08a4a4 in g_cclosure_marshal_VOID__STRINGv () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#11 0x00007f67ef0a9724 in g_signal_emit_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#12 0x00007f67ef0a9893 in g_signal_emit () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#13 0x0000561583b75cf6 in row_activated_cb (listbox=<optimized out>, row=0x561586354f10, self=0x5615861ee280) at ../shell/cc-panel-list.c:592
#14 0x00007f67ef08a61e in g_cclosure_marshal_VOID__OBJECTv () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#15 0x00007f67ef0a9724 in g_signal_emit_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#16 0x00007f67ef0a9893 in g_signal_emit () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#17 0x00007f67ef0a9724 in g_signal_emit_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#18 0x00007f67ef0a9aa9 in g_signal_emit_by_name () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#19 0x0000561583b76681 in cc_panel_list_set_active_panel (self=0x5615861ee280, id=0x561586389180 "region") at ../shell/cc-panel-list.c:1029
#20 0x0000561583b7950d in cc_window_constructed (object=0x5615861262b0) at ../shell/cc-window.c:744
#21 0x00007f67ef09aba7 in ?? () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#22 0x00007f67ef09c048 in g_object_new_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#23 0x00007f67ef09c57d in g_object_new () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#24 0x0000561583b7752c in cc_window_new (application=0x5615860fd700, model=model@entry=0x561585ed05e0) at ../shell/cc-window.c:861
#25 0x0000561583b787a4 in cc_application_startup (application=0x5615860fd700) at ../shell/cc-application.c:234
#26 0x00007f67ef0a9724 in g_signal_emit_valist () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#27 0x00007f67ef0a9893 in g_signal_emit () from /lib/x86_64-linux-gnu/libgobject-2.0.so.0
#28 0x00007f67ef1ae6e2 in g_application_register () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
#29 0x00007f67ef1aee2e in ?? () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
#30 0x00007f67ef1af1e6 in g_application_run () from /lib/x86_64-linux-gnu/libgio-2.0.so.0
#31 0x0000561583b6fc98 in main (argc=<optimized out>, argv=<optimized out>) at ../shell/main.c:65
Any pointers or ideas?
Dear fellas,
After I fresh install, I was about to configure the «details» inside gnome-control-center. As soon I clicked on it, it got close immediately and from that point I could even open it.
========================================================================
WORKAROUND «FIX»
Doing this, you gonna reset things up..
robotchaos wrote:
Same issue here, Details caused it for me. Running the following helps:
$ dconf reset -f /org/gnome/control-center/
So..
$ dconf reset -f /org/gnome/control-center/
However, every time you click on «Details», things gonna mess up again..
So the best thing to do, for now, if you gonna use «Details» or correlated things is one of the following workarounds bellow:
****************************
Latest workaround:
****************************
apc103 wrote:
Had the same problem. Downgrading package glib2-2.60.0-1 to glib2-2.58.3-1 fixes the problem.
loqs wrote:
Arch_Linux_Archive#/packages
Edit:
Please build and check 2.58.0 and 2.60.0 locally assuming the former is good and the later is bad then test bdc9328bdf5ebb7f52f947354e2b14fedde0035b.
BottleNeck wrote:
loqs wrote:
Arch_Linux_Archive#/packages
Edit:
Please build and check 2.58.0 and 2.60.0 locally assuming the former is good and the later is bad then test bdc9328bdf5ebb7f52f947354e2b14fedde0035b.as a newbie, i can confirm this works. For reference command to downgrade:
pacman -U https://archive.archlinux.org/packages/ … pkg.tar.xzsidelined point, if you upgrade again with pacman -Syu (for example) this package will get updated again.
Until glib2 get the proper fix.
BTW, it’s advised and smart to skip package glib2 from being upgraded until glib2 get fixed.
So edit:
$ sudo gedit /etc/pacman.conf
edit:
# Pacman won't upgrade packages listed in IgnorePkg and members of IgnoreGroup
IgnorePkg = glib2
#IgnoreGroup =========================================================================
The verbose brought :
$ gnome-control-center --verbose
Segmentation fault (core dumped) dmesg:
[ 622.414723] gnome-control-c[3158]: segfault at fffffff8 ip 00007f6b81a71f41 sp 00007ffc22118210 error 4 in libc-2.28.so[7f6b81a0e000+14b000]Also, FYI, into a HP Envy laptop, using bumblebee, nividia and xf86-intel-video.
Anyone has experienced this issue?
I was wondering if it didn’t pop up due to some parameter inside «Details» is messed or missing.. otherwise, why does it alone would close? No other app has caused any issue so far.
Any fix to that?
Last edited by erickwill (2019-03-15 17:22:55)
|
# |
|
|
Темы: 47 Сообщения: 11610 Участник с: 17 февраля 2013 |
Я привел просто в качестве примера … если есть желание — изучай, нет желания — забудь. Ошибки не исчезают с опытом — они просто умнеют |
|
wau |
# (отредактировано 4 года, 2 месяца назад) |
|
Темы: 137 Сообщения: 1031 Участник с: 11 октября 2013 |
Отмечу, что эта же глиб ответственна за начавшиеся тогда же рандомные падения ЛибрыОфис. Да, тот же откат помогает. Ах если бы, ах если бы, не жизнь была-б, а песня бы. Увы, либра таки падает, но я ее победю или побежу обязательно. |
|
vasek |
# |
|
Темы: 47 Сообщения: 11610 Участник с: 17 февраля 2013 |
я не замечаю, последние дни частенько работаю с документами, но ни одного падения. Ошибки не исчезают с опытом — они просто умнеют |
|
median |
# (отредактировано 4 года, 2 месяца назад) |
|
Темы: 4 Сообщения: 140 Участник с: 17 августа 2016 |
Проблема была с gnome-control-center что описана выше вызывала ошибку в виде Ошибка сегментирования (стек памяти сброшен на диск) , хорошо, нашли временное решение, я же решил переустановить арч опять, но уже с кде по умолчанию, запускаю хром, он стартует, но если захочешь переключится с одной вкладки на другую происходит лаг, секунды 4 тормозит браузер, драйвера все установлены, понимаю что в 2 клика меняются DE, много ума не надо сменить DE, но меня смутило что после запуска через терминал хрома вылетела та же ошибка что и в гноме Ошибка сегментирования (стек памяти сброшен на диск), Сново переустановил арч, и точно такая же проблема Ошибка сегментирования (стек памяти сброшен на диск). Я в замешательстве. Пока переустанавливал, решил что скрипт написать быстрее всетаки, чем ручками, но какой в этом толк, если чистая система сыпет ошибками Ошибка сегментирования (стек памяти сброшен на диск). Запустил федору в лайве, все нормально ничего не тормозит не лагает. P.S Комп на fx8320e 16gb озу, ssd, видеокарта rx570 4gb Но если запускаю firefox то ничего не тормозит, опять же некоторые приложения в кедах так же вызывали ошибку Ошибка сегментирования (стек памяти сброшен на диск). P.S Я не верю что я избранный и только у меня такая проблема, раньше были проблемы, но решались откатом пакета, а тут не знаю что делать, на форуме ничего не пишут, либо давно ни кто не ставил с нуля арч, либо не обновляют пакеты. |
|
vasek |
# (отредактировано 4 года, 2 месяца назад) |
|
Темы: 47 Сообщения: 11610 Участник с: 17 февраля 2013 |
Это сообщение (итоговое, чем все завершилось) одно и тоже, а причины (виновник), ведущие к этому, могут быть совершенно разные. PS — имхо, если бы виновником был какой то конкретный пакет/приложение, то проблема была бы глобальная (наблюдалась у всех). В данном случае это скорее всего локальная проблема. EDIT 1 — кстати, в части установки — совсем недавно ставил Arch (KDE) новое дарование и все работает — Как все таки установить Арч Линукс? без ошибок? Ошибки не исчезают с опытом — они просто умнеют |
|
median |
# |
|
Темы: 4 Сообщения: 140 Участник с: 17 августа 2016 |
Я не первый год на арче, прекрасно знаю как её ставить, мне нет нужды идти в ту тему, я перестановил чтобы убедится что проблема не связана с моими действиями, а то что вы говорите недавно ставили, но недавно и не было проблем, я недавно знакомому ставил, проблем не было. |
|
vs220 |
# |
|
Темы: 22 Сообщения: 8111 Участник с: 16 августа 2009 |
Вам просто обьяснили что ваша проблема с хромом не связана с этой темой. Создавайте отдельную тему |
|
Richard_Hendricks |
# |
|
Темы: 0 Сообщения: 4 Участник с: 28 февраля 2019 |
+1 Не открывается gnome-control-center даже на чистоустановленном арче параметры запустилось, при нажатии вкладки подробности(где сведения о системе и т.д.) слетело и больше не запустилось Linux User Group |
|
vs220 |
# (отредактировано 4 года, 2 месяца назад) |
|
Темы: 22 Сообщения: 8111 Участник с: 16 августа 2009 |
Вам же уже давал Васек ссылку. |
|
median |
# (отредактировано 4 года, 2 месяца назад) |
|
Темы: 4 Сообщения: 140 Участник с: 17 августа 2016 |
Можно обвлять glib, правда лучше удалить, gnome-control-center и поставить заново, тем не менее я обновился, больше не вылетает. |
well, the strange thin is when I start gnome with gdm it does work as expected, but not in i3-gnome
Here the gdb output:
gdb gnome-control-center
GNU gdb (GDB) 8.3.1
Copyright (C) 2019 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "x86_64-pc-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
<http://www.gnu.org/software/gdb/documentation/>.
For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from gnome-control-center...
(No debugging symbols found in gnome-control-center)
(gdb) r
Starting program: /usr/bin/gnome-control-center
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".
[New Thread 0x7fffe9c02700 (LWP 15476)]
[New Thread 0x7fffe9401700 (LWP 15477)]
[New Thread 0x7fffe2100700 (LWP 15482)]
[New Thread 0x7fffe18ff700 (LWP 15483)]
[New Thread 0x7fffe1051700 (LWP 15485)]
[New Thread 0x7fffcffff700 (LWP 15499)]
Thread 1 "gnome-control-c" received signal SIGSEGV, Segmentation fault.
0x00005555556725c0 in cc_display_config_set_minimum_size ()
(gdb) c
Continuing.
Couldn't get registers: No existe el proceso.
Couldn't get registers: No existe el proceso.
(gdb) [Thread 0x7fffcffff700 (LWP 15499) exited]
[Thread 0x7fffe1051700 (LWP 15485) exited]
[Thread 0x7fffe18ff700 (LWP 15483) exited]
[Thread 0x7fffe2100700 (LWP 15482) exited]
[Thread 0x7fffe9401700 (LWP 15477) exited]
[Thread 0x7fffe9c02700 (LWP 15476) exited]
Program terminated with signal SIGSEGV, Segmentation fault.
The program no longer exists.
q
And here the journald log when I run gnome-control-center:
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): LG Electronics LG FULL HD (CRT-0): connected
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): LG Electronics LG FULL HD (CRT-0): 400.0 MHz maximum pixel clock
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0):
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-0: disconnected
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-0: Internal TMDS
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-0: 330.0 MHz maximum pixel clock
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0):
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-1: disconnected
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-1: Internal TMDS
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0): DFP-1: 165.0 MHz maximum pixel clock
oct 22 08:36:37 GibyArch /usr/lib/gdm-x-session[13970]: (--) NVIDIA(GPU-0):
oct 22 08:36:37 GibyArch kernel: gnome-control-c[18837]: segfault at 0 ip 000056320c0d55c0 sp 00007fffc5855278 error 4 in gnome-control-center[56320c002000+103000]
oct 22 08:36:37 GibyArch kernel: Code: 08 31 c0 ff 15 49 29 31 00 e9 48 ff ff ff ff 15 ce 23 31 00 66 0f 1f 44 00 00 48 8b 07 ff a0 d0 00 00 00 0f 1f 80 00 00 00 00 <48> 8b 07 ff a0 c8 00 00 00 0f 1f 80 00 00 00 00 48 8b 05 29 92 31
oct 22 08:36:37 GibyArch kernel: audit: type=1701 audit(1571726197.865:135): auid=1000 uid=1000 gid=100 ses=6 pid=18837 comm="gnome-control-c" exe="/usr/bin/gnome-control-center" sig=11 res=1
oct 22 08:36:37 GibyArch audit[18837]: ANOM_ABEND auid=1000 uid=1000 gid=100 ses=6 pid=18837 comm="gnome-control-c" exe="/usr/bin/gnome-control-center" sig=11 res=1
oct 22 08:36:37 GibyArch systemd[1]: Started Process Core Dump (PID 18844/UID 0).
oct 22 08:36:37 GibyArch audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@8-18844-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
oct 22 08:36:37 GibyArch kernel: audit: type=1130 audit(1571726197.905:136): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@8-18844-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
oct 22 08:36:38 GibyArch systemd-coredump[18845]: Process 18837 (gnome-control-c) of user 1000 dumped core.
Stack trace of thread 18837:
#0 0x000056320c0d55c0 cc_display_config_set_minimum_size (gnome-control-center)
#1 0x000056320c0dd6e2 n/a (gnome-control-center)
#2 0x000056320c0dde91 n/a (gnome-control-center)
#3 0x00007f9c83003d3a g_closure_invoke (libgobject-2.0.so.0)
#4 0x00007f9c82ff188e n/a (libgobject-2.0.so.0)
#5 0x00007f9c82ff598a g_signal_emit_valist (libgobject-2.0.so.0)
#6 0x00007f9c82ff67f0 g_signal_emit (libgobject-2.0.so.0)
#7 0x000056320c0d557c n/a (gnome-control-center)
#8 0x00007f9c830e7c24 n/a (libgio-2.0.so.0)
#9 0x00007f9c830ed447 n/a (libgio-2.0.so.0)
#10 0x00007f9c8309cc15 n/a (libgio-2.0.so.0)
#11 0x00007f9c830e7c24 n/a (libgio-2.0.so.0)
#12 0x00007f9c830e7c59 n/a (libgio-2.0.so.0)
#13 0x00007f9c82f172cf g_main_context_dispatch (libglib-2.0.so.0)
#14 0x00007f9c82f19211 n/a (libglib-2.0.so.0)
#15 0x00007f9c82f19251 g_main_context_iteration (libglib-2.0.so.0)
#16 0x00007f9c830ca9de g_application_run (libgio-2.0.so.0)
#17 0x000056320c0023fe main (gnome-control-center)
#18 0x00007f9c83205153 __libc_start_main (libc.so.6)
#19 0x000056320c00244e _start (gnome-control-center)
Stack trace of thread 18843:
#0 0x00007f9c832d7e9d syscall (libc.so.6)
#1 0x00007f9c82eca11b g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f9c82f47f63 n/a (libglib-2.0.so.0)
#3 0x00007f9c82eef13b n/a (libglib-2.0.so.0)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
Stack trace of thread 18841:
#0 0x00007f9c832d7e9d syscall (libc.so.6)
#1 0x00007f9c82eca11b g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f9c82f47f63 n/a (libglib-2.0.so.0)
#3 0x00007f9c82eef13b n/a (libglib-2.0.so.0)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
Stack trace of thread 18840:
#0 0x00007f9c832d29ef __poll (libc.so.6)
#1 0x00007f9c82f19180 n/a (libglib-2.0.so.0)
#2 0x00007f9c82f19251 g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f9c6d4cbe5e n/a (libdconfsettings.so)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
Stack trace of thread 18842:
#0 0x00007f9c832d7e9d syscall (libc.so.6)
#1 0x00007f9c82eca11b g_cond_wait_until (libglib-2.0.so.0)
#2 0x00007f9c82f47f63 n/a (libglib-2.0.so.0)
#3 0x00007f9c82eef13b n/a (libglib-2.0.so.0)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
Stack trace of thread 18838:
#0 0x00007f9c832d29ef __poll (libc.so.6)
#1 0x00007f9c82f19180 n/a (libglib-2.0.so.0)
#2 0x00007f9c82f19251 g_main_context_iteration (libglib-2.0.so.0)
#3 0x00007f9c82f192a2 n/a (libglib-2.0.so.0)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
Stack trace of thread 18839:
#0 0x00007f9c832d29ef __poll (libc.so.6)
#1 0x00007f9c82f19180 n/a (libglib-2.0.so.0)
#2 0x00007f9c82f1a123 g_main_loop_run (libglib-2.0.so.0)
#3 0x00007f9c83087b48 n/a (libgio-2.0.so.0)
#4 0x00007f9c82ef5c11 n/a (libglib-2.0.so.0)
#5 0x00007f9c814bf4cf start_thread (libpthread.so.0)
#6 0x00007f9c832dd2d3 __clone (libc.so.6)
oct 22 08:36:38 GibyArch systemd[1]: systemd-coredump@8-18844-0.service: Succeeded.
oct 22 08:36:39 GibyArch kernel: audit: type=1131 audit(1571726198.979:137): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@8-18844-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'
oct 22 08:36:38 GibyArch audit[1]: SERVICE_STOP pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=systemd-coredump@8-18844-0 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=success'