Description of problem: When halting, target 'reboot' is reached, but the process wait some seconds (one minute?) At end, the following message is displayed and the halting process continues: watchdog: watchdog0: watchdog didn't stop! dracut warning: killing all remaining processes How reproducible: Always Steps to Reproduce: 1. Start Mageia 2. Stop or reboot Mageia uname -a Linux YZenbook.home 5.15.88-desktop-1.mga8 #1 SMP Sat Jan 14 15:00:41 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux
Summary: Stop process is retained because of watchdog => Stop process is delayed because of watchdog
Could you attach a part of journal from shutting down? for example given by journalclt -b-1 --since <the time seconds when you started shutdown>
CC: (none) => fri
Created attachment 13669 [details] Journal when rebooting
That watchdog line I see also on my machines, and have for... years? Grepping on watchdog i get three lines from every reboot: $ journalctl -b-1 | grep watchdog feb 01 11:55:25 svarten.tribun kernel: watchdog: watchdog0: watchdog did not stop! feb 01 11:55:25 svarten.tribun systemd[1]: Hardware watchdog 'iTCO_wdt', version 0 feb 01 11:55:25 svarten.tribun systemd[1]: Set hardware watchdog to 10min. Must be something else.
Replaying the film, I see at last: dracut Warning: Unmounted /oldroot Rebooting Nothing more
Assignee: bugsquad => kernel
I use a SSD with luks encryption (/ and /home), without LVM.
Today, while rebooting, I got: systemd-shutdown, waiting for process osspd
You might uninstall the 'ossp' package. It's not used anymore. IMHO shouldn't be installed by default. It's triggered by some dep during the installation or draksound, not sure (need to be reviewed where it comes from). Anyway I got the stop delay even without ossp.
CC: (none) => ghibomgx
In systemd, osspd.service is not enabled at start. Thus something starts it. speechdispatcher? Shouldn't it be withdrawn from cauldron?
I got problems with ossp since mga7, I had also a patchset for the package somewhere which includes also some patch from deb, and also some fix for snprintf array size fixing, that I never pushed because even with those fixes doesn't change anything. But it's not the direct cause of the stop delay, at least in this round, because even if you remove it, you still got the delay. It's used for an old compatibility layer with the Open Sound System which was the linux sound system before alsa, but it's rarely used since most applications uses alsa now. For me, since it compiles it can stay in the distro, you never now (you might have for instance some very ancient software or game to use with even outside mageia tree), but IMHO shouldn't be triggered to be installed by default anyway (or during an update).