Linux mint 18 trava no desligamento

Question

Estou sendo incomodado pelo infame erro de paralisação / congelamento do desligamento. Sempre que eu desligo a menta, apenas o primeiro ponto na tela fica verde e depois fica meio que congelado. Eu também tive esse prob no Ubuntu 16.04.Eu 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: [email protected]
           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 é devido a servidores remotos inacessíveis.

A reinicialização funciona bem.

Resultado de journalctl --boot -1 -e --full

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

A inicialização verbosa teve uma linha de falha, que dizia algo sobre não ser capaz de carregar módulos do kernel.

Resultado do desligamento detalhado (últimas duas 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

P.S. Eu dual boot com o windows 7.

    

Answer 1

Eu lutei dois dias com o sistema Linux Mint 18.3 em um laptop Dell 5577 (Nvidia 1050). No desligamento ou reinicialização, a tela ficou preta e nada aconteceu.

Nenhum dos seguintes ajudou: (

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

O que ajudou:)

• Selecione o menu - > Administração - > Gerenciamento de driver - > selecione nvidia driver em vez de nouveau , aguarde pacientemente, porque dura um pouco, primeiro reiniciar ou desligar irá falhar, mas depois de reiniciar finalmente funciona bem! :)

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

    

Answer 2

O que funcionou para mim no Gentoo linux (kernel 4.17.5) resolver este problema foi adicionar como uma opção para o driver nouveau de seguinte:

vram_pushbuf=1

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

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

    

Answer 3

Esse problema também era real para mim. Qual é o mais interessante - quando eu fechei a primeira sessão de usuário manualmente e depois desliguei o sistema, tudo correu bem sem qualquer atraso. Hoje dediquei algum tempo para resolver o problema e aqui estão alguns resultados.  O problema surge porque o sistema espera no desligamento por alguma coisa que em sua opinião deve acontecer. O mesmo é individual para cada caso separado. No meu caso, foram dois problemas, um dos quais descobri. O sistema estava procurando por 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 drive como swap. Durante a instalação do segundo Linux, o UUID do dispositivo foi alterado, mas nos arquivos de sistema do primeiro Linux ele permaneceu inalterado. Mas, mais uma vez, era problema meu, talvez o seu não seja de todo semelhante.  Depois que resolvi o problema acima, ainda tinha outro. Perdi minha esperança e desisti da tentação de resolver o problema com uma força bruta. Alterei o parâmetro /etc/systemd/user.conf e /etc/systemd/system.conf files DefaultTimeoutStopSec de 90 seconds para 5 seconds . Não esqueça de descomentar a linha (para remover # entre no início da linha com o parâmetro DefaultTimeoutStopSec ).

Agora funciona bem, o sistema é desligado muito rapidamente.

    

Answer 4

Eu assumo que seu sistema é desligado após o 54s? talvez seja um processo travado, se você tiver muita atividade de disco no shutdown, verifique / var / lib / systemd / coredump / para arquivos, então você pode desativar os core dumps (como uma solução alternativa ao invés de raiz)

    

Answer 5

Desativar USB 3.0 legacy mode ou usb3.0 configuration in pre-os no BIOS funcionou para mim.

    

Answer 6

Linux Mint 18.1:

Meu problema era que meu novo PC pendia em momentos não sistemáticos no desligamento / desligamento. Eu tive que apertar 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.

    

Answer 7

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

    

Answer 8

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

GRUB_CMDLINE_LINUX_DEFAULT="apm=power_off"

Em seguida, 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