Hugo source for kms.viktorbarzin.me
Pilot on PVE VM 300 established strong counterfactuals: the IDENTICAL script +
the user's EXACT journey both succeed on a healthy Win10 -
CF1: clean (Remove-All + reboot) -> VL install -> office/ok
CF2: retail O365HomePremRetail -> script targeted-remove -> reboot -> VL install
-> office/ok
So a persistent [Failing PreReq=SXSMSI]/1603 with all script-checkable causes
clean (msiserver healthy, EventLog up, no DisableMSI, no stale MSI, disk OK, no
pending reboot) is machine-specific Windows servicing/Installer corruption below
DISM/SFC - not the script, ODT, retail->VL transition, or KMS.
Cover the case without looping:
- Repair-OfficePrereq now persists a marker (HKLM\SOFTWARE\kms-bootstrap
DeepRepairDone).
- On a 1603 install failure: first time -> offer the deep repair; if the deep
repair already ran and it STILL fails -> Show-InPlaceRepairHint (the only
reliable fix: in-place Windows repair-install, keeps files+apps) + emit
'sxsmsi-unrecoverable' telemetry.
|
||
|---|---|---|
| content | ||
| data | ||
| layouts | ||
| static | ||
| .dockerignore | ||
| .gitignore | ||
| .woodpecker.yml | ||
| Dockerfile | ||
| hugo.toml | ||
| nginx.conf | ||
| README.md | ||
kms-website
Source for kms.viktorbarzin.me — a single-page reference for activating
Microsoft Volume License products against the home-lab KMS host (kms.viktorbarzin.lan / kms.viktorbarzin.me).
Stack
- Hugo static site (one custom layout, single
_index) - YAML data file at
data/products.yamlis the source of truth for all GVLK tables - nginx:alpine Docker image (multi-stage build via Hugo)
- Woodpecker CI builds + pushes to
forgejo.viktorbarzin.me/viktor/kms-websiteand rolls thekms-web-pageDeployment in thekmsnamespace - Terraform in
infra/stacks/kmsconsumes the image (var.image_tag)
Local dev
hugo server -D
# → http://localhost:1313
Update GVLKs
Edit data/products.yaml. Push. CI rebuilds and rolls.
Sources of truth for keys: