Depuración de servicios systemd fallidos (nmbd + casper-md5check)

Fecha: 2026-07-13

$ systemctl --failed
  UNIT                    LOAD   ACTIVE SUB    DESCRIPTION
● casper-md5check.service loaded failed failed casper-md5check Verify Live ISO checksums
● nmbd.service            loaded failed failed Samba NMB Daemon

Causa raíz:

nmbd arrancaba antes de que la interfaz de red (adaptador USB-Ethernet enx00e04c680260, driver r8152) tuviera IP asignada, y hacía timeout a los 90s (“No local IPv4 non-loopback interfaces available”).

La causa de fondo: la conexión NetworkManager “Conexión cableada automática” tenía connection.permissions: user:luis, lo que impedía que se auto-activara al arrancar el sistema — esperaba a que ese usuario iniciara sesión. Si el login tarda (p.ej. 16 min entre boot y login), la red no está lista cuando arrancan servicios como nmbd.

Diagnóstico:

systemctl status nmbd.service
ip -4 addr show
systemctl show nmbd.service -p After -p Wants -p Requires
systemctl status network-online.target NetworkManager-wait-online.service systemd-networkd-wait-online.service
journalctl -b --no-pager | grep -i "enx00e04c680260\|new high-speed USB device\|ax88179\|r8152\|asix"
journalctl -b -u NetworkManager --no-pager --since "08:18:00" --until "08:35:00"
nmcli connection show "Conexión cableada automática" | grep -i "autoconnect\|permission\|timestamp"

Solución aplicada:

sudo nmcli connection modify "Conexión cableada automática" connection.permissions ""
sudo systemctl reset-failed nmbd.service
sudo systemctl restart nmbd.service

Verificación:

nmcli connection show "Conexión cableada automática" | grep -i permission
systemctl status nmbd.service

Causa raíz:

servicio propio del arranque desde Live ISO / instalador (verifica checksums del medio). En un sistema ya instalado en disco no tiene nada que verificar, así que falla siempre. Comportamiento esperado, sin impacto real.

Solución aplicada:

sudo systemctl disable casper-md5check.service
sudo systemctl reset-failed casper-md5check.service

systemctl --failed

• Si vuelve a aparecer un timeout de arranque en algún servicio de red, revisar primero si la conexión implicada tiene connection.permissions restringido a un usuario (nmcli connection show <nombre> | grep permission).
• Flujo general de depuración de servicios fallidos: systemctl –failed → systemctl status <servicio> → journalctl -b -u <servicio>.