sergio/takana

Se armó un medio con el paquete del instalador adentro y se booteó en QEMU con
firmware UEFI contra un disco de ocho gigas con una partición que no se puede
identificar. La cadena entera anduvo: la cara dibuja el terreno, se recorre con
las flechas, se escribe el nombre del destino a mano, y el instalador formatea,
copia y reinicia. Sobre el disco, con la máquina apagada: el sistema de archivos
con su etiqueta y 741 nodos usados, y el cargador de quince megas en la partición
de arranque de ese disco.

Además hay una tercera cara desde hoy: la misma pantalla del disco pintada
directo al framebuffer del kernel, para el medio recién arrancado donde no hay
compositor. La de terminal, que este documento daba por no construida, existe
hace unos días.

Las tres cosas que el otro lado aprendió quedan dichas por si le sirven a otra
cara: que las dos banderas de confirmación no son lo mismo y cuándo va cada una;
que la partición de arranque no es la primera que trae el censo —con el medio
enchufado, la primera es la del medio, y el arranque termina en el pendrive—; y
que el paquete viaja entero o no viaja, que es lo que el mensaje de error ya
decía en su última línea.

Nada de código de este repo cambia. Es el registro de una prueba que se corrió
del otro lado y que este documento no tenía.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

diff --git a/docs/32-instalador-de-usuario.md b/docs/32-instalador-de-usuario.md
index 229db68c..41104b56 100644
--- a/docs/32-instalador-de-usuario.md
+++ b/docs/32-instalador-de-usuario.md
@@ -164,6 +164,50 @@ a propósito en vez de reinventarse.
 | el USB, cuando el salto no se puede | `instalador-usb-test.sh --instalar`, 12, arrancando por firmware |
 | un fichero que se baja y hace todo | `takana-os.net/descargas/takana-instalador.run` |
 | la cara gráfica (pestaña, censo, elección) | `churay-core::metal`, 10 tests; `churay-llimphi` |
+| **la cara gráfica instalando, de punta a punta** | medido en QEMU el 2026-09-29 — ver §9 |
+
+## 7.bis La cara gráfica instaló sola (2026-09-29, del lado de tawasuyu)
+
+`churay-tui` **ya existe** (§3 lo daba por no construido) y hay una tercera cara:
+`churay-metal`, la misma pantalla del disco pintada **directo al framebuffer del
+kernel**, para el medio recién arrancado donde no hay compositor. Se armó un medio
+con el paquete del instalador adentro y se booteó en QEMU con UEFI contra un disco
+de 8 GB con una partición cruda. La cadena entera anduvo:
+
+    la cara dibuja el terreno → se recorre con las flechas → se escribe el nombre
+    del destino a mano → takana metal install → instalado y reiniciando
+
+Sobre el disco, con la máquina apagada: `ext4 «hammer-root», 741 inodos usados` y
+`\EFI\takana\takanax64.efi` de 15 MB en la ESP **de ese disco**.
+
+Tres cosas que este lado aprendió, y que quedan dichas por si le sirven a otra
+cara:
+
+1. **`--yes` y `--unattended` no son lo mismo, y la bandera lo dice.** churay
+   pasaba sólo `--yes` —con una razón escrita: su confirmación autoriza el salto,
+   no el formateo, y después del salto el instalador vuelve a preguntar en su
+   propia pantalla—. Eso es correcto **para el salto**. Desde el medio no hay
+   pantalla después: la cara ya mostró el terreno, ya eligió y ya hizo escribir el
+   nombre del disco a mano. Sin `--unattended`, el instalador preguntaba
+   «¿formateo /dev/sdb2? [escribí si]» en una consola que nadie estaba mirando y
+   se quedaba ahí para siempre. Ahora churay distingue los dos casos.
+2. 🔴 **La partición de arranque no es «la primera ESP del censo».** Con el medio
+   enchufado, la primera que el censo trae es **la del medio**: la instalación
+   dejó el sistema en el disco y el cargador y la entrada NVRAM en el pendrive.
+   Se saca el pendrive y la máquina no enciende. churay ahora la cruza con su
+   propia medición y elige la del **mismo disco que el destino**; sin geometría no
+   adivina y deja que takana la deduzca. Puede valer la pena que el censo diga
+   explícitamente a qué disco pertenece cada ESP — el JSON v2 ya trae `disco`,
+   así que quizá sólo falta que la cara lo consuma.
+3. **El paquete viaja entero o no viaja.** `metal install` saca el árbol a
+   instalar del propio `takana-instalador.cpio.gz`; hornear el rootfs y los
+   scripts sueltos no alcanza, y el mensaje de error ya lo decía desde la primera
+   corrida («Pasá `--payload <directorio del paquete>`»). Puesto en
+   `/usr/lib/takana` lo encuentra solo, sin banderas.
+
+Y una que es de este lado pero conviene saber: **`TOOL_<binario>=` funciona y
+salva el caso del initramfs** — resolvió `sfdisk`, `blkid`, `mke2fs`, `mmd`,
+`mcopy` y `mdir` sin store, tal como promete su comentario.
 
 ## 8. Lo que este documento NO decide