Команда fastboot backup не существует — протокол fastboot устроен так, что он умеет записывать разделы на устройство, но не читать их обратно в полном объёме на большинстве смартфонов. Поэтому запрос «бэкап через fastboot» на практике почти всегда решается обходным путём: через кастомное рекавери, режим fastbootd или команды adb pull из загруженной системы. Ниже разберём, что реально доступно и как сохранить данные перед прошивкой.
Здесь важно не ошибиться в терминах. Fastboot — это низкоуровневый режим загрузчика, а не инструмент резервного копирования. Понимание его ограничений убережёт от потери данных: многие пользователи разблокируют загрузчик и прошивают устройство, полагая, что «бэкап сделается потом», а потом обнаруживают, что данные стёрты безвозвратно.
Почему fastboot не делает бэкап напрямую
Протокол fastboot изначально проектировался для записи образов: команды fastboot flash, fastboot erase, fastboot boot. Обратная операция — чтение раздела в файл — в стандартном протоколе либо отсутствует, либо заблокирована производителем. На некоторых старых устройствах встречалась команда fastboot oem с дополнительными параметрами, но её набор зависит от конкретного загрузчика и не является универсальным.
Дополнительная сложность — шифрование userdata. Даже если бы чтение раздела было доступно, раздел с пользовательскими данными на современных Android-устройствах зашифрован, и сырый дамп без ключей расшифровки не даст вам доступа к файлам. Именно поэтому рабочие сценарии бэкапа строятся вокруг сред, где шифрование уже снято: загруженной системы или кастомного рекавери с поддержкой расшифровки.
Подготовка: что нужно сделать до бэкапа
Прежде чем приступать, установите на компьютер пакет Android SDK Platform Tools — именно в нём находятся утилиты fastboot и adb. Скачивать его следует только с официального сайта Google для разработчиков: сторонние сборки могут содержать устаревшие версии, несовместимые с новыми устройствами.
Далее проверьте, что устройство корректно определяется. Переведите смартфон в режим fastboot (комбинация кнопок зависит от модели — сверьтесь с инструкцией производителя) и выполните:
fastboot devicesЕсли устройство отображается в списке — связь установлена. Пустой ответ означает проблему с драйверами или кабелем: попробуйте другой USB-порт и оригинальный кабель.
☑️ Подготовка к бэкапу
⚠️ Внимание: разблокировка загрузчика (fastboot flashing unlock) на большинстве устройств полностью стирает данные. Если загрузчик ещё заблокирован, сначала сделайте бэкап доступными средствами (облако, adb) и только потом разблокируйте.
Способ 1: бэкап через TWRP после загрузки из fastboot
Самый практичный сценарий, где fastboot всё-таки участвует в бэкапе, — временная загрузка TWRP без прошивки рекавери. Команда fastboot boot загружает образ в оперативную память, не изменяя разделы устройства:
fastboot boot twrp.imgПосле загрузки TWRP откройте раздел Backup и выберите разделы для копирования. Рекавери создаст полный образ выбранных разделов, который затем можно восстановить через Restore. Учтите, что TWRP должен быть собран именно под вашу модель — «универсального» образа не существует, а неподходящий образ может не запуститься.
- 💾 boot — ядро и ramdisk, нужен для отката после экспериментов с прошивкой;
- 📱 system / vendor — системные разделы, актуально для отката к стоку;
- 🗂️ data — приложения и их настройки (требует расшифровки);
- 📸 internal storage — фото и файлы обычно не входят в бэкап data, копируйте их отдельно.
Способ 2: копирование файлов через ADB
Если система загружается, самый безопасный вариант — adb pull. Включите отладку по USB в настройках разработчика, подключите устройство и заберите нужные данные:
adb pull /sdcard/ ./backup_sdcard/Этот способ сохранит фото, документы и файлы приложений из общего хранилища, но не затронет системные настройки и данные приложений в защищённых каталогах. Для них существует adb backup, однако эта команда считается устаревшей, работает нестабильно и на многих современных приложениях бэкап заблокирован самими разработчиками.
Способ 3: fastbootd и динамические разделы
На устройствах с динамическими разделами (схема super) появился режим fastbootd — userspace-вариант fastboot, запускаемый из рекавери. Он позволяет работать с логическими разделами system, product, vendor, которые обычный fastboot не видит. Переход выполняется командой:
fastboot reboot fastbootОднако и здесь чтение разделов в файл не является гарантированной функцией: fastbootd в первую очередь нужен для прошивки логических разделов. Для бэкапа он полезен косвенно — например, чтобы прошить заводской образ в неактивный слот или подготовить устройство перед экспериментами.
⚠️ Внимание: операции с динамическими разделами через fastbootd при ошибке могут привести к невозможности загрузки системы. Не выполняйтеflashилиeraseдля разделов super без проверенного заводского образа под вашу точную модель и регион.
Сравнение способов бэкапа
Чтобы выбрать подходящий метод, ориентируйтесь на то, что именно нужно сохранить и в каком состоянии находится устройство.
| Способ | Что сохраняет | Требования | Риск |
|---|---|---|---|
| TWRP через fastboot boot | Полные образы разделов | Разблокированный загрузчик, образ TWRP под модель | Средний |
| adb pull | Файлы из общего хранилища | Работающая система, отладка по USB | Минимальный |
| adb backup | Часть данных приложений | Отладка по USB; поддержка со стороны приложений | Низкий, но результат неполный |
| Облачная синхронизация | Контакты, фото, настройки | Аккаунт и интернет | Минимальный |
Как видно, ни один метод не покрывает всё. Надёжная стратегия — комбинировать: облако и adb pull для личных файлов плюс образ разделов через TWRP перед прошивкой.
Почему бэкап userdata из TWRP иногда не восстанавливается
Если рекавери не поддерживает расшифровку вашей версии Android, раздел data либо не бэкапируется, либо восстанавливается в нечитаемом виде. Перед полной перепрошивкой проверьте, что TWRP запрашивает пароль/графический ключ и показывает содержимое внутренней памяти — это признак корректной расшифровки.
Частые ошибки и как их избежать
Типичная ошибка — попытка найти несуществующую команду чтения раздела и выполнение вместо этого fastboot erase или fastboot format «для проверки». Эти команды необратимо стирают данные. Вторая распространённая проблема — бэкап, сделанный после разблокировки загрузчика, когда данные уже удалены: порядок действий должен быть строго «сначала копия, потом разблокировка».
Также не стоит забывать про слоты A/B: на устройствах с двумя слотами бэкап активного слота не включает неактивный, и при откате через смену слота вы можете получить систему, отличную от ожидаемой.
FAQ: частые вопросы
Можно ли сделать полный бэкап одной командой fastboot?
Нет. Стандартный протокол fastboot не предусматривает чтение разделов в файл. Полный бэкап делается через кастомное рекавери (TWRP), которое можно временно загрузить командой fastboot boot.
Сотрутся ли данные при входе в режим fastboot?
Сам по себе вход в fastboot данные не стирает. Удаление происходит при разблокировке загрузчика и при выполнении команд erase / format / прошивке с wipe.
Устройство не определяется в fastboot devices — что делать?
Проверьте кабель и порт USB, переустановите драйверы (на Windows — драйвер загрузчика от производителя или универсальный Google USB Driver), убедитесь, что устройство действительно в режиме fastboot, а не просто выключено.
Можно ли восстановить бэкап TWRP на другую прошивку?
Восстановление раздела data на систему другой версии часто приводит к сбоям приложений и bootloop. Бэкап надёжно восстанавливается на ту же версию прошивки, с которой был снят.
Чем fastboot отличается от fastbootd?
Обычный fastboot работает на уровне загрузчика и видит физические разделы, а fastbootd запускается из userspace и предназначен для работы с логическими динамическими разделами (system, product, vendor) внутри super.