Tarda en apagar

 Podría ser que estuviese esperando después de ir enviando la señal kill a todos los procesos.

 O también podría ser un problema de comunicación con alguna de la particiones. Ya sabes, si ha de verificarla y

 escribir en su log antes de desmontarla

¿Aparece alguna cosa rara en los registros de /var/log?.  En el arranque, al montar las particiones, alguna de que

te diga que no puede accederla fácilmente, o que al cerrar te diga que le ha vencido el tiempo de respuesta, o cosas así.

Mira también al cerrar, si puedes ver las marcas de tiempo en algún log, si hay algún paso que requiera más tiempo de lo normal.

Y como que está con la pantalla oscura, y no en modo texto puedes examinar también el log del servidor x,  a ver si es ahí.

 Aunque claro, el tiempo de cierre dependerá también de la cpu que tengas, si es actual o no.

 Yo con los mios, 40 seg. sería  lento, pero no alarmante.  - Aunque he de decir que cierran rápido.-

Usualmente es culpa de algún proceso que tarda en acabar o no se cierra correctamente. Systemd otorga un "tiempo de gracia" a los procesos para que finalicen acabando estos al finalizar ese tiempo. También hay algunos que no pueden acabar, y si están usando el disco, debian no consigue acabar el proceso de apagado hasta que éstos acaban, te aseguro que puede tardar mucho más que lo que te tarda a tí.

Como te han dicho, habría que mirar el log durante el apagado,  pero si tienes instalado y usas plymouth, no lo ves mientras se realiza el proceso. Para ver el proceso de encendido o apagado, tienes que pulsar la tecla ESCape en el momento que aparece la pantalla de progreso del arranque o del apagado, lo que quieras ver.

Otra opción para poder ver el log, es usar el comando

journalctl -b -1 --no-pager

que te mostrará el log del aranque anterior, desde el incio hasta el apagado o reinicio. Desde ahí, buscas hacia arriba hasta que veas algo en color rojo, que te indicará que ha habido un fallo, o un salto de tiempo en las marcas del log. Algunos servicios, como unattended-upgrades, puede provocar ese comportamiento, pero hay otros que son exclusivos del usuario y no del sistema que también pueden provocar esos retrasos.

P.D.: Por  la cantidad de mensajes que tienes publicados, ya deberías haber echado un vistazo a las normas... y sin embargo veo que información del sistema das la justa...  como siempre, a adivinar toca.

 Haveged: "Demonio para una fuente de entropía en el espacio de usuario, que no depende de los mecanismos estándar para

 cosechar, (obtener), la aleatoriedad del pool de entropía del sistema".

 ¿Os habeis enterado de algo?.    En packages.debian.org  creen que si.

 Menos mal que la cabecera de     Es más explícita y clara, que si no...

 Ahora quedaría preguntar si es tan necesario reforzar la generación de números aleatorios como para incluirlo en una instalación estandar.

 ¿O tal vez te vino más tarde, al instalar una aplicación en concreto?

 Así entiendo que debía ser este paquete el que retardaba el apagado del sistema, y que al actualizar has obtenido una nueva versión

 que corrige el problema.

 Gracias por comentarlo.

Yo instalé haveged cuando sddm empezó a  tardar mucho en  iniciar debido al cambio en la forma  en que el kernel toma esa entropía del hardware. Nunca me ha provocado un arranque más lento.

Posiblemente una actualización o algo haya solucionado el problema que tenía, ya que no  sabemos en realidad cual és.

De todas formas, si no  se quiere instalar haveged para solucionar el problema de inicio de sddm (aunque no es su caso), basta con teclear aleatoriamente cuando vaya a iniciar sddm y éste iniciará normalmente sin retrasos.