mensagem no desligamento: o cão de guarda não parou!

No desligamento, muitas vezes recebo a mensagem

watchdog did not stop!

e o laptop congela após algumas outras linhas sem desligar.

Alguma ideia de como consertar isso? Recentemente, aconteceu com muita frequência, geralmente quando o laptop foi ligado por algum tempo.

Estou usando o Debian 8 em um Asus UX32LA

Encontrei este arquivo systemd (mostra um conflito com o shutdown.target), se puder ajudar. Minha impressão é que o problema depende de algum problema vindo de mim tentando corrigir a luz de fundo (que na verdade só funciona com o paramenter grub "acpi_osi =")

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:[email protected](8)
DefaultDependencies=no
RequiresMountsFor=/var/lib/systemd/backlight
Conflicts=shutdown.target  
After=systemd-readahead-collect.service systemd-readahead-replay.service     systemd-remount-fs.service
Before=sysinit.target shutdown.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/lib/systemd/systemd-backlight load %i
ExecStop=/lib/systemd/systemd-backlight save %i

A watchdog did not stop!linha é um comportamento normal. systemddefine um cronômetro " watchdog de hardware " como à prova de falhas, para garantir que, se o processo normal de desligamento congelar / falhar, o computador ainda desligará após o período especificado. Esse período de tempo é definido na variável ShutdownWatchdogSec=no arquivo /etc/systemd/system.conf. Aqui está a descrição dos documentos :

RuntimeWatchdogSec =, ShutdownWatchdogSec =

Configure o watchdog de hardware em tempo de execução e na reinicialização. Leva um valor de tempo limite em segundos (ou em outras unidades de tempo, com o sufixo "ms", "min", "h", "d", "w"). Se RuntimeWatchdogSec = estiver definido como um valor diferente de zero, o hardware do watchdog (/ dev / watchdog) será programado para reiniciar automaticamente o sistema se não for contatado dentro do intervalo de tempo limite especificado. O gerente do sistema garantirá entrar em contato com ele pelo menos uma vez na metade do intervalo de tempo limite especificado. Esse recurso requer a presença de um dispositivo de vigilância de hardware, como é comum nos sistemas embarcados e de servidor. Nem todos os watchdogs de hardware permitem a configuração do tempo limite de reinicialização; nesse caso, o tempo limite disponível mais próximo é escolhido. ShutdownWatchdogSec = pode ser usado para configurar o watchdog de hardware quando o sistema for solicitado a reiniciar. Funciona como uma rede de segurança para garantir que a reinicialização ocorra mesmo se uma tentativa de reinicialização limpa atingir o tempo limite. Por padrão, RuntimeWatchdogSec = padrão é 0 (desativado) e ShutdownWatchdogSec = 10min. Essas configurações não terão efeito se um cão de guarda de hardware não estiver disponível.

Parece provável, como você indicou, que seu problema real esteja relacionado à alteração das configurações da ACPI. As respostas neste tópico do fórum Debian sugerem o seguinte:

1) Edite o arquivo em /etc/default/grub e edite a GRUB_CMDLINE_LINUXlinha para ficar assim: GRUB_CMDLINE_LINUX="reboot=bios"

2) executar: update-grub

Se reboot=biosnão funcionar, eles sugerem tentar novamente comreboot=acpi

Algum destes trabalhos para você?

Estou em um computador de placa única MIO com o mesmo problema: sudo rebootou [CTRL] + [ALT] + [DEL] leva a interrupção em

cão de guarda não parou

Nenhuma das opções acima funcionou para mim, mas felizmente uma combinação delas fez o trabalho:

1. Use GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpinão funcionou para mim)

2. Use systemctl reboot -i, para reiniciar o sistema com sucesso. ( link )

Eu tive o mesmo problema, no entanto, o cão de guarda não é o problema em si. Ele acabou por ser corrigido pela definição use_lvmetad = 0no /etc/lvm/lvm.conf. Em qualquer caso, pode haver serviços diferentes.