Вылетают программы [решено]

[Fromrsu]

Ноутбук toshiba a660-158, из запущенных приложений только браузер с парой вкладок.
При запуске World of Tanks и смене ракурса камеры самопроизвольно закрывается окно. С одной стороны, тут можно списать на требовательность к ресурсам (хотя с win такой проблемы не возникает), но почему программа Kxstitch (используется для создания схем вышивки) произвольно закрывается при импорте изображения?
Никакой ошибки не появляется. Просто завершается процесс.

UPD Вот и FireFox только что так же вылетел. В этот момент всего лишь настраивал закладки.

[keleg]

Видеокарта AMD?

[Fromrsu]

NVIDIA GeForce GT 330M
http://market.yandex.ru/product/6247645 ... track=char

[keleg]

Я бы попробовал поиграться с драйверами, у нас на nvidia есть серии 304, 340, 346, current. У вас что стоит?

[Fromrsu]

Обновил на proprietary nvidia 340. Понаблюдаю пару дней за результатом.

[Fromrsu]

К сожалению, проблема повторилась. Вылетел ff.

[PastorDi]

К сожалению, проблема повторилась. Вылетел ff.

hw-probe сделайте ДО вылета Firefox и ПОСЛЕ вылета Firefox. И ссылки в студию...

[Fromrsu]

Очередной вылет FF.
ДО https://linux-hardware.org/?probe=e8ee011611
ПОСЛЕ https://linux-hardware.org/?probe=8c52484a06

[PastorDi]

Что-то я даже не вижу у вас определение моника. Хм...
Похоже проблема в monitor-get-edi и в X'ах. Что-то мне подсказывает что у нас поломка в определении EDID моников.
Я вот тут писал http://forum.rosalab.ru/viewtopic.php?f ... edi#p42606 про это. Да и у меня, на свободных дровах FF валился. И тоже EDID трапы вываливали, хотя карта у меня ati а не nvidia как у вас. В логаз не только у себя видел такое. Похоже в X'ах где-то касяк и не важно какая карта. Надо бы все это в багзиллу заводить и править...

[Fromrsu]

Так падает не только FF - просто с ним чаще всего работаю.
Ошибку завел http://bugs.rosalinux.ru/show_bug.cgi?id=5385 - подожду ответа.

[ДроноваЮ]

Почему до сих пор никто не попросил консольный вывод? O____o Запускайте программы из консоли по названию бинарника и сохраняйте логи. Как чуть что появится — сюда в тему. кроме того, прочитайте вот это сообщение и научитесь дебажить, это крайне просто, хотя если связано именно с оборудованием, может и не помочь, но надо пробовать выловить хоть что-то.

[Fromrsu]

Почему до сих пор никто не попросил консольный вывод? O____o Запускайте программы из консоли по названию бинарника и сохраняйте логи. Как чуть что появится — сюда в тему. кроме того, прочитайте вот это сообщение и научитесь дебажить, это крайне просто, хотя если связано именно с оборудованием, может и не помочь, но надо пробовать выловить хоть что-то.

Поставил gdb - начну отлов бяки.

[Fromrsu]

Это просто засада какая-то. Ловлю глюки на FF, так он начинает работать как часы. Зато VCMI уже дважды вылетел за пару часов.
Поменял настройки отображения. Посмотрим даст ли это что-нибудь.
Юля, подскажите, как gdb запустить для vcmi? Последовательность gdb vcmi - run не привела к ожидаемому результату.

[ДроноваЮ]

Вы для начала его просто тупо из консоли запустите, как я сказала выше. Т.е. узнайте название бинарников прог, которые лежат в /usr/bin, и запускайте только из консоли, чтобы получить хоть какие-то логи, если они будут. Кроме того, рендомные бессистемные вылетания программ говорят о проблемах с файловой системой, отсутствии свободного места в хомяке или вообще на разделе, или/и проблемах с жёстким диском. Уповать особо на gdb тут не стоит, как я тоже уже выше сказала. Через gdb опять же проще всего запускать нормальные проги, как раз типа ФФ, а не движок для вендовой игрушки, который в свою очередь там запускает ещё кучу всяких матрёшек.

[Fromrsu]

Думаю, можно исключить 2 причины - в разделе еще более 30 Гб свободных и проблем с hdd не наблюдается (контроль на уровне smart и отсутствие проблем с этим же диском, при работе под форточками).
Пока понаблюдаю дальше за "пациентом", посмотрю, как говорите, за логами в консоли.

[Галахов Роман]

Так падает не только FF - просто с ним чаще всего работаю.
Ошибку завел http://bugs.rosalinux.ru/show_bug.cgi?id=5385 - подожду ответа.

В последние дни тоже были падения FF. Вчера прогнал dbg, не валился но на 100% зависал (приходилось перезапускать FF) на этом файле:

Код: Выделить всё

Program received signal SIGPIPE, Broken pipe.
[Switching to Thread 0x7fffde634700 (LWP 8515)]
0x00007ffff7bcd87f in send () from /lib64/libpthread.so.0
(gdb) bt
#0  0x00007ffff7bcd87f in send () from /lib64/libpthread.so.0
#1  0x00007ffff1bb129d in ?? () from /lib64/libnspr4.so
#2  0x00007ffff174ce7d in ?? () from /lib64/libssl3.so
#3  0x00007ffff173ddc4 in ?? () from /lib64/libssl3.so
#4  0x00007ffff173e411 in ?? () from /lib64/libssl3.so
#5  0x00007ffff17529c6 in ?? () from /lib64/libssl3.so
#6  0x00007ffff3f4e4e3 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#7  0x00007ffff3f4e55a in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#8  0x00007ffff2be7649 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#9  0x00007ffff2beba0f in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#10 0x00007ffff2be76ff in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#11 0x00007ffff2be84ee in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#12 0x00007ffff2be867a in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#13 0x00007ffff2b89500 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#14 0x00007ffff2b9e099 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#15 0x00007ffff2d68843 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#16 0x00007ffff2d54ea5 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#17 0x00007ffff2b8b5d1 in ?? () from /usr/lib64/firefox-37.0.1/libxul.so
#18 0x00007ffff1bb3bbc in ?? () from /lib64/libnspr4.so
#19 0x00007ffff7bc5645 in start_thread () from /lib64/libpthread.so.0
#20 0x00007ffff70e2e7d in clone () from /lib64/libc.so.6
(gdb) 

Сегодня, при запуске из консоли (зато не зависает на dbg) заметил, что похоже FF не правильно определяет видеокарту (у меня intel HD):ищет nvidia

Код: Выделить всё

Failed to open VDPAU backend libvdpau_nvidia.so: невозможно открыть разделяемый объектный файл: Нет такого файла или каталога

При этом, что интересно, про ATI - он не написал (это если подумать, что FF банально перебирает драйвера).

[euspectre]

Похоже проблема в monitor-get-edi и в X'ах.

С возвращением!

Про monitor-get-edid - известная вещь, но тут, вероятно, не в этом дело. При использовании проприетарных драйверов может падать, но работе системы это не мешает.

[euspectre]

UPD Вот и FireFox только что так же вылетел. В этот момент всего лишь настраивал закладки.

Спасибо, данные hw-probe кое-что могут прояснить.

Для начала стоит проверить жёсткий диск: судя по данным smartctl, там есть сбойный сектор. Перед этим хорошо бы перекопировать важные данные с этого диска куда-нибудь, на всякий случай.

Также, чтобы core dumps от падающих приложений сохранились нормально, можно сделать так (в консоли)
1. Убрать ограничение на размер сохраняемого core-файла:

Код: Выделить всё

ulimit -c unlimited

2. Сказать системе, чтобы просто сохраняла core dumps и не умничала (по умолчанию она их пытается systemd передавать, а там не всегда всё гладко). Под root:

Код: Выделить всё

echo "core" > /proc/sys/kernel/core_pattern

3. Запустить Firefox или что-то ещё, что падает, из той же консоли, где вызывали ulimit -c unlimited выше. Если Firefox упадёт, core dump для него должен сохраниться в текущем каталоге.

GDB потом можно будет натравить уже на этот core dump.

[PastorDi]

Похоже проблема в monitor-get-edi и в X'ах.

С возвращением!

Я не до конца возвратился.

Про monitor-get-edid - известная вещь, но тут, вероятно, не в этом дело. При использовании проприетарных драйверов может падать, но работе системы это не мешает.

Вот я одну вещь такую заметил (у себя):

стоят дрова radeon:
1. Загружаемся, FF падает, X'ы перегружаются. FF не падает.
2. После каждой перезагрузки, я сам X'ы перегружаю и FF не падает. Т.е. достаточно самому сразу перегрузить X'ы и все будет работать.

стоят дрова fglrx:
Все работает нормально.

Вот и получается. Что видимо проприетарный как-то "вытягивает" графику сам, а халявный не может без "поддержки" X'ов.

[euspectre]

Вот и получается. Что видимо проприетарный как-то "вытягивает" графику сам, а халявный не может без "поддержки" X'ов.

Это, возможно, отдельная проблема. Если у тебя эти сбои происходят постоянно, лучше завести про это отдельный баг.

[PastorDi]

Похоже проблема в monitor-get-edi и в X'ах.

Про monitor-get-edid - известная вещь, но тут, вероятно, не в этом дело. При использовании проприетарных драйверов может падать, но работе системы это не мешает.

Что-то тут погуглил.... Нашел вот: https://bbs.archlinux.org/viewtopic.php?id=188879
Народ говорит надо intel-ucode отрубить. Но еещ погуглив, нашел это: https://wiki.archlinux.org/index.php/mi ... ed_on_boot
Посмотрел у себя в логах, тут проба: https://linux-hardware.org/?probe=9e20d131dc
Похоже действительно что-то с базой микрокодов процессоров. Может ее обновить? Хотя проц вроде не совсем новый, значит где-то поломка базы, либо что-то не вытаскивается из нее.

[euspectre]

Похоже действительно что-то с базой микрокодов процессоров. Может ее обновить?

Это вообще отдельная проблема. К monitor-get-edid не должна иметь отношения.

Что именно вызывает падение monitor-get-edid - см. мои комментарии тут: http://bugs.rosalinux.ru/show_bug.cgi?id=4646

При всём этом, оно не должно влиять на те проблемы с графикой, о которых речь шла выше. Даже если симптомы похожи, нужна более детальная диагностика, хотя бы backtrace падения какого-то из указанных приложений.

[ДроноваЮ]

Для начала стоит проверить жёсткий диск: судя по данным smartctl, там есть сбойный сектор.

Ну я ж говорила. А вот этот убойный аргумент:

отсутствие проблем с этим же диском, при работе под форточками)

можно уже вешать на стену в рамочке

[PastorDi]

Похоже действительно что-то с базой микрокодов процессоров. Может ее обновить?

Это вообще отдельная проблема. К monitor-get-edid не должна иметь отношения.

Что именно вызывает падение monitor-get-edid - см. мои комментарии тут: http://bugs.rosalinux.ru/show_bug.cgi?id=4646

При всём этом, оно не должно влиять на те проблемы с графикой, о которых речь шла выше. Даже если симптомы похожи, нужна более детальная диагностика, хотя бы backtrace падения какого-то из указанных приложений.

Понятно, почитал в багзилле. Посмотрел коды тоже.
По кодам дизассемблера похоже идет переполнение. Возможно как раз в длине слова и дело. Там передается c регистра SS в стэк - int, если передать long, как сделал один человек здесь. Там патчик. Как раз просто меняет int на long. И проверка. Потому что судя по гуглу, не обрабатываются инструкции процессора какие-то. Возможно халявный драйвер передает все инструкции на главный проц на обработку, а проприетарный передает на ядро видеокарты на обработку. Возможно в этом и разница между реакцией халявного и проприетраного драйвера.
В Федорке кстати, *((char *)0) = 0x4f; заменено на: *mmap_addr = 0x4f; тут вот написано И почему все идет в адрес 0x4f? Насколько помню, это адрес защищенного куска виртуальной памяти. А в каком-то из ядер, вроде начали ограничивать доступ к вирт.памяти. (мож я конечно чего-то путаю). Судя по этому может надо все же 0x40 адрес? Потому, что здесь написано "64-bit: rax, r8", а регистр r8 имеет адрес как раз 0x40, а не 0x4f.

[euspectre]

Похоже действительно что-то с базой микрокодов процессоров.

Давай обсуждение проблемы с monitor-get-edid продолжим в баге http://bugs.rosalinux.ru/show_bug.cgi?id=4646, чтобы в этой ветке форума не отвлекаться от исходной проблемы пользователя. Я туда добавил ссылку на твой комментарий: полезная информация, пригодится.

[Fromrsu]

3. Запустить Firefox или что-то ещё, что падает, из той же консоли, где вызывали ulimit -c unlimited выше. Если Firefox упадёт, core dump для него должен сохраниться в текущем каталоге.

GDB потом можно будет натравить уже на этот core dump.

Спасибо! Окно FF открылось, но появилась такая ошибка:

Запуск FF.png (17.46 КБ) 29052 просмотра

Игнорировать её и продолжать сбор логов?

А вот этот убойный аргумент:

отсутствие проблем с этим же диском, при работе под форточками)

можно уже вешать на стену в рамочке

Юля, без обид, но аргумент, хоть, и "убойный" и достоен размещения на стене в рамочке - именно там он и должен находиться как напоминание того, что у форточек есть преимущество в стабильности (как это ни странно звучит).
Аргументирую свое мнение - на этом физическом диске уже пару лет живут форточки (текущая установка, до этого другая версия еще несколько лет) и аналогичных проблем с вылетом программ или появлением экрана смерти не припомню ни одной. То же, что после установки Rosa сразу проявилась проблема, говорит о её меньшей отказоустойчивости в этом очень узком направлении.
В остальном, как говорится "мир, дружба, жвачка" и спорить не буду

[PastorDi]

Похоже действительно что-то с базой микрокодов процессоров. Может ее обновить?

Это вообще отдельная проблема. К monitor-get-edid не должна иметь отношения.

Что именно вызывает падение monitor-get-edid - см. мои комментарии тут: http://bugs.rosalinux.ru/show_bug.cgi?id=4646

При всём этом, оно не должно влиять на те проблемы с графикой, о которых речь шла выше. Даже если симптомы похожи, нужна более детальная диагностика, хотя бы backtrace падения какого-то из указанных приложений.

Ну в общем, FF на свободных radeon валится на одном единственном сайте (остальные не помню какие).
Вот открываю его, и фриз системы. strace снял, и только кнопка reboot на блоке помогла. То что успел strace записать в файл, выкладываю: https://yadi.sk/i/wUBi3Z5qfxgdf
Еще xtrace запустил, снял очередной фриз: https://yadi.sk/i/noYUkLg-fxj7E (а случаем не с новым DRI3 это связано?)
Попробовал gdb, с ним тоже все фризит, и логи не снять с него.
backtrace в каком пакете? чего-то не нашел. Вот проба после фриза и последующей перезагрузки: https://linux-hardware.org/?probe=dcab6efd37

[ДроноваЮ]

То же, что после установки Rosa сразу проявилась проблема, говорит о её меньшей отказоустойчивости в этом очень узком направлении.

Эмм, нет, это просто свидетельство того, что линух относится и отслеживает эти вещи немного по-другому, чем венда. Есть изложение всего этого в гугле, возможно, вспомню и смогу найти, ещё с до-systemd эпохи. Не хуже-лучше, не устойчивее-неустойчивее, а по-другому. Проблема и в венде никуда не девается, физически диск-то тот же самый, но венда по-другому как-то это обрабатывает. Попробую вспомнить, где читала.

[Barmalei]

Ну в общем, FF на свободных radeon валится на одном единственном сайте (остальные не помню какие).

Стоят свободные радика, ни разу не упал.

[Fromrsu]

Попробую вспомнить, где читала.

Буду признателен, если поделитесь ссылкой.

[Fromrsu]

После того, как в начале мая переставил ось, проблем не возникает - длительный период наблюдения показал, что полет нормальный.
Возможно, иногда аналогичная проблема лечится таким забавным способом.

P.S. админы, закройте, пожалуйста, этот топик.