Linux mint 18 trava no desligamento


10

Estou sendo incomodado pelo infame erro de desligamento / congelamento. Sempre que desligo a menta, apenas o primeiro ponto na tela inicial fica verde e, em seguida, congela. Eu também tive esse problema no Ubuntu 16.04. Pretendo usar o linux para jogos. Aqui estão as especificações do meu sistema

           Desktop: Cinnamon 3.0.7 (Gtk 3.18.9-1ubuntu3.1)
           Distro: Linux Mint 18 Sarah
Machine:   Mobo: Intel model: DG33FB v: AAD81072-307
           Bios: Intel v: DPP3510J.86A.0407.2008.0218.0923 date: 02/18/2008
CPU:       Quad core Intel Core2 Quad Q6600 (-MCP-) cache: 4096 KB
           flags: (lm nx sse sse2 sse3 ssse3 vmx) bmips: 19199
           clock speeds: max: 2394 MHz 1: 1596 MHz 2: 1596 MHz 3: 2128 MHz
           4: 1862 MHz
Graphics:  Card: NVIDIA GT218 [GeForce 210] bus-ID: 01:00.0
           Display Server: X.Org 1.18.4 drivers: nouveau (unloaded: fbdev,vesa)
           Resolution: 1024x768@60.00hz
           GLX Renderer: Gallium 0.4 on NVA8
           GLX Version: 3.0 Mesa 11.2.0 Direct Rendering: Yes
Audio:     Card-1 NVIDIA High Definition Audio Controller
           driver: snd_hda_intel bus-ID: 01:00.1
           Card-2 Intel 82801I (ICH9 Family) HD Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.4.0-21-generic
Network:   Card: Intel 82566DC-2 Gigabit Network Connection
           driver: e1000e v: 3.2.6-k port: 30e0 bus-ID: 00:19.0
           IF: enp0s25 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 160.0GB (4.9% used)
           ID-1: /dev/sda model: Hitachi_HDS72101 size: 160.0GB
Partition: ID-1: / size: 17G used: 5.4G (35%) fs: ext4 dev: /dev/sda5
           ID-2: swap-1 size: 2.13GB used: 0.00GB (0%) fs: swap dev: /dev/sda6
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 47.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Info:      Processes: 178 Uptime: 6 min Memory: 646.8/1990.4MB
           Init: systemd runlevel: 5 Gcc sys: 5.4.0
           Client: Shell (bash 4.3.421) inxi: 2.2.35 

Desligar a rede antes de desligar não faz diferença, portanto não se deve a servidores remotos inacessíveis.

Reiniciar funciona bem.

Resultado do diárioctl --boot -1 -e --full

Specifying boot ID has no effect, no persistent journal was found

A inicialização detalhada tinha uma linha de falha, que dizia algo sobre não poder carregar os módulos do kernel.

Resultado do desligamento detalhado (duas últimas linhas):

[OK] Reached target shutdown.
[54.278173] reboot: power down

Resultado de systemctl status

● lol-desktop
    State: degraded
     Jobs: 0 queued
   Failed: 1 units
    Since: Thu 2016-11-17 18:35:37 IST; 5min ago

PS Eu inicializá-lo com o Windows 7.


Execute journalctl --boot -1 -e --full, edite sua pergunta e coloque a saída relevante lá. Isso mostrará às pessoas o que o systemd pensou que estava fazendo naquele momento.
— JdeBP

As edições estão concluídas.
— Shivodit Gill

Por favor, caras, não responder, esta questão é realmente frustrante
— Shivodit Gill

O diário é o que diz às pessoas o que estava acontecendo. "Isso meio que congela." não. Infelizmente, você configurou seu sistema para descartar o diário a cada desligamento, em vez de armazená-lo persistentemente /var/log/journal, para que você não possa dizer ao mundo o que o diário gravou e as pessoas não poderão diagnosticar a partir daquilo que estava (ou era mais provável) errado.
— JdeBP #

Então, como faço para habilitá-lo? Preciso fazer o desligamento detalhado?
— Shivodit Gill

Respostas:


7

Lutei dois dias com o sistema Linux Mint 18.3 em um laptop Dell 5577 (Nvidia 1050). Ao desligar ou reiniciar, a tela estava preta e nada aconteceu.

Nenhuma das seguintes opções ajudou :(

  • modificação do grub (adicionando GRUB_CMDLINE_LINUX = "apm = power_off", "acpi = force" etc.)
  • desativando o EuP (porta USB de alimentação no computador desligado)

O que ajudou :)

  • Selecione Menu -> Administração -> Gerenciamento de driver -> selecione driver da nvidia em vez de nouveau , aguarde pacientemente, porque dura um pouco, a primeira reinicialização ou desligamento falhará, mas após a reinicialização, finalmente funcionará bem! :)

Pesquisa: O Linux Mint não desliga ou reinicia, o linux ubuntu não desliga ou reinicia, o linux mint não desliga ou reinicia, o linux ubuntu não desliga ou reinicializa


1
Exatamente o mesmo para mim com o Dell XPS 15. Infelizmente, os drivers da Nvidia são inutilizáveis, pois apenas assistir a um vídeo em tela cheia é suficiente para impulsionar os fãs com tanta força que você não consegue ouvir nada. Isso ocorre com o Prime definido para gráficos Nvidia ou Intel.
— Neutrino

Lenda, isso funcionou para mim em um HP Zbook Studio G3.
— Sean Missingham

Trabalhou para um Asus Zenbook Pro UX550. Graças toneladas !!
— Ether_joe 5/12

Reinicializações e desligamentos super lentos no meu Lenovo T430 com Nvidia NVS 5400M resolvidos escolhendo o driver Nvidia em vez de nouveau. Obrigado!
— Jaxian

3

O que funcionou para mim no Gentoo linux (kernel 4.17.5), resolvendo esse problema, foi adicionar como uma opção para o novo driver da seguinte maneira:

vram_pushbuf=1

( nouveau.vram_pushbuf=1quando o nouveau é inserido no kernel).

Descobri isso a partir de uma mensagem de erro no final do processo de interrupção. O sistema travou ao tentar desligar o vídeo como o porcess final para um desligamento completo sem essa opção para minha GPU nvidia.


1

Esse problema também foi real para mim. O que é mais interessante - quando fechei a primeira sessão do usuário manualmente e desliguei o sistema, tudo correu bem, sem demora. Hoje dediquei algum tempo para resolver o problema e aqui estão alguns resultados. O problema surge porque o sistema aguarda no desligamento algo que, em sua opinião, deve acontecer. A mesma coisa é individual para cada caso separado. No meu caso, foram até dois problemas, um dos quais eu encontrei. O sistema procurava um disco rígido que não existia. Como assim? Porque eu experimentei algumas outras versões do Linux e escolhi para todas as versões o mesmo dispositivo de unidade que o swap. Durante a instalação do segundo Linux, o UUIDO dispositivo foi alterado, mas nos arquivos do sistema do primeiro Linux, ele permaneceu inalterado. Mas, mais uma vez, - era meu problema, o seu pode não ser o mesmo. Depois de corrigir o problema acima, eu ainda tinha outro. Perdi minha esperança e desisti da tentação de resolver o problema com uma força bruta. Eu mudei no parâmetro /etc/systemd/user.confe /etc/systemd/system.conffiles DefaultTimeoutStopSecde 90 secondspara 5 seconds. Não se esqueça de descomentar a linha (para remover o #sinal no início da linha com o parâmetro DefaultTimeoutStopSec).

Agora funciona bem, o sistema é desligado muito rápido.


1

Outra solução possível - especialmente para hardware mais recente usando (U) EFI - é adicionar o parâmetro de inicialização apm=power_off. Você pode adicioná-lo à definição de GRUB_CMDLINE_LINUX_DEFAULTin /etc/default/grubou adicionar a linha se ela ainda não existir.

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Atualize a instalação do grub de acordo com o manual do sistema operacional, por exemplo:

update-grub # Debian/Ubuntu
grub2-mkconfig -o /boot/efi/EFI/fedora/grub.cfg # EFI on Fedora etc
grub2-mkconfig -o /boot/grub2/grub.cfg # BIOS

0

Eu assumo que o seu sistema desliga após os 54s? é possivelmente um processo interrompido, se você tiver muita atividade de disco na verificação de desligamento / var / lib / systemd / coredump / para arquivos, poderá desativar os dumps principais (como uma solução alternativa em vez de uma solução raiz)


0

Desligar USB 3.0 legacy modeou usb3.0 configuration in pre-osno BIOS , funcionou para mim.


0

Linux Mint 18.1:

Meu problema era que meu novo PC travava em momentos não sistemáticos ao desligar / desligar. Eu tive que pressionar o botão liga / desliga por vários segundos (também desligamento mecânico).

Depois de alterar uma configuração no UEFI / BIOS, o problema desapareceu:

  1. Abra o UEFI / BIOS:

  2. Avançado → Gerenciamento de energia → Configuração do EuP desativada

  3. Saia salvando as configurações

Em seguida, reinicie o computador e tudo ficará bem.


1
O que a configuração EuP faz ou representa?
— Xen2050 20/01/19

0

Para mim, esse problema foi corrigido depois que eu excluí os valores "quiet" e "splash" do parâmetro GRUB_CMDLINE_LINUX_DEFAULT no grub.

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.