Salut,
En mettant le maximum de traces j’ai compris ce qui bloque sur ma configuration. En fait la commande systemctl reboot
n’échoue pas mais doit attendre la fin d’une de temporisation de 5 mn:
- Démontage de mon disque usb
- Tentative d’accès au dit disque usb part en boucle pendant 5 mn
[code]avril 06 09:05:05 ubuntu-desktop systemd[1]: Collecting media-guy-Elements.mount
avril 06 09:10:00 ubuntu-desktop systemd[1]: Collecting media-guy-Elements.mount[/code]
- La tempo éclate et le fautif est démasqué
avril 06 09:10:00 ubuntu-desktop systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=UnitNew cookie=2 reply_cookie=0 error=n/a
avril 06 09:10:00 ubuntu-desktop systemd[1]: Sent message type=signal sender=n/a destination=n/a object=/org/freedesktop/systemd1 interface=org.freedesktop.systemd1.Manager member=UnitRemoved cookie=3 reply_cookie=0 error=n/a
avril 06 09:10:00 ubuntu-desktop systemd[1]: Got disconnect on private connection.
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service stopping timed out. Terminating.
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service changed stop -> stop-sigterm
avril 06 09:10:01 ubuntu-desktop systemd[1]: Received SIGCHLD from PID 2014 (minidlna).
avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2014 (minidlna) died (code=killed, status=15/TERM)
avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2014 belongs to minidlna.service
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service: control process exited, code=killed status=15
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service got final SIGCHLD for state stop-sigterm
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service changed stop-sigterm -> failed
avril 06 09:10:01 ubuntu-desktop systemd[1]: Failed to destroy cgroup /system.slice/minidlna.service: Device or resource busy
avril 06 09:10:01 ubuntu-desktop systemd[1]: Job minidlna.service/stop finished, result=done
avril 06 09:10:01 ubuntu-desktop systemd[1]: Stopped LSB: Start minidlna at boot time.
avril 06 09:10:01 ubuntu-desktop systemd[1]: Unit minidlna.service entered failed state.
avril 06 09:10:01 ubuntu-desktop systemd[1]: minidlna.service failed.
avril 06 09:10:01 ubuntu-desktop systemd[1]: Child 2416 (sleep) died (code=killed, status=9/KILL)
4) le reboot repart
[code]avril 06 09:10:01 ubuntu-desktop systemd[1]: Received SIGCHLD from PID 2416 (n/a).
avril 06 09:10:01 ubuntu-desktop systemd[1]: Accepted new private connection.
avril 06 09:10:01 ubuntu-desktop systemd[1]: remote-fs.target changed active -> dead
avril 06 09:10:01 ubuntu-desktop systemd[1]: Job remote-fs.target/stop finished, result=done
avril 06 09:10:01 ubuntu-desktop rpcbind[540]: rpcbind terminating on signal. Restart with “rpcbind -w”
– Reboot –
[/code]
C’est parce que j’utilise minidlna et que mes médias à lire sont sur le disque usb. Visiblement avant de s’arrêter minidlna cherche a atteindre le disque usb mais celui-ci à été démonté au debut du reboot.
Si j’arrete minidlna avant le reboot, le reboot est immédiat
root@ubuntu-desktop:/var/log/journal/ff1b64851ac82e48107a131052f72bcf# service minidlna stop
root@ubuntu-desktop:/var/log/journal/ff1b64851ac82e48107a131052f72bcf# systemctl reboot
Quand je liste l’ordonnancement du démarrage, on voit que minidlna est le dernier
root@ubuntu-desktop:~# systemd-analyze blame
1min 9.908s minidlna.service
7.165s ModemManager.service
6.919s NetworkManager.service
6.285s systemd-journal-flush.service
6.185s ufw.service
5.657s pure-ftpd.service
5.622s accounts-daemon.service
3.993s dev-sda1.device
3.851s exim4.service
3.595s rc-local.service
2.981s networking.service
2.939s mnt-ACERDATA.mount
2.786s polkitd.service
2.408s rpcbind.service
2.287s alsa-restore.service
2.216s console-kit-log-system-start.service
2.203s kbd.service
2.175s rsyslog.service
2.128s minissdpd.service
2.127s speech-dispatcher.service
1.714s systemd-fsck-root.service
1.545s nfs-common.service
1.306s binfmt-support.service
1.237s ntp.service
1.170s keyboard-setup.service
1.099s systemd-tmpfiles-setup-dev.service
1.084s gdm.service
1.073s colord.service
993ms systemd-modules-load.service
939ms avahi-daemon.service
910ms console-setup.service
842ms systemd-logind.service
831ms irqbalance.service
764ms lm-sensors.service
758ms gdomap.service
735ms sys-kernel-debug.mount
731ms dev-hugepages.mount
627ms dev-mqueue.mount
605ms systemd-journald.service
599ms systemd-setup-dgram-qlen.service
544ms systemd-user-sessions.service
520ms dev-disk-by\x2duuid-81e5061f\x2d55a5\x2d4c91\x2d8663\x2d6daaeea
442ms systemd-udev-trigger.service
401ms udisks2.service
320ms systemd-tmpfiles-setup.service
281ms systemd-sysctl.service
281ms kmod-static-nodes.service
275ms wpa_supplicant.service
209ms systemd-update-utmp.service
202ms systemd-random-seed.service
192ms user@1000.service
130ms console-kit-daemon.service
113ms saned.service
99ms systemd-tmpfiles-clean.service
96ms udev-finish.service
89ms upower.service
82ms proc-sys-fs-binfmt_misc.mount
62ms systemd-udevd.service
57ms rtkit-daemon.service
39ms systemd-remount-fs.service
28ms systemd-update-utmp-runlevel.service
24ms bootcdflop.service
10ms sys-fs-fuse-connections.mount
c’est moi qui l’ai forcé ainsi

https://www.debian-fr.org/minidlna-temporiser-son-demarrage-t51713.html#p513665
Donc pour ceux qui ont un peu de patience, laisser claquer la tempo de 5mn. Il y a peut être une tâche qui bloque chez vous aussi.