controller v0.72.0: FileBrowser converges on boot-recreate

processGuestBootChange recreated the drive-backed app stacks but never re-synced
FileBrowser (base-infra, no HDD_PATH), so its drive mounts went stale after a
reboot. Now, AFTER pollLiveBinds confirms the live binds and the apps are
recreated, trigger go s.SyncFileBrowserMounts() so FileBrowser converges against
the now-live drives. Refactored into pure recreateDriveBackedApps(stacks, present,
recreate, syncFB). Tests: FB sync runs once after recreate (red-proofed companion);
runs even when nothing recreated.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

CHANGELOG.md

@@ -1,5 +1,18 @@
 ## Changelog
 
+### v0.72.0 — FileBrowser converges on boot-recreate (2026-06-16)
+
+Follow-up to v0.71.0: a host-reboot test found `processGuestBootChange` recreated the drive-backed app
+stacks but **never re-synced FileBrowser**, so its drive mounts went stale after a reboot (FileBrowser
+binds each drive's `userdata` but is base-infra with no `HDD_PATH`, so it is not in the recreate set).
+Now, **after** `pollLiveBinds` confirms the live binds and the apps are recreated, the boot-recreate path
+triggers `go s.SyncFileBrowserMounts()` so FileBrowser converges against the now-live drives (the sync
+runs unconditionally so FileBrowser reflects the current bind state even if no app needed recreating).
+Refactored the recreate loop into a pure, testable `recreateDriveBackedApps(stacks, present, recreate,
+syncFB)`. Tests: FileBrowser sync invoked once, AFTER every recreate (red-proofed companion: pre-fix path
+never synced); and synced even when nothing was recreated. Pairs with felhom-agent's host-reboot
+remount-by-UUID fix; live-accepted with a real `felhom-pve` reboot.
+
 ### v0.71.0 — fix guest-reboot recovery of drive-backed apps (boot-race + the agent-path blocker) (2026-06-16)
 
 A `pct reboot` of the guest left drive-backed apps (audiobookshelf, calibre-web, immich-server,