v0.330.0: „Végleges leszerelés — mégis" asks the agent's disk list first and starts again the apps it stopped when the agent refuses (R-1144)

Red-proofed twice. MinAgent 0.158.1.

controller/README.md

@@ -2552,9 +2552,11 @@ that folder is never a dead end, and an install never runs into it silently (R-6
 >   retire a drive, non-destructive (never formats). Two choices (no partial): migrate-all-then-decommission
 >   (runs `MigrateAll`; the migration done-hook soft-marks the source + calls the agent on success), or
 >   decommission-anyway (type-to-confirm; stops the apps, keeps their `HDD_PATH` so they show "Hiányzó
->   tárhely"). Both end at `settings.SetDecommissioned` (soft marker retained — blocks A1 resurrection) +
->   `agentapi.Decommission` (agent v0.32.0: `POST /disks/decommission`, role-gated user-data, intent +
->   bind-prune + unmount). Re-enrolling a decommissioned drive (`registerStoragePath`) clears the marker +
+>   tárhely"). Both end at `agentapi.Decommission` (agent v0.32.0: `POST /disks/decommission`, role-gated user-data,
+>   intent + bind-prune + unmount) and, only after its yes, `settings.SetDecommissioned` (soft marker retained — blocks
+>   A1 resurrection; the agent is asked FIRST since v0.329.0, R-1063). Since v0.330.0 (R-1144) „anyway" reads the
+>   agent's disk list before it stops anything (a protected role or the backup target is refused with nothing
+>   stopped), and when the agent refuses after the stops, the apps that were running start again. Re-enrolling a decommissioned drive (`registerStoragePath`) clears the marker +
 >   restores `Schedulable`. A deployed app whose drive is decommissioned/disconnected/absent shows the
 >   **"Hiányzó tárhely"** warning badge on the dashboard/stacks/app card.
 >