Update system packages

Update system packages in Linux — with the four heights of help laid out: do it now, make it easier for the next person to accept, work out the right move when you are stuck, and learn the pattern so it stops coming back.

4prompt heights
Open it in the interactive atlas →

The four heights

The same task, four distances: today's deadline, the next reviewer, the stuck moment, the pattern.

Execute — do the immediate task

+
Apply the critical package updates to the production web servers tonight at 23:00: update the OS…
Apply the critical package updates to the production web servers tonight at 23:00: update the OS packages to the latest security versions, patch OpenSSL and the web framework, reboot servers one at a time, run a smoke test hitting the health endpoint after each reboot, and report back if any server fails the health check within five minutes.

Improve — make it easier to accept

+
Before I push updates across production, make the bulletin easy to approve: surface the risk and…
Before I push updates across production, make the bulletin easy to approve: surface the risk and expected downtime up front, list the exact package names and versions to be updated, show which servers will be rebooted and in what order, and flag any package that changes configurations or requires post-reboot verification so stakeholders can sign off.

Decide — diagnose the stuck moment

+
I rolled security updates on three web nodes and rebooted them sequentially. Two returned healthy,…

Update ran but one server failed the health endpoint

I rolled security updates on three web nodes and rebooted them sequentially. Two returned healthy, but node web-02 fails the /health endpoint. I don't know if the update changed configuration, a service failed to start, or the app has a migrated dependency. What's the quickest diagnostic sequence to identify the cause and the best next step to bring web-02 back into the pool?

Become — change the pattern

+
Patching regularly still triggers at least one failed deployment each quarter that requires…

Patch windows cause emergency deploys and rollbacks

Patching regularly still triggers at least one failed deployment each quarter that requires rollback and emergency fixes. I want to stop firefighting and make patch windows reliable. Which process or habit change will reduce rollbacks and let me trust updates without last-minute escalations?

Next to this one

Other operating system work people do in Linux.

Every task here came from the work, not from a feature list — which is why the prompts name what you want done and never the button that does it. The tool changes; the work does not.
Copyright © LLOS.ai · 2026 — original pedagogy, voice, and design — all rights reserved.

The rest of the map

Same library, five ways in.