Si SUSE Linux Enterprise Server se bloquea durante el apagado de systemd, identifique la unidad con una tarea de detención en ejecución o examine los mensajes finales del arranque anterior y, a continuación, solucione el problema en esa unidad o en sus dependencias. Una unidad es un recurso gestionado por systemd, como un servicio o un punto de montaje; una tarea de detención es la solicitud de systemd para apagarlo. No reduzca el tiempo de espera global ni fuerce el apagado como primera solución, ya que un servicio o sistema de archivos podría seguir cerrando archivos o escribiendo datos.
Este tutorial se basa en la documentación de SLES 15 SP7 revisada en octubre de 2026. La política de detención exacta depende del proveedor de servicio y almacenamiento, por lo que deberá consultar sus instrucciones para cualquier cambio específico de la unidad.
Si la consola muestra el mensaje "Se está ejecutando una tarea de detención durante..." con una cuenta regresiva, anote el nombre del servicio o punto de montaje y si el temporizador cambia. Esto significa que systemd está esperando que finalice la operación de detención de esa unidad, no necesariamente que el sistema operativo haya fallado; las bases de datos y el almacenamiento remoto pueden necesitar tiempo para cerrarse correctamente.
Observe el sistema mediante la consola remota o serie, u otro terminal disponible. Evite reiniciar o encender el equipo mientras se estén realizando operaciones de escritura. Si el sistema deja de responder, registre la última línea visible y continúe después del arranque.
Si SSH o una segunda terminal aún funcionan, pregunte a systemd qué trabajos se están ejecutando o esperando, y luego verifique la unidad nombrada en la pantalla:
sudo systemctl list-jobs
sudo systemctl status SERVICE.service
Sustituya SERVICEcon el nombre real de la unidad. Una tarea de detención en ejecución reduce la búsqueda, pero no explica por qué el proceso no ha finalizado. Lea su estado y los registros antes de modificar la configuración. Si systemd deja de responder, no cancele las tareas a ciegas; inspeccione el registro anterior una vez que el host responda.
El registro es el archivo indexado de systemd que contiene los mensajes del kernel, los servicios y el sistema. Tras el siguiente inicio exitoso, liste los arranques registrados e inspeccione el final del anterior:
sudo journalctl --list-boots
sudo journalctl -b -1 -e
-1desplazamiento selecciona el arranque anterior y -ese mueve a sus entradas más recientes.Busque el último mensaje de "Deteniendo", un tiempo de espera agotado, reintentos o un dispositivo o montaje con nombre. La última línea es solo una pista: el orden de apagado puede dejar otra unidad esperando. Compare las marcas de tiempo y los mensajes cercanos.
Cuando la pantalla o el registro muestren el nombre de un servicio, consulte únicamente las entradas de arranque anteriores de esa unidad. Revise también su configuración cargada:
sudo journalctl -b -1 -u SERVICE.service --no-pager
sudo systemctl cat SERVICE.service
Verifique si hay ExecStopun script personalizado que espera indefinidamente, un proceso hijo persistente o un error de la aplicación en su gancho de cierre. Para unidades de proveedor, compare el paquete y la configuración con las directrices compatibles antes de editarlos.
Si el registro nombra un punto de montaje, dispositivo o sistema de archivos remoto, inspeccione la tabla de montaje y la entrada correspondiente en /etc/fstab:
sudo findmnt --verify --verbose
Compruebe si una dependencia remota NFS, CIFS, iSCSI u otra es accesible y esperada durante el apagado. Elimine una entrada de montaje obsoleta solo después de confirmar que no se utiliza. No fuerce el desmontaje de un sistema de archivos en funcionamiento basándose únicamente en un reinicio lento.
Para un servicio que no finaliza, primero solucione el problema de su script de apagado, configuración de la aplicación o paquete. sudo systemctl edit SERVICE.serviceSe almacena un archivo de configuración por unidad /etc/systemd/system/sin necesidad de editar el archivo del proveedor. Consulte la documentación de SUSE TimeoutSecpara iniciar o detener el servicio; utilice un valor aprobado por el proveedor para esta carga de trabajo.
Tras una edición documentada, recargue las definiciones de unidades de systemd con sudo systemctl daemon-reloady examine el resultado con sudo systemctl cat SERVICE.service. Un tiempo de espera más largo puede permitir que un apagado legítimo finalice, pero también puede prolongar un reinicio fallido. Uno más corto puede terminar un servicio antes de que guarde su estado. No modifique la configuración global para ocultar el defecto de una unidad.
SLES almacena los datos del registro en /run/log/journal/un directorio volátil predeterminado, y este se borra al reiniciar. Si journalctl -b -1no tiene entradas de arranques anteriores, habilite el almacenamiento persistente del registro para diagnósticos futuros:
sudo mkdir -p /var/log/journal
sudo systemd-tmpfiles --create --prefix=/var/log/journal
sudo journalctl --flush
Los registros persistentes utilizan espacio en /var; SUSE indica que el registro puede utilizar hasta un 10 por ciento de ese sistema de archivos de forma predeterminada. Compruebe el espacio libre y la retención, especialmente en /varvolúmenes pequeños.
Una vez corregida la causa sospechada, programe un reinicio controlado con acceso a la consola. Tras el reinicio del equipo, revise los mensajes finales del arranque anterior y compruebe el estado actual del servicio.
sudo journalctl -b -1 -e
sudo systemctl status SERVICE.service
El problema se resuelve cuando el servidor se apaga sin esperar en la misma unidad, arranca normalmente y el servicio o el montaje funcionan correctamente. Si los registros terminan abruptamente o muestran errores del kernel, del controlador o del hardware, consérvelos e investigue con SUSE o el proveedor del hardware en lugar de ajustar los tiempos de espera.
Para obtener detalles sobre los comandos, consulte la guía de systemd de SLES 15 SP7 y la guía de SUSE sobre registros persistentes y filtros journalctl . Estos pasos permiten identificar posibles problemas; la solución correcta (servicio, sistema de archivos o hardware) depende de la unidad identificada en los registros del propio equipo.
Instale las herramientas SLES 15 KVM y libvirt, habilite el servicio de host correcto y configure las máquinas virtuales seleccionadas para que se inicien después de un reinicio.
Utilice las tareas de systemd y el registro de arranque anterior para localizar un servicio lento, un punto de montaje o una dependencia de almacenamiento, y luego corríjalo sin enmascarar la causa.
Utilice firewall-cmd para inspeccionar la zona activa, permitir HTTP de forma segura, preservar el acceso SSH y verificar que la regla se mantenga tras una recarga en SLES 15.
Localice el fallo de PAM en su servicio, política de cuenta o proveedor de identidad, y luego repare la configuración SLES correcta manteniendo una sesión de administrador operativa.
Realice copias de seguridad de los archivos de Nextcloud y MariaDB conjuntamente, programe instantáneas Restic cifradas con cron y verifique la recuperación sin poner en riesgo el servidor en producción.
Permitir únicamente que las cuentas autorizadas inicien salas de Jitsi Meet mediante Keycloak y autenticación por token, manteniendo la opción de unirse como invitado cuando sea necesario.
Exporta un buzón individual de Zimbra Community Edition, valida su copia de seguridad TGZ y restaura los elementos que falten sin sobrescribir el correo existente.
Conecte ONLYOFFICE DocSpace a Active Directory u OpenLDAP, importe usuarios y grupos de forma segura, asigne campos de cuenta y programe una sincronización fiable.
Diagnosticar errores de memoria insuficiente (OOM kills) en MySQL en Debian 12, comprobar los límites de memoria del VPS, configurar el espacio de intercambio y ajustar la memoria y la concurrencia de la base de datos sin prometer una solución universal.
Instale fuentes personalizadas en ONLYOFFICE Document Server, compare los montajes persistentes de Docker con las copias directas, reconstruya la lista de fuentes y verifique el resultado.
