Ошибка «su файл занят» в SuperSU появляется в момент, когда приложение пытается обновить бинарный файл su, но система возвращает отказ, потому что этот файл уже используется другим процессом или заблокирован. Чаще всего сообщение возникает сразу после установки или обновления SuperSU, когда приложение предлагает «обновить бинарный файл su» и пользователь выбирает режим «Нормально» вместо установки через кастомное рекавери.
Проблема не означает, что рут-права потеряны навсегда. Она указывает на конфликт доступа: либо другой процесс удерживает файл su открытым, либо системный раздел смонтирован в режиме только для чтения, либо на устройстве уже присутствует конкурирующий менеджер рут-доступа. Ниже разберём причины и безопасные способы устранения, начиная с самых простых.
Почему возникает ошибка «su файл занят»
Бинарный файл su — это исполняемый компонент, через который приложения получают права суперпользователя. Когда SuperSU пытается его заменить, файл должен быть свободен. Если в этот момент какое-либо приложение с рут-доступом работает в фоне (файрвол, менеджер автозагрузки, твикер), система блокирует перезапись и выдаёт сообщение о занятом файле.
Вторая распространённая причина — защита системного раздела. На многих прошивках раздел /system монтируется в режиме read-only, и запись в него возможна только после перемонтирования. Кроме того, на устройствах с systemless root (например, при использовании Magisk) структура размещения su отличается, и старый SuperSU может конфликтовать с уже установленным решением.
- 🔒 Фоновое приложение с рут-доступом удерживает файл
su - 🛡️ Раздел
/systemсмонтирован только для чтения - ⚔️ На устройстве уже установлен другой менеджер рут-прав (Magisk, KingRoot и т. п.)
- 🧱 Включена защита dm-verity или SELinux блокирует запись
- 📦 Повреждённая или неполная установка ZIP-пакета SuperSU
⚠️ Внимание: если на устройстве уже стоит Magisk, не пытайтесь установить SuperSU поверх него. Одновременное присутствие двух менеджеров рут-доступа почти гарантированно приводит к конфликту бинарных файлов и может вызвать бутлуп.
Быстрая диагностика перед исправлением
Прежде чем что-то менять, стоит понять, какой именно сценарий у вас. Откройте SuperSU и проверьте, отображается ли статус рут-доступа. Если приложение показывает, что бинарный файл не установлен, но при этом другие рут-приложения работают — вероятно, рут предоставляется другим менеджером, и SuperSU здесь лишний.
Полезно также проверить, есть ли на устройстве кастомное рекавери (TWRP или аналог). Его наличие сильно упрощает решение: установка SuperSU через рекавери обходит проблему занятого файла, потому что система в этот момент не запущена и никакие процессы не удерживают su.
| Симптом | Вероятная причина | Рекомендуемое действие |
|---|---|---|
| Ошибка при «нормальном» обновлении бинарника | Файл удерживается процессом или /system в read-only | Обновление через TWRP |
| Рут работает, но SuperSU ругается | Установлен другой менеджер рут-прав | Удалить SuperSU, оставить один менеджер |
| Ошибка после OTA-обновления прошивки | Обновление вернуло стоковый boot-образ | Повторная установка рута через рекавери |
| Устройство не загружается после попытки обновления | Повреждён boot-раздел | Прошивка стокового boot-образа |
Способ 1: обновление бинарного файла через TWRP
Это основной и наиболее надёжный метод, который сам SuperSU предлагает при ошибке — кнопка установки через рекавери в диалоге обновления бинарника. Суть в том, что ZIP-пакет SuperSU прошивается в среде TWRP, где Android не запущен, и файл su никем не занят.
Порядок действий общий, но детали (названия пунктов меню, структура разделов) зависят от версии TWRP и модели устройства — сверяйтесь с инструкцией именно для вашего аппарата.
☑️ Установка SuperSU через TWRP
После перезагрузки откройте SuperSU — диалог об обновлении бинарного файла больше не должен появляться. Если TWRP на устройстве нет, его установка сама по себе требует разблокированного загрузчика, что на многих аппаратах приводит к сбросу данных. Учитывайте это до начала процедуры.
⚠️ Внимание: прошивка ZIP-пакетов через рекавери — операция с риском. Используйте только пакет SuperSU, подходящий под вашу версию Android и архитектуру процессора. Неподходящий файл может привести к незагружающейся системе.
Способ 2: завершение процессов, удерживающих su
Если рекавери нет, можно попробовать освободить файл внутри работающей системы. Сначала выполните обычную перезагрузку — после неё фоновые рут-процессы ещё не запущены, и сразу после загрузки шанс обновить бинарник выше. Откройте SuperSU сразу после перезагрузки, не запуская других приложений.
Дополнительно имеет смысл временно отключить или удалить приложения, которым выдан рут-доступ: файрволы, блокировщики рекламы, твикеры. Каждое из них может держать su открытым. После успешного обновления бинарника их можно вернуть.
Способ 3: конфликт с другим менеджером рут-прав
Когда на устройстве уже установлен Magisk, KingRoot или подобное решение, SuperSU не сможет корректно обновить свой бинарник — файл su фактически принадлежит другому менеджеру. На одном устройстве должен остаться только один менеджер рут-доступа.
Правильный путь — полностью удалить предыдущее решение по его официальной инструкции (у Magisk, например, есть штатная функция удаления), перезагрузиться и только потом ставить SuperSU. Удаление «вручную» через файловый менеджер часто оставляет хвосты в boot-образе и не решает конфликт.
Почему нельзя просто удалить файл su вручную
Бинарник su связан с демоном и пропатченным boot-образом. Удаление только исполняемого файла оставляет систему в рассогласованном состоянии: рут-приложения будут падать, а переустановка менеджера может не сработать. Корректное удаление выполняется штатными средствами самого менеджера рут-прав или перепрошивкой стокового boot-образа.
Способ 4: чистая переустановка рут-прав
Когда ничего из перечисленного не помогает, радикальный вариант — вернуть стоковый boot-образ из заводской прошивки вашей модели и затем установить рут заново. Это устраняет любые остаточные конфликты, потому что boot-раздел приводится в исходное состояние.
Стоковый образ берётся из официальной прошивки конкретно вашей модели и ревизии устройства — использовать образ от другой модели или версии прошивки опасно. Прошивается он обычно через fastboot или фирменную утилиту производителя; точная процедура зависит от аппарата, поэтому ориентируйтесь на документацию к вашей модели.
Что проверить после устранения ошибки
После успешного обновления бинарника убедитесь, что рут-доступ реально работает. Установите любое приложение-проверяльщик рута или выдайте рут-права известной программе и посмотрите, появляется ли диалог SuperSU. Отсутствие диалога при запросе прав может означать, что демон su не запущен, несмотря на «успешную» установку.
Также проверьте журнал SuperSU на предмет отказов и убедитесь, что после перезагрузки устройства рут-доступ сохраняется. Потеря рута после ребута указывает на то, что boot-образ не был корректно пропатчен — в этом случае поможет только переустановка через рекавери или fastboot.
Частые вопросы
Можно ли обновить бинарный файл su без рекавери?
Иногда да: если после перезагрузки сразу запустить SuperSU и ни одно рут-приложение не успело стартовать, «нормальный» режим обновления может сработать. Но при стабильно повторяющейся ошибке единственный надёжный путь — установка через TWRP или аналогичное рекавери.
Приведёт ли ошибка «su файл занят» к потере данных?
Сама ошибка нет — это отказ в записи одного файла. Риск потери данных связан с сопутствующими действиями: разблокировкой загрузчика (на многих устройствах она стирает данные) и неудачной прошивкой boot-образа. Перед любыми операциями с разделами делайте резервную копию.
У меня Magisk, но SuperSU всё равно просит обновить su. Что делать?
Удалите SuperSU — на устройстве с Magisk он не нужен и только создаёт конфликт. Рут-доступом управляет Magisk, и его собственный бинарный компонент обновляется через приложение Magisk, а не через SuperSU.
Ошибка появилась после OTA-обновления прошивки. Это связано?
Да, возможная причина именно в этом: OTA-обновление часто восстанавливает стоковый boot-образ и возвращает раздел /system в исходное состояние, из-за чего установленный ранее su перестаёт соответствовать системе. Обычно помогает повторная установка SuperSU через рекавери.
SuperSU больше не поддерживается — стоит ли вообще его использовать?
Разработка SuperSU прекращена, и на современных версиях Android он часто несовместим с актуальными механизмами защиты. Для новых устройств обычно рекомендуют Magisk как поддерживаемое решение с systemless-подходом. SuperSU имеет смысл в основном на старых аппаратах, где он изначально работал стабильно.