Android recovery
Restore a broken or missing device session without dropping into generic troubleshooting.
When to use
- Serial listed as
offline,unauthorized, orconnecting. - Device vanished from the list after USB/Wi-Fi events or reboots.
- ADB server looks stale (misbehaving
list_devices/ hung transports).
Tools used
reconnect— tear down and re-establish the transport (first step).list_devices/status— reassess the state after each action.discover— re-scan when the device is not visible.verify— confirm the recovered transport with a harmless probe.
Procedure
status/list_devicesto classify the failure (offline? missing? unauthorized?).- Stop and think before anything destructive — recovery is escalation-ordered:
reconnect→verify- fail →
discover+connect(authorisation prompt may appear) - fail → check ADB server on the host; restart it only with approval.
- After the transport returns,
verifyand re-run the capability scan that the session needs. - If a gate refuses a given action, do not try to escalate around it — report and offer the next option.
Security
reconnect/connectare transport mutations:confirm=true.- Restarting the ADB server is host-level: require explicit approval.
Related skills
android-adb · android-discovery · android-multi-device · android-control