2017-06-27 2 views
0

J'ENABLED chien de garde hw dans systemd (RuntimeWatchdogSec=10) et je crois qu'il a été effectivement activé:Comment systemd (v229) alimente chien de garde hw

# dmesg | grep watchdog [ 3.328676] systemd[1]: Hardware watchdog 'OMAP Watchdog', version 0 [ 3.336760] systemd[1]: Set hardware watchdog to 10s.

Alors je voulais tester si le système redémarre vraiment quand systemd arrête de travailler. Comme je n'ai pas trouvé de documentation systemd concernant le démon systemd qui alimente le chien de garde hw, j'ai essayé de tuer tous les démons systemd l'un après l'autre (systemd-udevd, systemd-timesyncd, systemd-networkd, systemd-journald, etc.) jusqu'à ce que la console devienne pas de fonction après avoir tué le démon systemd (qui a un lien symbolique/sbin/init dans mon système). Jusqu'à ce point, mon système n'a toujours pas redémarré. Des indices?

+0

Lorsque le démon systemd est tué, il a été redémarré automatiquement (ce que je ne sais pas comment faire). Je l'ai effectivement supprimé pour que le redémarrage échoue. Mais même si systemd ne pouvait pas redémarrer, le système ne s'est toujours pas réinitialisé. – brownmonkey

Répondre

0

J'ai découvert que le démon systemd réellement ouvert/dev/chien de garde:

# lsof /dev/watchdog COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME systemd 1 root 4w CHR 10,130 0t0 6871 /dev/watchdog

Et dans mon CONFIG_WATCHDOG_NOWAYOUT du noyau n'est pas réglé -> Quand je tuais systemd, aucun processus ouvert/dev/chien de garde et le chien de garde matériel a été désactivé. Lorsque j'ai activé CONFIG_WATCHDOG_NOWAYOUT, la carte se réinitialise lorsque systemd s'arrête.