## 2026-09-17T10:14:01Z golden 0.246.0 — bake in the drill VM (RUNBOOK-manual-build §4.0/§4.1); operator: "bake now"
  reverted to virgin (proves no qemu holds the qcow2)
  cold boot started
  ssh up: pve-manager/9.2.2/b9984c6d90a4bd80 (running kernel: 7.0.2-6-pve)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
	LANGUAGE = (unset),
	LC_ALL = (unset),
	LC_CTYPE = "UTF-8",
	LC_NUMERIC = (unset),
	LC_COLLATE = (unset),
	LC_TIME = (unset),
	LC_MESSAGES = (unset),
	LC_MONETARY = (unset),
	LC_ADDRESS = (unset),
	LC_IDENTIFICATION = (unset),
	LC_MEASUREMENT = (unset),
	LC_PAPER = (unset),
	LC_TELEPHONE = (unset),
	LC_NAME = (unset),
	LANG = "en_US.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
  template: debian-13-standard_13.6-1_arm64.tar.zst
  template downloaded
  script + token landed, non-empty, executable
  runner reads the token itself (must be 1): 1
  bake launched 2026-09-17T10:14:57Z
  token leak check on the unit (needle non-empty; must be 0): 0

## ABORTED BY ME, 2026-09-17 ~10:16Z — the wrong architecture, from my own template selection
The line `pveam available | grep -oE "debian-13-standard_[^ ]+" | sort -V | tail -1` returned
`debian-13-standard_13.6-1_arm64.tar.zst`: both amd64 and arm64 are offered, and a version sort ranks
`arm64` after `amd64`. The bake log confirms it: "Detected container architecture: arm64".
Stopped at "[golden] starting + installing Docker" — NOTHING was built or uploaded (registry 0.246.0 = 404).
A second mistake while stopping it: `pkill -f` with a pattern that matched my own command line killed the
shell running the stop (exit 144) — the same self-match I recorded on chaos night. The VM-side stop was
then done separately (unit inactive), the VM powered off and the disk reverted to virgin, which discards
the container and the copied token.
Fix for attempt 2: the template is selected by `_amd64\.tar\.zst` and the run aborts if it is not amd64.
