Ошибка system/bin/sh: su: not found появляется в терминале или логах Android, когда оболочка пытается вызвать команду su, но исполняемый файл суперпользователя в системе отсутствует. Это прямой признак того, что root-доступ на устройстве либо никогда не был получен, либо был утрачен — например, после обновления прошивки, сброса или неудачной установки Magisk.
Чаще всего с этим сообщением сталкиваются пользователи, которые запускают скрипты, требующие прав суперпользователя, проверяют root через эмулятор терминала или видят ошибку в логах приложений вроде Termux, Titanium Backup или модулей автоматизации. Ниже разберём, что означает ошибка, как проверить состояние root на конкретном устройстве и какие шаги помогут восстановить доступ — без риска для системы.
Что означает ошибка su: not found
Команда su (от substitute user) — стандартный механизм Unix-подобных систем для переключения на учётную запись суперпользователя. В стоковом Android этот бинарный файл намеренно отсутствует: производители заблокируют root-доступ ради безопасности и гарантийных обязательств. Поэтому сообщение not found — не сбой системы, а штатный ответ оболочки на несуществующий файл.
Когда root получен через Magisk или устаревшие решения вроде SuperSU, бинарник su размещается в системном разделе или монтируется поверх него, а вызовы перехватываются менеджером прав. Если вы видите ошибку, значит, этой прослойки нет — либо она перестала работать.
Типичные сценарии появления сообщения:
- 🔍 ручной ввод
suв терминале для проверки root; - 📱 запуск приложения, которому нужны права суперпользователя, на нерутированном устройстве;
- 🔄 выполнение скрипта в Termux или через
adb shellс вызовомsu; - ⚙️ сбой модуля Magisk после обновления OTA, когда root слетел.
Как проверить, есть ли root на устройстве
Прежде чем что-то исправлять, убедитесь в фактическом состоянии устройства. Самый простой способ — установить эмулятор терминала и ввести команду su. Если появляется запрос разрешения от менеджера root или приглашение меняется с $ на # — доступ есть. Ответ not found или permission denied говорит об обратном.
Дополнительные методы проверки:
- ✅ приложения-чекеры вроде Root Checker — они опрашивают систему и показывают статус;
- 🧭 поиск приложения Magisk в списке установленных: если его нет или оно сообщает, что Magisk не установлен, root отсутствует;
- 🖥️ команда
which suв терминале — покажет путь к бинарнику, если он существует.
⚠️ Внимание: не пытайтесь вручную копировать файлsuв/system/bin— без корректной интеграции с менеджером прав и правильных контекстов SELinux это не даст root, а вмешательство в системный раздел может нарушить работу устройства.
Почему root мог пропасть: основные причины
Если раньше root работал, а теперь терминал отвечает su: not found, причина почти всегда в одном из типовых событий. Самое частое — обновление прошивки по воздуху (OTA): оно перезаписывает boot-раздел, куда Magisk встраивает свой код, и root исчезает до повторной установки.
Другие вероятные причины:
- 📦 сброс устройства к заводским настройкам — стирает все модификации;
- 🧩 удаление или повреждение приложения Magisk без корректного восстановления boot-образа;
- 💾 перепрошивка стоковым образом через фирменную утилиту производителя;
- 🔐 блокировка загрузчика, если она была выполнена после рутирования.
Как восстановить root-доступ
Универсальной инструкции не существует: процедура зависит от модели устройства, версии Android и состояния загрузчика. Общий безопасный порядок выглядит так: сначала подтвердите, что загрузчик разблокирован, затем используйте актуальную версию Magisk согласно её официальной документации — обычно это прошивка пропатченного boot-образа через fastboot или установка через кастомное recovery.
Критичный момент: boot-образ для патчинга должен точно соответствовать версии прошивки, установленной на устройстве. Патчинг образа от другой версии — частая причина bootloop. Образ берите из официального пакета прошивки именно вашей модели и региона.
☑️ Безопасное восстановление root
⚠️ Внимание: разблокировка загрузчика на большинстве устройств стирает все пользовательские данные и может повлиять на гарантию и работу банковских приложений. Выполняйте её осознанно и только после резервного копирования.
Ошибка в Termux и через ADB: особые случаи
В Termux сообщение su: not found на нерутированном устройстве — норма: приложение работает в изолированной среде и не даёт прав суперпользователя само по себе. Скрипты, требующие root, на таком устройстве выполнить нельзя — вариант только один: получить root системным способом или переписать скрипт без привилегированных команд.
При работе через adb shell ситуация похожая: ADB предоставляет shell-доступ с правами обычного системного пользователя, а не root. Команда adb root работает лишь на устройствах с инженерными (userdebug/eng) сборками прошивки — на стоковых смартфонах она вернёт ошибку, и это ожидаемое поведение, а не неисправность.
Сравнение ситуаций: когда ошибка норма, а когда проблема
| Сценарий | Что означает | Нужно ли действовать |
|---|---|---|
Стоковое устройство, ввод su в терминале | Root никогда не был получен | Нет, это штатное поведение |
| Root был, затем обновление OTA | Обновление перезаписало boot-раздел | Да, переустановить Magisk |
| Magisk установлен, но su не найден | Возможен сбой установки или модуля | Да, проверить статус в Magisk |
| Скрипт в Termux требует su | Устройство без root | Либо получить root, либо адаптировать скрипт |
adb root возвращает ошибку | Стоковая сборка прошивки | Нет, ограничение прошивки |
Почему нельзя просто скачать бинарник su
Файл su сам по себе не даёт прав суперпользователя. Для работы нужны: корректные права доступа и setuid-бит, поддержка со стороны ядра и SELinux-политик, а также демон-менеджер, который обрабатывает запросы и показывает диалог разрешения. Именно эту инфраструктуру создаёт Magisk. Ручное копирование файла без всего этого бесполезно, а на современных Android с verified boot ещё и приведёт к отказу загрузки.
Когда обращаться за помощью и что не стоит делать
Если после переустановки Magisk устройство не загружается или root не появляется, не экспериментируйте вслепую: прошейте обратно стоковый boot-образ из официального пакета прошивки — это вернёт устройство в рабочее состояние. Дальнейшие шаги ищите в ветке именно вашей модели на профильных форумах, поскольку нюансы (разделы, версии, порядок команд) у разных производителей отличаются.
Чего делать не следует:
- 🚫 прошивать boot-образы от других моделей или версий прошивки;
- 🚫 использовать устаревшие one-click-root утилиты неизвестного происхождения — они часто несут вредоносный код;
- 🚫 блокировать загрузчик на рутированном устройстве — это почти гарантированный bootloop;
- 🚫 вносить изменения в системный раздел вручную без понимания последствий.
Частые вопросы
Ошибка su: not found — это вирус или поломка телефона?
Нет. Это стандартный ответ оболочки на отсутствующий файл. На нерутированном устройстве такое сообщение — нормальное поведение системы, а не признак неисправности.
Можно ли получить root без разблокировки загрузчика?
На современных устройствах — практически нет. Легитимные методы вроде Magisk требуют разблокированного загрузчика. Утилиты, обещающие root «в один клик» без разблокировки, используют уязвимости и несут серьёзные риски безопасности.
После обновления прошивки root пропал. Данные тоже удалятся при повторной установке?
Если загрузчик уже разблокирован, повторная прошивка пропатченного boot-образа обычно не стирает пользовательские данные. Но резервную копию перед любыми операциями с разделами сделать стоит в любом случае.
Почему банковские приложения не работают после получения root?
Многие финансовые приложения проверяют целостность системы и наличие root. Magisk предоставляет механизмы скрытия (например, список DenyList), но их эффективность зависит от версии приложения и прошивки — гарантий работы нет.
Команда adb root не работает — как получить root через ADB?
Команда adb root функционирует только на инженерных сборках прошивки. На стоковых устройствах root через ADB получить нельзя — требуется полноценная установка Magisk с разблокировкой загрузчика.