Emergency Linux & Unix Support
Emergency support exists for when something is already broken.
It is not a normal way of working.
Focused on stabilization, not ongoing operation.
Last reviewed: March 2026
What Emergency Linux Support Is (and Isn't)
Emergency support is intended for situations where systems are down, unstable, or at immediate risk, and no ongoing operational relationship exists at the time of engagement.
The objective is to reduce damage and regain control of the situation when possible.
The departure of internal staff alone does not constitute an emergency unless it has resulted in active failure or immediate risk.
Stabilization First
The first goal is to stop the situation from getting worse.
This may involve disabling features, isolating systems, or accepting temporary degradation.
Limited Scope
Emergency work is intentionally narrow.
The focus is on containment, not architectural cleanup or optimization.
Changes that affect business operations require explicit approval.
Clear Stop Point
Engagement ends once containment is achieved.
Temporary access granted for emergency support is removed.
Any further work requires separate discussion and agreement.
Emergency Linux Support: Common Questions
The questions below address common assumptions and misunderstandings.
How quickly can you respond?
Response depends entirely on availability at the time of contact. I do not provide guaranteed response times or on-call coverage for non-retainer clients.
Will you fix everything?
The objective is containment, not perfection. Some problems can be mitigated quickly; others cannot be safely resolved without deeper context, time, or preparation.
What if documentation or access is missing?
Lack of access, credentials, or system knowledge may limit what can be achieved. Reconstructing context may be required before the issue can be addressed.
Will you make permanent changes?
Changes made during emergency support aim to be conservative and reversible, but reversibility cannot be guaranteed in all situations. Structural improvements or cleanups are deferred to non-emergency work.
Is this confidential?
Yes. All work is handled confidentially. A formal NDA can be provided if required, but emergency situations should not be delayed for paperwork.
Can emergency support turn into ongoing management?
Possibly, but not automatically. Ongoing work requires proper Onboarding, scoping, and mutual agreement after the emergency has passed.
Hard Limits
Emergency support does not include SLAs, guaranteed response times, or guaranteed outcomes.
Availability depends on current workload, time zone, and existing commitments. In some cases, support may not be possible.
Access, documentation, and system condition may limit what is possible in the moment.
Some situations cannot be safely resolved under emergency conditions, especially without prior system knowledge or preparation.
Data loss may already have occurred before intervention, and further loss may be unavoidable during stabilization.
Pricing
Emergency support is intentionally priced higher than ongoing management.
As an order of magnitude, rates are typically several times standard hourly consulting rates, with a minimum engagement.
This reflects disruption cost, context switching, and the risk inherent in working on unfamiliar systems under time pressure.
Request Emergency Support
If a system is down or unstable and no operational relationship exists, describe the situation briefly by email.
If I am available and the situation fits emergency scope, next steps and terms are confirmed in writing.
Contact →