diff --git a/recipes/rust.toml b/recipes/rust.toml
index 4b0fc559..c0584d88 100644
--- a/recipes/rust.toml
+++ b/recipes/rust.toml
@@ -100,6 +100,21 @@ channel = "stable"
 codegen-tests = false
 deny-warnings = false
 musl-root = "/usr"
+# ⚠ SIN ESTO EL COMPILADOR NO PUEDE ENLAZAR, y el primer sellado lo demostró: `rustc hola.rs` en una
+# caja sin `cc` daba «linker `lld` not found», y con el `ld` de binutils «cannot find -lgcc». La
+# causa estaba en una línea del log que parece informativa —`skipping llvm-tools (…): external
+# LLVM`—: al usar un LLVM externo, que es lo que queremos porque `llvm21` es del corpus, x.py se
+# salta las herramientas de LLVM y `rust-lld` es una de ellas. El prebuilt oficial sí la trae, y por
+# eso el escalón 1 enlazaba y el 2 no.
+#
+# `lld = true` construye LLD desde el `src/llvm-project/lld` que YA VIENE en el tarball (1,1 G de
+# fuente) contra el cmake del LLVM externo — comprobado que `llvm21` publica su
+# `lib/cmake/llvm/LLVMConfig.cmake`, que es lo que ese paso necesita, y que NO dispara un build de
+# LLVM entero (el paso `Lld` reusa el `llvm-config` externo). Después, `dist.rs` lo copia al sysroot
+# como `rust-lld` sólo `if builder.config.lld_enabled`.
+#
+# ⚠ `llvm21` no servía de repuesto: medido sobre sus 1,6 G, **no publica ningún `lld`**.
+lld = true
 
 [target.x86_64-alpine-linux-musl]
 llvm-config = "/usr/bin/llvm-config"