Unpacker Kitchen for Android (UKA) — это набор скриптов для распаковки образов прошивок Android: system.img, vendor.img, boot.img, а также архивов payload.bin и super.img. Если при попытке открыть файл прошивки архиватор выдаёт ошибку или показывает пустую папку, это нормально: образы Android имеют специальные форматы (sparse-образы, ext4, erofs, payload OTA), и для их распаковки нужен именно kitchen-инструментарий, а не обычный архиватор.
Инструменты семейства «kitchen» изначально создавались энтузиастами с форумов вроде XDA Developers для разработчиков кастомных прошивок. UKA и аналогичные сборки позволяют извлечь содержимое прошивки, изменить его и собрать обратно. В этой статье разберём, как устроен процесс, что потребуется подготовить и какие ошибки встречаются чаще всего.
Что такое Unpacker Kitchen и зачем он нужен
Под названием Unpacker Kitchen for Android обычно понимают набор скриптов и утилит (часто на базе Linux-окружения), которые автоматизируют разбор прошивки. Вместо ручного ввода десятков команд пользователь выбирает файл и тип операции в меню, а скрипт сам определяет формат образа и применяет нужный инструмент.
Типичные задачи, для которых используют kitchen:
- 📦 извлечение приложений и файлов из образа system.img без прошивки устройства;
- 🔧 модификация прошивки: удаление предустановленных приложений, правка build.prop;
- 🔍 анализ прошивки на предмет уязвимостей или скрытых компонентов;
- 🛠️ подготовка основы для кастомной прошивки или портирование прошивки на другое устройство;
- 📄 извлечение boot.img для получения root-доступа через патч ядра.
Важно понимать: kitchen — это не одна конкретная программа с официальным сайтом, а целый класс инструментов от разных авторов. Состав утилит, поддерживаемые форматы и интерфейс различаются от сборки к сборке, поэтому инструкции к конкретной версии стоит искать в репозитории или теме её автора.
Что потребуется перед началом работы
Большинство kitchen-сборок рассчитаны на Linux-окружение. На Windows их обычно запускают через WSL (Windows Subsystem for Linux), виртуальную машину с Ubuntu или через Cygwin/терминальные среды — в зависимости от конкретной сборки. Некоторые варианты kitchen существуют и в виде приложений непосредственно для Android, но их возможности, как правило, уже.
Минимальный набор подготовки выглядит так:
- 💻 компьютер с Linux или Windows с установленным WSL;
- 💾 достаточно свободного места на диске — распакованная прошивка может занимать в несколько раз больше исходного архива;
- 📥 сам файл прошивки, скачанный из надёжного источника (официальный сайт производителя или проверенный репозиторий);
- 🐍 установленные зависимости: Python, Java и ряд системных утилит — список зависит от конкретной сборки kitchen и обычно указан в её документации.
⚠️ Внимание: скачивайте kitchen-инструменты только из первоисточника — репозитория автора или официальной темы на профильном форуме. Пересборки от неизвестных лиц могут содержать вредоносный код, а работать с ними придётся с правами доступа к системным файлам.
Какие форматы образов умеет распаковывать kitchen
Современные прошивки Android используют несколько разных форматов упаковки, и универсального «открывателя» не существует. Kitchen-сборки объединяют под одной оболочкой набор специализированных утилит. Ниже — основные форматы, с которыми придётся столкнуться.
| Файл | Что внутри | Типичный инструмент распаковки |
|---|---|---|
| payload.bin | OTA-пакет обновления (A/B-разделы) | payload_dumper и аналоги |
| system.img / vendor.img | Разделы системы (ext4, erofs, sparse) | simg2img, конвертеры + монтирование/извлечение |
| super.img | Динамические разделы (system, vendor, product в одном) | lpunpack / simg2img |
| boot.img | Ядро и ramdisk | unpackbootimg, magiskboot |
| dtbo.img, recovery.img | Дерево устройств, recovery-раздел | инструменты разбора boot-образов |
Обратите внимание на sparse-формат: многие образы system.img из заводских прошивок хранятся в сжатом виде, и перед распаковкой их нужно конвертировать командой вроде simg2img system.img system.raw.img. Большинство kitchen делают это автоматически, но при ручной работе этот шаг часто забывают.
Пошаговый порядок распаковки прошивки
Точные пункты меню зависят от конкретной сборки UKA, но общая логика работы у всех kitchen-инструментов одинаковая. Порядок действий выглядит так.
Шаг 1. Распакуйте архив прошивки обычным архиватором. Внутри вы найдёте либо готовые .img-файлы, либо payload.bin, либо super.img. Дальнейшие действия зависят от того, что обнаружилось.
Шаг 2. Если внутри payload.bin — сначала извлеките из него разделы. В kitchen для этого обычно есть отдельный пункт меню, работающий на базе payload_dumper. На выходе появятся boot.img, system.img и другие разделы.
Шаг 3. Если есть super.img — разберите его на динамические разделы. Сначала образ конвертируется из sparse, затем распаковывается через lpunpack. Результат — отдельные образы system, vendor, product.
Шаг 4. Распакуйте нужный раздел. Kitchen определит файловую систему (ext4 или erofs) и извлечёт содержимое в рабочую папку. После этого файлы можно просматривать и редактировать обычным файловым менеджером.
☑️ Проверка перед распаковкой прошивки
Типичные ошибки и их причины
Чаще всего процесс останавливается не из-за самого kitchen, а из-за окружения или исходного файла. Разберём характерные ситуации.
Ошибка «не хватает места» или обрыв распаковки. Распакованный раздел system может занимать несколько гигабайт, а промежуточные raw-образы удваивают расход. Проверьте свободное место и очистите рабочую папку от старых проектов.
Скрипт не определяет формат образа. Возможная причина — нестандартная упаковка конкретного производителя. Некоторые вендоры (например, в прошивках для устройств с чипами MediaTek или в зашифрованных пакетах отдельных брендов) используют собственные контейнеры, которые сначала нужно расшифровать или разобрать специализированной утилитой. Универсального решения здесь нет — ищите инструмент под конкретный формат.
Ошибки прав доступа при монтировании ext4. Извлечение ext4-образов часто требует прав root в Linux-окружении. Запустите скрипт через sudo, если это предусмотрено документацией вашей сборки.
⚠️ Внимание: модифицированные и пересобранные образы, прошитые на устройство, могут привести к его неработоспособности (bootloop, «кирпич»). Любые изменения делайте на копии, а перед прошивкой убедитесь, что у вас есть способ восстановить заводскую прошивку.
Почему нельзя просто смонтировать system.img как диск
Образы из заводских прошивок обычно хранятся в sparse-формате или в файловой системе erofs, которая доступна только для чтения и требует специальных утилит извлечения. Прямое монтирование такого файла в системе либо не сработает, либо покажет ошибку. Поэтому и нужны промежуточные конвертеры — simg2img и инструменты разбора erofs.
Сборка прошивки обратно: что нужно знать
Обратная упаковка — более требовательный этап, чем распаковка. При сборке образа нужно сохранить корректные контексты SELinux, права доступа к файлам и размер раздела. Если хотя бы один из этих параметров нарушен, устройство может не загрузиться.
Kitchen-инструменты обычно сохраняют конфигурацию извлечённого раздела (файлы file_contexts, списки прав) и используют её при пересборке. Поэтому не удаляйте служебные папки, которые скрипт создаёт рядом с распакованными файлами, — без них корректная сборка невозможна.
Для устройств с динамическими разделами (super.img) пересобранные образы нужно упаковать обратно в super-образ с соблюдением суммарного лимита размера группы разделов. Этот лимит задан производителем, и превысить его нельзя — скрипт сборки выдаст ошибку, если образы не влезают.
Безопасность и правовые моменты
Сама по себе распаковка прошивки на компьютере не затрагивает устройство и полностью безопасна. Риски появляются на этапе прошивки изменённых образов: это может аннулировать гарантию, нарушить работу SafetyNet/платёжных приложений или вывести устройство из строя.
Также учитывайте, что прошивки содержат проприетарные компоненты производителя. Использование извлечённых файлов в собственных проектах может нарушать лицензионные условия — для личного изучения и бэкапа это, как правило, не проблема, но публикация модифицированных прошивок — уже юридически серая зона.
⚠️ Внимание: разблокировка загрузчика, необходимая для прошивки кастомных образов, на большинстве устройств стирает все данные и может лишить гарантии. Порядок разблокировки у каждого производителя свой — сверяйтесь с официальной документацией вашей модели.
FAQ: частые вопросы об Unpacker Kitchen
Можно ли запустить UKA прямо на Android-смартфоне?
Существуют терминальные среды для Android (например, на базе Termux), в которых энтузиасты запускают отдельные утилиты распаковки. Однако полноценная работа kitchen на смартфоне ограничена объёмом памяти, правами доступа и производительностью. Для серьёзных задач удобнее компьютер с Linux или WSL.
Архиватор не открывает system.img — файл повреждён?
Скорее всего, нет. Образы system.img — это не архивы, а образы файловых систем (ext4, erofs), часто в sparse-формате. Обычные архиваторы их не понимают. Используйте kitchen или связку simg2img + утилиты извлечения соответствующей файловой системы.
Чем отличается payload.bin от обычной прошивки?
payload.bin — это контейнер OTA-обновления для устройств с A/B-схемой разделов. Внутри него в сжатом виде лежат все разделы прошивки. Его нужно предварительно распаковать инструментом типа payload_dumper, после чего вы получите привычные .img-файлы.
После пересборки образа устройство не загружается. Что делать?
Наиболее вероятные причины — нарушенные контексты SELinux, неверные права файлов или превышен размер раздела. Восстановите устройство заводской прошивкой (способ зависит от модели: fastboot, фирменная утилита производителя), затем пересоберите образ, не удаляя служебные файлы конфигурации, созданные kitchen при распаковке.
Нужен ли root на устройстве для распаковки прошивки на ПК?
Нет. Распаковка происходит полностью на компьютере и не требует ни root, ни даже самого устройства. Root понадобится только если вы планируете модифицировать разделы на работающем смартфоне — но это отдельная и более рискованная задача.