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>.

```