feat(episode): EXPLORA_revisin-todo-bien-ok-sigue-bajando-el-31_S20261028.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: NONE | Type: troubleshooting
Summary: EPISODIO 3 — SSH: Revisión: todo bien (OK). Sigue bajando el #31,...

episodes/EXPLORA_revisin-todo-bien-ok-sigue-bajando-el-31_S20261028.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD.md

@@ -0,0 +1,46 @@
+---
+episode_id: "22b53126-5f3b-4527-ab10-7e428c2cd1e7"
+puente_flat: "EXPLORA_revisin-todo-bien-ok-sigue-bajando-el-31_S20261028.R3_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
+session_code: "S20261028.SID67809ABE8090"
+acto_dialogico: "informar"
+actor_flujo: "multi_actor"
+criticidad_aegis: "low"
+skill_dominante: "NONE"
+fase_proyecto: "operations"
+tipo_semantico: "troubleshooting"
+summary_one_line: "EPISODIO 3 — SSH: Revisión: todo bien (OK). Sigue bajando el #31,..."
+source_type: "claude_code"
+trust_boundary: "internal"
+created_at: "2026-10-28T22:48:48.847941+00:00"
+relectura_tagged: false
+forgejo_commit_sha: "pending"
+---
+
+**Revisión: todo bien (OK).** Sigue bajando el #31, Qwen3.8-Flash-Next (133 GB): en 21 minutos entraron 38 GB más. Hay 943 GB en la Z8, a 238 Mbit/s y sin errores; van 30 de 38. Disco C: 8,51 GB libres.
+
+**Revisión: todo bien (OK).** El Qwen3.8-Flash-Next va casi terminado: lleva unos 115 de sus 133 GB. Ya hay **casi 1 TB (995 GB)** en la Z8, a 246 Mbit/s y sin errores; van 30 de 38. Disco C: 8,47 GB libres.
+
+## Descarga en pausa: el modelo #31 terminó entero y la Z8 está lista para apagar
+
+El modelo que se estaba bajando terminó completo antes de parar, como pediste. El #31 (Qwen3.8-Flash-Next en NVFP4, 132,7 GB) acabó a las 17:29, un minuto después de poner la señal de pausa (`~/PARAR_COLA`). La cola se detuvo sola entre ese modelo y el siguiente, sin cortar ningún archivo. No me fié del mensaje del programa y lo comprobé en los discos de la Z8.
+
+| Comprobación en la Z8 (por SSH) | Resultado |
+|---|---|
+| Revisor de la cola | `VEREDICTO PAUSADA`: pausa a propósito, no caída |
+| Modelo #31 | 132.734.515.486 bytes y 0 archivos a medias. El registro dice 176 bytes menos; supongo que es el marcador `.completo.json`, pero no lo medí aparte |
+| Modelos completos | 31 de 38, cada uno con su marcador |
+| Programa de descarga | parado; no queda sesión `tmux` |
+| Discos | A: 1.014,9 GB usados y 953 GB libres · B: vacío · Ubuntu: 1.853 GB libres |
+
+Faltan los 7 modelos gigantes de la segunda ola, unos 4,1 TB, y caben todos en sus discos. Calculo entre 26 y 38 horas más de descarga, a la velocidad de hoy.
+
+### Un riesgo que encontré al preparar la reanudación
+
+Si al encender la Z8 un disco no se conecta a su carpeta (no se "monta"), Linux arranca igual porque los discos están configurados con `nofail`. En ese caso la carpeta `/srv/modelos` aparece vacía. El programa de descarga no revisa eso: creería que no tiene ningún modelo y volvería a bajar los 31 al disco de Ubuntu, perdiendo un día entero. Hoy los dos discos están bien montados. Por eso, antes de relanzar la descarga, comprobar los montajes y contar 31 marcadores es ahora un paso obligatorio. Añadir esa comprobación dentro del propio programa queda pendiente para mí, con fecha 2026-10-30.
+
+`★ Insight ─────────────────────────────────────`
+- `nofail` en `/etc/fstab` es un intercambio: el sistema arranca aunque falle un disco, pero entonces la carpeta del disco es una carpeta normal y vacía del disco de sistema. Cualquier programa que escriba ahí lo hace sin error.
+- Por eso un marcador de "ya lo tengo" (`.completo.json`) solo sirve si antes se confirma que se está mirando el disco correcto. `mountpoint -q /srv/modelos` hace esa comprobación en una línea.
+`─────────────────────────────────────────────────`
+
+### La ventana para apagar la Z8 ya está abierta