mensaje al cerrar: ¡el perro guardián no se detuvo!


19

En el cierre a menudo recibo el mensaje

watchdog did not stop!

y luego la computadora portátil se congela después de algunas otras líneas sin apagarse.

Alguna idea de como arreglar esto? Recientemente sucedió muy a menudo, generalmente cuando la computadora portátil estuvo encendida durante algún tiempo.

Estoy usando Debian 8 en un Asus UX32LA

Encontré este archivo systemd (muestra un conflicto con shutdown.target), si puede ayudar. Mi impresión es que el problema depende de algún problema que provenga de mí al tratar de arreglar la luz de fondo (que en realidad solo funciona con el parámetro de alimentación "acpi_osi =")

[Unit]
Description=Load/Save Screen Backlight Brightness of %i
Documentation=man:systemd-backlight@.service(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

1
¿Puedes intentar eliminar "rhgb quiet" del cmdline de arranque y luego ver qué sucede?
Shubham

Exactamente lo que iba a sugerir. "rhgb quiet" suprime los mensajes en el arranque / apagado que podrían ser bastante útiles aquí.
Tim S.

no hay "rhgb quiet" en / etc / default / grub (y grub se actualiza)
Reyx_0

En Debian, las opciones equivalentes para eliminar son "splash silencioso".
telcoM

Respuestas:


16

La watchdog did not stop!línea es el comportamiento normal. systemdconfigura un temporizador de " vigilancia de hardware " como a prueba de fallos, para garantizar que si el proceso de apagado normal se congela / falla, la computadora seguirá apagándose después del período de tiempo especificado. Este período de tiempo se define en la variable ShutdownWatchdogSec=en el archivo /etc/systemd/system.conf. Aquí está la descripción de los documentos :

RuntimeWatchdogSec =, ShutdownWatchdogSec =

Configure el watchdog de hardware en tiempo de ejecución y al reiniciar. Toma un valor de tiempo de espera en segundos (o en otras unidades de tiempo si tiene el sufijo "ms", "min", "h", "d", "w"). Si RuntimeWatchdogSec = se establece en un valor distinto de cero, el hardware de vigilancia (/ dev / watchdog) se programará para reiniciar automáticamente el sistema si no se contacta dentro del intervalo de tiempo de espera especificado. El administrador del sistema se asegurará de contactarlo al menos una vez a la mitad del intervalo de tiempo de espera especificado. Esta característica requiere la presencia de un dispositivo de vigilancia de hardware, como suele ser el caso en los sistemas integrados y de servidor. No todos los watchdogs de hardware permiten la configuración del tiempo de espera de reinicio, en cuyo caso se elige el tiempo de espera disponible más cercano. ShutdownWatchdogSec = se puede usar para configurar el watchdog de hardware cuando se le pide que reinicie el sistema. Funciona como una red de seguridad para garantizar que el reinicio se realice incluso si se agota el tiempo de espera de un intento de reinicio limpio. De forma predeterminada, RuntimeWatchdogSec = está predeterminado en 0 (desactivado) y ShutdownWatchdogSec = en 10 minutos. Esta configuración no tiene efecto si un perro guardián de hardware no está disponible.

Parece probable, como indicó, que su problema real está relacionado con el cambio de la configuración de ACPI. Las respuestas en este hilo del foro de Debian sugieren lo siguiente:

1) Edite el archivo en /etc/default/grub y edite la GRUB_CMDLINE_LINUXlínea para que se vea así: GRUB_CMDLINE_LINUX="reboot=bios"

2) ejecutar: update-grub

Si reboot=biosno funciona, sugieren volver a intentarlo conreboot=acpi

¿Alguno de estos te funciona?


Implementé los cambios que sugirió, y le informo pronto. Gracias
Reyx_0

Desafortunadamente no funciona. y sospecho que el problema está relacionado con este otro problema también tengo (es decir laptop congela de forma esporádica en el estado suspendido): véase bugzilla.kernel.org/show_bug.cgi?id=102091
Reyx_0

1
He encontrado que /sbin/shutdown -r nowfunciona en lugar de shutdown -r nowo reboot.
xinthose

update-grub en mi Centos7 dice que no se encuentra el comando
stiv

@xinthose Ese comando complicado funciona. Lo extraño es que están apuntando al mismo binario ( systemctl), no tengo idea de por qué.
Junle Li

1

Estoy en una computadora de placa única MIO con el mismo problema: sudo rebooto [CTRL] + [ALT] + [DEL] conduce a colgar en

perro guardián no se detuvo

Ninguno de los anteriores funcionó para mí, pero afortunadamente una combinación de ellos hizo el trabajo:

  1. Uso GRUB_CMDLINE_LINUX="reboot=bios"( reboot=acpino funcionó para mí)

  2. Use systemctl reboot -i, para reiniciar con éxito el sistema. ( enlace )


0

Tuve el mismo problema, sin embargo, watchdog no es el problema en sí. Resultó que será fijada por el establecimiento use_lvmetad = 0en /etc/lvm/lvm.conf. Puede ser servicios diferentes en cualquier caso.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.