cd36825ad4
Some checks failed
CI/CD / lint (push) Successful in 1m15s
CI/CD / typecheck (push) Successful in 1m18s
CI/CD / test (push) Successful in 2m20s
CI/CD / build (push) Successful in 2m31s
CI/CD / publish-rpm (push) Failing after 28s
CI/CD / publish-deb (push) Successful in 26s
snponly.efi rides the firmware's NII/UNDI stack, and on some NICs that stack cannot receive unicast frames: DHCP (broadcast) succeeds, then every ARP reply is lost and the boot.ipxe HTTP fetch times out. Observed on thebeast's onboard NIC 2026-10-19 -- tcpdump on labmaster showed it answering every ARP request within microseconds while iPXE re-asked for ten seconds and gave up. The full build probes native NIC drivers first and falls back to snp/nii, so hardware that worked before is unaffected. The data dir is a persistent volume, so copy-if-missing would have kept serving the old snponly binary forever; image-shipped binaries now replace on content change (copyIfChanged). Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01DceLLgGmyS7zTGLaLNjQBd