«/system/bin/sh: su: inaccessible or not found»: причины и решения ошибки на Android

Столкнулись с сообщением /system/bin/sh: su: inaccessible or not found при попытке получить root-права или выполнить команду через ADB? Эта ошибка сигнализирует о проблемах с бинарным файлом su — ключевым компонентом для управления правами суперпользователя на Android. Она может появиться после обновления прошивки, некорректного удаления root-прав, повреждения системных файлов или даже из-за действий антивирусных приложений, блокирующих «подозрительную» активность.

В отличие от типичных сбоев, когда устройство просто не распознаёт команду su, здесь речь идёт о физическом отсутствии или недоступности файла в каталоге /system/bin/. Это критично для пользователей, зависящих от root-доступа для работы специализированных приложений (например, Titanium Backup, Magisk Manager или Xposed Framework). В статье разберём причины возникновения ошибки, способы диагностики и пошаговые методы восстановления — от простых (переустановка Magisk) до сложных (ручное восстановление раздела system через TWRP).

Что означает ошибка «su: inaccessible or not found»?

Сообщение su: inaccessible or not found указывает на то, что оболочка sh (или bash) не может найти или выполнить бинарный файл su — утилиту для повышения привилегий до уровня суперпользователя. Этот файл должен располагаться в одном из системных каталогов:

• 📁 /system/bin/su — стандартное расположение для большинства прошивок;
• 📁 /system/xbin/su — альтернативный путь, используемый некоторыми root-решениями (например, SuperSU);
• 📁 /sbin/su или /magisk/.core/bin/su — пути, характерные для Magisk.

Если файл отсутствует или повреждён, система не может предоставить root-доступ, даже если права ранее были получены. Особенность ошибки в том, что она может проявляться избирательно: некоторые приложения продолжают работать с root, а другие — нет, в зависимости от способа вызова команды su.

Причины возникновения:

• 🔄 Обновление прошивки без сохранения root-прав (например, через OTA);
• 🗑️ Удаление root-менеджера (например, деинсталляция Magisk или SuperSU без отката изменений);
• 🛠️ Повреждение раздела system из-за сбоя при записи или некорректного монтирования;
• 🔒 Блокировка антивирусом (например, Avast или Kaspersky могут помечать su как вредоносный файл);
• 📱 Сброс к заводским настройкам без предварительного удаления root.

Как диагностировать проблему: проверка наличия файла su

Прежде чем приступать к исправлению, убедитесь, что проблема действительно связана с отсутствием файла su. Для этого выполните следующие шаги:

1. Подключите устройство к ПК и откройте ADB Shell (или используйте терминал на самом устройстве, если он доступен). Введите команду:

   adb shell
   ls -l /system/bin/su /system/xbin/su /sbin/su /magisk/.core/bin/su

   Если все пути возвращают No such file or directory, файл su отсутствует.

2. Проверьте права доступа к файлу (если он найден):

   ls -l /путь/к/найденному/su

   Оптимальные права: -rwsr-sr-x (с битом s для setuid). Если права другие (например, -rw-r--r--), файл не сможет выполняться.

3. Убедитесь, что раздел system смонтирован в режиме rw (read-write):

   mount | grep system

   Если в выводе указано ro (read-only), необходимо перемонтировать раздел:

   mount -o rw,remount /system

Если файл su отсутствует, переходите к разделу «Восстановление root-прав». Если файл есть, но права неправильные — исправьте их командой:

chmod 6755 /путь/к/su
chown 0:0 /путь/к/su

Способы восстановления root-прав: от простого к сложному

Выбор метода зависит от текущего состояния устройства и причины потери root-прав. Ниже представлены решения в порядке возрастания сложности.

1. Переустановка Magisk (для устройств с Magisk Root)

Если ранее использовался Magisk, наиболее надёжный способ — повторная установка модуля:

Шаги:

1. Скачайте актуальную версию Magisk с официального репозитория (GitHub).
2. Если у вас установлен Magisk Manager, откройте его и выберите Установить → Установить в (неактивный слот) (для устройств с A/B-разделами) или Прямая установка.
3. Если Magisk Manager отсутствует, прошейте ZIP-файл через TWRP.
4. После перезагрузки проверьте работоспособность команды su.

2. Установка SuperSU (для старых устройств)

Если ранее использовался SuperSU, скачайте последнюю версию ZIP-файла с XDA Developers и прошейте его через рекавери. Обратите внимание:

⚠️ Внимание: SuperSU не поддерживает новые версии Android (10+) и может конфликтовать с Magisk. Используйте этот метод только для устройств на Android 7–9.

3. Ручное копирование файла su

Если у вас есть резервная копия файла su (например, с другого устройства с той же прошивкой), вы можете скопировать его вручную:

1. Смонтируйте раздел system в режиме записи:

adb shell
mount -o rw,remount /system

2. Скопируйте файл su в /system/bin/ или /system/xbin/:

adb push su /system/bin/
adb shell chmod 6755 /system/bin/su
adb shell chown 0:0 /system/bin/su

3. Перезагрузите устройство.

4. Восстановление через кастомное рекавери (TWRP)

Если предыдущие методы не сработали, воспользуйтесь TWRP:

1. Скачайте ZIP-файл с Magisk или SuperSU.
2. Загрузитесь в TWRP (обычно зажимаете Power + Volume Up при включении).
3. Выберите Install и укажите путь к ZIP-файлу.
4. После установки выполните Wipe → Advanced Wipe и очистите Dalvik/ART Cache.
5. Перезагрузите устройство.

Что делать, если TWRP не видит внутреннюю память?

Если TWRP не отображает файлы на внутреннем накопителе, попробуйте:

1. Подключить устройство к ПК через USB и скопировать ZIP-файл на SD-карту (если есть).

2. Использовать OTG-кабель и флешку с ZIP-файлом.

3. В TWRP перейти в Mount и вручную смонтировать Data (если раздел не повреждён).

Таблица совместимости методов восстановления

Не все способы подходят для всех устройств. Ниже представлена таблица совместимости в зависимости от версии Android и типа root-прав:

Метод восстановления	Android 5–7	Android 8–9	Android 10+	Требуется TWRP	Примечания
Переустановка Magisk	✅	✅	✅	❌ (можно через Magisk Manager)	Лучший вариант для современных устройств
Установка SuperSU	✅	⚠️ (возможны конфликты)	❌	✅	Не рекомендуется для новых версий
Ручное копирование su	✅	✅	⚠️ (нужен правильный бинарник)	❌	Риск повреждения системы при ошибке
Восстановление через TWRP	✅	✅	✅	✅	Универсальный метод, но требует рекавери

Частые ошибки и как их избежать

При восстановлении root-прав пользователи часто сталкиваются с дополнительными проблемами. Рассмотрим типичные сценарии и решения:

1. Ошибка «Mount: failed to mount /system»

Если раздел system не удаётся перемонтировать в режим записи, причины могут быть следующими:

• 🔐 Защита dm-verity: на новых устройствах включена проверка целостности системы. Решение — отключить dm-verity через Magisk (модуль Disable DM-Verity).
• 🔄 A/B-разделы: на устройствах с динамическими разделами (например, Pixel или OnePlus) необходимо прошивать Magisk в оба слота.
• 🛡️ Блокировка загрузчика: если загрузчик заблокирован, монтирование system в режиме rw невозможно. Решение — разблокировать загрузчик (удалит все данные!).

2. Циклическая перезагрузка после прошивки

Если устройство зациклилось на логотипе после попытки восстановления root:

• 🔄 Перепрошейте Magisk в другом слоте (для A/B-устройств).
• 📦 Удалите файлы /data/adb/magisk.db и /data/adb/post-fs-data.sh через TWRP.
• 🔙 Откат к стоковой прошивке через Fastboot или Odin (для Samsung).

⚠️ Внимание: Если после манипуляций с system устройство не загружается, не пытайтесь прошивать кастомные ядра или модифицированные boot.img без резервной копии. В 80% случаев это приводит к «брику» (полной неработоспособности), особенно на устройствах с AVB 2.0 (Android 10+).

Альтернативные способы получения root без файла su

Если восстановить su не удаётся, рассмотрите альтернативные методы получения root-доступа:

1. Использование Magisk Delta (для обхода ограничений)

Magisk Delta — форк оригинального Magisk, оптимизированный для устройств с жёсткими ограничениями (например, Samsung Knox или MIUI с Anti-Rollback). Он может работать без традиционного файла su, используя альтернативные механизмы повышения привилегий.

Установка:

1. Скачайте Magisk Delta с GitHub.
2. Прошейте ZIP через TWRP или патчните boot.img через Magisk Manager.
3. Установите модуль Zygisk для совместимости с приложениями, проверяющими root (например, банковскими).

2. Локальный эксплойт (для устройств без разблокированного загрузчика)

Если загрузчик заблокирован, но на устройстве есть уязвимость (например, DirtyCow или CVE-2023-21085), можно использовать эксплойт для временного получения root. Популярные инструменты:

• 🐄 DirtyCow Exploit (Android 6–7);
• 🔓 KingRoot или TowelRoot (для старых устройств);
• 🛠️ Metasploit Framework (для опытных пользователей).

Обратите внимание: эксплойты часто срабатывают нестабильно и могут привести к сбоям системы.

FAQ: Ответы на частые вопросы

Можно ли получить root-права без разблокировки загрузчика?

На большинстве современных устройств (Android 8+) разблокировка загрузчика обязательна для получения постоянного root. Однако для некоторых моделей (например, Xiaomi или Realme) существуют эксплойты, позволяющие временно получить root без разблокировки. Риски:

• Нестабильная работа системы;
• Потеря гарантии;
• Возможность "брика" при обновлении.

Для Samsung с Knox разблокировка загрузчика приведёт к срабатыванию флага Knox 0x1, что аннулирует гарантию и блокирует некоторые функции (например, Samsung Pay).

Почему после обновления прошивки пропал root?

Производители намеренно удаляют файлы, связанные с root (включая su), при обновлении через OTA. Это связано с:

• Политикой безопасности (root считается уязвимостью);
• Проверкой целостности системы (dm-verity);
• Лицензионными ограничениями (например, для Netflix или Google Pay).

Решение: перед обновлением создайте резервную копию через TWRP или используйте Magisk с модулем OTA Survival, который пытается сохранить root после обновления.

Как проверить, работает ли su без терминала?

Установите приложение Root Checker из Google Play или используйте альтернативные методы:

1. Откройте Magisk Manager и проверьте статус в разделе Superuser.
2. Запустите приложение, требующее root (например, Titanium Backup), и посмотрите, запросит ли оно права.
3. В некоторых файловых менеджерах (например, FX File Explorer) есть встроенная проверка root-доступа.

Если Root Checker показывает ошибку, но Magisk работает, возможно, проблема в пути к su (например, приложение ищет его в /system/xbin, а он находится в /magisk/.core/bin).

Можно ли восстановить su без потери данных?

Да, в большинстве случаев восстановление root-прав не приводит к потере данных, если:

• Вы не выполняете сброс к заводским настройкам;
• Не форматируете раздел data в TWRP;
• Не прошиваете полный стоковый образ (factory image).

Исключения:

• На некоторых устройствах (например, Huawei или Oppo) разблокировка загрузчика стирает все данные.
• Если раздел system повреждён, может потребоваться его перепрошивка, что иногда затрагивает пользовательские данные.

Рекомендация: перед любыми манипуляциями создайте резервную копию через TWRP или ADB Backup.

Какие приложения могут блокировать доступ к su?

Некоторые приложения активно препятствуют работе root-прав:

Приложение	Механизм блокировки	Как обойти
Google Play Services	Проверка SafetyNet	Использовать Magisk с модулем Universal SafetyNet Fix
Банковские приложения (Сбербанк, Тинькофф)	Проверка наличия su или изменённых системных файлов	Скрыть root через Magisk Hide или Shamiko
Антивирусы (Kaspersky, Avast)	Удаление или карантин файла su	Добавить su в исключения или удалить антивирус
MIUI Optimizations (Xiaomi)	Блокировка изменений в /system	Отключить в настройках разработчика или прошить EU-прошивку