Fórum Ubuntu Linux - PT
Suporte Técnico => Aplicativos => Tópico iniciado por: Marcio Cruz em 16 de Julho de 2017, 17:01
-
Uso Ubuntu 16.04 32 bits.
Há um mês instalei o LibreOffice Base, e agora não funciona mais direito. O aplicativo chega a abrir, mas basta clicar em ver tabelas que ele fecha sem nenhum aviso. Quando tento abrir o arquivo novamente, aparece a Janela de Recuperação de Arquivos. Quando recupero, o problema inicial se repete.
Tentei desinstalar e reinstalar o Base pelo Ubuntu Software, também tentei instalar o LibreOffice pelo repositório, mas continua tudo igual.
Em algumas dessas tentativas, o sistema gerou avisos de problema no sistema, enviando relatório de erros.
Instalei também o aplicativo BaseX, e tive um problema semelhante. Tentei criar uma base de dados e obtive a seguinte mensagem:
Command:
CREATE DB XX "/home/marcio/Área de Trabalho"
Error:
"..." (Line 1): Fim prematuro do arquivo.
Agradeço a atenção.
-
A melhor solução que vejo para seu problema é desinstalar o BASE, depois deletar a pasta oculta por ele gerada durante a instalação que deve estar em sua pasta /home/ ante de tentar reinstalar.
De todo modo, creio que a melhor forma de manipular banco de dados no ubuntu seja o Firebird.
-
Rafael, agradeço a resposta rápida, mas não encontrei nenhuma pasta oculta do Base ou do LibreOffice na pasta /home, pelo menos não reconheci a pasta pelo nome, nenhuma das pastas ocultas tem nome parecido com Base ou LibreOffice.
Encontrei uma pasta (que não é oculta) criada pelo Base X e a pasta oculta criada pelo FlameRobin, que instalei para usar o Firebird, mas com esse também não consegui criar um novo arquivo de banco de dados, deu o erro abaixo:
*** IBPP::SQLException ***
Context: Database::Create
Message: isc_dsql_execute_immediate failed
SQL Message : -902
Unsuccessful execution caused by a system error that precludes successful execution of subsequent statements
Engine Code : 335544721
Engine Message :
Unable to complete network request to host "localhost".
Failed to establish a connection.
Há algum tempo tive um problema parecido com o LibreOffice Impress, que não conseguia abrir arquivos, que depois precisavam ser recuperados, mas continuavam não abrindo. Se me lembro bem, isso foi pouco antes de instalar o Ubuntu 16, o que acabou resolvendo sem que eu soubesse o que aconteceu.
-
Marcio,
bom dia. Estou há três dias sem dormir devido a este problema. Meu sistema é Lubuntu, 32 bits. Eu utilizava o base normalmente até este mês apresentar este bug. Já instalei três sistemas operacionais: Ubuntu, Kubuntu e Lubuntu e o problema é o mesmo. Não sei mais o que fazer, estou tentando buscar solução em sites estrangeiros e não encontro nada.
Tenho um pequeno comércio e preciso urgente do sistema operando. Caso encontre solução, favor compartilhar; e se conseguir resolver posto aqui.
Grande abraço.
Obs: Na plataforma 64bits não ocorre este problema.
-
Marcio,
bom dia. Estou há três dias sem dormir devido a este problema. Meu sistema é Lubuntu, 32 bits. Eu utilizava o base normalmente até este mês apresentar este bug. Já instalei três sistemas operacionais: Ubuntu, Kubuntu e Lubuntu e o problema é o mesmo. Não sei mais o que fazer, estou tentando buscar solução em sites estrangeiros e não encontro nada.
Tenho um pequeno comércio e preciso urgente do sistema operando. Caso encontre solução, favor compartilhar; e se conseguir resolver posto aqui.
Grande abraço.
Obs: Na plataforma 64bits não ocorre este problema.
Qual a versão do Lubuntu 32bits?
Quando você chama o Libre Office Base pelo terminal, qual o erro que aparece ? Copie cole ele aqui por favor!
Qual a configuração completa do PC em questão?
então o sistema funcionava normalmente e depois, do nada, começou com este problema ou foi feita alguma alteração, como uma atualização do sistema ou do LibreOffice?
-
LUbuntu 16.04 LTS.
Netbook Acer Aspire-one
Modelo: acer aspire kav60
Processador: atom 1.6 Ghz
Memória: 2Giga Ram
HD: 160 GB
Video: Intel Gma950- 256 MB
Ele funcionava normalmente. Contudo, sempre atualizo o sistema e deixou de funcionar. Não consigo criar qualquer banco de dados no Base. Quanto tento abrir um banco existente, ele permite. Mas ao tentar abrir qualquer formulário, ou tabela, ou consulta, todos os aplicativos libreoffice fecham simultaneamente, sem qualquer mensagem de erro.
A versão do Libreoffice que uso atualmente é 5.3.4.2, mas já usei a 5.1.6 e o problema continua o mesmo.
Já instalei os sistemas operacionais Ubuntu 16.04 LTS, Kubuntu 16.04 LTS e o LUbuntu 16.04 LTS e o problema é o mesmo. Não sei o que fazer.
-
Então, @loalexandre77,
Vi seu post e a resposta dada pelo @grafeno lá no Fórum do LibreOffice, sugerindo iniciar por uma versão anterior do kernel.
https://ask.libreoffice.org/pt-br/question/112773/recuperacao-de-documentos-no-base/
Na réplica você manifesta dúvida sobre "onde posso encontrar orientações sobre como iniciar o Ubuntu com uma versão anterior do kernel? "
No menu inicial do sistema, conhecido como menu do grub, basta entrar em "Opções avançadas para Ubuntu".
Na lista que se segue é só se movimentar com a seta direcional e ir escolhendo o kernel.
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F92cksgNt.png&hash=30c08121ac54eb576b18798a1f1df4f94931ff1d) (http://imgur.com/92cksgN)
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FRQixbLBt.png&hash=514bddecd56278995630ca676a14afb49da49bb4) (http://imgur.com/RQixbLB)
Apenas anoto que uma outra possibilidade é, ao invés de ir para um kernel anterior, também se pode experimentar ir para algum kernel mais atual, no qual eventualmente o problema não se manifeste, instalando ele no sistema.
Para ver a versão atualmente utilizada no sistema é fazer:
uname -srvm
Para ver, a partir de um terminal, as versões de kernel disponíveis no sistema é fazer:
dpkg-query -l | awk '/linux-image-*/ {print $2}'
Traga ao tópico o resultado de ambos os comandos acima.
-
Adicionalmente, **antes** de partir para experimentar outra versão de kernel, experimente a sugestão dada lá no Fórum LibreOffice pelo @Jose Eduardo, pois eventualmente apenas a mudança do motor do banco de dados pode ser que resolva a questão com o mesmo kernel atual.
A partir da versão 4.2 do Libre Office, há a opção de se utilizar o Firebird como motor do banco de dados do Base no lugar do HSQLDB padrão. Entre no Base, selecionar banco de dados, banco de dados incorporado e selecione Firebird. Faça um teste. http://www.firebirdnews.org/libreoffi...
imagem do gravatar de José EduardoJosé Eduardo ( há 5 horas )
-
loalexandre77, tentei de tudo, resolvi de uma maneira radical! Eu tenho o Lubuntu 32bits instalado em duas máquinas. Eu não sabia que o Base não funcionava na versão 32bits.
Impressionante! Descobri que a versão 64bits instala muito mais dependências que a 32bits e funciona de primeira. Instalei as mesmas coisas no 32bits, nada!
Troquei o java, seja o livre ou o da Oracle e nada!
Tentei o Libreoffice do site do LibreOffice, a versão estável mais nova 5.2.7.2 e nada!
Procurei nos fóruns internacionais, achei um monte de gente com este problema, até no Windows. Mas nada que ajudasse, até que achei um tópico interessante, este resolveu!
O que fiz?
Remova o Libreoffice e instale o OpenOffice!
Não importa o java, kernel nem o raio que o parta! Funciona!
Agora, achei muita documentação desatualizada, principalmente em português. Documentação atualizada só em inglês. Daí achei que o Libreoffice recomenda usar o JAVA 7! Não fala nada do kernel. Mas mudar kernel eu não tentei. Vou tentar!
Depois digo o que virou!
-
Funcionou!!!
Libreoffice Base do Lubuntu 32bits, dos repositórios oficiais!
Com kernel LTS 4.4.9 do Mainline kernel:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.9-xenial/
Com o kernel 4.10 não funciona!
Vou testar com o 4.8.
## Atualizando! ###
Depois de abrir com o 4.4.9 abriu com o 4.8!
-
Vou testar com o 4.8.
## Atualizando! ###
Depois de abrir com o 4.4.9 abriu com o 4.8!
Excelente, e já que está com a mão na massa, se puder e for viável atualizar esse sistema Lubuntu aí instalado, experimente com o kernel hwe (kernel rolling), isto é sair do 4.4 original e ir para o 4.8 hwe, que na verdade vai acabar indo também para o 4.10 hwe, enfim, é apenas para estabelecer e registrar o que dá certo e o que não dá.
Refiro-me a usar essa atualização de kernel:
sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
-
Então, @loalexandre77,
Vi seu post e a resposta dada pelo @grafeno lá no Fórum do LibreOffice, sugerindo iniciar por uma versão anterior do kernel.
https://ask.libreoffice.org/pt-br/question/112773/recuperacao-de-documentos-no-base/
Na réplica você manifesta dúvida sobre "onde posso encontrar orientações sobre como iniciar o Ubuntu com uma versão anterior do kernel? "
No menu inicial do sistema, conhecido como menu do grub, basta entrar em "Opções avançadas para Ubuntu".
Na lista que se segue é só se movimentar com a seta direcional e ir escolhendo o kernel.
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2F92cksgNt.png&hash=30c08121ac54eb576b18798a1f1df4f94931ff1d) (http://imgur.com/92cksgN)
(https://ubuntuforum-br.org/proxy.php?request=http%3A%2F%2Fi.imgur.com%2FRQixbLBt.png&hash=514bddecd56278995630ca676a14afb49da49bb4) (http://imgur.com/RQixbLB)
Apenas anoto que uma outra possibilidade é, ao invés de ir para um kernel anterior, também se pode experimentar ir para algum kernel mais atual, no qual eventualmente o problema não se manifeste, instalando ele no sistema.
Para ver a versão atualmente utilizada no sistema é fazer:
uname -srvm
Para ver, a partir de um terminal, as versões de kernel disponíveis no sistema é fazer:
dpkg-query -l | awk '/linux-image-*/ {print $2}'
Traga ao tópico o resultado de ambos os comandos acima.
Linux 4.10.0-27-generic #30~16.04.2-Ubuntu SMP Thu Jun 29 16:09:18 UTC 2017 i686
linux-image-4.10.0-27-generic
linux-image-4.8.0-36-generic
linux-image-extra-4.10.0-27-generic
linux-image-extra-4.8.0-36-generic
linux-image-generic-hwe-16.04
-
Funcionou!!!
Libreoffice Base do Lubuntu 32bits, dos repositórios oficiais!
Com kernel LTS 4.4.9 do Mainline kernel:
http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.4.9-xenial/
Com o kernel 4.10 não funciona!
Vou testar com o 4.8.
## Atualizando! ###
Depois de abrir com o 4.4.9 abriu com o 4.8!
Sou iniciante, como mudar o kernel?
Somente utilizar este código?
sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
Eu já tinha usado este comando e recebi a mensagem de que minha versão do kernel era a mais atual
-
Sou iniciante, como mudar o kernel?
Somente utilizar este código?
sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
Olá @ loalexandre77
Não faça isso!
Não use esse comando para atualizar nada, ao menos não por enquanto, não é por aí a primeira opção, no momento.
Deixe antes, se o caso, o @galactus testar se também funciona daquela forma.
Vamos inicialmente pelo caminho mais simples.
Traga, por favor, o resultado daqueles dois comandos que pedi no post anterior.
editando:
só agora que vi que você já havia postado as saídas daqueles comandos anteriores. :-[
-
Eu já havia testado esta linha de comando: sudo apt-get install --install-recommends linux-generic-hwe-16.04 xserver-xorg-hwe-16.04
e recebi a mensagem de que meu kernel era a versão mais atual
-
Aí é que está o ponto, o seu sistema já é kernel hwe (kernel rolling) e foi isso que levou o kernel para a versão 4.10 e então o LibreOffice BASE parou de funcionar!
Como o @galactus já havia apurado nos testes que fez lá, não funciona no kernel 4.10
Inicie o sistema lá no menu do grub, naquela tela inicial do sistema, usando o kernel 4.8.0.36 que você já tem aí instalado.
Basta fazer como explicado lá no post #6, é só selecionar naquela tela.
Corrigindo, digo, lá no post #6
-
Aí é que está o ponto, o seus sistema já é kernel hwe (kernel rolling) e foi isso que levou o kernel para a versão 4.10 e então o LibreOffice BASE parou de funcionar!
Como o @galactus já havia apurado nos testes que fez lá, não funciona no kernel 4.10
Inicie o sistema lá no menu do grub, naquela tela inicial do sistema, usando o kernel 4.8.0.36 que você já tem aí instalado.
Basta fazer como explicado lá no pos #6, é só selecionar naquela tela.
Corrigindo, digo, lá no post #6
Druidaobelix, bom dia,
desculpa o desconhecimento. Mas poderia me orientar?
Quando meu sistema operacional se inicia, não aparece esta tela do grub, ou opções avançadas. Como eu faço?
-
Quando meu sistema operacional se inicia, não aparece esta tela do grub, ou opções avançadas. Como eu faço?
Ah, tá, agora entendi a dificuldade.
Ao iniciar segure acionada a tecla SHIFT, vê se assim aparece a tela do menu do grub.
========================
Nota:
Vou deslogar por um momento e logar num outro computador, pois este aqui estava fazendo uns testes e é muito ruim de operar, ou seja, já volto logando por uma máquina melhor. :)
Resolvido, voltei, agora melhor instalado. :)
-
Se não está conseguindo fazer o menu do grub aparecer com a tecla Shift, avise que aí alteramos o arquivo que faz aquela tela aparecer sempre.
-
druidaobelix,
Você salvou minha vida. 3 dias sem dormir. Não sabia mais o que fazer. Cara, sou muito grato a ti.
Só mais uma pergunta de leigo: toda vez que for iniciar a máquina tenho que entrar no menu grub e alterar o kernel? Ou será sempre o 4.8 desde agora?
Estou entrando no mundo linux agora, obrigado pela ajuda. Espero um dia chegar perto do sue nível para ajudar outros também.
Jesus te abençoe!
-
Ok, estou entendendo que funcionou com o kernel hwe 4.8.0.36 aí instalado, certo?
Confirme isso. Funcionou então? Testou o LO-Base com esse kernel?
Se positivo então já temos uma solução que coloca o LO-Base aí existente para funcionar de novo e não emperra o seu trabalho.
Por enquanto vai usando esse 4.8.0.36, depois, com mais tempo (e você já tendo voltado a dormir), estudamos uma solução melhor. :)
Temos algumas hipóteses, mas preciso antes testar aqui.
O fato é que num dado momento esse kernel 4.10 vai sofrer uma correção pelos desenvolvedores, pois o bug será relatado, e o LO-Base vai voltar a funcionar com o kernel mais recente do hwe.
Entretanto, enquanto isso não acontece e eles fazem a correção, precisamos encontrar uma forma prática de você continuar a operar o LO-Base.
Um primeira ideia que me ocorre é "travar" a atualização na versão 4.8 do kernel hwe, tecnicamente é fazer um "pinning".
Porém antes preciso testar isso aqui, nunca fiz com o kernel hwe, então não sei assim de imediato qual seria a consequência.
Se fizer um "pinning" vai ocorrer um downgrade de kernel (e o XServer que vem com ele e tudo o mais), precisa antes ver isso melhor, esse downgrade pode complicar o sistema, questão de ver.
Uma segunda opção, talvez mais simples, seria apenas colocar um kernel 4.8 do mainline ou 4.9 (=adhoc) por cima desse e você iria trabalhando com ele até quando corrigirem o problema.
Uma terceira opção é experimentar os kernels 4.11 e 4.12 e ver se com um deles também funciona.
Essa seria uma melhor opção e mais fácil de operacionalizar.
Enfim, precisamos pensar à respeito disso.
-
Só mais uma pergunta de leigo: toda vez que for iniciar a máquina tenho que entrar no menu grub e alterar o kernel? Ou será sempre o 4.8 desde agora?
Mas acabei não respondendo a sua pergunta. :(
Sim, por enquanto precisa toda vez que iniciar escolher o kernel 4.8.0.36 lá na tela inicial do menu do grub.
Pelo menos até fazermos as alterações precisa ser assim.
Vamos ver se o @galactus no traz alguma informação adicional.
Pode até ser que isso já tenha sido corrigido no kernel 4.11 do mainline.
O problema é que, no momento, não tenho o Lubuntu 32-bit instalado, então nem dá para testar aqui.
Bem, continuamos amanhã. :)
Vou deixar postado para que você instale o kernel 4.11 e, se o caso, o kernel 4.12 do mainline e faça o teste aí para sabermos se com eles funcionam ou não.
Caso funcione tornará tudo muito mais fácil de programar.
-
Fazendo a tela do menu do grub aparecer de forma permanente
Abra uma janela do terminal e faça:
sudo gedit /etc/default/grub
Comente a linha:
#GRUB_HIDDEN_TIMEOUT=0
Comentar é colocar um símbolo # (tralha; jogo da velha) no início da linha, o que a inutiliza, como está acima.
Salvar e sair
Depois faça:
sudo update-grub
Reinicie o sistema
A tela do menu do grub deverá estar aparecendo sem que tenha que acionar a tecla Shift
O que facilita a vida um pouco para poder escolher o kernel que vai subir.
-
Experimentando o kernel 4.11.12 do mainline
kernel 4.11.12
Experimente aí no seu sistema o kernel 4.11.12 disponível no mainline.
É fácil de fazer e, se o caso, se não funcionar, fácil de desfazer.
Abra uma janela de terminal e faça:
cd ~/Downloads
Isso acima o coloca dentro da pasta Downloads
Agora baixe os arquivos do kernel:
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-headers-4.11.12-041112_4.11.12-041112.201707210350_all.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-headers-4.11.12-041112-generic_4.11.12-041112.201707210350_i386.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-image-4.11.12-041112-generic_4.11.12-041112.201707210350_i386.deb
Para instalar (estando ainda dentro do diretório ~/Downloads)
sudo dpkg -i *.deb
Uma vez instalado faça:
sudo update-grub
Reinicie o sistema.
O kernel 4.11.12 deverá ser o primeiro da linha lá no menu do grub, na tela inicial do sistema.
Suba por ele e teste o LO-Base e veja se funciona.
Dê um retorno dessa informação aqui no seu tópico.
Obs:
Muito possivelmente você saiba, mas enfim, não precisa realmente digitar esses códigos todos, principalmente os mais longos e complexos, evitando assim erros de retranscrição. Com o mouse copie o código aqui no tópico e cole na janela do terminal, seja usando o botão direito do mouse ou ainda usando as teclas Ctrl Shift V, em seguinda dando um <enter> que dará certo.
-
Experimentando o kernel 4.12.3 do mainline
kernel 4.12.3
Se e somente se não funcionou o LO-Base com o kernel do tópico anterior, então faça mais uma experiência testando aí no seu sistema o kernel 4.12.3 disponível no mainline.
Novamente, numa janela de terminal e faça:
cd ~/Downloads
Como sempre, isso acima o coloca dentro da pasta Downloads
Agora baixe os arquivos do kernel 4.12:
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12.3/linux-headers-4.12.3-041203_4.12.3-041203.201707210343_all.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12.3/linux-headers-4.12.3-041203-generic_4.12.3-041203.201707210343_i386.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.12.3/linux-image-4.12.3-041203-generic_4.12.3-041203.201707210343_i386.deb
De novo, para instalar (estando ainda dentro do diretório ~/Downloads)
sudo dpkg -i *.deb
Novamente, uma vez instalado faça:
sudo update-grub
Reinicie o sistema.
O kernel 4.12.3 agora deverá ser o primeiro da linha lá no menu do grub, na tela inicial do sistema.
Suba por ele e teste o LO-Base e veja se funciona.
Informe aqui no seu tópico o resultado.
-
Apenas para esclarecer, esse tal de "mainline" de que tanto se fala é aqui:
http://kernel.ubuntu.com/~kernel-ppa/mainline/
Esse é o repositório dos kernels oficiais do Ubuntu.
É de lá que estamos baixando os kernels mais recentes para testar.
O Linux, em si, é que faz o desenvolvimento do kernel e para tanto possui um repositório central dele.
Cada distribuição e no caso o Ubuntu, vai lá no repositório central do Linux, pega um versão desenvolvido e faz as adaptações necessárias àquela específica distribuição, o que significa habilitar (ou desabilitar) tais e quais parâmetros na compilação do kernel.
Então, como aqui no Fórum estamos sempre falando de Ubuntu e seus "sabores" (Lubuntu, Xubuntu, Mate, etc.), em princípio sempre estaremos falando do mainline do Ubuntu, do repositório oficial e específico do Ubuntu.
Como você disse que está meio que iniciando nessa praia, então é só para esclarecer, deixar as coisas mais facilmente compreensíveis, fornecendo um contexto do que estamos conversando. :)
-
Experimentando o kernel 4.11.12 do mainline
kernel 4.11.12
Experimente aí no seu sistema o kernel 4.11.12 disponível no mainline.
É fácil de fazer e, se o caso, se não funcionar, fácil de desfazer.
Abra uma janela de terminal e faça:
cd ~/Downloads
Isso acima o coloca dentro da pasta Downloads
Agora baixe os arquivos do kernel:
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-headers-4.11.12-041112_4.11.12-041112.201707210350_all.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-headers-4.11.12-041112-generic_4.11.12-041112.201707210350_i386.deb
wget -c http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.11.12/linux-image-4.11.12-041112-generic_4.11.12-041112.201707210350_i386.deb
Para instalar (estando ainda dentro do diretório ~/Downloads)
sudo dpkg -i *.deb
Uma vez instalado faça:
sudo update-grub
Reinicie o sistema.
O kernel 4.11.12 deverá ser o primeiro da linha lá no menu do grub, na tela inicial do sistema.
Suba por ele e teste o LO-Base e veja se funciona.
Dê um retorno dessa informação aqui no seu tópico.
Obs:
Muito possivelmente você saiba, mas enfim, não precisa realmente digitar esses códigos todos, principalmente os mais longos e complexos, evitando assim erros de retranscrição. Com o mouse copie o código aqui no tópico e cole na janela do terminal, seja usando o botão direito do mouse ou ainda usando as teclas Ctrl Shift V, em seguinda dando um <enter> que dará certo.
Druidaobelix,
4.11 e 4.12 não funcionaram. Posso desinstalá-los e versão 4.10 também?
No aguardo e obrigado
-
druidaobelix,
Você salvou minha vida. 3 dias sem dormir. Não sabia mais o que fazer. Cara, sou muito grato a ti.
Só mais uma pergunta de leigo: toda vez que for iniciar a máquina tenho que entrar no menu grub e alterar o kernel? Ou será sempre o 4.8 desde agora?
Estou entrando no mundo linux agora, obrigado pela ajuda. Espero um dia chegar perto do sue nível para ajudar outros também.
Jesus te abençoe!
#Galactus,
Para deixar registrado, gostaria muito de agradecer sua ajuda ao responder prontamente, e testar os kernels em seu lubuntu 32bit. Muito Obrigado, você foi demais também.
Sou muito grato a você e ao Druidaobelix. Deus os abençoe!
-
4.11 e 4.12 não funcionaram. Posso desinstalá-los e versão 4.10 também?
1) Conseguiu fazer aparecer a tela do menu do grub de forma permanente, como mencionado lá no post #22?
Lembre-se que do lado de cá não estamos vendo o que está acontecendo aí, você precisa ir dizendo, sendo os "olhos" do Fórum, dando retorno das informações e do cenário existente.
2) Pena que não tenham funcionado nem o 4.11.12 nem o 4.12.3, teriam facilitado as coisas. :(
Se não funcionaram, então desinstale:
sudo apt-get --purge remove linux-image-4.11.12-041112-generic
sudo apt-get --purge remove linux-image-4.12.3-041203
Em seguida:
sudo update-grub
Reinicie o sistema
Muito importante:
**Não desinstale** de forma alguma o kernel 4.10.0-27 hwe já existente no sistema e instalado conforme as atualizações normais, pois isso pode potencialmente ser desastroso, porque a ele estão vinculados outros subsistemas importantes, como o servidor X, driver de vídeo e outras coisas, assim sendo, como disse antes, agora precisamos estudar isso melhor, para fazer o sistema sempre iniciar automaticamente pelo 4.8.0-36 hwe existente.
-
Para "travar" (=pinning) o sistema no kernel 4.8.0.36 e, portanto, voltar ao estado anterior existente antes da última atualização, ou seja, forçar um downgrade, possivelmente será necessário também "travar" as versões de todos os pacotes que integram o hwe, mas aí precisaríamos saber quais eram elas anteriormente.
De toda forma pelo menos um mapa do que há no momento é necessário para começar a desenvolver esse raciocínio.
Traga ao tópico o resultado para:
apt-cache policy linux-generic-hwe-16.04
apt-cache policy xserver-xorg-core-hwe-16.04
apt-cache policy xserver-xorg-input-all-hwe-16.04
apt-cache policy xserver-xorg-video-all-hwe-16.04
Essa turma aí de pacotes anda sempre junto, eles vão se adequando entre si, então não é simplesmente remover uma versão de kernel, como se fosse uma instalação singular de kernel.
Note que no caso desse específico sistema não se trata de uma instalação que veio originalmente do kernel 4.4 e aí usou o hwe para fazer o kernel rooling e sim já se trata de uma instalação feita a partir do release 16.4.2, que **já vem** com o hwe.
A questão é interessante, contribuições dos colegas aqui do Fórum são bem-vindas se lhes ocorrerem um caminho mais fácil que possa resultar no mesmo efeito.
O primeiro problema que temos é: como saber a versão desses pacotes antes da última atualização?
-
Olá pessoal!
Então, descobri mais coisas.
Não é toda versão do 4.8 que funciona!
Usando a versão 4.8.0-36 o Base funciona. Se eu atualizar para última versão 4.8 ( 4.8.0-58) o base não funciona mais!
Então existe um limite já no kernel 4.8, que não sei qual é.
É possível manter o pacote sem atualização. Tem 4 maneiras de fazer isso, pleo Synaptic, o mai simples: selecionando o pacote em questão, aba pacote > bloquear versão.
Pelo apt, pelo dpkg e pelo preferences do apt!
De qualquer maneira eu não sei como funciona o gerenciamento dessa máquina. Se é pra ligar e usar, com vários usuários, ou se apenas uma pessoa mexe. Se apenas uma pessoa mexer, não tem dificuldade nenhuma. Só bloquear atualização deste pacote e atualizar o resto. Já que essa só pessoa saberia do problema em questão.
Pra testar na minha máquina, eu removi todos os kerneis, incluindo o meta-pacote que manda atualizar a versão, deixando só o 4.8.0-36. Daí bloqueei ele no Synaptic. Pronto! Só se alguém entrar no sistema e mandar instalar outro kernel mais novo. Ele pode instalar outro kernel mais novo o que fica bloqueado é a versão do 4.8.0-36!
Não sei qual versão do 4.8 está aí também. Mas se funciona, mantenha essa!
Outra maneira mais fácil, se não quiser se preocupar com atualizações, seria utilizar a versão 4.4 LTS do kernel. Se tudo aí funcionar na máquina, fica muito mais fácil. Só deixaria este instalado, com o meta-pacote responsável pelas atualizações, e não teria medo de atualizar.
-
Pra testar na minha máquina, eu removi todos os kerneis, incluindo o meta-pacote que manda atualizar a versão, deixando só o 4.8.0-36.
É uma constatação importante, pode não ser a solução perfeita para o caso concreto, porque o sistema dele na prática já atualizou para o 4.10 hwe, porém se testou aí e funcionou bem desse modo, então é uma solução praticável que pode ser bem razoável, se funciona, funciona, então está bom.
Não sei qual versão do 4.8 está aí também. Mas se funciona, mantenha essa!
A versão da 4.8 que tem lá é exatamente a 4.8.0-36, conforme o resultado trazido pelo post #11
Outra maneira mais fácil, se não quiser se preocupar com atualizações, seria utilizar a versão 4.4 LTS do kernel. Se tudo aí funcionar na máquina, fica muito mais fácil. Só deixaria este instalado, com o meta-pacote responsável pelas atualizações, e não teria medo de atualizar.
Se for por esse caminho então precisa reinstalar o Lubuntu no sistema, porém não pode ser usando o iso do release 16.04.2, porque esse já vem com o kernel 4.8 e vai atualizar para o mais recente. Nessa opção precisa reinstalar o sistema usando o iso 16.04.1 que vem com o kernel 4.4 e irá manter essa série, não evoluindo para o 4.8.
-
Então, @loalexandre77,
Uma questão crucial para orientar algum caminho: é possível reinstalar o Lubuntu aí no sistema sem maiores dificuldades ou isso é um problema considerando o que já há aí instalado?
A reintalação pode não ser uma solução elegante, porém nesse caso pode ser a mais prática e mais facilmente operacional.
-
Fiz mais testes druidaobelix, não é necessário reinstalar o sistema.
Olha só, ele instala o meta pacote linux-generic-lts-xenial, assim vai instalar a última versão do kernel 4.4 com todas as suas dependências, tudo dos repositórios do Lubuntu, reinicia o sistema e seleciona o kernel 4.4 LTS no Grub.
Entra no sistema e testa o que for preciso, se funcionar tudo, remove todos os outros kerneis, incluindo os meta-pacotes, deixa só o kernel 4.4 LTS. Pronto!
Fiz aqui um apt update + apt dist-upgrade , ele atualiza tudo sem problemas! Daí não vai ter medo de bugar o sistema por causa de um kernel mais novo.
-
4.11 e 4.12 não funcionaram. Posso desinstalá-los e versão 4.10 também?
1) Conseguiu fazer aparecer a tela do menu do grub de forma permanente, como mencionado lá no post #22?
Lembre-se que do lado de cá não estamos vendo o que está acontecendo aí, você precisa ir dizendo, sendo os "olhos" do Fórum, dando retorno das informações e do cenário existente.
2) Pena que não tenham funcionado nem o 4.11.12 nem o 4.12.3, teriam facilitado as coisas. :(
Se não funcionaram, então desinstale:
sudo apt-get --purge remove linux-image-4.11.12-041112-generic
sudo apt-get --purge remove linux-image-4.12.3-041203
Em seguida:
sudo update-grub
Reinicie o sistema
Muito importante:
**Não desinstale** de forma alguma o kernel 4.10.0-27 hwe já existente no sistema e instalado conforme as atualizações normais, pois isso pode potencialmente ser desastroso, porque a ele estão vinculados outros subsistemas importantes, como o servidor X, driver de vídeo e outras coisas, assim sendo, como disse antes, agora precisamos estudar isso melhor, para fazer o sistema sempre iniciar automaticamente pelo 4.8.0-36 hwe existente.
Consegui colocar de forma permanente o grub. Obrigado
Já desinstalei as versões 4.11 e 4.12
-
Traga ao tópico o resultado para:
apt-cache policy linux-generic-hwe-16.04
linux-generic-hwe-16.04:
Instalado: 4.10.0.28.31
Candidato: 4.10.0.28.31
Tabela de versão:
*** 4.10.0.28.31 500
500 http://br.archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages
500 http://security.ubuntu.com/ubuntu xenial-security/main i386 Packages
100 /var/lib/dpkg/status
apt-cache policy xserver-xorg-core-hwe-16.04
xserver-xorg-core-hwe-16.04:
Instalado: 2:1.19.3-1ubuntu1~16.04.2
Candidato: 2:1.19.3-1ubuntu1~16.04.2
Tabela de versão:
*** 2:1.19.3-1ubuntu1~16.04.2 500
500 http://br.archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages
100 /var/lib/dpkg/status
2:1.18.4-1ubuntu6.1~16.04.2 500
500 http://security.ubuntu.com/ubuntu xenial-security/main i386 Packages
apt-cache policy xserver-xorg-input-all-hwe-16.04
xserver-xorg-input-all-hwe-16.04:
Instalado: 1:7.7+16ubuntu3~16.04.1
Candidato: 1:7.7+16ubuntu3~16.04.1
Tabela de versão:
*** 1:7.7+16ubuntu3~16.04.1 500
500 http://br.archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages
100 /var/lib/dpkg/status
apt-cache policy xserver-xorg-video-all-hwe-16.04
xserver-xorg-video-all-hwe-16.04:
Instalado: 1:7.7+16ubuntu3~16.04.1
Candidato: 1:7.7+16ubuntu3~16.04.1
Tabela de versão:
*** 1:7.7+16ubuntu3~16.04.1 500
500 http://br.archive.ubuntu.com/ubuntu xenial-updates/main i386 Packages
100 /var/lib/dpkg/status
-
Olá, @ loalexandre77,
Recuperado, tirou o sono atrasado, depois de 3 dias sem dormir? :)
Voltando ao tema, haja vista os estudos e testes que o @galactus fez, parece que o mais viável é mesmo ir para a versão 4.4 do kernel, da forma como ele explicou no post # 33, depois atualiza como também lá mencionado.
No momento parece ser a melhor opção para resolver a questão.
-
É possível manter o pacote sem atualização. Tem 4 maneiras de fazer isso, pleo Synaptic, o mai simples: selecionando o pacote em questão, aba pacote > bloquear versão.
bloquiei a versão no synaptic. Posso desinstalar a versão 10 do kernel? A 8 tá show
[/quote]
-
Fiz mais testes druidaobelix, não é necessário reinstalar o sistema.
Olha só, ele instala o meta pacote linux-generic-lts-xenial, assim vai instalar a última versão do kernel 4.4 com todas as suas dependências, tudo dos repositórios do Lubuntu, reinicia o sistema e seleciona o kernel 4.4 LTS no Grub.
Entra no sistema e testa o que for preciso, se funcionar tudo, remove todos os outros kerneis, incluindo os meta-pacotes, deixa só o kernel 4.4 LTS. Pronto!
Fiz aqui um apt update + apt dist-upgrade , ele atualiza tudo sem problemas! Daí não vai ter medo de bugar o sistema por causa de um kernel mais novo.
Como faço para instalar o meta pacote: linux-generic-lts-xenial? Pelo synaptic? Posso desinstalar todas as outras versões do kernel e atualizar o grub?
-
Olá, @ loalexandre77,
Recuperado, tirou o sono atrasado, depois de 3 dias sem dormir? :)
Voltando ao tema, haja vista os estudos e testes que o @galactus fez, parece que o mais viável é mesmo ir para a versão 4.4 do kernel, da forma como ele explicou no post # 33, depois atualiza como também lá mencionado.
No momento parece ser a melhor opção para resolver a questão.
;D ;D ;D
Recuperei um pouco do sono, mas não muito. tive que ficar lançando no sistema o atrasado.
Vlw pela força druidaobelix e galacticus
-
É possível manter o pacote sem atualização. Tem 4 maneiras de fazer isso, pleo Synaptic, o mai simples: selecionando o pacote em questão, aba pacote > bloquear versão.
bloquiei a versão no synaptic. Posso desinstalar a versão 10 do kernel? A 8 tá show
O receio que eu tinha parece que não se materializou, conforme os testes do @galactus, então também até pode.
Note, porém, que essa é uma solução imperfeita, pelas razões já explicadas.
Mas se quiser testar, vá em frente.
Veja o seguinte, precisamos ter clareza quanto ao que agora estamos conversando.
O problema central do tópico já foi resolvido, já se conhece a solução.
A questão central era o LO-Base não funcionar.
Agora sabemos que não funciona a partir de determinada versão do kernel 4.8 e seguintes.
Que se retornar a uma versão anterior o LO-Base funciona normalmente.
Então o objetivo central do tópico encerrou-se aí, a questão está resolvida.
Agora é só uma questão de operacionalizar isso, o que pode ser feito de diversas formas.
Tudo depende da relevância de manter o que já existe, do que já há instalado ou não.
Parece, a julgar pelos seus post anteriores, que não há grande preocupação em manter o sistema (suponho que você tenha backup externo confiável dos seus dados), pois segundo um dos seus posts, dá a entender que já reinstalou e ainda experimentou outros sabores, logo, isso sugere ser irrelevante manter ou não o sistema atual, já que a solução nuclear sempre irá funcionar. Solução nuclear é isso mesmo que o nome sugere, igual bomba atômica, destrói absolutamente tudo e depois reconstrói de novo. A solução nuclear sempre funciona.
Se isso for fato, então não há maiores preocupações de que retirando o kernel 4.10 haja alguma dificuldade, toca em frente se essa for sua opção.
Do ponto de vista do rigor técnico parece ser melhor ir para o kernel 4.4, conforme o @galactus explicou, mas nada impede de também abater o 4.10 e experimente o 4.8 já instalado. Depois, se quiser, ainda dá para ir para o 4.4 daquela hipótese.
Agora é escolher por onde quer ir. :)
-
Vamos caminhar dessa forma:
Inicie o sistema escolhendo lá no menu do grub o kernel 4.8.0-36
Vou colocar aqui neste post a forma mais tradicional de "travar" um kernel, fazendo diretamente um 'pinning' no apt.
Também pode ser feito pelo Synaptic, mas vamos pela forma mais tradicional, que não depende de nenhum programa externo:
sudo gedit /etc/apt/preferences.d/preferences
Isso acima vai abrir um arquivo em branco, porque o arquivo "preferences" não existia antes, está sendo criado agora.
Cole nesse arquivo em branco esse conteúdo:
Package: linux-generic
Pin: version 4.8.0-36
Pin-Priority: 1000
Package: linux-headers-generic
Pin: version 4.8.0-36
Pin-Priority: 1000
Package: linux-image-generic
Pin: version 4.8.0-36
Pin-Priority: 1000
Package: linux-libc-dev
Pin: version 4.8.0-36
Pin-Priority: 1000
Salvar e sair
Editando (28/07/17-15:46):
Ver complemento no post #51
-
Desintale agora o kernel 4.10.0-27 que existe aí no sistema:
sudo apt-get remove --purge linux-image-4.10.0-27-generic
Depois do processamento confirme se removeu fazendo novamente:
dpkg-query -l | awk '/linux-image-*/ {print $2}'
Atualize o grub:
sudo update-grub
Reinicie o sistema, o kernel 4.8.0-36 deverá ser o primeiro da lista lá no menu do grub.
Em princípio termina aí, deverá ser possível ir usando o sistema dessa forma.
-
druidaobelix,
vou aceitar o seu conselho e instalar a versão 16.04.01 LTS do lubuntu. Pode ocorrer um problema futuro em outro aplicativo.
Obrigado por tudo. Aprendi muito aqui :)
Mas vou fazer isso futuramente.
Enquanto isso como faço para instalar o kernel 4.4 conforme o galacticus disse?
-
vou aceitar o seu conselho e instalar a versão 16.04.01 LTS do lubuntu. Pode ocorrer um problema futuro em outro aplicativo.
Veja, @loalexandre77,
Fazer uma nova instalação você sempre pode, é a solução nuclear. :)
Experimente antes as outras alternativas, até para aprender o manuseio disso.
Depois, finalmente, querendo, instale a versão 16.04.1
-
Dando seguimento ao raciocínio, supondo que tenha feito o quanto consta do post #41 e #42.
Se mais adiante vier a ter algum problema ou sei lá o que e queira ir para o kernel 4.4 mencionado pelo @galactus, então é fazer:
sudo apt install linux-generic-lts-xenial
Isso irá instalar o kernel 4.4
Por via das dúvidas faça também:
sudo update-grub
Reinicie o sistema, inicie pelo kernel 4.4 recém-instalado, escolhendo ele lá no menu do grub.
Agora atualize tudo fazendo:
sudo apt update
sudo apt dist-upgrade
Se tudo estiver funcionando à contento, então remova o kernel 4.8.0-36 da era anterior.
sudo apt-get remove --purge linux-image-4.8.0-36-generic
Mesma coisa que antes, confirme se removeu mesmo:
dpkg-query -l | awk '/linux-image-*/ {print $2}'
Atualize o grub:
sudo update-grub
O kernel 4.8.0.36 deverá ter desaparecido lá da lista do menu do grub, a tela inicial do sistema.
-
Finalmente, esquece tudo isso que foi feito e faz uma nova instalação a partir do live-iso (pendrive ou cdrom) da versão 16.04.1, a qual tem por base o kernel 4.4 e *não* irá atualizar para a versão 4.8.
Estará, então, feita a solução nuclear. :)
Mas sinceramente acho que o sistema sobrevive sem a solução nuclear, adotando qualquer um dos dois procedimentos anteriores, questão de ver e testar.
Claro que se é mesmo um ambiente de trabalho, em que a segurança e continuidade disso é importante, então a solução nuclear, propiciando uma nova instalação, é realmente a mais adequada.
Independentemente disso, lembre-se sempre que **só o backup salva, o resto é tentativa**
Instalar um sistema assim e assado sempre será possível, é apenas uma questão de umas horinhas a mais ou a menos, porém os seus dados, os arquivos pessoais, esses são essenciais e não podem ser obtidos de outra forma, então tenha sempre um backup **externo** seguro e confiável para que possa ter a tranquilidade de instalar e desinstalar qualquer coisa sempre.
É isso! :)
-
Druidaobelix, Galacticus,
vcs são demais. Vou continuar com a versão 4.8 que não está com problemas. Já bloquiei a atualização do 4.8, desinstalei a versão 4.10, e meu sistema entra direto na versão 4.8.
Caso apareça algum problema, vou para versão 4.4 como dito no post anterior
Mais uma vez obrigado por tudo
-
Favor colocar um resolvido no tópico!
-
Favor colocar um resolvido no tópico!
He, he, aí já vai ser mais difícil, o tópico não é dele, não é do @loalexandre77 :)
O tópico foi originalmente criado pelo @Marcio Cruz
Ele pegou 'carona' no tópico a partir do post #3.
Aproveitando a deixa:
Então @loalexandre77, como você tem cadastro e abriu um tópico lá no Fórum do LibreOffice, que aliás, diga-se de passagem, o mérito da solução veio de lá, da valiosa contribuição do @grafeno que indicou o 'caminho das pedras', nós aqui apenas operacionalizamos a dica que ele deu, baseado na importante experiência pessoal dele, pois bem, será de potencial utilidade se lá naquela tópico do Fórum LibreOffice você fizer a gentileza de levar para lá a informação que o assunto foi também tratado aqui e indicar o link deste tópico.
Ou seja, faça um post lá informando isso e o link deste tópico daqui.
Esse cruzamento de informações pode facilitar a vida de outras pessoas que venham a enfrentar idêntico problema e que venham a consultar aquele importante Fórum.
É uma forma de contribuir com a comunidade opensource, facilitando a difusão do conhecimento.
-
Nossa druidaobelix, você está certo mesmo!
Deixa que eu arrumo!
-
Então, @loalexandre77
Mais uma pitada de acabamento, por cautela, faça o "pinning" também dos arquivos abaixos, **adicione** ao conteúdo daquele arquivo "preferences" do apt criado no post #41 o conteúdo adiante.
Para abrir o arquivo para poder editar:
sudo gedit /etc/apt/preferences.d/preferences
Então adicione, copie aqui e cole lá:
Package: linux-generic-hwe-16.04
Pin: version 4.10.0.28.31
Pin-Priority: 1000
Package: xserver-xorg-core-hwe-16.04
Pin: version 2:1.19.3-1ubuntu1~16.04.2
Pin-Priority: 1000
Package: xserver-xorg-input-all-hwe-16.04
Pin: version 1:7.7+16ubuntu3~16.04.1
Pin-Priority: 1000
Package: xserver-xorg-video-all-hwe-16.04
Pin: version 1:7.7+16ubuntu3~16.04.1
Pin-Priority: 1000
Salvar e sair
-
Talvez a questão de fundo esteja associada ao motor Java e o bug seja esse:
linux-image-4.10.0-24-generic, linux-image-4.8.0-56-generic, linux-image-4.4.0-81-generic, linux-image-3.13.0-121-generic Regression: many user-space apps crashing
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1699772
Vários dos relatos no bug descrevem a ocorrência no LibreOffice Base, embora não apenas nele, a regressão é mais ampla, afeta vários e vários programas.
Damjan Jovanovic (damjan-jov) wrote on 2017-06-23:
This is a ***MASSIVE REGRESSION*** affecting many or even all native applications that use the Java Invocation API, including at least Eclipse (crashes a few seconds after startup), and LibreOffice Base with any JDBC database connector (instant crash as soon as it tries to load the JVM).
Damjan Jovanovic (damjan-jov) wrote on 2017-06-29:
4.4.0-83 fixes Eclipse, but LibreOffice Base still crashes with JDBC drivers.
Norbert (nrbrtx) wrote on 2017-07-05:
I can confirm that LibreOffice Base is crashing on Ubuntu 17.04 during database creation (launched Base, in 'Database Wizard' selected 'Create a new database', 'Embedded database:' -> 'HSQLDB Embedded', click 'Next', click 'Finish', save database file in /tmp/db.odb). After that Base is crashing silently.
I can't install libreoffice-dbg package on zesty (I reported bug 1702556 about it).
LibreOffice Writer does not crash in Zesty.
Todavia, há uma nota indicando que o team Kernel já está ciente e providenciando um patch:
Norbert (nrbrtx) wrote on 2017-06-24:
Current state of the problem: Ubuntu kernel developers will prepare new patch in a few days (see https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2017-June/017507.html).
John Johansen:
"The kernel team is aware of the issue, and will be releasing updated
kernels when they are available.
There are currently no plans to revert the kernel patch until the
replacement patches are ready due to the nature of the security
vulnerability. If the regression is preventing you from using the
applications you require then we currently recommend you reboot into
the previous kernel."
-
Essa segunda resposta sobre o patch é ótima!
Basicamente eles não vão mexer em nada até atingir um caráter de segurança e você que volte a usar o kernel que funcionava!
Uma correção de vulnerabilidade do kernel quebrou com as aplicações que usam Java!
Afeta muitas versões de kerneis diferentes, novos e antigos.
Para as empresas a correção saiu primeiro né! Já tem uma lista dos kerneis corrigidos para o 16.04:
linux-image-4.4.0-83-generic 4.4.0-83.106
linux-image-powerpc-e500mc 4.4.0.83.89
linux-image-4.4.0-1063-snapdragon 4.4.0-1063.68
linux-image-aws 4.4.0.1022.25
linux-image-4.4.0-83-powerpc-smp 4.4.0-83.106
linux-image-4.4.0-83-powerpc-e500mc 4.4.0-83.106
linux-image-4.4.0-1022-aws 4.4.0-1022.31
linux-image-4.4.0-1061-raspi2 4.4.0-1061.69
linux-image-snapdragon 4.4.0.1063.56
linux-image-powerpc64-emb 4.4.0.83.89
linux-image-gke 4.4.0.1018.20
linux-image-generic 4.4.0.83.89
linux-image-4.4.0-83-generic-lpae 4.4.0-83.106
linux-image-4.4.0-83-powerpc64-smp 4.4.0-83.106
linux-image-4.4.0-83-lowlatency 4.4.0-83.106
linux-image-raspi2 4.4.0.1061.62
linux-image-powerpc-smp 4.4.0.83.89
linux-image-4.4.0-1018-gke 4.4.0-1018.18
linux-image-generic-lpae 4.4.0.83.89
linux-image-powerpc64-smp 4.4.0.83.89
linux-image-4.4.0-83-powerpc64-emb 4.4.0-83.106
linux-image-lowlatency 4.4.0.83.89
Veja que arrumaram primeiro o kernel 4.4 LTS!
A notícia da correção, com a lista acima, esta aqui: https://usn.ubuntu.com/usn/usn-3344-1/
-
boa noite senhores.
Fiz alguns testes no meu sistema e por incrível que pareça, meu LO Base não funcionou com kernel 4.4 LTS, somente com a versão 4.8.0-36.
Contudo nesta versão do kernel, ocorre um erro no LO write em que a tela do programa fica piscando.
Pelo jeito, vou ter que ficar na versão 4.8 ou então instalar uma versão mais antiga do lubuntu.
Outra coisa, não fui eu quem abriu o tópico no outro forum, não sei nem fazer isso! kkkkkk. Sou muito leigo
até mais
-
[...] somente com a versão 4.8.0-36.
Contudo nesta versão do kernel, ocorre um erro no LO write em que a tela do programa fica piscando.
Olá @loalexandre77,
Acho que não entendi muito bem. :-\
Está funcionando ou não está funcionando do modo como havíamos deixado, com o kernel 4.8.0.36 ?
Fiquei confuso com a expressão "ocorre um erro no LO write em que a tela do programa fica piscando."
Esse problema com a tela piscando é com o kernel da série 4.4 ou com o kernel 4.8.0.36 ?
Em resumo, o kernel 4.8.0.36 resolveu a questão ou não resolveu?
-
Desculpa se não fui claro Druidaobelix,
O sistema está funcionando perfeitamente na versão do kernel 4.8.0-36.
Na versão 4.4 não abre o LO Base. Cheguei a instalar a versão 4.4 LTS do kernel, mas como não funcionou desinstalei.
Não voltei para a versão 16.04.1 porque está tudo funcionando bem com o kernel 4.8.0-36.
Entrei no site de download do Lubuntu e vi que tem uma nova versão 17.04. Vocês sabem me dizer se esta nova versão apresenta o mesmo problema de kernel do que a versão 16.04.2?
Mais uma vez obrigado por tudo.
-
O sistema está funcionando perfeitamente na versão do kernel 4.8.0-36.
Entrei no site de download do Lubuntu e vi que tem uma nova versão 17.04. [...]
Ok, agora entendi, então apenas deixe como estava, funcionando com o kernel 4.8.0-36.
O Ubuntu versão 17.04, codename Zesty, é uma versão transitória, não é algo para usar em produção real.
Em produção se usa versão LTS, Long Term Support, cujo prazo do suporte é de 5 anos.
As LTS atuais são as versões 14.04 e 16.04.
Versões transitórias extinguem-se em apenas 9 meses, é só confusão, é apenas experimento.
O que funciona bem é aproveitado numa próxima versão LTS, o que não funciona é descartado, é assim que funciona.
Isso na essência significa que **não** se deve usar uma versão transitória para assuntos sérios e instalações de produção no dia a dia de trabalho, sendo mais adequado optar sempre por versões LTS.
Na identificação numérica das versões os dois primeiros números referem-se ao ano, os dois últimos ao mês, assim, 14.04 é lançamento de abril de 2014, e então 16.04 é lançamento em abril de 2016 e assim por diante. O terceiro e último número, quando existe, refere-se ao release (14.04.5 ou 16.04.2).
Versões LTS são suportadas por 5 anos, versões chamadas Regular (=Provisória) são suportadas por 9 meses.
Para entender melhor o calendário geral de validade e suporte de todas as versões
Ubuntu releases calendar
https://wiki.ubuntu.com/Releases
Complementarmente também esse:
https://wiki.ubuntu.com/LTS
Mais especificamente aqui:
https://www.ubuntu.com/info/release-end-of-life