Почему некоторые приложения стали падать сразу после запуска (SIGSEGV)?

Question

[MegaLite]

Приветствую! Прошу помощи в странной для меня проблеме - приложения (кажется, чаще всего/почти всегда это приложения с QT) стали падать с ошибкой сегментации сразу после вызова. Что интересно - если запустить их из-под GDB - приложения спокойно себе работают... Сделал аварийные дампы, загрузил в GDB дамп и приложение ($ gdb приложение core) и вот что вышло:

Например zuluCrypt-gui

operator@quad:~$ gdb zuluCrypt-gui core
GNU gdb (Debian 12.1-4+b1) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from zuluCrypt-gui...
(No debugging symbols found in zuluCrypt-gui)
[New LWP 134861]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `zuluCrypt-gui'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb)

Или megasync

operator@quad:~$ gdb megasync core
core core.1000.megasync.31609
operator@quad:~$ gdb megasync core.1000.megasync.31609
GNU gdb (Debian 12.1-4+b1) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from megasync...
(No debugging symbols found in megasync)
[New LWP 31609]
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `megasync'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb)

Как понимать этот адрес #0 0x0000000000000000 in ?? () ??? Что можно сделать с GDB, чтобы понять что-то по поводу того почему вообще они стали так падать? transmission-qt, например, спокойно себе работает и не падает...

P.S. Немного ранее ставил пакеты с отладочными символами, но итог такой же - #0 0x0000000000000000 in ?? ()

Система Debian testing, актуальная

Comments

[jcmvbkbc]

приложения стали падать с ошибкой сегментации сразу после вызова. Что интересно - если запустить их из-под GDB - приложения спокойно себе работают...

звучит как результат модификации LD_LIBRARY_PATH/LD_PRELOAD. Посмотри/покажи, что у тебя в переменных окружения. Попробуй очистить эти переменные и запустить падающие приложения в таком состоянии. Сравни вывод printenv в консоли (при запуске из которой приложение падает) с выводом show environment в gdb (при запуске из которого приложение работает).

[MegaLite]

jcmvbkbc,
1. Пусто
operator@quad:~$ echo $LD_LIBRARY_PATH

operator@quad:~$
2. Тоже пусто
operator@quad:~$ echo $LD_PRELOAD

operator@quad:~$

То есть где-то в каком-то конфиге глобальном, или нет - я не мог оставить такую гадость. Что по библиотекам - недавно делал reinstall абсолютно всех пакетов в системе (Debian testing), чтобы исключить повреждения/отсутствия файлов.

Переменные окружения сейчас проверю, спасибо! Может GDB что-то и меняет...
UPD: GDB добавляет пару несущественных переменных:) LINES и COLUMNS, но это чисто терминальное...
_=/usr/bin/gdb
LINES=58
COLUMNS=238

[jcmvbkbc]

Как понимать этот адрес #0 0x0000000000000000 in ?? () ???

Кто-то вызвал функцию по указателю, указывающему на NULL.

Что можно сделать с GDB, чтобы понять что-то по поводу того почему вообще они стали так падать?

Можно посмотреть в вывод bt из загруженного в gdb дампа.

[MegaLite]

jcmvbkbc, то есть возможные виновники это часть дровяных либ NVidia и QT5Xcb? Я в GDB и дебаггинге чайник если что...

Вот вывод команды

(gdb) bt
#0 0x0000000000000000 in ?? ()
#1 0x00007f5a3b601252 in ?? () from /lib/x86_64-linux-gnu/libnvidia-tls.so.340.108
#2 0x00007f5a3d0cb81d in QThread::start(QThread::Priority) () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#3 0x00007f5a35ed5f41 in QXcbConnection::QXcbConnection(QXcbNativeInterface*, bool, unsigned int, char const*) () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#4 0x00007f5a35ed9691 in QXcbIntegration::QXcbIntegration(QStringList const&, int&, char**) () from /lib/x86_64-linux-gnu/libQt5XcbQpa.so.5
#5 0x00007f5a3e5613ec in ?? () from /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so
#6 0x00007f5a3d7333ea in QGuiApplicationPrivate::createPlatformIntegration() () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#7 0x00007f5a3d7349b0 in QGuiApplicationPrivate::createEventDispatcher() () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#8 0x00007f5a3d2b7f15 in QCoreApplicationPrivate::init() () from /lib/x86_64-linux-gnu/libQt5Core.so.5
#9 0x00007f5a3d73786c in QGuiApplicationPrivate::init() () from /lib/x86_64-linux-gnu/libQt5Gui.so.5
#10 0x00007f5a3df68519 in QApplicationPrivate::init() () from /lib/x86_64-linux-gnu/libQt5Widgets.so.5
#11 0x00005575627406d7 in main ()

[сергей кузьмин]

так гдб ж говорит что сигсегв

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `zuluCrypt-gui'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb)

проверьте через ldd
присутствует ли
и не повреждена ли
libthread_db.so.1

и тож у мегасин

Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `megasync'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x0000000000000000 in ?? ()
(gdb)

[MegaLite]

сергей кузьмин, Говорит (я это и до GDB знал, в терминале рисовалось красивое "ошибка сегментации"), да. Только если запускать то же приложение через GDB (run) - то оно спокойненько себе запустится и будет работать.

Я хочу понять почему при запуске из терминала оно падает с SIGSEGV, а вот при запуске из того же терминала, но под GDB работает и как будто ничего и не случается:)

Кстати адрес из-за чего SIGSEGV проявляется - странный, не правда ли? 0x0000000000000000 in ?? ()

[MegaLite]

сергей кузьмин, эта libthread_db.so.1 - часть libc6 - если была бы повреждена - наверняка бы 90+% системы не работало бы вообще:) Но сделал reinstall только что на всякий случай, не помогло, так же падает с ошибкой сегментации, если запускать просто так.

Что про ldd - он сказал, что этим прогам он не нужен, в зависимостях libthread_db.so.1 у них нет

Вот, тишина...

operator@quad:~$ ldd `which zuluCrypt-gui` | grep libthread_db.so.1
operator@quad:~$ ldd `which megasync` | grep libthread_db.so.1
operator@quad:~$

[jcmvbkbc]

то есть возможные виновники это часть дровяных либ NVidia и QT5Xcb?

MegaLite, похоже на то. В качестве следующего шага можно попробовать запустить приложение под gdb, нажать ^C в какой-то момент и сравнить вывод info files с выводом info files из gdb с дампом.

[jcmvbkbc]

присутствует ли
и не повреждена ли
libthread_db.so.1

сергей кузьмин, libthread_db.so.1 -- это библиотека интеграции libc с отладчиком, никакие приложения её сами по себе не используют.

[MegaLite]

jcmvbkbc, тогда у меня вопрос по GDB - а какой командой мне дальше раскатать по цепочке эти адреса (или функции по адресам)?

[MegaLite]

По поводу целостности этой so провёл эксперимент:) Подгрузилась:) Если была бы повреждена - в консоль высыпалась бы ошибка

Например попробуем жёстко подгрузить libthread_db.so.1 перед запуском например ls

operator@quad:~$ mkdir tmp
operator@quad:~$ cd tmp
operator@quad:~/tmp$ LD_PRELOAD=/lib/x86_64-linux-gnu/libthread_db.so.1 ls

[Vladislav]

может через strace что-то интересное можно увидеть?
strace -f -t -e trace=all `which megasync`

[jcmvbkbc]

какой командой мне дальше раскатать по цепочке эти адреса (или функции по адресам)?

MegaLite, непонятно, чего этим можно добиться. Я бы для начала сравнил вывод info files из gdb с рабочим приложением с выводом info files из gdb с дампом, в надежде, что есть отличия.

[сергей кузьмин]

MegaLite, ldd <путь к крушащейся прогамме>
все нормально или какой нибудь зависимости нету ?

[сергей кузьмин]

jcmvbkbc, точно - спутал с libpthread.so.0

[MegaLite]

Vladislav, куча системных вызовов (естественно:)) и... Приложение работает) Мистика Так не работает а с любой попыткой отладки - работает

[jcmvbkbc]

все нормально или какой нибудь зависимости нету ?

сергей кузьмин, программа тупо не запустится, если какой-нибудь зависимости нет.

[MegaLite]

jcmvbkbc, проверю info files, результат дополню... //

spoiler

Ну и простыня там выводится... Придётся постараться чтобы сравнить это...

[jcmvbkbc]

Придётся постараться чтобы сравнить это...

MegaLite, sed + sort + diff, вырежи одни только имена модулей из вывода для начала и сравни их.

diff -bu <( cat files1 | sed 's/.* in \(.*\)/\1/' | sort -u ) <( cat files2 | sed 's/.* in \(.*\)/\1/' | sort -u )

[MegaLite]

jcmvbkbc, сейчас попробую этот вывод как-то перенаправить в файл сначала - я в GDB ноль абсолютный:) Потом буду диффать

[MegaLite]

jcmvbkbc, тупой вопрос - а как снять info files с работающего процесса (с коредампом то мне всё удалось)? После run - процесс запускается и нормально себе работает, а вот GDB уже не реагирует на ввод команд, т.к. занят исследованием процесса...

[jcmvbkbc]

GDB уже не реагирует на ввод команд

^C, не?

[MegaLite]

jcmvbkbc, так отладчик перестанет же отлаживать по идее) А мне надо снять с работающего процесса:)

UPD:

Ну правильно я подумал, это приведёт к отвалу работающего процесса:)

operator@quad:~$ gdb zuluCrypt-gui
GNU gdb (Debian 12.1-4+b1) 12.1
Copyright (C) 2022 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
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-linux-gnu".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
.
Find the GDB manual and other documentation resources online at:
.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from zuluCrypt-gui...
(No debugging symbols found in zuluCrypt-gui)
(gdb) run
Starting program: /usr/bin/zuluCrypt-gui
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1".
[New Thread 0x7fffef1ff6c0 (LWP 144563)]
[New Thread 0x7fffee9fe6c0 (LWP 144564)]
Previous instance seem to have crashed,trying to clean up before starting
[New Thread 0x7fffee1fd6c0 (LWP 144565)]
[Detaching after fork from child process 144566]
^C
Thread 1 "zuluCrypt-gui" received signal SIGINT, Interrupt.
0x00007ffff631b0af in __GI___poll (fds=0x555555820dc0, nfds=2, timeout=-1) at ../sysdeps/unix/sysv/linux/poll.c:29
29 ../sysdeps/unix/sysv/linux/poll.c: Нет такого файла или каталога.
(gdb)

[jcmvbkbc]

так отладчик перестанет же отлаживать по идее)

MegaLite, неа, не перестанет. Просто остановится.

Ну правильно я подумал, это приведёт к отвалу работающего процесса

нифига не к отвалу. введёшь в консоли continue -- и всё полетит дальше.

[MegaLite]

jcmvbkbc, правда, приаттачен походу, буду знать, спасибо! И info files показался, урра!

[MegaLite]

jcmvbkbc, вот результат на pastebin, cюда не влез в лимит 10000 символов

https://pastebin.com/Shybz85i

Куда там смотреть?..

[jcmvbkbc]

Куда там смотреть?..

в различия. они есть (+/lib/x86_64-linux-gnu/libXcursor.so.1
+/lib/x86_64-linux-gnu/libXfixes.so.3
+/usr/lib/x86_64-linux-gnu/qt5/plugins/platforminputcontexts/libcomposeplatforminputcontextplugin.so) , но выглядят несущественно.

[jcmvbkbc]

Может быть дело в ASLR. Попробуй запускать программу с отключенным aslr, например так: setarch `uname -m` -R `which megasync`

[MegaLite]

jcmvbkbc, экспериментирую с zuluCrypt-gui если что, у megasync гора зависимостей по ldd, ну его:) Подменил megasync на zuluCrypt-gui, попробовал, падает...

UPD:

Спасибо за всю информацию и идеи!..

но кажется я пока забью на эту проблему.. Неудобно конечно, но буду запускать "падающие приложения" через gdb, или те же самые strace/ltrace, пишушие в /dev/null... Надеюсь этот костыль не понадобится после следущего apt upgrade;apt dist-upgrade...

[jcmvbkbc]

попробовал, падает

мне больше ничего не приходит в голову кроме совсем уж хардкорной отладки.

[MegaLite]

jcmvbkbc, Обновил предыдущее сообщение спойлером:) Спасибо огромное за уделённое мне и моему вопросу время! Пока мне придётся забить на решение проблемы...

Answer 1

[kray74]

На форуме debian пишут, что проблема в драйверах nvidia

Comments

[MegaLite]

Спасибо за информацию! Буду копать в ту сторону...