В конце моего остроумия. Рабочий LibreOffice 5.1.6.2 (станд. repo версия) на (64-разрядной) Ubuntu 16.04.
azed@azed-H270N:~$ uname -a
Linux azed-H270N 4.10.0-37-generic #41~16.04.1-Ubuntu SMP Fri Oct 6 22:42:59 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
LO всегда имел тенденцию "зависнуть" в моих 16,04 системах, но теперь это регулярно удаляет целую систему.
Выполнение чего-либо быстро в LO - выбирающего развертку текста, выполнение двух команд в быстрой последовательности - кажется, приносят - на проблеме.
Размер документа может также быть фактором. Проблема имела тенденцию происходить, когда я работаю над длинным (600 страниц, 3.6 МБ) документ, но это может только быть то, потому что я склонен не работать над короткими документами очень долго.
Признаки:
Целые системные замораживания. Указатель мыши остается мобильным, но система в других отношениях безразлична. После нескольких минут застоя система отказывает назад на экран входа в систему.
После входа назад - в, меня встречает диалог восстановления документа LO. Документ возвращается хорошо, но вся работа, сделанная после последнего автосохранения LO, потеряна.
После одного катастрофического отказа LO, намного более вероятно, откажет снова.
Шаги сделаны:
Я увеличил память, привыкшую для графического кэша LO к 190 МБ и памяти / объект к 12 МБ, но это не улучшило вещи.
Я также попытался назвать LO от терминала с gtk2, а не gtk3, с помощью:
SAL_USE_VCLPLUGIN=gtk libreoffice
как детализировано здесь:
LibreOffice 5.1.2.2 силы для использования gtk2 вместо gtk3?
Но никакая радость/улучшение (казалось, ничего не изменил).
После последнего катастрофического отказа я исследовал ~/.xsession-errors
, /var/log/dmesg
и /var/log/syslog
. Последнее, к которому приводят:
Oct 12 16:20:38 azed-H270N gnome-session[1707]: ** (soffice:1998): WARNING **: Unknown event notification 36
Oct 12 16:24:26 azed-H270N gnome-session[1707]: ** (soffice:1998): WARNING **: Unknown event notification 36
Oct 12 16:24:26 azed-H270N systemd[1]: Starting Cleanup of Temporary Directories...
Oct 12 16:24:26 azed-H270N systemd-tmpfiles[2712]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
Oct 12 16:24:26 azed-H270N systemd[1]: Started Cleanup of Temporary Directories.
Oct 12 16:24:38 azed-H270N gnome-session[1707]: ** (soffice:1998): WARNING **: Unknown event notification 36
Oct 12 16:29:12 azed-H270N gnome-session[1707]: message repeated 3 times: [ ** (soffice:1998): WARNING **: Unknown event notification 36]
Oct 12 16:34:46 azed-H270N org.gnome.zeitgeist.SimpleIndexer[1551]: ** (zeitgeist-fts:2105): WARNING **: Unable to get info on application://nautilus-autostart.desktop
Oct 12 16:39:46 azed-H270N systemd[1]: Starting Automatically fetch and run repair assertions...
Oct 12 16:39:46 azed-H270N snap-repair[2949]: error: cannot use snap-repair on a classic system
Oct 12 16:39:46 azed-H270N systemd[1]: Started Automatically fetch and run repair assertions.
Oct 12 16:49:33 azed-H270N kernel: [ 2426.455211] [drm] GPU HANG: ecode 9:0:0x85dffffb, in Xorg [946], reason: Hang on render ring, action: reset
Oct 12 16:49:33 azed-H270N kernel: [ 2426.455238] drm/i915: Resetting chip after gpu hang
Oct 12 16:49:33 azed-H270N kernel: [ 2426.455284] [drm] RC6 on
Oct 12 16:49:33 azed-H270N kernel: [ 2426.471991] [drm] GuC firmware load skipped
Oct 12 16:49:51 azed-H270N kernel: [ 2444.435136] drm/i915: Resetting chip after gpu hang
Oct 12 16:49:51 azed-H270N kernel: [ 2444.435196] [drm] RC6 on
Oct 12 16:49:51 azed-H270N kernel: [ 2444.449146] [drm] GuC firmware load skipped
Oct 12 16:50:11 azed-H270N kernel: [ 2464.434387] drm/i915: Resetting chip after gpu hang
Oct 12 16:50:11 azed-H270N kernel: [ 2464.434449] [drm] RC6 on
Oct 12 16:50:11 azed-H270N kernel: [ 2464.446462] [drm] GuC firmware load skipped
Oct 12 16:50:31 azed-H270N kernel: [ 2484.433590] drm/i915: Resetting chip after gpu hang
Oct 12 16:50:31 azed-H270N kernel: [ 2484.433655] [drm] RC6 on
Oct 12 16:50:31 azed-H270N kernel: [ 2484.448736] [drm] GuC firmware load skipped
Oct 12 16:50:49 azed-H270N kernel: [ 2502.416895] drm/i915: Resetting chip after gpu hang
Oct 12 16:50:49 azed-H270N kernel: [ 2502.416960] [drm] RC6 on
Oct 12 16:50:49 azed-H270N kernel: [ 2502.431102] [drm] GuC firmware load skipped
Oct 12 16:51:09 azed-H270N kernel: [ 2522.416124] drm/i915: Resetting chip after gpu hang
Oct 12 16:51:09 azed-H270N kernel: [ 2522.416192] [drm] RC6 on
Oct 12 16:51:09 azed-H270N kernel: [ 2522.432185] [drm] GuC firmware load skipped
Oct 12 16:51:24 azed-H270N kernel: [ 2537.204555] sysrq: SysRq : This sysrq operation is disabled.
Oct 12 16:51:26 azed-H270N kernel: [ 2538.876556] sysrq: SysRq : This sysrq operation is disabled.
Oct 12 16:51:27 azed-H270N kernel: [ 2540.500557] sysrq: SysRq : This sysrq operation is disabled.
Oct 12 16:51:29 azed-H270N kernel: [ 2542.415352] drm/i915: Resetting chip after gpu hang
Вопросы:
Моя проблема, связанная с этой ошибкой:
https://bugs.launchpad.net/ubuntu / + источник/Xorg / + ошибка/1574266
был бы, обновляя до более новой версии LO от официального LO ppa вопросы справки?
Кто-либо еще столкнулся с этим prob?
Новые идеи решения?
Любая справка очень с благодарностью получена. LO является ключевым приложением для меня. Если я не могу полагаться на него, это делает мои 16,04 систем фактически бесполезными.
Я тоже наткнулся на эту проблему. У меня даже такое же графическое оборудование. Кажется, я исправил это менее радикальными мерами. Я отключил Java и OpenCL в диалоговом окне Инструменты-> Параметры (флажок Java в разделе «Дополнительно»).
Кажется, теперь намного лучше.
Я добираюсь на правильном пути.
После другого катастрофического отказа я исследовал /var/log/syslog
и поднятый это:
Oct 17 20:01:14 azed-H270N kernel: [38304.615927] [drm] GPU HANG: ecode 9:0:0x85dffffb, in Xorg [969], reason: Hang on render ring, action: reset
Oct 17 20:01:14 azed-H270N kernel: [38304.615958] drm/i915: Resetting chip after gpu hang
Oct 17 20:01:14 azed-H270N kernel: [38304.616003] [drm] RC6 on
Oct 17 20:01:14 azed-H270N kernel: [38304.632462] [drm] GuC firmware load skipped
Oct 17 20:01:26 azed-H270N kernel: [38316.580869] drm/i915: Resetting chip after gpu hang
Это намекнуло мне, что проблемой была действительно эта ошибка. Сообщение № 6 в вышеупомянутом потоке относится к тенденции систем с помощью i915 драйвера для зависания как "известная проблема с i915 драйвером".
В целях сравнения, если любой e
lse has this problem, here's my kit:
azed@azed-H270N:~$ sudo lshw -C video
[sudo] password for azed:
*-display
description: VGA compatible controller
product: Sky Lake Integrated Graphics
vendor: Intel Corporation
physical id: 2
bus info: pci@0000:00:02.0
version: 06
width: 64 bits
clock: 33MHz
capabilities: pciexpress msi pm vga_controller bus_master cap_list rom
configuration: driver=i915 latency=0
resources: irq:132 memory:f6000000-f6ffffff memory:e0000000-efffffff ioport:f000(size=64) memory:c0000-dffff
Хорошо, поэтому что сделать?
Сообщение № 12 в вышеупомянутом потоке рекомендовало установить xserver-xorg-video-intel
как фиксация:
Но когда я пытался делать это с Синаптическим, система не позволит мне. Другой пакет, xserver-xorg-video-all-hwe-16.04
, должен был быть удален сначала. К сожалению, моя система не стремилась сделать удаление.
Немного исследования показало, что вышеупомянутое было установлено во время 16,04 доработанных версий ранее в том же году. Эта информация согласовывалась с поведением моей системы, которая работала хорошо в прошлом году.
Решение:
Найденный возможным решением здесь. Следуя совету, данному в вышеупомянутом w/page, я сделал это:
sudo apt remove xserver-xorg-core-hwe-16.04 xserver-xorg-input-all-hwe-16.04 linux-generic-hwe-16.04 xserver-xorg-video-all-hwe-16.04
sudo apt install xserver-xorg-core
sudo apt install ubuntu-desktop xserver-xorg xserver-xorg-video-all xserver-xorg-input-all
Примечание: Я опустил libgl1-mesa-dri:i386 libgl1-mesa-glx:i386
от версии этой последней команды, данной в ссылке выше, поскольку 64-разрядные версии этих пакетов, казалось, были уже установлены в моей системе.
Внеся вышеупомянутые изменения, я перезагрузил. Система возвратилась прекрасная.
Результат:
Это было неделю назад. У меня не было сингла, "зависают" с тех пор. Мои 16,04 систем теперь, кажется, хорошо работают.
Между прочим, я не думаю, что подвешивать-проблема имеет что-либо очень, чтобы сделать с Libreoffice. Я все еще добираюсь/var/log/syslog-warnings как:
Oct 24 09:52:57 azed-H270N gnome-session[1684]: (soffice:2017): Gdk-WARNING **: gdk_window_set_icon_list: icons too large
Oct 24 09:53:05 azed-H270N org.gtk.vfs.Daemon[1548]: ** (gvfsd:1619): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Failed to mount Windows share: Invalid argument
Oct 24 09:53:07 azed-H270N org.gtk.vfs.Daemon[1548]: message repeated 2 times: [ ** (gvfsd:1619): WARNING **: dbus_mount_reply: Error from org.gtk.vfs.Mountable.mount(): Failed to mount Windows share: Invalid argument]
Oct 24 09:54:26 azed-H270N gnome-session[1684]: ** (soffice:2017): WARNING **: Unknown event notification 36
но они, кажется, не доставляют неприятности. Я думаю, что моей проблемой была проблема с Xorg. Я сделал связь с LibreOffice, потому что я был склонен использовать его (я использую его много) каждый раз, когда разрушенная система.
Надежда все это помогает кому-то.
Примечание: если вышеупомянутое решение не работает на Вас, изменения могут вернуться с:
sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
Я думаю вот именно, так или иначе. Посмотрите здесь: