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

**Fecha:** 2026-07-13

===== Síntoma =====

<code>
$ 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
</code>

===== Problema 1: nmbd.service =====

**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:**

<code bash>
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"
</code>

**Solución aplicada:**

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

**Verificación:**
<code bash>
nmcli connection show "Conexión cableada automática" | grep -i permission
systemctl status nmbd.service
</code>

===== Problema 2: casper-md5check.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:**

<code bash>
sudo systemctl disable casper-md5check.service
sudo systemctl reset-failed casper-md5check.service
</code>

===== Verificación final =====

<code bash>
systemctl --failed
</code>

===== Notas =====

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