Файловая система андроид на windows

Как установить Андроид на компьютер

Все привыкли, что операционной системой Android можно пользоваться только на смартфоне или планшете, однако это не совсем так. Её можно установить практически на любое современное устройство, ведь даже сейчас можно встретить автомобильные магнитолы, работающие под управлением известной системы. Но иногда пользователи задают другой вопрос: а как установить Андроид на компьютер? Ответ – воспользоваться пошаговой инструкцией, которая будет представлена далее.

Как установить Android на ПК

Нужно отметить, что полностью устанавливать на компьютер операционную систему Android не всегда требуется. Если вы хотите просто протестировать определенное приложение, то можете воспользоваться эмулятором. Например, известной программой BlueStacks или MEmu. Ну а мы рассмотрим вариант полной инсталляции системы на ПК.

Шаг 1. Создайте образ системы

Итак, первым делом необходимо загрузить образ системы на флешку. Для этого используем официальный сайт проекта Android-x86. Переходим на страницу и выбираем подходящую версию Android. Здесь даже присутствуют очень новые разновидности системы.

Когда необходимый файл загружен, выполняем следующие действия:

• Устанавливаем на компьютер программу Rufus, которая используется для записи образа диска.
• Запускаем приложение и разрешаем вносить изменения в жёсткий диск.
• Кликаем кнопку «Выбрать» и на ПК находим загруженный файл с системой.
• Проверяем, чтобы была выставлена файловая система FAT32 и схема раздела MBR.
• Подключаем флешку к компьютеру и выбираем её в программе. После чего нажимаем «Старт».

Ожидаем завершения распаковки, а после проверяем наличие образа системы на флешке.

Шаг 2. Установите систему

Теперь переходим к установке системы Android на компьютер. И опять-таки для наглядности мы составили пошаговую инструкцию:

• Перезагружаем компьютер и заходим в BIOS. Кто не знает, то для этого на стадии включения нужно нажать клавишу Del или F12. Если вы всё сделали правильно, то на экране появится соответствующее меню.
• При помощи клавиатуры перейдите во вкладку «Boot» и в качестве источника загрузки выберите USB-носитель. Для наглядности в боковом меню BIOS имеется подробная инструкция.
• Теперь есть два варианта: полностью установить систему или временно её протестировать. Давайте для примера временно установим Андроид, выбрав пункт с подписью «Live».
• После чего произойдет загрузка системы, которой уже можно комфортно пользоваться.

Но если вы решите полностью установить Android на свой компьютер, то для этого вернитесь к последнему шагу и продолжите выполнять следующие действия:

• На экране выберите «Install Android to harddisk».
• Укажите выделенный под систему раздел. Если не хотите, чтобы текущая Windows исчезла, то перед началом процедуры создайте дополнительный раздел под Android. Рекомендуем выделить минимум 8 ГБ свободной памяти.
• Указываем файловую систему FAT32 или NTFS, а после в появившемся окне нажимаем «Yes». Обратите внимание, что после этого все данные с выбранного раздела будут удалены.
• На следующем этапе выберите «Skip», если используете обычный BIOS. А если система устанавливается на компьютер с UEFI, то нажмите «Yes».
• Опять кликаем «Yes» и окончательно подтверждаем инсталляцию.
• В конце нажимаем «Run Android» для запуска операционной системы.

Вы также можете обратить внимание на другой проект, позволяющий сделать из компьютера полноценный смартфон или планшет. Remix OS – ещё одна версия системы, которая отличается более простой установкой и понятным интерфейсом. Однако есть один нюанс – работы над платформой не ведутся уже с 2016 года, поэтому имейте это в виду.

Итак, мы постарались в общих деталях рассказать, как поставить Android на компьютер. Чтобы получить более подробные и понятные инструкции, можете посмотреть тематические видео на YouTube. Или, что ещё проще, используйте эмуляторы. Остались вопросы? Тогда задавайте их в комментариях!

Источник

Как установить Android на компьютер

Используйте все возможности мобильной системы от Google на ПК или ноутбуке.

Скачайте дистрибутив

Изначально у Android не было поддержки компьютеров с x86-архитектурой, а старые версии предназначались исключительно для мобильных устройств. Теперь ограничений нет. На сайте разработчиков проекта Android-x86 можно скачать дистрибутив системы, которая без проблем установится на любой компьютер. Последняя доступная для установки версия — Android 7.1.

При выборе дистрибутива обратите внимание на разрядность. Если на компьютере используется архитектура x86, необходимо скачать соответствующий установочный пакет. Посмотреть тип системы можно в свойствах «Компьютера».

Создайте установочный носитель

Для создания загрузочного носителя рекомендуется использовать флешку объёмом не менее 2 ГБ. Файловая система — FAT32.

Для записи дистрибутива на флешку используйте программу Rufus. Подключите накопитель к компьютеру и установите в Rufus настройки, как показано на скриншоте. Выберите создание ISO-образа и нажмите на значок диска, чтобы указать путь к скачанному файлу Android.

При появлении вопроса о типе записи выберите ISO. Во время создания загрузочного носителя с флешки будут удалены все данные.

Запустите без установки

У дистрибутива Android-x86 есть функция запуска системы без установки. В этом режиме вы можете пользоваться всеми функциями Android, однако внесённые изменения не сохраняются. По сути, это демонстрационный режим, который помогает понять, удобно ли будет работать с Android на компьютере.

Перезапустите компьютер и загрузитесь с флешки — так же, как и при переустановке Windows. В меню выберите первый пункт Run Android without installation.

После непродолжительной загрузки появится экран выбора языка и других первоначальных настроек. На этом этапе должны работать клавиатура, мышь и тачпад, если вы запускаете Android на ноутбуке. Можно ничего не настраивать — всё равно в этом режиме конфигурация не сохраняется.

Нажимайте «Далее», пока не попадёте на главный экран системы. Проверьте, как функционирует эта версия Android на компьютере. Wi-Fi, подключение по локальной сети, воспроизведение видео — всё должно работать по умолчанию, без дополнительной настройки.

Установите систему

Если вы хотите, чтобы на компьютере работали две системы, создайте раздел для установки Android. Установка в раздел с Windows приведёт к полному стиранию системы. Под Android нужно выделить минимум 8 ГБ свободного пространства. Оптимальный размер — 16 ГБ.

Нажмите на экране установщика на последний пункт Install Android to harddisk. Выберите выделенный под Android раздел.

Укажите файловую систему FAT32 или NTFS. Появится предупреждение об уничтожении всех данных из выбранного раздела. Нажмите Yes.

Примите предложение установить загрузчик GRUB. Установите подраздел EFI GRUB2, если инсталлируете Android на компьютер с UEFI. Если стоит обычный BIOS, нажмите Skip.

Нажмите Yes в диалоге «Do you want to install/system directory as read-write?», чтобы получить возможность перезаписывать данные в системе.

Дождитесь окончания установки. После инсталляции появится предложение создать пользовательский раздел внутри системы. Нажмите Yes и установите размер 2 000 МБ.

Нажмите Run Android, чтобы завершить установку. Первоначальная настройка системы полностью повторяет первое включение нового устройства на Android: вам нужно выбрать язык, сеть Wi-Fi и добавить аккаунт Google.

Android-x86 — не единственная десктопная версия Android. Для разнообразия можно поставить Remix OS. Она позиционируется как более простая в установке и освоении система, которая сразу создавалась для компьютера, хоть и использует в своей основе экосистему Android.

Источник

Внутреннее устройство систем Android

Кирилл

Привет!
Так как раздела по мобильным системам у нас пока что не имеется,то я решил сделать несколько вводных публикаций здесь,так как понимание общего устройства систем android первый шаг в безопасный путь)

А в будущем мы ,конечно же,будем и твикать свой андройды,и улучшать и просто изучать.

Android изнутри или просто о сложном

Введение
Общаясь на форумах и являясь куратором нескольких тем, часто сталкиваюсь с полным непониманием новичков об устройстве андроида. «Ну, а зачем обычному пользователю знать это?» — скажете вы. И тут я с вами соглашусь, задав встречный вопрос: «А зачем тогда обычный пользователь лезет в дебри прошивок, root доступа и твиков системы, не понимая в этом ничего?». Именно это и натолкнуло меня на написание данной статьи, в которой я попытаюсь, обычным и понятным языком, донести сложные вещи.

Материал направлен, в первую очередь, на обычных пользователей. Поэтому здесь будет представлена сжатая и поверхностная информация без технических углублений и нюансов.

Содержание:

1. Разделы внутренней памяти.
2. Bootloader, recovery, adbи fastboot
3. Внутренности системы.
4. Root.

1. Разделы внутренней памяти
Внутренняя память устройства на андроиде разбита на несколько логических дисков (разделов).

Приведу только основные:

Bootloader – здесь находится микропрограмма (загрузчик), позволяющая запускать операционную систему, рекавери и другие сервисные режимы.

Recovery – как видно из названия, тут установлено инженерное меню восстановления или просто Рекавери.

Boot – сердце Андроид ОС, тут находится ядро, драйвера и настройки управления процессором и памятью.

System – системный раздел, в котором находятся все, необходимые для работы Android ОС, файлы, это как папка Windows на вашем диске С:\ (здесь и далее буду проводить ассоциацию с ОС Windows)

Data – раздел для установки приложений и хранения их данных. (Programfiles)

User – это всем известная sdcard или, проще говоря, место под пользовательские файлы (Мои документы).Здесь я вынужден сделать отступление, т.к. размещение данного раздела имеет несколько вариантов:

• Раздел отсутствует во внутренней памяти, а вместо него используется внешний накопитель — самый популярный вариант. (рис.1)
• В устройствах со встроенной памятью большого размера, данный раздел видится какsdcard, а внешняя карта памяти видится какsdcard2илиextsd(могут быть и другие варианты названия). Обычно, встречается на устройствах с Android 3.2. (Рис.2 Вариант 1)
• Данный вариант пришел на смену предыдущему варианту, вместе с Андроид 4.0. РазделUserзаменили папкойmediaна разделеData, что позволило использовать всю доступную пользователю память для установки программ и хранения данных, а не то количество, что выделил нам производитель. Иными словамиsdcardиdataявляются одним целым. (Рис.2 Вариант 2)

2. Bootloader, Recovery, adb и fastboot

Теперь, когда мы знаем, что и где находится, давайте разберемся для чего оно там.

Начнем с Bootloader. Это загрузчик, который запускает Андроид, рекавери и т.п. Когда мы нажимаем кнопку включения, запускается загрузчик и, если нет дополнительных команд (зажатых клавиш), запускает загрузкуboot. Если же была зажата комбинация клавиш (у каждого устройства она своя) то запускает, в зависимости от команды, recovery, fastboot или apx. На рисунке ниже наглядно показано, что запускает Bootloader и как взаимосвязаны разделы.

Как видно из рисунка №3, раздел Recovery не влияет на загрузку Андроид ОС, но зачем же он тогда нужен? Давайте попробуем разобраться.

Recovery (рекавери) по сути является маленькой утилитой на ядре Linux и загружается не зависимо от Андроид. Его штатный функционал не богат: можно сбросить аппарат до заводских настроек или же обновить прошивку (заранее скачанную на sdcard). Но, благодаря народным умельцам, у нас есть модифицированные рекавери, через которые можно устанавливать модифицированные (кастомные) прошивки, настраивать андроид, создавать резервные копии и многое другое. Наличие или отсутствие рекавери, а также его версия не влияют на работоспособность Андроид ОС (очень частый вопрос на форумах).

Особо внимательные читатели могли заметить на Рис.3 некий Fastboot. Это интерфейс для работы напрямую с разделами внутренней памяти, при помощи командной строки. Через него можно прошить рекавери, ядро или новую версию прошивки, или же форматировать (удалить всю информацию) тот или иной раздел.

Раз уж зашла речь об интерфейсах, хочу рассказать о еще одном, довольно известном,- adb (androiddebugbridge). Это, так называемый, режим отладки и назван он так неспроста – через него можно отслеживать работу, как системы в целом, так и отдельных приложений. Но это еще не все, при помощи adb можно получить полный доступ к файловой системе устройства и изменять системные файлы или же вытянуть важную информацию, когда ваш девайс завис на загрузке. Все функции режима отладки описывать не буду т.к. моя цель донести общую информацию, а не подробный обзор о функциях того или иного режима.

3. Внутренности системы
Разобравшись с теорией, давайте запустим Андроид ОС.

Нажимаем кнопку питания — запускается Bootloader, который загружает Ядро (boot), оно, в свою очередь, запускает систему (System), ну, а она уже подгружает программы (data) и пользовательское пространство (user). (Рис.3)

А теперь перейдем в корневой каталог и посмотрим на внутренности самой Android OS:

В этой схеме я привел, только необходимые для ознакомления, директории. На самом деле их гораздо больше и на обзор только одной папки Systemпонадобится целая статья.

И так, папка data. Как можно догадаться из названия, она как-то связана с данными, но с какими? Да практически со всеми, это и данные о синхронизации и аккаунтах, пароли к точкам доступа wifi и настройки vpn, и так далее. Среди всего прочего тут можно обнаружить папки app, data и dalvik-cache– рассмотрим их назначение:

• app– сюда устанавливаются программы и игры.
• data– здесь хранятся данные приложений, их настройки, сэйвы игр и прочая информация.
• dalvik-cache— программная область кэш-памяти для программы Dalvik. Dalvik это Java-виртуальная машина, которая является основой для работы программ, имеющих *.apk расширение. Для того, чтобы сделать запуск программ быстрее — создается их кэш.

Папка System хранит в себе системные данные и все необходимое для работы ОС. Давайте рассмотрим некоторые из этих папок:

• app– здесь находятся системные приложения (смс, телефон, календарь, настройки и т.п.), а так же приложения установленные производителем устройства (фирменные виджеты, живые обои и т.д.).
• fonts– системные шрифты
• media– содержит стандартные мелодии звонков, уведомлений, будильников и звуков интерфейса, а так же загрузочную анимацию (bootanimation)
• build.prop– Этот файл упоминается, чуть ли не первым, в разговорах и статьях о тонкой настройке системы. В нем содержится огромное количество настроек, таких как плотность экрана, время задержки сенсора приближения, управление wifi, имя и производитель устройства и многие другие параметры.

4. Root

— Знать что в какой папке это хорошо, но можно ли что-то с этим сделать?

— Да! Но нужны права суперпользователя (root) или, если проводить аналогию с Windows, права Администратора. Изначально все устройства на Андроид идут без root прав для конечного пользователя, т.е. покупая девайс, мы не являемся в нем полноценными хозяевами. Это сделано как для защиты от вредоносных программ, так и от самого пользователя – ведь, в неумелых руках, полный доступ к системе может привести к «смерти» операционной системы и последующей необходимости в перепрошивке устройства.

«Ну и в чем польза такой опасной штуки?» — спросите Вы.

Сейчас расскажу:

• Возможность делать резервные копии данных и восстанавливать их после прошивки или случайного удаления.
• Тонкая настройка системы вручную или при помощи специальных программ.
• Удаление системных приложений, мелодий, обоев и т.п.
• Изменение внешнего вида ОС (например, отображение заряда батареи в процентах)
• Добавление функционала (поддержка ad-hocсетей, к примеру)

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

— Это все здорово, но теперь любая программа сможет получить доступ к «сердцу» операционки и моим данным?

— Нет. Вы сами решаете разрешить, тому или иному приложению, получить root доступ, или нет. Для этого существует программа Superuser или ее продвинутая сестра SuperSU. Без этой или подобной программы воспользоваться root не возможно.

Как видите, Андроид не такая уж и сложная штука. Надеюсь, после прочтения статьи, вы узнали что-то новое или получили ответ на давно интересовавший вопрос.

Засим откланиваюсь, до встречи в комментариях.

Константиныч

Активный пользователь

cybercop

Активный пользователь

ScriptMakeR

Кирилл

ScriptMakeR

ScriptMakeR

Alien

Активный пользователь

Boot – сердце Андроид ОС, тут находится ядро, драйвера и настройки управления процессором и памятью.

System – системный раздел, в котором находятся все, необходимые для работы Android ОС, файлы, это как папка Windows на вашем диске С:\ (здесь и далее буду проводить ассоциацию с ОС Windows)

ScriptMakeR

ScriptMakeR

Тебя никогда не интересовало, как работают fastboot или ADB? Или почему смартфон под управлением Android практически невозможно превратить в кирпич? Или, может быть, ты давно хотел узнать, где кроется магия фреймворка Xposed и зачем нужны загрузочные скрипты /system/etc/init.d? А как насчет консоли восстановления (recovery)? Это часть Android или вещь в себе и почему для установки сторонней прошивки обычный рекавери не подходит? Ответы на все эти и многие другие вопросы ты найдешь в данной статье.

Как работает Android

Узнать о скрытых возможностях программных систем можно, поняв принцип их работы. В некоторых случаях сделать это затруднительно, так как код системы может быть закрыт, но в случае Android мы можем изучить всю систему вдоль и поперек. В этой статье я не буду рассказывать обо всех нюансах работы Android и остановлюсь только на том, как происходит запуск ОС и какие события имеют место быть в промежутке между нажатием кнопки питания и появлением рабочего стола.

Попутно я буду пояснять, что мы можем изменить в этой цепочке событий и как разработчики кастомных прошивок используют эти возможности для реализации таких вещей, как тюнинг параметров ОС, расширение пространства для хранения приложений, подключение swap, различных кастомизаций и многого другого. Всю эту информацию можно использовать для создания собственных прошивок и реализации различных хаков и модификаций.

Шаг первый. ABOOT и таблица разделов

Все начинается с первичного загрузчика. После включения питания система исполняет код загрузчика, записанного в постоянную память устройства. Затем он передает управление загрузчику aboot со встроенной поддержкой протокола fastboot, но производитель мобильного чипа или смартфона/планшета имеет право выбрать и любой другой загрузчик на его вкус. Например, компания Rockchip использует собственный, несовместимый с fastboot загрузчик, для перепрограммирования и управления которым приходится использовать проприетарные инструменты.

Протокол fastboot, в свою очередь, представляет собой систему управления загрузчиком с ПК, которая позволяет выполнять такие действия, как разлочка загрузчика, прошивка нового ядра и recovery, установка прошивки и многие другие. Смысл существования fastboot в том, чтобы иметь возможность восстановить смартфон в начальное состояние в ситуации, когда все остальные средства не работают. Fastboot останется на месте, даже если в результате экспериментов ты сотрешь со смартфона все разделы NAND-памяти, содержащие Android и recovery.

Получив управление, aboot проверяет таблицу разделов и передает управление ядру, прошитому в раздел с именем boot, после чего ядро извлекает в память RAM-образ из того же раздела и начинает загрузку либо Android, либо консоли восстановления. NAND-память в Android-устройствах поделена на шесть условно обязательных разделов:

• boot — содержит ядро и RAM-диск, обычно имеет размер в районе 16 Мб;
• recovery — консоль восстановления, состоит из ядра, набора консольных приложений и файла настроек, размер 16 Мб;
• system — содержит Android, в современных девайсах имеет размер не менее 1 Гб;
• cache — предназначен для хранения кешированных данных, также используется для сохранения прошивки в ходе OTA-обновления и поэтому имеет размер, сходный с размерами раздела system;
• userdata — содержит настройки, приложения и данные пользователя, ему отводится все оставшееся пространство NAND-памяти;
• misc — содержит флаг, определяющий, в каком режиме должна грузиться система: Android или recovery.

Кроме них, также могут существовать и другие разделы, однако общая разметка определяется еще на этапе проектирования смартфона и в случае aboot зашивается в код загрузчика. Это значит, что: 1) таблицу разделов нельзя убить, так как ее всегда можно восстановить с помощью команды fastboot oem format; 2) для изменения таблицы разделов придется разлочить и перепрошить загрузчик с новыми параметрами. Из этого правила, однако, бывают исключения. Например, загрузчик того же Rockchip хранит информацию о разделах в первом блоке NAND-памяти, так что для ее изменения перепрошивка загрузчика не нужна.

Особенно интересен раздел misc. Существует предположение, что изначально он был создан для хранения различных настроек независимо от основной системы, но в данный момент используется только для одной цели: указать загрузчику, из какого раздела нужно грузить систему — boot или recovery. Эту возможность, в частности, использует приложение ROM Manager для автоматической перезагрузки системы в recovery с автоматической же установкой прошивки. На ее же основе построен механизм двойной загрузки Ubuntu Touch, которая прошивает загрузчик Ubuntu в recovery и позволяет управлять тем, какую систему грузить в следующий раз. Стер раздел misc — загружается Android, заполнил данными — загружается recovery… то есть Ubuntu Touch.

Шаг второй. Раздел boot

Если в разделе misc не стоит флаг загрузки в recovery, aboot передает управление коду, расположенному в разделе boot. Это не что иное, как ядро Linux; оно находится в начале раздела, а сразу за ним следует упакованный с помощью архиваторов cpio и gzip образ RAM-диска, содержащий необходимые для работы Android каталоги, систему инициализации init и другие инструменты. Никакой файловой системы на разделе boot нет, ядро и RAM-диск просто следуют друг за другом. Содержимое RAM-диска такое:

• data — каталог для монтирования одноименного раздела;
• dev — файлы устройств;
• proc — сюда монтируется procfs;
• res — набор изображений для charger (см. ниже);
• sbin — набор подсобных утилит и демонов (adbd, например);
• sys — сюда монтируется sysfs;
• system — каталог для монтирования системного раздела;
• charger — приложение для отображения процесса зарядки;
• build.prop — системные настройки;
• init — система инициализации;
• init.rc — настройки системы инициализации;
• ueventd.rc — настройки демона uventd, входящего в состав init.

Это, если можно так выразиться, скелет системы: набор каталогов для подключения файловых систем из разделов NAND-памяти и система инициализации, которая займется всей остальной работой по загрузке системы. Центральный элемент здесь — приложение init и его конфиг init.rc, о которых во всех подробностях я расскажу позже. А пока хочу обратить внимание на файлы charger и ueventd.rc, а также каталоги sbin, proc и sys.

Файл charger — это небольшое приложение, единственная задача которого — вывести на экран значок батареи. Он не имеет никакого отношения к Android и используется тогда, когда устройство подключается к заряднику в выключенном состоянии. В этом случае загрузки Android не происходит, а система просто загружает ядро, подключает RAM-диск и запускает charger. Последний выводит на экран иконку батареи, изображение которой во всех возможных состояниях хранится в обычных PNG-файлах внутри каталога res.

Файл ueventd.rc представляет собой конфиг, определяющий, какие файлы устройств в каталоге sys должны быть созданы на этапе загрузки системы. В основанных на ядре Linux системах доступ к железу осуществляется через специальные файлы внутри каталога dev, а за их создание в Android отвечает демон ueventd, являющийся частью init. В нормальной ситуации он работает в автоматическом режиме, принимая команды на создание файлов от ядра, но некоторые файлы необходимо создавать самостоятельно. Они перечислены в ueventd.rc.

Каталог sbin в стоковом Android обычно не содержит ничего, кроме adbd, то есть демона ADB, который отвечает за отладку системы с ПК. Он запускается на раннем этапе загрузки ОС и позволяет выявить возможные проблемы на этапе инициализации ОС. В кастомных прошивках в этом каталоге можно найти кучу других файлов, например mke2fs, которая может потребоваться, если разделы необходимо переформатировать в ext3/4. Также модеры часто помещают туда BusyBox, с помощью которого можно вызвать сотни Linux-команд.

Каталог proc для Linux стандартен, на следующих этапах загрузки init подключит к нему procfs, виртуальную файловую систему, которая предоставляет доступ к информации обо всех процессах системы. К каталогу sys система подключит sysfs, открывающую доступ к информации о железе и его настройкам. С помощью sysfs можно, например, отправить устройство в сон или изменить используемый алгоритм энергосбережения.

Файл build.prop предназначен для хранения низкоуровневых настроек Android. Позже система обнулит эти настройки и перезапишет их значениями из недоступного пока файла system/build.prop.

Шаг второй, альтернативный. Раздел recovery

В том случае, если флаг загрузки recovery в разделе misc установлен или пользователь включил смартфон с зажатой клавишей уменьшения громкости, aboot передаст управление коду, расположенному в начале раздела recovery. Как и раздел boot, он содержит ядро и RAM-диск, который распаковывается в память и становится корнем файловой системы. Однако содержимое RAM-диска здесь несколько другое.

В отличие от раздела boot, выступающего в роли переходного звена между разными этапами загрузки ОС, раздел recovery полностью самодостаточен и содержит миниатюрную операционную систему, которая никак не связана с Android. У recovery свое ядро, свой набор приложений (команд) и свой интерфейс, позволяющий пользователю активировать служебные функции.

В стандартном (стоковом) recovery таких функций обычно всего три: установка подписанных ключом производителя смартфона прошивок, вайп и перезагрузка. В модифицированных сторонних recovery, таких как ClockworkMod и TWRP, функций гораздо больше. Они умеют форматировать файловые системы, устанавливать прошивки, подписанные любыми ключами (читай: кастомные), монтировать файловые системы на других разделах (в целях отладки ОС) и включают в себя поддержку скриптов, которая позволяет автоматизировать процесс прошивки и многие другие функции.

С помощью скриптов, например, можно сделать так, чтобы после загрузки recovery автоматически нашел на карте памяти нужные прошивки, установил их и перезагрузился в Android. Эта возможность используется инструментами ROM Manager, auto-flasher, а также механизмом автоматического обновления CyanogenMod и других прошивок.

Кастомные рекавери также поддерживают скрипты бэкапа, располагающиеся в каталоге /system/addon.d/. Перед прошивкой recovery проверяет наличие скриптов и выполняет их перед тем, как произвести прошивку. Благодаря таким скриптам gapps не исчезают после установки новой версии прошивки.

Шаг третий. Инициализация

Итак, получив управление, ядро подключает RAM-диск и по окончании инициализации всех своих подсистем и драйверов запускает процесс init, с которого начинается инициализация Android. Как я уже говорил, у init есть конфигурационный файл init.rc, из которого процесс узнает о том, что конкретно он должен сделать, чтобы поднять систему. В современных смартфонах этот конфиг имеет внушительную длину в несколько сот строк и к тому же снабжен прицепом из нескольких дочерних конфигов, которые подключаются к основному с помощью директивы import. Тем не менее его формат достаточно простой и по сути представляет собой набор команд, разделенных на блоки.

Каждый блок определяет стадию загрузки или, выражаясь языком разработчиков Android, действие. Блоки отделены друг от друга директивой on, за которой следует имя действия, например on early-init или on post-fs. Блок команд будет выполнен только в том случае, если сработает одноименный триггер. По мере загрузки init будет по очереди активировать триггеры early-init, init, early-fs, fs, post-fs, early-boot и boot, запуская таким образом соответствующие блоки команд.

Если конфигурационный файл тянет за собой еще несколько конфигов, перечисленных в начале (а это почти всегда так), то одноименные блоки команд внутри них будут объединены с основным конфигом, так что при срабатывании триггера init выполнит команды из соответствующих блоков всех файлов. Это сделано для удобства формирования конфигурационных файлов для нескольких устройств, когда основной конфиг содержит общие для всех девайсов команды, а специфичные для каждого устройства записываются в отдельные файлы.

Источник