Android operációs rendszer, mint bármely más szoftver, időszakosan meghibásodhat. És az egyik ilyen probléma a fekete képernyő megjelenítése egy okostelefon vagy táblagép képernyőjén Fastboot Mode vagy Select Boot Mode felirattal. sok tulajdonos mobil eszközök, hasonló képet látva pánikba kezdenek és a legközelebbi műhelybe viszik a készüléket. Nem szabad azonban elhamarkodott lépéseket tennie, mivel a legtöbb esetben egyedül is kiléphet a Fastboot Mod-ból. Nézzük meg, mitől jelenik meg a Fastboot Mode, mi az Androidon, és hogyan lehet megszabadulni tőle.

Cél és okok

A Fastboot hatékony eszköz a módosításokhoz és testreszabáshoz operációs rendszer Android, amely a fejlesztői szoftvercsomag része. Fő feladata az egyedi firmware telepítése. Ezt a rendszerbetöltőt azonban biztonsági másolatok telepítésére, különféle frissítések telepítésére, memóriakártya formázására is használják.

A Select Boot Mode és a Fastboot Mode nem belső vagy külső parancsok. Maga az operációs rendszer előtt kezdődnek (mint a BIOS a Windows rendszeren). Ez lehetővé teszi a rendszer konfigurálását, valamint különféle problémák megoldását még akkor is, ha az Android leállt.

Sokoldalúsága és hasznossága ellenére független befogadás mobileszközön a gyorsindítás szoftverhiba jele lehet. Ennek a módnak az Android rendszeren való megjelenésének fő okai a következők:

1. A felhasználó véletlen aktiválása. Ez az eszköz manuálisan is elindítható a gadget menüből.
2. Android összeomlik. Ha egy okostelefon vagy táblagép nem tud normál módban elindulni, automatikusan Fastboot módra vált.
3. Sikertelen firmware a következőn keresztül.
4. A végrehajtható fájl kézi eltávolítása a rendszerkönyvtárból a root hozzáférés feloldása után.
5. A rosszindulatú programok hatása. Ha az eszköz szuperfelhasználói jogokkal rendelkezik, egyes vírusok blokkolhatják vagy teljesen törölhetik rendszerfájlokat, ami az operációs rendszer rallyjához vezet.

Miután rájött, mi a Fastboot Mode rendszerbetöltő, és mi a megjelenésének oka, elkezdheti fontolóra venni, hogyan lehet kilépni a letöltési módból a Xiaomi, Meizu, Lenovo és más mobileszközök modelleken.

A Fastboot mód letiltása Androidon

Kétféleképpen kapcsolhatja ki a Fastboot rendszerbetöltőt:

• közvetlenül a telefonról;
• PC-n keresztül.

Az egyik vagy másik lehetőség választása az indításhoz vezető októl függ ezt a módot. Példaként nézzük meg, hogyan akadályozható meg a Fastboot ablak betöltődése egy Xiaomi okostelefonon.

Ezzel a problémával először próbálja meg lenyomva tartani a bekapcsológombot 20-30 másodpercig. Az eszköznek normál módban kell újraindulnia.

A mobiltelefon képernyőjén a Fastboot helyett megjelenhet a Rendszerindítási mód kiválasztása képernyő. A mezői a következőket jelentik:

Próbálja meg kiválasztani a második elemet. Ha ez nem segít, tegye a következőket:

Ha tud menni Xiaomi beállítások, vagyis az operációs rendszer működik, próbálja meg manuálisan letiltani a Fastboot módot. Ezen az eszközön lépjen a „Kisegítő lehetőségek” fülre, és a megfelelő elemmel szemben húzza a csúszkát Ki állásba.

A Fastboot mód letiltása számítógépen keresztül

Ha az operációs rendszer összeomlik, amikor az okostelefon menüjének használata technikailag lehetetlen, és a Fastboot letiltásának egyéb módjai nem hatékonyak, megpróbálhatja megoldani a problémát egy számítógépen és parancs sor cmd. Ez a következőképpen történik:

A parancssor a leghatékonyabb módja annak, hogy megszabaduljon a Fastboot módtól. Ha ez sem oldja meg a problémát, akkor továbbra is aktuális a mobileszköz normál módban történő bekapcsolásának kérdése, csak meg kell változtatnia a telefon firmware-jét, vagy el kell vinnie a műhelybe.

Gondolkozott már azon, hogyan működik a fastboot vagy az ADB? Vagy miért van alatta az okostelefon Android vezérlés szinte lehetetlen téglává alakítani? Vagy talán már régóta szeretné tudni, hol rejlik az Xposed keretrendszer varázsa, és miért van szükség a /system/etc/init.d rendszerindító szkriptekre? Mi a helyzet a helyreállítási konzollal? Ez az Android része vagy önmagában való dolog, és miért nem alkalmas a szokásos helyreállítás a harmadik féltől származó firmware telepítésére? Mindezekre és sok más kérdésre választ talál ebben a cikkben.

Hogyan működik az Android

Tanulni valamiről rejtett lehetőségeket A szoftverrendszereket munkájuk elvének megértésével lehet megérteni. Ez esetenként nehezen kivitelezhető, hiszen a rendszer kódja zárható, Android esetén viszont a teljes rendszert kívül-belül tanulmányozhatjuk. Ebben a cikkben nem fogok beszélni az összes árnyalatról androidos munkaés csak arra koncentrálok, hogyan indul el az operációs rendszer, és milyen események történnek a bekapcsológomb megnyomása és az asztal megjelenése között.

Útközben elmagyarázom, mit változtathatunk ezen az eseményláncon, és hogyan használják az egyedi firmware-fejlesztők ezeket a funkciókat olyan dolgok megvalósítására, mint például az operációs rendszer paramétereinek hangolása, az alkalmazások tárhelyének bővítése, a swap csatlakoztatása, különféle testreszabások és még sok más. Mindezek az információk felhasználhatók saját firmware létrehozására, valamint különféle hackek és módosítások végrehajtására.

Első lépés. ABOOT és partíciós tábla

Minden az elsődleges rendszerbetöltővel kezdődik. A tápfeszültség bekapcsolása után a rendszer végrehajtja az eszköz állandó memóriájában tárolt rendszerbetöltő kódot. Ezután átadja a vezérlést a gyorsindítási protokoll beépített támogatásával az aboot bootloadernek, de a mobil chip vagy okostelefon/táblagép gyártójának jogában áll bármelyik másik indítóbetöltőt választani. Például a Rockchip a sajátját használja, inkompatibilis fastboot rendszerbetöltő, melynek újraprogramozásához és kezeléséhez szabadalmaztatott eszközöket kell használnia.

A fastboot protokoll pedig egy PC-ről érkező rendszerbetöltő-kezelő rendszer, amely lehetővé teszi olyan műveletek végrehajtását, mint a rendszerbetöltő feloldása, új kernel felvillantása és helyreállítása, firmware telepítése és még sok más. A fastboot lényege, hogy vissza tudja állítani az okostelefont az eredeti állapotába olyan helyzetben, amikor minden más eszköz nem sikerül. A Fastboot akkor is a helyén marad, ha a kísérletek eredményeként az Androidot és a helyreállítást tartalmazó NAND-memória összes részét törli okostelefonjáról.

Miután megkapta az irányítást, az aboot ellenőrzi a partíciós táblát, és átadja a vezérlést a rendszermagnak, amely a boot nevű partícióba került, majd a kernel kibontja a RAM-képet ugyanarról a partícióról a memóriába, és megkezdi az Android vagy a helyreállítási konzol betöltését. Az Android-eszközök NAND memóriája hat feltételesen kötelező szakaszra oszlik:

• boot - tartalmazza a kernelt és a RAM-lemezt, általában körülbelül 16 MB méretű;
• helyreállítás - helyreállítási konzol, egy kernelből, egy konzolalkalmazás-készletből és egy beállításfájlból áll, mérete 16 MB;
• rendszer - Androidot tartalmaz, a modern eszközökben legalább 1 GB méretű;
• gyorsítótár – a gyorsítótárazott adatok tárolására szolgál, az OTA frissítés során a firmware mentésére is szolgál, ezért mérete hasonló a rendszerpartíció méretéhez;
• felhasználói adatok - beállításokat, alkalmazásokat és felhasználói adatokat tartalmaz, az összes fennmaradó NAND memóriaterület hozzá van rendelve;
• misc - tartalmaz egy zászlót, amely meghatározza, hogy a rendszer melyik módban induljon el: Android vagy helyreállítás.

Rajtuk kívül más szakaszok is lehetnek, azonban az általános jelölést az okostelefon tervezési szakaszában határozzák meg, és az aboot esetében a rendszerbetöltő kódba varrják. Ez azt jelenti, hogy: 1) a partíciós tábla nem törölhető, mivel mindig visszaállítható a fastboot oem format paranccsal; 2) a partíciós tábla megváltoztatásához fel kell oldania és újra kell töltenie a rendszertöltőt új paraméterekkel. E szabály alól azonban vannak kivételek. Például ugyanannak a Rockchipnek a rendszerbetöltője a NAND memória első blokkjában tárolja a partícióinformációkat, így a változtatáshoz nem szükséges a rendszerbetöltő flashelése.

Különösen érdekes a vegyes rész. Feltételezhető, hogy eredetileg a fő rendszertől függetlenül különféle beállítások tárolására hozták létre, de jelenleg csak egy célra használják: megmondani a rendszerbetöltőnek, hogy melyik partícióról indítsa el a rendszert - boot vagy recovery. Ez a funkció különösen a ROM Manager alkalmazást használja a rendszer automatikus újraindításához a helyreállításhoz, automatikus firmware-telepítéssel. Ennek alapján épül fel az Ubuntu Touch dual boot mechanizmus, amely az Ubuntu bootloadert villantja vissza a helyreállításba, és lehetővé teszi annak szabályozását, hogy melyik rendszer induljon el legközelebb. Törölje a misc partíciót - Android betöltődik, tele van adatokkal - helyreállítás betöltődik ... vagyis az Ubuntu Touch.

Második lépés. rendszerindító partíció

Ha a misc szakasz nem rendelkezik helyreállítási rendszerindítási jelzővel, az aboot átadja az irányítást a rendszerindító részben található kódra. Ez nem más, mint Linux kernel; a szakasz elején található, közvetlenül utána pedig egy cpio és gzip archiválókkal csomagolt RAM lemezkép, amely tartalmazza az Android működéséhez szükséges könyvtárakat, az inicializálási rendszert és egyéb eszközöket. A rendszerindító partíción nincs fájlrendszer, a kernel és a RAM lemez csak követi egymást. A RAM lemez tartalma:

• data - könyvtár az azonos nevű partíció csatlakoztatásához;
• dev - eszközfájlok;
• proc - a procfs ide van felszerelve;
• res - képkészlet a töltőhöz (lásd alább);
• sbin - segédprogramok és démonok halmaza (például adbd);
• sys - a sysfs ide van csatolva;
• rendszer - könyvtár a rendszerpartíció csatlakoztatásához;
• töltő - a töltési folyamat megjelenítésére szolgáló alkalmazás;
• build.prop- rendszerbeállítások;
• init - inicializálási rendszer;
• init.rc - az inicializálási rendszer beállításai;
• ueventd.rc - az initben található uventd démon beállításai.

Ez, mondhatni, a rendszer váza: egy könyvtárkészlet a fájlrendszerek NAND-memóriapartíciókról történő csatlakoztatásához, valamint egy inicializálási rendszer, amely elvégzi a rendszerindítás többi részét. A központi elem itt az init alkalmazás és annak init.rc konfigurációja, amelyre később részletesebben is kitérek. Addig is szeretnék figyelni a töltő és az ueventd.rc fájlokra, valamint az sbin, proc és sys könyvtárakra.

A töltőfájl egy kis alkalmazás, amelynek egyetlen feladata az akkumulátor ikon megjelenítése. Semmi köze az Androidhoz, és akkor használatos, ha az eszköz kikapcsolt állapotban csatlakozik a töltőhöz. Ebben az esetben Android letöltések nem történik meg, és a rendszer egyszerűen betölti a kernelt, csatlakoztatja a RAM-lemezt és elindítja a töltőt. Utóbbi az akkumulátor ikont jeleníti meg, amelynek képe minden lehetséges állapotban normál PNG-fájlokban tárolódik a res könyvtáron belül.

Az ueventd.rc fájl egy olyan konfiguráció, amely meghatározza, hogy a sys könyvtárban mely eszközfájlokat kell létrehozni a rendszerindítási szakaszban. Kernel alapú Linux rendszerek a hardver a dev könyvtáron belüli speciális fájlokon keresztül érhető el, és az init részét képező ueventd démon felelős ezek létrehozásáért Androidban. Normál körülmények között működik automatikus üzemmód, elfogadja a parancsokat a fájlok kernelből történő létrehozásához, de néhány fájlt magának kell létrehoznia. Az ueventd.rc oldalon vannak felsorolva.

Az Android készleten lévő sbin könyvtára általában nem tartalmaz mást, mint az adbd-t, amely az ADB démon, amely a rendszer PC-ről történő hibakereséséért felelős. Az operációs rendszer indításának korai szakaszában kezdődik, és lehetővé teszi az azonosítást lehetséges problémákat az operációs rendszer inicializálása során. Az egyéni firmware-ben egy csomó más fájl is található ebben a könyvtárban, például az mke2fs, amelyre szükség lehet, ha a partíciókat újra kell formázni ext3/4-re. Emellett a modderek gyakran tesznek oda egy BusyBoxot, amivel több száz Linux-parancsot hívhatunk meg.

A Linux proc könyvtára szabványos, a következő indítási lépésekben az init hozzákapcsolja a procf-okat, egy virtuálist fájlrendszer, amely hozzáférést biztosít az összes rendszerfolyamattal kapcsolatos információkhoz. A rendszer összekapcsolja a sysfs-t a sys könyvtárral, amely hozzáférést biztosít a hardverrel és annak beállításaival kapcsolatos információkhoz. A sysfs segítségével például alvó állapotba helyezheti az eszközt, vagy módosíthatja a használt energiatakarékos algoritmust.

A build.prop fájl az alacsony szintű tárolást szolgálja android beállítások. Később a rendszer visszaállítja ezeket a beállításokat, és felülírja azokat a system/build.prop fájl értékeivel, amely még nem érhető el.

Kivonatok a szövegből

• A Fastboot a helyén marad, még akkor is, ha a kísérletek eredményeként a NAND memória összes részének tartalmát törli okostelefonjáról
• A helyreállítási partíció teljesen önellátó, és egy miniatűr operációs rendszert tartalmaz, amelynek semmi köze az Androidhoz
• Az fstab fájl kis változtatásával rákényszeríthetjük az init-et, hogy a memóriakártyáról indítsa el a rendszert

Második lépés, alternatíva. helyreállítási szakasz

Abban az esetben, ha a Misc részben a helyreállítási rendszerindítási jelző be van állítva, vagy a felhasználó bekapcsolta az okostelefont, miközben lenyomva tartja a hangerőcsökkentő gombot, az aboot átadja a vezérlést a helyreállítási szakasz elején található kódra. A rendszerindító partícióhoz hasonlóan ez is tartalmazza a kernelt és egy RAM-lemezt, amely a memóriába tömörül, és a fájlrendszer gyökerévé válik. A RAM-lemez tartalma azonban itt némileg eltér.

Ellentétben a rendszerindító partícióval, amely átmeneti kapcsolatként működik az operációs rendszer indításának különböző szakaszai között, a helyreállítási partíció teljesen önellátó, és egy miniatűr operációs rendszert tartalmaz, amelynek semmi köze az Androidhoz. A helyreállításnak saját magja, saját alkalmazáskészlete (parancsai) és saját felülete van, amely lehetővé teszi a felhasználó számára a segédfunkciók aktiválását.

Egy szabványos (készlet) helyreállításban általában csak három ilyen funkció van: az okostelefon gyártójának kulcsával aláírt firmware telepítése, törlés és újraindítás. A módosított, harmadik féltől származó helyreállításban, mint például a ClockworkMod és a TWRP, sokkal több funkció található. Formázhatják a fájlrendszereket, telepíthetik a tetszőleges kulccsal aláírt firmware-t (értsd: egyéni), fájlrendszereket csatlakoztathatnak más partíciókra (az operációs rendszer hibakereséséhez), és tartalmazhatnak szkript-támogatást, amely lehetővé teszi a firmware folyamatának automatizálását és sok más funkciót.

Szkriptek segítségével például megteheti, hogy a betöltés után a helyreállítás automatikusan megtalálja a memóriakártyán szükséges firmware, telepítette őket, és újraindította az Android rendszert. Ezt a funkciót a ROM Manager, az automatikus flasher eszközök és a automatikus frissítés CyanogenMod és más firmware.

Az egyéni helyreállítás támogatja a /system/addon.d/ könyvtárban található biztonsági mentési szkripteket is. Előtt firmware helyreállítás ellenőrzi a szkripteket, és végrehajtja azokat a villogás előtt. Az ilyen szkripteknek köszönhetően a gapp-ok nem tűnnek el a telepítés után új verzió firmware.

fastboot parancsok

A gyorsindítás eléréséhez telepítenie kell az Android SDK-t, csatlakoztatnia kell okostelefonját a számítógéphez kábellel, és mindkét hangerőgomb nyomva tartásával kapcsolja be. Ezután lépjen az SDK-n belüli platform-tools alkönyvtárba, és futtassa a parancsot

Fastboot eszközök

Az eszköz neve megjelenik a képernyőn. Egyéb elérhető parancsok:

• fatsboot oem feloldás- feloldja a rendszerbetöltőt a nexuson;
• frissítse a file.zip fájlt- a firmware telepítése;
• flash boot boot.img- a rendszerindító partíció képének felvillantása;
• flash recovery recovery.img- a helyreállítási partíció képének felvillantása;
• flash rendszer rendszer.img- a rendszer firmware-képe;
• oem formátum- a megsemmisült partíciós tábla helyreállítása;

Harmadik lépés. Inicializálás

Tehát, miután megkapta az irányítást, a kernel összekapcsolja a RAM-lemezt, és az összes alrendszerének és illesztőprogramjának inicializálása után elindítja az init folyamatot, amelyből az Android inicializálása kezdődik. Mint mondtam, az initnek van egy init.rc konfigurációs fájlja, amelyből a folyamat megtanulja, hogy pontosan mit kell tennie a rendszer előhívásához. NÁL NÉL modern okostelefonok Ez a konfiguráció lenyűgöző, több száz soros hosszúságú, és több gyermekkonfigurációt tartalmazó pótkocsival is fel van szerelve, amelyek az import irányelv segítségével csatlakoznak a fő konfigurációhoz. Ennek ellenére a formátuma meglehetősen egyszerű, és lényegében blokkokra osztott parancsok halmaza.

Minden blokk meghatároz egy betöltési szakaszt vagy – az Android fejlesztők nyelvén – egy műveletet. A blokkokat egy on direktíva választja el egymástól, amelyet egy műveletnév követ, például a korai beindításnál vagy a post-fs-nél. A parancsblokk csak akkor kerül végrehajtásra, ha az azonos nevű trigger aktiválódik. Induláskor az init felváltva indítja el a korai-init, init, early-fs, fs, post-fs, early-boot és boot triggereket, így futtatja a megfelelő parancsblokkokat.

Ha a konfigurációs fájl több, az elején felsorolt ​​konfigurációt lehív (és ez szinte mindig így van), akkor a bennük lévő azonos nevű parancsblokkok egyesülnek a fő konfigurációval, így a trigger aktiválásakor az init végrehajtja parancsokat az összes fájl megfelelő blokkjaiból. Ez a több eszköz konfigurációs fájlok létrehozásának kényelmét szolgálja, amikor a fő konfiguráció az összes eszközre jellemző parancsokat tartalmazza, és az egyes eszközökhöz tartozó specifikus parancsok külön fájlba vannak írva.

A további konfigurációk közül a legfigyelemreméltóbb az initrc.devicename.rc, ahol az eszköznév meghatározása automatikusan történik a ro.hardware rendszerváltozó tartalma alapján. Ez egy platform-specifikus konfigurációs fájl, amely specifikus parancsblokkokat tartalmaz konkrét eszköz. A kernel hangolásáért felelős parancsokon kívül valami ilyesmit is tartalmaz:

Mount_all ./fstab.device_name

Ez azt jelenti, hogy az initnek fel kell csatolnia az ./fstab.devicename fájlban felsorolt ​​összes fájlrendszert, amelynek szerkezete a következő:

eszköz_neve (partíció) csatolási pont fájlrendszer fs_options egyéb beállítások

Általában utasításokat tartalmaz a belső NAND-partíciók fájlrendszereinek a /system (OS), a /data (alkalmazásbeállítások) és a /cache (gyorsítótárazott adatok) könyvtárhoz való csatlakoztatásához. Ennek a fájlnak a módosításával azonban rákényszeríthetjük az init-et, hogy a memóriakártyáról indítsa el a rendszert. Ehhez elegendő a memóriakártyát három 4 részre osztani: 1 GB / ext4, 2 GB / ext4, 1 GB / ext4 és a maradék fat32 terület. Ezután meg kell határoznia a memóriakártya-partíciók nevét a /dev könyvtárban (különböző eszközök esetén eltérőek), és le kell cserélnie az eredeti eszközneveket az fstab fájlban.

A rendszerindítási blokk végén az init valószínűleg találkozik a class_start default paranccsal, amely megmondja, hogy indítsa el a konfigurációban felsorolt ​​összes szolgáltatást, amely az alapértelmezett osztályhoz kapcsolódik. A szolgáltatások leírása egy szolgáltatási utasítással kezdődik, amelyet a szolgáltatás neve és az elindításához végrehajtandó parancs követ. A blokkokban felsorolt ​​parancsokkal ellentétben a szolgáltatásoknak folyamatosan futniuk kell, így az okostelefon teljes élettartama alatt az init a háttérben lóg, és ezt figyeli.

A modern Android több tucat szolgáltatást tartalmaz, de közülük kettő különleges állapotú, és meghatározza az egészet életciklus rendszerek.

init.rc parancsokat

Az init folyamat beépített parancskészlettel rendelkezik, amelyek közül sok a szabványos Linux parancskészletet utánozza. A legfigyelemreméltóbbak a következők:

• exec /path/to/commands- külső parancs futtatása;
• ifup interfész- emelje fel a hálózati interfészt;
• class_star class_name- a megadott osztályhoz kapcsolódó szolgáltatások elindítása;
• class_stop osztálynév- a szolgáltatások leállítása;
• insmod /útvonal/modulhoz- a kernel modul betöltése;
• mount fs eszközkönyvtárat- csatolja a fájlrendszert;
• setprop név értéke- rendszerváltozó beállítása;
• start service_name- indítsa el a megadott szolgáltatást;
• trigger neve- a trigger engedélyezése (a megadott parancsblokk végrehajtása);
• írja be a /útvonal/fájlhoz karakterláncot- írjon egy karakterláncot egy fájlba.

Negyedik lépés. Zygote és app_process

A betöltés egy bizonyos szakaszában az init a konfiguráció végén egy ehhez hasonló blokkal találkozik:

Service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server class alapértelmezett socket zygote stream 660 gyökérrendszer onrestart write /sys/android_power/request_state wake onrestart write /sys/power/state on onrestart újraindítás adathordozó onrestart restart netd

Ez a Zygote szolgáltatás leírása, amely bármely Android rendszer kulcsfontosságú összetevője, amely felelős az inicializálásért, az indításért rendszerszolgáltatások, egyéni alkalmazások indítása és leállítása, valamint sok más feladat. A Zygote egy kis /system/bin/app_process alkalmazással indul, ami nagyon jól látható a fenti konfigurációs részben. Az app_proccess feladata, hogy elindítsa a Dalvik virtuális gépet, melynek kódja a /system/lib/libandroid_runtime.so megosztott könyvtárban található, majd futtassa rajta a Zygote-ot.

Amikor mindez megtörtént, és a Zygote kézben tartja az irányítást, megkezdi a Java futtatókörnyezet felépítését a keretrendszer összes Java osztályának betöltésével (jelenleg több mint 2000). Ezután elindítja a system_server-t, amely tartalmazza a legtöbb magas szintű (Java nyelven írt) rendszerszolgáltatások, beleértve az Ablakkezelőt, az Állapotsort, a Csomagkezelőt és – ami a legfontosabb – a Tevékenységkezelőt, amely a jövőben az alkalmazások kezdetével és végével kapcsolatos jelzések fogadásáért lesz felelős.

Ezt követően a Zygote megnyitja a /dev/socket/zygote aljzatot, és alvó állapotba megy, és vár az adatokra. Ekkor a korábban elindított Activity Manager az Intent.CATEGORY_HOME intentot sugározza, hogy megkeresse az asztal létrehozásáért felelős alkalmazást, és a socketen keresztül a Zygote-nak adja a nevét. Utóbbi viszont elágazik, és a tetején elindítja az alkalmazást Virtuális gép. Jó, van egy asztalunk a képernyőn, amelyet az Activity Manager talált meg, és a Zygote indított el, valamint egy állapotsor, amelyet a system_server indított el az állapotsor szolgáltatás részeként. Az ikon megérintése után az asztal intentot küld az alkalmazás nevével, amelyet a Tevékenységkezelő elfogad, és átadja az alkalmazás indítására vonatkozó parancsot a Zygote démonnak.

INFO

A Linux terminológiájában a RAM lemez egyfajta virtuális HDD, amely csak ben létezik véletlen hozzáférésű memória. A rendszermag korai indítási szakaszában kivonja a lemez tartalmát a lemezképből, és root fájlrendszerként (rootfs) csatolja azt.

A rendszerindítási folyamat során az Android három különböző indítóképernyőt jelenít meg: az első közvetlenül a bekapcsológomb megnyomása után jelenik meg, és a Linux kernelbe kerül, a második pedig az inicializálás korai szakaszában jelenik meg, és az /initlogo.rle fájlba íródik. fájl (ma szinte nem használt), az utolsó a bootanimation alkalmazással indul el, és a /system/media/bootanimation.zip fájlban található.

A szabványos triggerek mellett az init lehetővé teszi saját triggerek meghatározását, amelyeket számos esemény indíthat el: eszköz csatlakoztatása USB-re, okostelefon állapotának megváltoztatása vagy rendszerváltozók állapotának módosítása.

Az Activity Manager többek között a gyilkolással is foglalkozik háttéralkalmazások amikor elfogyott az emlékezet. A szabad memória küszöbértékeit a /sys/module/lowmemorykiller/parameters/minfree tartalmazza.

Mindez kissé zavarosnak tűnhet, de a legfontosabb dolog az, hogy emlékezz három egyszerű dologra:

Az Android sok tekintetben nagyon különbözik a többi operációs rendszertől, és ezt nem lehet egy csapásra kitalálni. Ha azonban megérted, hogyan működik minden, a lehetőségek egyszerűen végtelenek. Ellentétben az iOS és Windows telefon, a Google operációs rendszere nagyon rugalmas architektúrával rendelkezik, amely lehetővé teszi, hogy komolyan megváltoztassa a viselkedését anélkül, hogy kódot kellene írnia. A legtöbb esetben elegendő a szükséges konfigurációk és szkriptek javítása.

Az operációs rendszer és a hardver beállításainak finomhangolása érdekében az Android mobileszközök felhasználói néha rootolják moduljaikat, és módosítják a . De ez még nem minden elérhető módokon Továbbfejlesztett hozzáférés a gép- és rendszerbeállításokhoz. A Fastboot Mode nevű mód segítségével benézhet az eszköz „burkolata” alá.

Mi az a fastboot mód

Mit jelent a Fastboot Mode (gyorsindítás) és mi köze van a finomhangoláshoz? Egyes laptopmodelleknél valóban a rendszerindítási sebesség maximalizálását szolgálja a BIOS megkerülésével és a hibakereső alkalmazásokban, a mobileszközökön pedig némileg más a célja. okostelefonokon és Android táblagépek ez az üzemmód elsősorban az eszköz rendszerelemeihez való hozzáférés biztosításához és azok számítógép segítségével történő vezérléséhez szükséges.

A Fastboot Mode lehetőségeinek használatával a szervizközpont szakemberei és haladó felhasználók telepíthetik szoftver, villogtassa a kütyüt, állítsa vissza az alkalmazásokat, végezzen biztonsági mentés visszaállítás, rejtett rendszerbeállítások módosítása. A fejlesztők gyakran a "gyors betöltést" használják szoftvertesztelés és egyéb célokra.

Miután elmagyaráztuk a mód célját, úgy tűnik, nem adtunk választ arra a kérdésre, hogy mi is az a Fastboot Mode lényege. Tehát az Android gyorsindítása egy különálló, az operációs rendszertől független szoftverkomponens, amelyet hardverszinten valósítanak meg és regisztrálnak a memóriachipben. Ez a függetlenség teszi lehetővé az eszköz indítását akkor is, ha komoly problémák vannak az operációs rendszerrel. A Fastboot Mode programkód a memória olvasás-írás-védett területén található, ami megakadályozza, hogy megsérüljön.

Mikor aktiválódik a Fastboot Mode?

A Fastboot környezet manuálisan indítható a következőn keresztül standard menü vagy a kikapcsolt eszköz bekapcsológombját és a hangerő csökkentése/hangerő növelése gombokat egyidejűleg nyomva tartva. De bizonyos esetekben az üzemmód magától elindul, és ez nem jó pont. A spontán betöltés oka lehet a sikertelen villogás, a normál helyreállítási környezet módosítottra cseréje, a szuperfelhasználói jogok megszerzése, a rendszer összeomlása és az Android OS fájlok károsodása.

Hogyan lehet kilépni a gyorsindítási módból

A mód beillesztését a kinyitott robot képe és a telefon képernyőjén megjelenő Fastboot Mode felirat jelzi.

Ha korábban nem módosította a modul konfigurációját, akkor lehetséges, hogy a „gyors rendszerindításra” való váltás oka valamilyen átmeneti hiba volt. Próbálja újraindítani az okostelefont. Ha még újraindítás után is a telefon gyorsbootot ír és nem vált át normál mód működését, ez mélyebb problémát jelezhet. Lehetséges, hogy a probléma olyan súlyosnak bizonyul, hogy a szervízben újra kell frissíteni a szerkentyűt, de amíg erre nem kerül sor, meg kell próbálnia saját magának kijutni a gyorsindításból.

Ennek két fő módja van: magán a telefonon és számítógépen keresztül. Ha a normál újraindítás nem segít, kapcsolja ki az eszközt, majd egyszerre tartsa lenyomva a bekapcsoló- és hangerőcsökkentő gombot, és tartsa lenyomva őket (kb. 10 másodpercig), amíg meg nem jelenik a Rendszerindítási mód kiválasztása menü a képernyőn, vagy a telefon normál módban elindul. . Ebben a menüben válassza a Normál rendszerindítás lehetőséget, és várja meg, amíg a modul normál módban elindul.

Bizonyos esetekben az akkumulátor eltávolítása segít kilépni a hibakeresési módból, ha természetesen eltávolítható.

Néha a felhasználóknak meg kell küzdeniük a gyorsindítással, miután elvitték a modult szolgáltatóközpont. Ez általában azután történik. Lehetséges ok- a beállításokban engedélyezve hagyta a gyorsindítási mód funkciót. Ha ez a helyzet, akkor a Fasboot mód letiltásához lépjen a beállításokhoz, majd a "Kijelző" vagy "Kisegítő lehetőségek" részben keresse meg a "Quick Boot" elemet, és törölje a pipát.

Hogyan lehet kilépni a Fastboot módból számítógépen? Telepítsen alkalmazásokat a számítógépre, csatlakoztassa a telefont a számítógéphez, aktiválja az USB hibakeresést, futtassa a parancssort rendszergazdaként, és futtassa a parancsot fastboot újraindítás. Egyszerű, de nagyon hatékony módszer a gyorsindítás letiltása.

Ha ez nem oldja meg a problémát, végezze el az eszköz gyári alaphelyzetbe állítását. Az összes fontos adat másolása után vegye ki a SIM-kártyát és a memóriakártyát a telefonból, és indítsa el helyreállítási mód, keresse meg a lehetőséget a menüben adatok törlése / gyári visszaállításés ezzel visszatekerjük.

Ezenkívül az opció kiválasztásával törölheti a tároló tartalmát cache partíció törlés.

Hogyan helyezzük a telefont Fastboot módba

A Fastboot mód egy olyan szolgáltatási mód, amelyet leggyakrabban akkor kell használnia, ha számítógépen keresztül kell módosítania az eszköz konfigurációját, például telepítenie kell egy módosított firmware-t vagy root jogosultságok használat nélkül harmadik féltől származó programok. Gyors módban történő letöltésre is szükség lehet a teljes hozzáférés biztosításához rendszermappák Android és operációs rendszer helyreállítása (a helyreállítási mód eszközeinek alternatívájaként).

Bejelentkezési mód fastboot mód Mód bekapcsolva különböző eszközök eltérő lehet. NÁL NÉL Asus okostelefonok ehhez tartsa lenyomva a bekapcsoló és a hangerő növelő gombokat, Nexus és HTC esetén - a bekapcsoló és hangerő csökkentő gombot, a Sony esetében a gyorsindítási mód akkor indul el, ha lenyomva tartja a hangerőt és csatlakoztatja a kütyüt a számítógéphez USB-n keresztül.

De van olyan is univerzális módon gyorsindítású letöltések, amelyek minden mobilon ugyanúgy működnek Android készülékek. Töltse le és telepítse a programot a számítógépére adb futtatása. Ezután engedélyezze az USB hibakeresést a telefon beállításaiban, csatlakoztassa az eszközt a számítógéphez, és az Adb Run elindításával válassza ki a menüből Újraindítás – Bootloader újraindítása.

A modul Fastboot módban újraindul.

Flash-elnie kell az Androidot a FastBoot segítségével, de nem tudja, hogyan? Ez a cikk részletes útmutatást ad a FastBoot segédprogram használatáról, valamint arról, hogyan használhatja Android-eszköz villogására.

Ez a kézikönyv teljes körűen leírja, hogyan kell használni a FastBoot! Ha nem tudja, hogyan kell telepíteni az archivált frissítéseket, akkor szüksége van egy cikkre - Clockwordmod -, hogy mi ez. Útmutató a CWM helyreállításához képekkel

Töltse le és telepítse a FastBoot programot

Az Android gyorsindítása előtt a FastBoot segítségével le kell töltenie és telepítenie kell a kívánt számítógépre.

1. Letöltheti a FastBoot segédprogramot a hivatalos Android SDK programmal (nagy tömeg)

miért jobb az adb run

dob

Ha letöltötted a Külön Fastbootot

A FastBoot letöltése és telepítése után nyissa meg a programot " Parancs sor »

és vve Adjon parancsokat a mappához való ugráshoz fastboot segédprogram(ha telepítve van külön FastBoot)

cd /
cd adb

Ha letöltötte az ADB RUN-t

Ha a választás az ADB RUN programra esett, akkor futtassa azt, és válassza a Manual -> ADB menüpontot a menüből

A flashelendő fájloknak ugyanabban a mappában kell lenniük a Fastboot segédprogrammal

Parancs utasítások az Android gyorsindításához a FastBoot használatával

Nagyon fontos, hogy a parancsokat és a firmware fájlokat a jelzett módon írjuk!

Ha van parancsod

fastboot flash gyorsítótár NazvaniAFiLe.img

akkor pontosan így kell írni, de nem máshogy. Más szóval, a betűk kis- és nagybetűje fontos, különben hibaüzenetet kap nem lehet betölteni a "képet" - nincs ilyen fájl.

Parancsok a firmware módban történő újraindításra (bootloader)

fastboot reboot-bootloader

A parancs „látja” az Android PC-jét

Szokjon rá, hogy ellenőrizze, mielőtt bármit csinálna a Fastbootban, hogy a számítógép és az Android közötti kapcsolat a következő:

Annak ellenőrzése, hogy a számítógép „látja-e” az Androidot

fastboot eszközök

Futtassa ezt a parancsot, ha az eszköz már firmware módban van (bootloader)

Parancsok a Nexus rendszerbetöltő feloldásához és zárolásához

Oldja fel a Nexus rendszerbetöltőjét

fastboot oem feloldás

Bootloader zárolása Nexushoz

fastboot oem zár

Parancs a bootloader verziójának megtudásához

Műsorok telepítve android szám bootloader verziók

fastboot getvar version-bootloader

Partíció formázási parancsok

Mielőtt bármilyen partíciót villogtatna az Androidban, először formázni kell azt, hogy ne legyenek működési problémák.

fastboot törlés Imya_razdela - partíció törlése: rendszerindítás, rádió, helyreállítás, rendszer, felhasználói adatok és mások

Törli a Cache partíciót

gyorsindítás törli a gyorsítótárat

Törli az Adatok részt

gyorsindítás törli a felhasználói adatokat

Törli a rendszerpartíciót

fastboot törlési rendszer

Törli a helyreállítási partíciót

fastboot törlés helyreállítás

Partíció villogására szolgáló parancsok

A partíció vagy partíciók formázása után folytathatja a firmware-t

fastboot flash Imya_razdela imya_file.img - a kiválasztott partíció firmware-je: rendszerindítás, rádió, helyreállítás, rendszer, felhasználói adatok és mások

Flash a rendszerpartíció (Rendszer)

fastboot flash rendszer imya.img

Flash partíció gyorsítótár (gyorsítótár)

fastboot flash gyorsítótár imya.img

Villogassa a dátum szakaszt (Adatok)

fastboot flash felhasználói adatok imya.img

Flash a helyreállítási partíció

fastboot flash helyreállítás imya.img

A bekapcsolási animáció beállítása (firmware partíció animációval)

fastboot flash splash1 splash.img

Flash minden partíció (boot, helyreállítás és rendszer)

fastboot flashall

Ahelyett imya.img- meg kell írnia annak a fájlnak a nevét, amelyet villogni fog

Parancs az update.zip telepítéséhez

Felvillant egy frissítési archívumot update.zip formátumban vagy ZIP-archívumot az Android különböző szakaszainak IMG-képeivel

fastboot frissítés fájlnév.zip

Sony készülékekhez

Kapcsolati ellenőrzés Sony készülékek, ha a válasz 0,3 eszköz, akkor csatlakoztatva

fastboot.exe -i 0x0fce getvar verzió

Oldja fel a rendszerbetöltőt

fastboot.exe -i 0x0fce oem feloldja a 0xGet_Key kulcsot

Részletes információ a Sony Bootloader feloldásáról – A Sony Bootloader feloldása

Hiba az eszközre várva

Ha van hosszú ideje a parancsablakban világít a felirat várakozás az eszközre- jelentése:

• Az illesztőprogram nincs telepítve, vagy rosszul van telepítve - telepítse újra vagy telepítse
• Android-eszköz nincs Bootloader módban – fordítsa
• Helytelen csatlakozás a következőhöz USB csatlakozó- hátsó használat USB portok 2.0 számítógép, ne használjon USB-elosztót