respaldo: el rsync del propio corpus no podía correr el respaldo del propio corpus

Corriendo el respaldo desde la caja de producción (SDD 28, puerta 7):

    ==> [1/3] estado (el grafo: qué había construido y con qué hash)
    unknown compress name: zstd
    !!  estado: error 4 que NO es de red — no reintento

El script exige `--compress-choice=zstd` (medido: el doble de rendimiento efectivo, porque el 79 %
del store son secciones `.debug_*` y comprimen como texto) y **`recipes/rsync.toml` lo construía con
`--disable-zstd`**. El comentario de la receta decía por qué: «deps externas quitadas (no en
catálogo)». Ya no es cierto — `zstd` tiene receta y está sellada.

Dos arreglos, y los dos hacen falta:

1. **La receta enciende zstd** (dep `zstd`, fuera el `--disable-zstd`). Control en los dos sentidos:
   el rsync nuevo lista `zstd zlibx zlib none`, el anterior `zlibx zlib none`. Radio cero: `rsync` no
   es dep de ninguna receta (medido), así que no re-hashea nada más.
2. **El script DEGRADA en vez de morir.** Detecta el soporte (`rsync --version` → «Compress list»)
   y cae a zlib avisando. Un respaldo que no corre por un algoritmo de compresión es peor que un
   respaldo lento — y el fallo era especialmente malo porque el error 4 se clasifica como "no de red"
   y el script no reintenta: el respaldo simplemente no se hace.

Y de paso queda cubierto el caso de un hub que todavía no reconstruyó su rsync.

**También la raíz cableada**: el script hacía `cd /mnt/vvv/takana` por defecto —la ruta de gioser—
así que desde cualquier otro hub moría con `No such file or directory`. Ahora se deriva de la
ubicación del script, como el resto de `scripts/`; el override por `RAIZ` se conserva. Control: en
gioser sigue resolviendo a `/mnt/vvv/takana`.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01RomoxEGZUhaT4pob1QSX5x

recipes/rsync.toml

@@ -50,14 +50,17 @@ cp rrsync.1 support/rrsync.1
 	--disable-acl-support \
 	--disable-xattr-support \
 	--disable-xxhash \
-	--disable-zstd \
 	--disable-lz4 \
 	--with-rrsync \
 	--with-included-popt \
 	--with-included-zlib \
 	--disable-md2man \
 	--disable-openssl
-	# deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/zstd/lz4/openssl deshabilitados
+	# deps externas quitadas (no en catálogo): popt/zlib embebidos; acl/xattr/xxhash/lz4/openssl deshabilitados.
+	# zstd YA NO: se deshabilitaba porque no estaba en el catálogo, y el resultado era que el rsync
+	# del propio corpus no podía correr el respaldo del propio corpus —que pide
+	# `--compress-choice=zstd`— muriendo con `unknown compress name: zstd` (SDD 28 §6.9). La receta
+	# de zstd existe y está sellada, así que entra como dep y el soporte se enciende.
 '''
 # de build() de Alpine (traducido; el lab provee $CBUILD/$CHOST — Etapa G Fase 3):
 compile = '''
@@ -72,4 +75,4 @@ make DESTDIR="/out" install
 # depends de runtime de Alpine (NO build-deps): python3
 
 [deps]
-build = ["zlib", "linux-headers"]
+build = ["zlib", "linux-headers", "zstd"]

scripts/respaldo-storagebox.sh

@@ -61,7 +61,11 @@ SB_USER="${SB_USER:-u647150}"
 SB_HOST="${SB_HOST:-u647150.your-storagebox.de}"
 SB_PORT="${SB_PORT:-23}"          # 23 = SSH completo (rsync). El 22 sólo da SFTP/SCP restringido.
 KEY="${KEY:-$HOME/.ssh/github5}"
-RAIZ="${RAIZ:-/mnt/vvv/takana}"
+# La raíz se DERIVA de dónde está el script, como el resto de `scripts/`. Antes el default era
+# `/mnt/vvv/takana` cableado —la ruta de gioser— así que el script no corría en ningún otro hub:
+# desde la caja de producción moría con `cd: /mnt/vvv/takana: No such file or directory` (SDD 28
+# §6.9). El override por env se conserva.
+RAIZ="${RAIZ:-$(cd "$(dirname "$0")/.." && pwd)}"
 
 SECO=""
 [ "${1:-}" = "--seco" ] && SECO="--dry-run"
@@ -130,7 +134,19 @@ SSH_CMD="ssh -4 -p $SB_PORT -i $KEY -o StrictHostKeyChecking=accept-new -o Serve
 # donde lo único que importaba era la última línea. Con el respaldo corriendo desatendido (que es
 # como se corre), ese log es la única forma de saber qué pasó — y a 2,6 MB no se lee.
 PROG=""; [ -t 1 ] && PROG="--info=progress2"
-RS="rsync -a --partial-dir=.rsync-partial --exclude /.dmerge $PROG -z --compress-choice=zstd --compress-level=3"
+# zstd duplica el rendimiento efectivo (medido, ver cabecera) pero NO todo rsync lo trae: el del
+# PROPIO CORPUS se construye con `--disable-zstd` (`recipes/rsync.toml`), así que desde una caja
+# takana el respaldo moría en el primer paso con `unknown compress name: zstd` y un error 4 que el
+# script clasifica como "no de red" y no reintenta. Un respaldo que no corre por un algoritmo de
+# compresión es peor que un respaldo lento: se degrada a zlib y se avisa.
+if rsync --version 2>/dev/null | grep -A1 -i "compress list" | grep -qw zstd; then
+    COMPRESION="-z --compress-choice=zstd --compress-level=3"
+else
+    COMPRESION="-z"
+    echo "⚠ este rsync no trae zstd (compress list sin él) ⇒ comprimo con zlib."
+    echo "  Es ~la mitad de rendimiento efectivo. Se arregla en recipes/rsync.toml (dep zstd)."
+fi
+RS="rsync -a --partial-dir=.rsync-partial --exclude /.dmerge $PROG $COMPRESION"
 
 # ── REINTENTOS: EL ENLACE SE CAE, Y ESO NO ES EXCEPCIONAL ───────────────────────────────────────
 # Primera corrida real (2026-08-07): tras subir el cerebro y 2,3 G de store, murió con