LibreOffice 5.1.6.2 falha no ubuntu 16.04 (64 bits)

Question

No final da minha sagacidade. Executando o LibreOffice 5.1.6.2 (a versão std repo) no Ubuntu 16.04 (64 bits).

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

O LO sempre teve a tendência de "travar" no meu sistema 16.04, mas agora ele está derrubando todo o sistema regularmente.

Fazer qualquer coisa rapidamente no LO - selecionando texto, executando dois comandos em sucessão rápida - parece trazer o problema.

O tamanho do documento também pode ser um fator. O problema tende a ocorrer quando estou trabalhando em um documento longo (600 páginas, 3.6MB), mas isso pode ser apenas porque eu costumo não trabalhar em documentos curtos por muito tempo.

Sintomas :

O sistema inteiro congela. O ponteiro do mouse permanece móvel, mas o sistema não responde de outra forma. Depois de alguns minutos de estase, o sistema trava de volta à tela de login.

Após o login, sou recebido pelo diálogo de recuperação de documentos LO. O documento volta OK, mas todo o trabalho feito após o último autosave LO está perdido.

Após uma falha, é muito mais provável que a LO sofra colisões novamente.

Medidas tomadas :

1. Eu aumentei a memória usada para o cache de gráficos LO para 190MB e a memória / objeto para 12MB, mas isso não melhorou as coisas.

2. Eu também tentei chamar LO de um terminal com gtk2 ao invés de gtk3, usando:

   SAL_USE_VCLPLUGIN=gtk libreoffice
   

   como detalhado aqui:

   Force o LibreOffice 5.1.2.2 usar gtk2 em vez de gtk3?

   Mas sem alegria / melhoria (não parece mudar nada).

3. Após a última falha, examinei ~/.xsession-errors , /var/log/dmesg e /var/log/syslog . O último rendeu:

   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
   

Perguntas :

O meu problema está relacionado com este erro:

link

atualizaria para uma versão mais recente do LO a partir das questões oficiais de ajuda do LO ppa?

Alguém mais se deparou com este problema?

Novas ideias de solução?

Qualquer ajuda recebida com gratidão. LO é um aplicativo chave para mim. Se eu não puder confiar nisso, isso tornará meu sistema 16.04 virtualmente inútil.

    

Answer 1

Eu entro no caminho certo :

Após outra falha, examinei / var / log / syslog e aumentei isto:

17 de outubro 20:01:14 kernel azed-H270N: [38304.615927] [drm] GPU HANG: ecode 9: 0: 0x85dffffb, no Xorg [969], razão: Pendure no anel de renderização, ação: reset 17 de outubro 20:01:14 kernel azed-H270N: [38304.615958] drm / i915: Redefinição de chip após a suspensão do gpu 17 de outubro 20:01:14 kernel azed-H270N: [38304.616003] [drm] RC6 em Oct 17 20:01:14 kernel azed-H270N: [38304.632462] [drm] carga de firmware GuC ignorada 17 de outubro 20:01:26 kernel azed-H270N: [38316.580869] drm / i915: Redefinindo o chip após a suspensão do gpu

Isso me sugeriu que o problema era de fato o bug identificado aqui:

link

[A postagem 6 no tópico acima refere-se à tendência de os sistemas que usam o driver i915 travarem como "um problema bem conhecido com o driver i915"]

Para fins de comparação, se alguém tiver esse problema, aqui está meu kit:

azed @ azed-H270N: ~ $ sudo lshw -C video

senha [sudo] para o azed:

* - exibição

descrição: controlador compatível com VGA

product: Gráficos Integrados Sky Lake

fornecedor: Intel Corporation

id físico: 2

informações do ônibus: pci @ 0000: 00: 02.0

versão: 06

largura: 64 bits

relógio: 33MHz

capacidades: pciexpress msi pm vga_controller bus_master cap_list rom configuração: driver = i915 latency = 0

recursos: irq: 132 memória: f6000000-f6ffffff memória: e0000000-efffffff ioport: f000 (tamanho = 64) memória: c0000-dffff

OK, então o que fazer?

A postagem 12 no tópico acima recomenda a instalação do xserver-xorg-video-intel como uma correção:

Mas quando tentei fazer isso com o Synaptic, o sistema não me deixou. Outro pacote, xserver-xorg-video-all-hwe-16.04, teve que ser desinstalado primeiro. Infelizmente, o meu sistema não estava disposto a fazer a desinstalação.

Uma pequena pesquisa revelou que o acima foi instalado no momento de um lançamento de 16.04 no início do ano. Esta informação foi consistente com o comportamento do meu sistema, que correu bem no ano passado.

Solução :

Encontrou uma solução possível aqui:

link

Seguindo o conselho dado na página acima, fiz o seguinte:

sudo apt remova xserver-xorg-core-hwe-16.04 xserver-xorg-input-all-hwe-16.04 linux-genérico-hwe-16.04 xserver-xorg-video-all-hwe-16.04

Então:

sudo apt instale o xserver-xorg-core

E finalmente:

sudo apt instale o ubuntu-desktop xserver-xorg xserver-xorg-video-tudo xserver-xorg-input-all

Nota : omiti libgl1-mesa-dri: i386 libgl1-mesa-glx: i386 da versão deste último comando dada no link acima, como as versões de 64 bits desses pacotes parecia já estar instalado no meu sistema.

Tendo feito as alterações acima, eu reiniciei. O sistema voltou bem.

Resultado :

Isso foi há uma semana. Eu não tive um único "jeito" desde então. Meu sistema 16.04 agora parece estar funcionando bem.

A propósito, eu não acho que o problema de pendurar tenha algo a ver com o Libreoffice. Ainda estou recebendo / var / log / syslog-warnings como:

24 de outubro 09:52:57 azed-H270N sessão-gnome [1684]: (soffice: 2017): Gdk-WARNING **: gdk_window_set_icon_list: ícones muito grandes 24 de outubro 09:53:05 azed-H270N org.gtk.vfs.Daemon [1548]: ** (gvfsd: 1619): AVISO **: dbus_mount_reply: Erro de org.gtk.vfs.Mountable.mount (): Falha montar o compartilhamento do Windows: argumento inválido 24 de outubro 09:53:07 azed-H270N org.gtk.vfs.Daemon [1548]: mensagem repetida 2 vezes: [** (gvfsd: 1619): WARNING **: dbus_mount_reply: Erro de org.gtk.vfs.Mountable .mount (): falha ao montar o compartilhamento do Windows: argumento inválido] 24 de outubro 09:54:26 azed-H270N gnome-session [1684]: ** (soffice: 2017): AVISO **: Notificação de evento desconhecido 36

mas estes não parecem estar causando problemas. Eu acho que meu problema foi um problema com o Xorg. Eu fiz a associação com o LibreOffice porque eu costumava usá-lo (eu uso muito) sempre que o sistema falhava.

Espero que tudo isso ajude alguém.

Observação : se a solução acima não funcionar para você, as alterações poderão ser revertidas com:

sudo apt-get install - instala-recomenda o linux-genérico-hwe-16.04 xserver-xorg-hwe-16.04

Acho que é assim mesmo. Veja aqui:

link

    

Answer 2

Eu tropecei nesse problema também. Eu até tenho o mesmo hardware gráfico. Parece que consertei com medidas menos drásticas. Desativei o Java e o OpenCL na caixa de diálogo Ferramentas- > Opções (caixa de seleção Java em "Avançado").

Parece muito melhor agora.