Trava o Linux Ubuntu da 14.04 LTS, 16.04 LTS e 17.04 64bits Desktop

diego.baiao
(usa Ubuntu)

Enviado em 25/05/2017 - 07:11h

Olá, pessoal, venho relatar um problema que está ocorrendo no meu notebook hp 14d030br (Processador Intel® Core™ 5-3230M 2.6 GHz com Turbo Boost até 3.2 GHz - Placa de vídeo Integrada, com tecnologia Intel® HD Graphics 4000 ).
Bios com UEFI, consegui colocar o grub para rodar usando o comando no W8.1 BCDboot adicionando a linha do linux. Feito isso apareceu o grub para escolher o sistema operacional.
Eu fiz nas minhas particoes um /boot (300MB, primaria, e falei que era UEFI inicializador coloquei essa partição para instalar o inicializador), depois acabei criando mais 3 partições lógicas uma /swap 4gb, /home 18GB e um /52GB.

Instalei no meu notebook que tem W8.1 o linux ubuntu tente as versões 14.04 LTS, 16.04 LTS e 17.04 64bits Desktop. Atualizei tudo e ja tentei sem atualizar também, roda bem, lisinho não da travas funciona perfeito, porén "Na hora de mandar desligar ele sempre trava o PC e tenho que segurar o power para desligar." Isso é chato alem de prejudicarr o HD.

Não sei se o problema é hardware ? Se tem haver com o dual boot pelo fato da bios ser cheio de ideia com UEFI ?

Ja utilizei outros kernels 4.7.4 e não deu certo;
Fui no grub editei colocando os comando depois do "quiet splash" o acpi = force e um da intel.alguma coisa que eu vi; atualizei meu grub depois e fui testar e nada também;

Já não sei como mais fazer para usar Ubuntu no meu PC, se alguém tiver uma idéia que possa me ajudar já passou por isso e possa me ajudar, ficaria agradecido.

*** atualmente uso ubuntu 17.04 com kernel padrao 4.10 está original não mexi em nada ainda. rs

clodoaldops
(usa Linux Mint)

Enviado em 25/05/2017 - 07:35h

-meu notebook (Ci3 + 4 GB + Intel-HD) roda todas versões do Ubuntu e de suas derivadas sem problemas
-eu acho que vc tem algum problema de hardware (hd ou memória)
-pq suas configurações são suficientes p/ rodar qq linux e qq desktop sem problemas

**********************************************
Meu Blog
http://dicaslinuxmint.blogspot.com.br/

diego.baiao
(usa Ubuntu)

Enviado em 25/05/2017 - 12:00h

O que acontece realmente é que não sei onde está o problema, pode ser talvez no kernel será ? Li que o 4.1.12 algo assim é 4.1.X alguma coisa estaria resolvido não tentei descer o kernel para esse ainda.

Só alguém que passou por isso, são varias as possibilidades tudo que informei acima no post inicinal eu já fiz (recomplilar o kernel para 4.7.4).

Esqueci de comentar que eu mando reiniciar ele vai de boa reinicia sem problemas, algo no carregar quando mando desligar ele da problema, vou tirar o quiet-splash no grub para pegar onde ele da erro, eu fiz mais não tomei nota de onde ele para(trava) como pode né todas as versões do ubuntu, vou tentar usar o slackware para ver. Levantaram hipostes sobre opções de energia e etc mais ja futuquei tudo e nada.

To intrigado com isso, esqueci de comentar novamente que testei conforme sugestão de pegar e resetar as opçoes da BIOS (default) já fiz isso e também não deu. Não sei onde está o pulo do gato para resolver essa questão só tenho isso a reclamar, que não funcinou no meu notebook.

Não fiz teste de hd e memória mais meu windows 8.1 roda liso sem problemas e é bem rápido e satisfatório nunca travou ou deu tela azul. Tenho esse notebook a 3 anos de uso. E ta lisinho sem barulho no hd roda liso, dificil eu ter que desligar ele na marra. (isso eu posso contar nos dedos 10x ate hoje) e 7 foi no linux(testando versoes ubuntu) e o restante no windows 10 mais foi uns programas que instalei de teste que acabou fazendo isso reiniciei em modo segurança removi e parou. rssss

tiago4171
(usa Arch Linux)

Enviado em 25/05/2017 - 13:49h

Em versões mais novas do SystemD geralmente vejo esse problema. No Debian 9 que eu estava testando então, nem se fala

Ele para porque está tentando finalizar processos, daí pra não forçar o fechamento do processo ele dá mais ou menos uns 2Min pra desligar.

Então ligue o computador, inicie no Ubuntu e ao desligar aguarde uns 3 minutos para ver se não desliga. Se não desligar, repita o processo e ao desligar de 50 em 50 Segundos você aperte o CTRL+ALT+DEL 7 vezes assim ele força a reinicialização.

No aguardo para mais instruções.....

diego.baiao
(usa Ubuntu)

Enviado em 25/05/2017 - 14:11h

Opa meu amigo, agradeço a vossa dica. rs

Mais não entendi essa parte "esperar os 50 segundos"

Eu já pedi para desligar e pensando nessa hipótese deixei 15 minutos ligado e estava travado ainda fiz 3x esse teste e não muda o resultado.

Não entendi o lance dos "50 segundos". Já alterei bastante coisa a fim de resolver mais tudo sem sucesso até agora... vi comentarios para abrir o terminal e dar um "sudo poweroff", não tentei mais esse vai mandar desligar correto não sei se tem algo que ele faça que diferencie de um shutdown -h now (exemplo).

Mais fico no aguardo ainda para tentar resolver... vou montar uma virtual box para ver se ocorre tb e toda hora reinstala já pra valer cansa eu ja instalei nesse meu pc 7x o ubuntu... agora vou remover tudo e fazer meus testes no vitual box rs.. sofrer menos! nem sei se algo da Bios pode estar fazendo isso essa proteção uefi mata tb cheio de lenga lenga... mais em fim não sei se é isso tb... acredito que não! mais vai saber né! huaua

tiago4171
(usa Arch Linux)

Enviado em 25/05/2017 - 15:21h

Cara sobre os 50 segundos, era só pra ter um padrão mesmo.
Ao apertar CTRL+ALT+DEL 7 vezes, você força o sistema a desligar/reiniciar. Eu deixei este espaço de 50 segundos dentro de 3 Min porque uma vez que você aperta o CTRL+ALT+DEL 7 vezes você precisa aguardar um pouco antes de voltar a "pedir" outro forçar.

Você precisa prestar atenção no que aparece na tela neste momento de inercia, porque não dá pra imaginar assim tão facilmente
Caso ainda não tenha reinstalado o sistema outra vez(meio desnecessário né, mas...) sugiro que pesquise aonde fica o log do systemd, talvez ele nos dê uma ideia do que está a acontecer.

E vê se fica calmo, porque as coisas não vão se resolver sozinhas preciso de tua ajuda também. Parar de formatar a máquina pode ajudar a manter a estabilidade das coisas, o que a longo prazo pode nos ajudar a entender isso afinal não dá pra saber o que mudou entre uma formatação e outra.

diego.baiao
(usa Ubuntu)

Enviado em 25/05/2017 - 15:32h

Suss to calmo, rs

Nem formato nada do windows so mexo nas partiçoes linux(reinstalo so o linux) meu sistema "Ruindows" fica intacta, a principio vou colocar em um VM da vida para ver o que pega se vai dar pau tb... Vou fazer o que me aconselhou.

Obrigado pelas dicas vou ver se consigo fazer a noite e amanhã volto a postar, vou procurar onde fica o log.

Vlw obrigado novamente.

tiago4171
(usa Arch Linux)

Enviado em 25/05/2017 - 15:54h

Na máquina virtual os sistema irá se comportar diferente, talvez até funcionando perfeitamente mas já que você quer testar não vou impedir, até pra você mesmo comparar.

Enfim, abriu um espaço maior aqui eu pude pesquisar rapidamente sobre o systemd que nem eu mesmo sei usar. A documentação deste tipo de coisa é sempre inglês, então pra não "perder tempo" eu pesquiso já em inglês.

Como não posso ler agora, deixei o que pesquisei ali. Li rapidamente o primeiro link e entendi bem porcamente como funciona o log, então deixo pra ti aí.

Uffa, tem coisa pacas pra fazer ein

diego.baiao
(usa Ubuntu)

Enviado em 26/05/2017 - 14:13h

Vou ver nesse final de semana não vou ter tempo de ver isso agora.

Vou mudar algumas coisa nas partições do meu notebook e vou reinstalar o Linux, o meu W8.1 eu tenho imagem no Ghost vou refazer e vou restaurar ai vai ficar legal, ta uma zona meu notebook tudo espalhado...

Dai vou me achar melhor e vou ver esse kara tenho que ler sobre para entender o local dele eu já vi onde chegar ao acesso desse log.

Vou tentar mais uma no Ubuntu e vou tirar o "quiet splash" pois ai ele desliga no modo texto e me aponta ate aonde ele foi.

Depois posto o resultado. vlw pelas dicas.

tiago4171
(usa Arch Linux)

Enviado em 26/05/2017 - 17:21h

Sem pressa......

diego.baiao
(usa Ubuntu)

Enviado em 30/05/2017 - 09:04h

Opa bom dia!
Eu vi bastante artigos onde dizem e afirmam que o problema é o gerenciamento de energia, ou seja, na hora de dar um "halt" não corta a energia, eu ja fui em /etc/defaults/grub e add na linha onde contem o grub_default = "quiet splash" ja add o "acpi = force". E não rodou dai vi algumas variações já testadas e sem sucesso tb.
ja tentei assim:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="acpi=force"
obs: essa resolveu para alguem do forum não sei quem foi mais resolveu rs.

e assim:
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash acpi=force"
GRUB_CMDLINE_LINUX=""

e outros abaixo so na linha GRUB_CMDLINE_LINUX_DEFAULT
"quiet splash acpi=off" não foi e ainda deu bug no reinicio com meus drivers exemplo meu wi-fi. depois restaurei a config e atualizei o grub ai voltou de boa.
"quiet splash amp=power_off" tb não deu.

Fui no /boot/grub/grub.cfg fiz uma copia de backup e add alguns comando que vi acima dentro da onde puxa o kernel e não foi também.
adicione acpi=off à linha de comando de inicialização do kernel em /boot/grub/grub.conf

Tem outras dicas que não fui muito a fundo.

Mais vou tentar algo mais como essa dica abaixo:
https://access.redhat.com/documentation/pt-BR/Red_Hat_Enterprise_Linux/6/html/Cluster_Administration...

Se bem que não achei na minha bios controle sobre ACPI para fazer a dica acima.
*** dei uma olhada eu tenho todos os pacotes instalados de ACPI no meu ubuntu 17.04
acpi
acpi-support-base
acpid

Testei essas aqui abaixo tb e nada:
Modify /etc/modules and add:
apm power_off=1
Edit /etc/default/grub and add this after quiet splash:

acpi=force apm=power_off
Finally update grub:

sudo update-grub

Enquanto isso como tenho 2 SO, eu mando reiniciar e mando desligar pelo Windows rs...

Não peguei a parte do systemd, mais achei o log responsável vo pegar as ultimas linha desse kara e vou postar vou desligar para travar de proposito e posto o que pegou no log.

vlw galera

tiago4171
(usa Arch Linux)

Enviado em 30/05/2017 - 22:24h

Problema de configuração da BIOS provavelmente, exatamente o ACPI ou APIC depdendo da BIOS

É quase impossível instruir uma pessoa a mexer na BIOS, pois cada BIOS é diferente uma da outra e mesmo que eu tenha o mesmo notebook que o teu se a versão da minha BIOS for mais atual haverá diferenças.

Eu não tenho BIOS UEFI, então não dá nem pra chutar. Mas quando eu atualizei minha BIOS só pra testes tive que trocar o modo do ACPI de S1 para S3 senão o sistema não hibernava, daí era só trocar que hibernava sem erros.

Então dê uma olhada se sua BIOS tem manual, se tem algum F1 dentro da interface da BIOS tu vai ter que fuçar mesmo
Mas antes de fazer isto, cole aqui o log do SystemD talvez ali poderemos afirmar se é realmente isto.