DeadMetaler |
|
Темы:
10
Сообщения:
166
Участник с: 11 августа 2015
|
Не знаю в чём именно проблема, поэтому запостил сюда. Короче возникло это уже давно, но тогда не придал значения просто. Но вчера взял флешку старую USB 2Гб кингстон, чтоб скинуть на неё фотки. При подключении она монтируется, появляется в наутилусе, но при попытке открыть её наутилус просто закрывается с ошибкой сегментирования. Даже не знаю как и где посмотреть хоть какой-то лог. В терминале ничего интересного и только dmesg выдаёт при этом nautilus[4828]: segfault at fffffffffffffed8 ip 00007f75d987befa sp 00007ffc61448ce0 error 5 in libgtk-3.so.0.1800.6[7f75d963f000+63a000] Флешку всячески и в разные ФС форматировал, но в любом случае она валит наутилус. Есть другая флешка и с ней не удалось повторить такой проблемы. Так же фотоаппарат не открыть в наутилусе. --------------------------------------- Тут я в поисках решений обнаружил или даже вспомнил старую проблему. Наутилус так же вылетает при попытке открыть наверное любой ISO образ смонтированный через gnome-disk-utility. С таким же сообщение в dmesg. Если вручную в указанную точку смонтировать через loop, то можно посмотреть содержимое. Насколько я помню еще в пределах Gnome 3.18 всё вышеописанное работало и не понятно с какого момента перестало. В других файловых менеджерах(mc, dolphin) открывает нормально. Пробовал собрать старый наутилус 3.16 и 3.14 и проблема сохраняется. Кто подтвердит хоть что-то из этого? Как можно вообще понять и отдебажить от чего падает? Хоть лог какой, чтоб с ним на багтрекер идти. |
svicer |
|
Темы:
11
Сообщения:
856
Участник с: 27 июля 2014
|
А brasero установлен? |
vasek |
|
Темы:
48
Сообщения:
11340
Участник с: 17 февраля 2013
|
DeadMetalerПодтверждаю, не всегда, но были случаи падения nautilus, а потому практически перестал им пользоваться. В основном у меня были падения при перемещении/копировании файлов из одной директории в другую.....Записи о падении не сохранились — все подчистил. Хотел повторить сейчас дважды — но, к сожелению, не упало.... Посмотри логи и дампы в следующих местах Текущю загрузку $ journalctl -b | grep nautilus или $ journalctl -b | grep 'dumped core' если смотреть предыдущую загрузку, то добавляй опцию -1 (или -2 и.т.д.), например, $ journalctl -b -1 | grep nautilus или $ journalctl -b -1 | grep 'dumped core' А можно посмотреть и весь журнал (или с опцией -p 3 ) $ journalctl | grep nautilus или $ journalctl | grep 'dumped core' Дампы падения пишутся в /var/lib/systemd/coredump/ посмотреть их наличие можно так $ ls /var/lib/systemd/coredump/core.* или $ coredumpctl list Насчет от чего падает — если есть дампы, то можешь посмотреть $ coredumpctl gdb ….. но без отладочной информации пользы мало, но что то укажет....
Ошибки не исчезают с опытом - они просто умнеют
|
DeadMetaler |
|
Темы:
10
Сообщения:
166
Участник с: 11 августа 2015
|
Чертовщина какая-то. Короче ничего нигде интересного не нашёл в логах и дампах и банально решил gtk3 переставить, так как ругалось оно на libgtk-3.so.0.1800.6. Заработало. Ну пока работает. Рядом стоит ещё система с разрабатываемым Gnome 3.19 и там такая же проблема. Ещё там попробую разобраться. |