jcmvbkbc, Обновил предыдущее сообщение спойлером:) Спасибо огромное за уделённое мне и моему вопросу время! Пока мне придётся забить на решение проблемы...
jcmvbkbc, экспериментирую с zuluCrypt-gui если что, у megasync гора зависимостей по ldd, ну его:) Подменил megasync на zuluCrypt-gui, попробовал, падает...
UPD:
Спасибо за всю информацию и идеи!..
но кажется я пока забью на эту проблему.. Неудобно конечно, но буду запускать "падающие приложения" через gdb, или те же самые strace/ltrace, пишушие в /dev/null... Надеюсь этот костыль не понадобится после следущего apt upgrade;apt dist-upgrade...
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, тупой вопрос - а как снять info files с работающего процесса (с коредампом то мне всё удалось)? После run - процесс запускается и нормально себе работает, а вот GDB уже не реагирует на ввод команд, т.к. занят исследованием процесса...
сергей кузьмин, эта libthread_db.so.1 - часть libc6 - если была бы повреждена - наверняка бы 90+% системы не работало бы вообще:) Но сделал reinstall только что на всякий случай, не помогло, так же падает с ошибкой сегментации, если запускать просто так.
Что про ldd - он сказал, что этим прогам он не нужен, в зависимостях libthread_db.so.1 у них нет
сергей кузьмин, Говорит (я это и до GDB знал, в терминале рисовалось красивое "ошибка сегментации"), да. Только если запускать то же приложение через GDB (run) - то оно спокойненько себе запустится и будет работать.
Я хочу понять почему при запуске из терминала оно падает с SIGSEGV, а вот при запуске из того же терминала, но под GDB работает и как будто ничего и не случается:)
Кстати адрес из-за чего SIGSEGV проявляется - странный, не правда ли? 0x0000000000000000 in ?? ()
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 ()
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
Кстати, помимо стандартного man существует ещё и info. Возможно в info find найдётся что-то и, возможно, даже на русском (но это ОЧЕНЬ НЕ ТОЧНО - я юзаю info очень редко, к тому же он должен быть установлен)