problems when rebooting and shutting down

[testerchat]

Hello,
When I restart, I get:

A stop job is running for User Manager for UID 131

every second, the UID changes from 131 to 0
0 this is my root 131 this is Debian-gdm

Debian-gdm:x:131:141:Gnome Display Manager:/var/lib/gdm3:/bin/false

kernel information:

uname -a Linux pc 4.19.0-kali4-amd64 #1 SMP Debian 4.19.28-2kali1 (2019-03-18) x86_64 GNU/Linux

This message does not always appear (I couldn?t catch the dependency) I think that the problem is in the gdm3 daemon, below its config:

# GDM configuration storage - modified by kali-root-login
#
# See /usr/share/gdm/gdm.schemas for a list of available options.

[daemon]
# Uncomment the line below to force the login screen to use Xorg
WaylandEnable=false
# Enabling automatic login
#  AutomaticLoginEnable = true
#  AutomaticLogin = root

# Enabling timed login
#  TimedLoginEnable = true
#  TimedLogin = user1
#  TimedLoginDelay = 10

# Reserving more VTs for test consoles (default is 7)
#  FirstVT = 9

[security]
AllowRoot = true

[xdmcp]

[greeter]
# Only include selected logins in the greeter
# IncludeAll = false
# Include = user1,user2

[chooser]

[debug]
# More verbose logs
# Additionally lets the X server dump core if it crashes
#  Enable = true

daemon gdm3 working fine:

gdm.service - GNOME Display Manager
   Loaded: loaded (/lib/systemd/system/gdm.service; static; vendor preset: enabled)
   Active: active (running) since Tue 2019-09-03 10:50:23 EDT; 29min ago
  Process: 639 ExecStartPre=/usr/share/gdm/generate-config (code=exited, status=0/SUCCESS)
 Main PID: 641 (gdm3)
    Tasks: 3 (limit: 4915)
   Memory: 8.7M
   CGroup: /system.slice/gdm.service
           └─641 /usr/sbin/gdm3

Sep 03 10:50:23 pc systemd[1]: Starting GNOME Display Manager...
Sep 03 10:50:23 pc systemd[1]: Started GNOME Display Manager.
Sep 03 10:50:23 pc gdm-launch-environment][645]: pam_unix(gdm-launch-environment:session): session opened for user Debian-gdm by (uid=0)
Sep 03 10:50:34 pc gdm-password][995]: pam_unix(gdm-password:session): session opened for user root by (uid=0)

last -x | less

root     :1           :1               Tue Sep  3 10:50   still logged in
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:50   still running
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:50   still running
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:50 - 06:50  (-3:59)
root     :1           :1               Tue Sep  3 10:45 - 10:48  (00:03)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:45 - 10:50  (00:05)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:45 - 10:50  (04:05)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:44 - 06:45  (-3:59)
root     :1           :1               Tue Sep  3 10:42 - down   (00:02)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:42 - 10:44  (00:02)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:42 - 10:44  (04:02)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:42 - 06:42  (-3:59)
root     :1           :1               Tue Sep  3 10:39 - 10:40  (00:01)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:39 - 10:42  (00:03)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:39 - 10:42  (04:03)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 10:39 - 06:39  (-3:59)
root     :1           :1               Tue Sep  3 10:37 - 10:37  (00:00)
runlevel (to lvl 5)   4.19.0-kali4-amd Tue Sep  3 10:36 - 10:39  (00:02)
reboot   system boot  4.19.0-kali4-amd Tue Sep  3 06:36 - 10:39  (04:02)
shutdown system down  4.19.0-kali4-amd Tue Sep  3 00:00 - 06:36  (06:36)

egrep -ir "(shut|reboot)" /var/log/*

/var/log/syslog:Aug 29 11:31:34 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 11:31:34 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 11:31:34 pc cron[569]: (CRON) INFO (Running @reboot jobs)
/var/log/syslog:Aug 29 11:31:34 pc kernel: [    1.703977] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 11:33:07 pc geoclue[871]: Service not used for 60 seconds. Shutting down..
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 12:57:03 pc cron[567]: (CRON) INFO (Running @reboot jobs)
/var/log/syslog:Aug 29 12:57:03 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    0.096493] Unless you actually understand what nomodeset does, you should reboot without enabling it
/var/log/syslog:Aug 29 12:57:03 pc kernel: [    1.495174] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 12:57:14 pc systemd[636]: Reached target Shutdown.
/var/log/syslog:Aug 29 13:25:12 pc kernel: [    0.000000] secureboot: Secure boot could not be determined (mode 0)
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Starting Update UTMP about System Boot/Shutdown...
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Started Update UTMP about System Boot/Shutdown.
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Starting Restore /etc/resolv.conf if the system crashed before the ppp link was shut down...
/var/log/syslog:Aug 29 13:25:12 pc kernel: [    1.522109] nvme nvme0: Shutdown timeout set to 8 seconds
/var/log/syslog:Aug 29 13:25:12 pc systemd[1]: Started Restore /etc/resolv.conf if the system crashed before the ppp link was shut down.
/var/log/syslog:Aug 29 13:25:12 pc cron[552]: (CRON) INFO (Running @reboot jobs)
Binary file /var/log/syslog matches
/var/log/user.log:Aug 29 11:33:07 pc geoclue[871]: Service not used for 60 seconds. Shutting down..
Binary file /var/log/user.log matches
Binary file /var/log/wtmp matches

PS: I found one solution, maybe it will help others, before rebooting or shutting down, do logout and after rebooting

If you need to show the output of some commands(dmesg..) write me, I will quickly show them, really want to solve this problem.
Sorry for bad english.

[Mister_X]

So, what is the problem exactly? How do you trigger it? I'm guessing it is at shutdown time, so does it prevent from shutting it down or does it just take a long time?

I would recommend updating your system, you are running an old kernel, it is currently 5.2: apt update && apt dist-upgrade

See if it solve your problem.

[testerchat]

The problem was that the ip v6 protocol was turned off in my /etc/sysctl.conf, i turned it on and it worked.

I hope this solution helps someone.