Файл boot.img не лежит в привычной файловой системе Android — вы не найдёте его ни в /sdcard, ни в /system, ни через любой файловый менеджер, потому что это отдельный раздел флеш-памяти, смонтированный вне общей структуры каталогов. Именно поэтому поиск «boot img где находится android» приводит пользователей в тупик: образ ядра существует как сырой раздел, а не как обычный файл.
Разобраться, где именно хранится этот образ, необходимо в трёх типичных ситуациях: перед установкой Magisk (нужно пропатчить boot.img), при создании полного бэкапа прошивки и при восстановлении устройства после неудачной модификации. Ниже разберём, как устроено хранение boot-раздела, чем отличаются устройства со схемой A/B и как безопасно извлечь файл на компьютер.
Что такое boot.img и зачем он нужен
Boot.img — это образ загрузочного раздела, содержащий ядро Linux, ramdisk с начальными скриптами инициализации и, в зависимости от версии Android, дополнительные компоненты вроде DTB (дерева устройств). Без корректного boot-раздела смартфон не пройдёт дальше логотипа производителя.
При включении устройства загрузчик (bootloader) считывает этот раздел в оперативную память и передаёт управление ядру. Любое повреждение образа — неудачная прошивка, обрыв процесса записи, несовместимый патч — приводит к bootloop (циклической перезагрузке) или полной невозможности запуска системы.
Где физически находится раздел boot
Раздел boot расположен во встроенной флеш-памяти (eMMC или UFS) как самостоятельное блочное устройство. Типичные пути в системе выглядят так:
- 📁
/dev/block/bootdevice/by-name/boot— наиболее распространённый путь на устройствах Qualcomm; - 📁
/dev/block/platform/.../by-name/boot— вариант с полным путём платформы; - 📁
/dev/block/mmcblk0pXX— прямое обращение к разделу по номеру (номер зависит от модели); - 📁
/dev/block/sdX— на устройствах с UFS-памятью вместо eMMC.
Точный путь зависит от чипсета и производителя. Универсальный способ узнать его — выполнить в терминале (с root-правами) команду ls -l /dev/block/bootdevice/by-name/ и посмотреть, куда указывает символическая ссылка boot. Если каталога bootdevice нет, поищите аналогичную структуру в /dev/block/platform/.
На устройствах со схемой разделов A/B (бесшовные обновления) существует два boot-раздела: boot_a и boot_b. Активным является тот слот, с которого система загружена в данный момент — это критично при дампе и прошивке, иначе вы запишете образ не в тот слот.
Как определить активный слот на A/B-устройстве
Проверить, какой слот сейчас активен, можно через adb без root-прав. Подключите смартфон к компьютеру с включённой отладкой по USB и выполните:
adb shell getprop ro.boot.slot_suffixКоманда вернёт _a или _b. Соответственно, актуальный раздел будет называться boot_a или boot_b. Если свойство пустое — устройство использует классическую схему с одним разделом boot.
Как извлечь boot.img на компьютер
Существует два основных подхода: дамп раздела с работающего устройства и извлечение образа из официального пакета прошивки. Второй способ безопаснее и не требует root.
Способ 1. Дамп с устройства (нужен root). В терминале с правами суперпользователя выполняется команда dd, которая побайтово копирует раздел в файл. Пример для стандартного пути:
su
dd if=/dev/block/bootdevice/by-name/boot of=/sdcard/boot.img
После завершения файл появится в корне внутренней памяти и его можно скопировать на ПК. Проверьте, что размер файла больше нуля — нулевой размер означает, что путь к разделу был указан неверно.
Способ 2. Извлечение из прошивки. Заводские образы для многих устройств распространяются в виде архивов, где boot.img лежит отдельным файлом или упакован внутрь контейнера (например, payload.bin у устройств Google и ряда других производителей). Для распаковки payload.bin существуют открытые утилиты, но их использование — тема отдельной инструкции под конкретную модель.
☑️ Безопасное извлечение boot.img
Где искать boot.img в прошивках разных производителей
Структура пакетов прошивки различается, поэтому расположение файла внутри архива зависит от бренда. Обобщённая картина выглядит так:
| Производитель | Формат прошивки | Где искать boot.img |
|---|---|---|
| Google Pixel | ZIP с заводским образом | Внутри вложенного архива image-*.zip |
| Xiaomi | Fastboot-ROM (tgz) | Папка images в распакованном архиве |
| Samsung | tar.md5 (пакеты AP/BL/CP/CSC) | Внутри архива AP, файл boot.img.lz4 |
| Устройства с payload.bin | OTA-пакет | Требуется распаковка payload.bin |
Обратите внимание на строку Samsung: там образ ядра сжат в формат lz4, и перед использованием его нужно распаковать соответствующей утилитой. Прошивка сжатого файла напрямую приведёт к нерабочему разделу.
⚠️ Внимание: всегда используйте boot.img строго от той версии прошивки, которая установлена на устройстве. Образ от другой сборки или региона может не загрузиться, и восстановление потребует полной перепрошивки.
Прошивка boot.img через fastboot
Запись образа обратно в раздел выполняется в режиме fastboot с разблокированным загрузчиком. Базовая команда выглядит так:
fastboot flash boot boot.imgНа A/B-устройствах указывайте слот явно: fastboot flash boot_a boot.img или boot_b — в зависимости от активного слота. Некоторые версии fastboot позволяют прошить текущий слот автоматически, но явное указание надёжнее.
Порядок действий в общем виде: перевести устройство в режим fastboot (комбинация кнопок зависит от модели — сверьтесь с инструкцией производителя), проверить связь командой fastboot devices, выполнить прошивку и перезагрузиться командой fastboot reboot.
⚠️ Внимание: прошивка boot-раздела возможна только с разблокированным загрузчиком, а разблокировка на большинстве устройств стирает все данные и может аннулировать гарантию. Сделайте резервные копии заранее.
Почему нельзя просто скопировать boot.img через файловый менеджер
Раздел boot не смонтирован в файловую систему Android — он существует как сырая область флеш-памяти. Операционная система обращается к нему только на этапе загрузки через bootloader. Поэтому доступ возможен либо на уровне блочных устройств (dd с root), либо извне — через fastboot или режим восстановления.
Типичные ошибки при работе с boot-разделом
Чаще всего проблемы возникают не из-за самих команд, а из-за несоответствия образа и устройства. Разберём основные сценарии.
- 🔴 Прошит boot.img от другой ревизии устройства — итог: bootloop, решается возвратом оригинального дампа;
- 🔴 Запись в неактивный слот на A/B — устройство загружается со старой системой, изменения «не применились»;
- 🔴 Использование сжатого образа (lz4) без распаковки — раздел нечитаем, загрузка невозможна;
- 🔴 Дамп сделан по неверному пути — файл нулевого размера, патчить нечего.
Если после прошивки устройство не загружается, не паникуйте: boot-раздел — один из самых «ремонтопригодных». Вернитесь в fastboot и запишите оригинальный образ, либо смените активный слот командой fastboot set_active с указанием другого слота, если схема A/B.
⚠️ Внимание: если устройство не определяется в fastboot и не загружается вовсе, дальнейшие действия зависят от чипсета (режимы EDL, Download Mode и т.п.) и требуют инструкции конкретно под вашу модель — универсального решения здесь нет.
Частые вопросы
Можно ли найти boot.img без root-прав?
Да, но не на самом устройстве. Без root дамп раздела недоступен, однако boot.img можно извлечь из официального пакета прошивки вашей модели — это самый безопасный способ получить оригинальный образ.
Чем boot.img отличается от recovery.img?
Boot.img содержит ядро и ramdisk для обычной загрузки системы, а recovery.img — образ среды восстановления. На части современных устройств отдельного recovery-раздела нет, и среда восстановления встроена в boot-раздел.
Как узнать, есть ли на устройстве схема A/B?
Выполните adb shell getprop ro.build.ab_update. Значение true означает наличие двух слотов. Дополнительно проверьте ro.boot.slot_suffix — если свойство возвращает _a или _b, схема A/B активна.
Почему Magisk просит именно boot.img?
Magisk внедряется в ramdisk загрузочного образа, поэтому патчит именно boot.img (на некоторых новых устройствах — init_boot.img). Установщик сам подскажет, какой образ нужен для вашей модели.
Опасно ли делать дамп раздела командой dd?
Чтение раздела (if=раздел, of=файл) безопасно — оно ничего не изменяет. Опасна обратная операция записи через dd: ошибка в пути может затереть другой раздел. Для записи используйте fastboot.