From 63b1c42cc9e37c26ebae1225d3f7a2c100fd9965 Mon Sep 17 00:00:00 2001 From: Sergio Date: Thu, 10 Sep 2026 22:59:39 +0000 Subject: [PATCH] =?UTF-8?q?install-image:=20el=20store=20va=20=C3=9ALTIMO?= =?UTF-8?q?=20y=20CRECE=20al=20disco=20entero=20en=20el=20primer=20arranqu?= =?UTF-8?q?e?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Una imagen se escribe con `dd` sobre un disco casi siempre más grande que ella. La del perfil servidor son 7 G; la caja hcloud tiene 76,3 G. **Sobraban 69 G que nadie podía usar**, y la caja arrancaba perfecta con el disco a un décimo — el fallo que no falla, otra vez. Dos cambios que van juntos: 1. **El store pasa a ser la ÚLTIMA partición** (p1 bios, p2 `/`, p3 `/var/lib/hammer`, p4 `/store`). Sólo la última puede extenderse sin mover datos, y el store es justamente la que crece con el uso. Con él en el medio, la partición extensible era la de ESTADO, de 512 M, que no le sirve a nadie. El cambio es seguro porque nada referencia números de partición: `root=PARTLABEL=hammer-root` y el wrapper monta por etiqueta con `findfs`. 2. **El wrapper de `/sbin/init` la extiende en el primer arranque**, antes de montarla: `sfdisk -N ', +'` → `partx -u` → `e2fsck -pf` → `resize2fs`. Idempotente: si ya llega al final, los dos últimos no hacen nada. Guardado tras `-x /sbin/sfdisk` para no romper un rootfs que no lo traiga, y el aviso va a `/dev/kmsg`, que es donde se lee. Probado en QEMU volcando la imagen de 7 G en un disco de 20 G: el arranque imprime `init: store: /dev/sda4 extendido al final de /dev/sda` y `/store` queda en **13,3 G** con 12,6 G libres, sin tocar nada a mano. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_01RomoxEGZUhaT4pob1QSX5x --- scripts/install-image.sh | 71 ++++++++++++++++++++++++++++++---------- 1 file changed, 54 insertions(+), 17 deletions(-) diff --git a/scripts/install-image.sh b/scripts/install-image.sh index bb3798b7..35b98f6a 100755 --- a/scripts/install-image.sh +++ b/scripts/install-image.sh @@ -102,30 +102,67 @@ cat > "$ROOT_TREE/sbin/init" <<'INIT' #!/bin/sh # Wrapper PID1 (Etapa E/B3): el kernel montó la raíz; montamos las particiones dedicadas. # -# El disco NO se cablea. Decía `/dev/vda3` y `/dev/vda4`, y eso vale sólo donde el disco es virtio-blk: -# en una caja Hetzner Cloud la controladora es virtio-SCSI y el disco es `sda`, así que los dos -# montajes fallaban —el sistema arrancaba igual, pero hammerd quedaba SIN /store y SIN diario, que es -# el modo de fallo que llega hasta el final diciendo que todo fue bien—. Se deriva de dónde está -# montada la raíz, que es la única fuente que no depende del nombre del dispositivo ni de udev. -_root=$(/bin/busybox awk '$2=="/" {print $1; exit}' /proc/mounts) -_disk=${_root%[0-9]} -/bin/busybox mount -t ext4 "${_disk}3" /store || echo "init: no pude montar /store (${_disk}3)" -/bin/busybox mount -t ext4 "${_disk}4" /var/lib/hammer || echo "init: no pude montar /var/lib/hammer (${_disk}4)" +# Se busca por ETIQUETA, que es la que este mismo script pone con `mke2fs -L`. Las dos alternativas +# que se probaron y NO sirven acá: +# · `/dev/vda3` cableado — vale sólo con virtio-blk. En una caja Hetzner Cloud la controladora es +# virtio-SCSI y el disco es `sda`, así que los montajes fallaban. +# · derivar el disco de `/proc/mounts` — MEDIDO que no funciona: PID1 corre ANTES de que nadie +# monte /proc, así que la lectura sale vacía. (Queda de respaldo, montando /proc primero.) +# `findfs` sí funciona sin /proc: /dev ya está poblado por el kernel (DEVTMPFS_MOUNT=y). +# +# Y los avisos van a /dev/kmsg: un `echo` a stdout en PID1 se pierde antes de que haya consola — +# por eso este wrapper falló en silencio la primera vez. +_say() { echo "init: $*" > /dev/kmsg 2>/dev/null || echo "init: $*"; } +_store=$(/bin/busybox findfs LABEL=hammer-store 2>/dev/null) +_state=$(/bin/busybox findfs LABEL=hammer-state 2>/dev/null) +if [ -z "$_store" ]; then + _say "findfs no resolvió las etiquetas; derivo del disco de la raíz" + /bin/busybox mount -t proc proc /proc 2>/dev/null + _root=$(/bin/busybox awk '$2=="/" {print $1; exit}' /proc/mounts 2>/dev/null) + _disk=${_root%[0-9]} + [ -n "$_disk" ] && { _store="${_disk}3"; _state="${_disk}4"; } +fi +# ── Crecer el store al disco entero, ANTES de montarlo ────────────────────────────────────── +# Una imagen se escribe con `dd` sobre un disco casi siempre MÁS GRANDE que ella: la del perfil +# servidor son 7 G sobre los 76 G de una caja hcloud, o sea 69 G que nadie podía usar. Sin esto la +# caja arranca perfecta y con el disco a un décimo — de nuevo el fallo que no falla. +# Es idempotente: si la partición ya llega al final, `sfdisk` y `resize2fs` no hacen nada. Y sólo +# toca la ÚLTIMA partición (por eso el store va último en el layout): extenderla no mueve datos. +if [ -n "$_store" ] && [ -x /sbin/sfdisk ]; then + _disk=$(echo "$_store" | /bin/busybox sed 's/[0-9]*$//; s/p$//') + _num=$(echo "$_store" | /bin/busybox sed 's/^.*[^0-9]//') + if [ -n "$_disk" ] && [ -n "$_num" ]; then + if echo ', +' | /sbin/sfdisk --no-reread --force -N "$_num" "$_disk" >/dev/null 2>&1; then + [ -x /usr/sbin/partx ] && /usr/sbin/partx -u "$_disk" >/dev/null 2>&1 + [ -x /sbin/e2fsck ] && /sbin/e2fsck -p -f "$_store" >/dev/null 2>&1 + [ -x /usr/sbin/resize2fs ] && /usr/sbin/resize2fs "$_store" >/dev/null 2>&1 \ + && _say "store: $_store extendido al final de $_disk" + fi + fi +fi +[ -n "$_store" ] && /bin/busybox mount -t ext4 "$_store" /store || _say "no pude montar /store ($_store)" +[ -n "$_state" ] && /bin/busybox mount -t ext4 "$_state" /var/lib/hammer || _say "no pude montar /var/lib/hammer ($_state)" exec /usr/bin/arje-zero INIT chmod +x "$ROOT_TREE/sbin/init" -# --- GPT: vda1=BIOS boot (ef02), vda2=/, vda3=/store, vda4=/var/lib/hammer --- +# --- GPT: p1=BIOS boot (ef02), p2=/, p3=/var/lib/hammer, p4=/store --- +# +# EL STORE VA ÚLTIMO, Y ES A PROPÓSITO. Una imagen se escribe con `dd` sobre un disco que casi +# siempre es MÁS GRANDE que ella (la del perfil servidor son 7 G sobre los 76 G de una caja hcloud), +# y sólo la ÚLTIMA partición puede crecer sin mover nada. Con el store en el medio —como estaba— el +# disco quedaba con 69 G inalcanzables y la partición que de verdad crece, la del store, congelada en +# su tamaño de fábrica. El wrapper de /sbin/init la extiende en el primer arranque. SECT_MIB=2048 BIOS_SECT=4096 # 2 MiB para core.img ROOT_SECT=$(( ROOT_SIZE * SECT_MIB )) -STORE_SECT=$(( STORE_SIZE * SECT_MIB )) STATE_SECT=$(( STATE_SIZE * SECT_MIB )) +STORE_SECT=$(( STORE_SIZE * SECT_MIB )) START1=2048 START2=$(( START1 + BIOS_SECT )) START3=$(( START2 + ROOT_SECT )) -START4=$(( START3 + STORE_SECT )) -TOTAL_SECT=$(( START4 + STATE_SECT + 2048 )) +START4=$(( START3 + STATE_SECT )) +TOTAL_SECT=$(( START4 + STORE_SECT + 2048 )) BIOS_GUID="21686148-6449-6E6F-744E-656564454649" # GPT "BIOS boot partition" # Target = block device (instalación in-place, Etapa E2 `takana install /dev/sdX`) o fichero imagen. @@ -145,8 +182,8 @@ sfdisk --quiet "$IMG" >/dev/null <