Hem Användbar Vad är boot i Android. Android firmware med hjälp av FastBoot-verktyget. Vad är Fastboot Mode

Vad är boot i Android. Android firmware med hjälp av FastBoot-verktyget. Vad är Fastboot Mode

Har du någonsin undrat hur fastboot eller ADB fungerar? Eller varför är det nästan omöjligt att förvandla en smartphone som kör Android till en kloss? Eller kanske du länge har velat veta var magin med Xposed-ramverket ligger och varför startskripten /system/etc/init.d behövs? Hur är det med återställningskonsolen? Är detta en del av Android eller en sak i sig och varför är regelbunden återställning inte lämplig för att installera firmware från tredje part? Du hittar svar på alla dessa och många andra frågor i den här artikeln.

Hur Android fungerar

Du kan lära dig om mjukvarusystemens dolda möjligheter genom att förstå principen för deras funktion. I vissa fall är detta svårt att göra, eftersom systemkoden kan vara stängd, men i fallet med Android kan vi studera hela systemet inifrån och ut. I den här artikeln kommer jag inte att prata om alla nyanser av Android och kommer bara att fokusera på hur operativsystemet startar och vilka händelser som äger rum i intervallet mellan att trycka på strömknappen och utseendet på skrivbordet.

Längs vägen kommer jag att förklara vad vi kan förändra i den här händelsekedjan och hur anpassade firmware-utvecklare använder dessa funktioner för att implementera sådana saker som att justera OS-parametrar, utöka applikationslagringsutrymme, ansluta swap, olika anpassningar och mycket mer. All denna information kan användas för att skapa din egen firmware och implementera olika hacks och modifieringar.

Steg ett. ABOOT och partitionstabell

Det hela börjar med den primära starthanteraren. Efter att ha slagit på strömmen kör systemet starthanterarens kod som är lagrad i enhetens permanenta minne. Sedan överför den kontrollen till aboot-bootloadern med inbyggt stöd för fastboot-protokollet, men tillverkaren av mobilchippet eller smartphonen/surfplattan har rätt att välja vilken annan bootloader som helst. Till exempel använder Rockchip sin egen bootloader som inte är fastboot-kompatibel och kräver proprietära verktyg för att flasha och hantera.

Fastboot-protokollet är i sin tur ett system för att hantera starthanteraren från en PC, som låter dig utföra åtgärder som att låsa upp starthanteraren, flasha en ny kärna och återställa, installera firmware och många andra. Berättigandet av fastboot är att kunna återställa en smartphone till dess ursprungliga tillstånd i en situation där alla andra medel misslyckas. Fastboot kommer att förbli på plats även om du, som ett resultat av experiment, raderar alla NAND-minnespartitioner som innehåller Android och återställning från din smartphone.

Efter att ha tagit emot kontrollen kontrollerar aboot partitionstabellen och överför kontrollen till kärnan som flashades till partitionen med namnet boot, varefter kärnan extraherar RAM-bilden från samma partition till minnet och börjar ladda antingen Android eller återställningskonsolen. NAND-minnet i Android-enheter är uppdelat i sex villkorligt obligatoriska avsnitt:

boot - innehåller kärnan och RAM-disken, vanligtvis cirka 16 MB i storlek;
återställning - återställningskonsol, består av en kärna, en uppsättning konsolapplikationer och en inställningsfil, storlek 16 MB;
system - innehåller Android, i moderna enheter är storleken minst 1 GB;
cache - designad för att lagra cachad data, används också för att spara firmware under en OTA-uppdatering och har därför en storlek som liknar storleken på systempartitionen;
användardata - innehåller inställningar, applikationer och användardata, allt återstående NAND-minne tilldelas det;
misc - innehåller en flagga som bestämmer vilket läge systemet ska starta i: Android eller återställning.

Utöver dem kan det också finnas andra sektioner, men den allmänna uppmärkningen bestäms vid designstadiet av smarttelefonen och, vid omstart, sys den in i bootloader-koden. Detta betyder att: 1) partitionstabellen inte kan dödas, eftersom den alltid kan återställas med kommandot fastboot oem format; 2) för att ändra partitionstabellen måste du låsa upp och uppdatera starthanteraren med nya parametrar. Det finns dock undantag från denna regel. Till exempel lagrar bootloadern för samma Rockchip information om partitioner i det första blocket av NAND-minne, så att flasha bootloadern är inte nödvändigt för att ändra den.

Övrigt är särskilt intressant. Det finns ett antagande om att det ursprungligen skapades för att lagra olika inställningar oberoende av huvudsystemet, men för närvarande används det endast för ett syfte: att indikera för starthanteraren från vilken partition systemet ska laddas - start eller återställning. Denna funktion, i synnerhet, används av ROM Manager-applikationen för att automatiskt starta om systemet till återställning med automatisk installation av firmware. På grundval av detta är Ubuntu Touch dual boot-mekanismen byggd, som flashar Ubuntu bootloader till återställning och låter dig styra vilket system som ska startas nästa gång. Raderade misc-partitionen - Android laddar, fyllde den med data - återställningsladdningar... det vill säga Ubuntu Touch.

Steg två. Bootsektion

Om misc-sektionen inte har en återställningsstartflagga, överför aboot kontrollen till koden som finns i startsektionen. Detta är inget annat än Linux-kärnan; den finns i början av avsnittet och omedelbart följt av en RAM-diskavbildning packad med cpio- och gzip-arkiv, som innehåller de kataloger som krävs för att Android ska fungera, init-initieringssystemet och andra verktyg. Det finns inget filsystem på startpartitionen, kärnan och RAM-disken följer helt enkelt varandra. Innehållet på RAM-disken är:

data - katalog för montering av partitionen med samma namn;
dev - enhetsfiler;
proc - procfs är monterad här;
res - en uppsättning bilder för laddaren (se nedan);
sbin - en uppsättning verktyg och demoner (till exempel adbd);
sys - sysfs är monterad här;
system - katalog för montering av systempartitionen;
laddare - applikation för att visa laddningsprocessen;
build.prop - systeminställningar;
init - initieringssystem;
init.rc - inställningar för initialiseringssystem;
ueventd.rc - inställningar för uventd-demonen som ingår i init.

Det här är så att säga skelettet i systemet: en uppsättning kataloger för att ansluta filsystem från NAND-minnespartitioner och ett initieringssystem som kommer att hantera resten av arbetet med att starta upp systemet. Det centrala elementet här är init-applikationen och dess init.rc-konfiguration, som jag kommer att prata om i detalj senare. Under tiden vill jag uppmärksamma dig på laddaren och ueventd.rc-filerna samt katalogerna sbin, proc och sys.

Laddarfilen är en liten applikation vars enda uppgift är att visa batteriikonen. Den har inget med Android att göra och används när enheten är ansluten till laddaren i avstängt läge. I det här fallet laddas inte Android, och systemet laddar helt enkelt kärnan, ansluter RAM-disken och startar laddaren. Den senare visar en batteriikon, vars bild i alla möjliga tillstånd lagras i vanliga PNG-filer i res-katalogen.

Filen ueventd.rc är en konfiguration som bestämmer vilka enhetsfiler i sys-katalogen som ska skapas under systemstart. I system baserade på Linux-kärnan utförs åtkomst till hårdvara genom speciella filer inuti dev-katalogen, och ueventd-demonen, som är en del av init, är ansvarig för att de skapas i Android. I en normal situation fungerar den i automatiskt läge och accepterar kommandon för att skapa filer från kärnan, men vissa filer måste skapas oberoende. De är listade i ueventd.rc.

sbin-katalogen i lager Android innehåller vanligtvis ingenting förutom adbd, det vill säga ADB-demonen, som är ansvarig för att felsöka systemet från datorn. Den körs i ett tidigt skede av OS-start och låter dig identifiera möjliga problem under OS-initieringsstadiet. I anpassade firmwares kan du hitta ett gäng andra filer i den här katalogen, till exempel mke2fs, som kan krävas om partitioner behöver formateras om till ext3/4. Dessutom placerar modders ofta en BusyBox där, med vilken du kan anropa hundratals Linux-kommandon.

Proc-katalogen är standard för Linux; i nästa uppstartssteg kommer init att ansluta till den procfs, ett virtuellt filsystem som ger tillgång till information om alla processer i systemet. Systemet kommer att ansluta sysfs till sys-katalogen, vilket öppnar åtkomst till information om hårdvaran och dess inställningar. Med hjälp av sysfs kan du till exempel försätta enheten i viloläge eller ändra energisparalgoritmen som används.

build.prop-filen är utformad för att lagra Android-inställningar på låg nivå. Senare kommer systemet att återställa dessa inställningar och skriva över dem med värden från den för närvarande otillgängliga filen system/build.prop.

Takeaways från texten

Fastboot kommer att förbli på plats även om du, som ett resultat av experiment, raderar innehållet i alla NAND-minnessektioner från din smartphone
Återställningssektionen är helt självförsörjande och innehåller ett miniatyroperativsystem som inte på något sätt är relaterat till Android
Genom att modifiera fstab-filen något kan vi tvinga init att starta upp systemet från minneskortet

Steg två, alternativ. Återställningssektion

Om återställningsstartflaggan i sektionen Övrigt är inställd eller om användaren slår på smarttelefonen med volymen nedtryckt, kommer aboot att överföra kontrollen till koden som finns i början av återställningssektionen. Precis som startpartitionen innehåller den kärnan och en RAM-disk, som packas upp i minnet och blir roten till filsystemet. Däremot är innehållet på RAM-disken något annorlunda här.

Till skillnad från startpartitionen, som fungerar som en övergångslänk mellan olika stadier av att ladda operativsystemet, är återställningspartitionen helt självförsörjande och innehåller ett miniatyroperativsystem som inte på något sätt är kopplat till Android. Recovery har sin egen kärna, sin egen uppsättning applikationer (kommandon) och ett eget gränssnitt som låter användaren aktivera tjänstefunktioner.

I en standard (lager) återställning finns det vanligtvis bara tre sådana funktioner: installation av firmware signerad med nyckeln till smartphonetillverkaren, torka och starta om. Modifierade tredjepartsåterställningar, som ClockworkMod och TWRP, har mycket fler funktioner. De kan formatera filsystem, installera firmware signerad med valfri nycklar (läs: anpassad), montera filsystem på andra partitioner (för OS-felsökningsändamål) och inkludera skriptstöd, som låter dig automatisera firmwareprocessen och många andra funktioner.

Med hjälp av skript, till exempel, kan du se till att efter uppstart, återställning automatiskt hittar den nödvändiga firmwaren på minneskortet, installerar dem och startar om i Android. Den här funktionen används av ROM-hanteraren, verktyg för automatisk flashning, såväl som den automatiska uppdateringsmekanismen för CyanogenMod och annan firmware.

Anpassad återställning stöder även säkerhetskopieringsskript som finns i katalogen /system/addon.d/. Innan den blinkar, kontrollerar återställningen efter skript och kör dem innan den firmware flashas. Tack vare sådana skript försvinner inte gapps efter installation av en ny firmwareversion.

fastboot-kommandon

För att komma åt fastboot måste du installera Android SDK, ansluta din smartphone till din PC med en kabel och slå på den genom att hålla ner båda volymknapparna. Efter detta bör du gå till underkatalogen platform-tools inuti SDK:n och köra kommandot

Fastboot-enheter

Enhetsnamnet kommer att visas på skärmen. Andra tillgängliga kommandon:

fatsboot oem upplåsning- låsa upp starthanteraren på nexuses;
uppdatera file.zip- installation av firmware;
flash boot boot.img- blinkande startpartitionsbilden;
flash återställning recovery.img- blinkande återställningspartitionsbilden;
flash system system.img- blinka systembilden;
oem-format- restaurering av en förstörd partitionstabell;

Steg tre. Initialisering

Så, efter att ha fått kontroll, ansluter kärnan RAM-disken och, efter att ha initierat alla dess undersystem och drivrutiner, startar init-processen, som börjar initieringen av Android. Som jag redan sa har init en konfigurationsfil init.rc, från vilken processen lär sig exakt vad den måste göra för att få upp systemet. I moderna smartphones har denna konfiguration en imponerande längd på flera hundra rader och är även utrustad med en trailer med flera underordnade konfigurationer som är anslutna till den huvudsakliga med hjälp av importdirektivet. Men dess format är ganska enkelt och är i huvudsak en uppsättning kommandon uppdelade i block.

Varje block definierar ett laddningssteg eller, på Android-utvecklarspråk, en åtgärd. Blocken är separerade från varandra med ett on-direktiv följt av namnet på åtgärden, till exempel på early-init eller på post-fs. Kommandoblocket kommer endast att köras om triggern med samma namn aktiveras. När den startar kommer init att aktivera early-init, init, early-fs, fs, post-fs, early-boot och boot-triggers i sin tur, och därmed starta motsvarande kommandoblock.

Om konfigurationsfilen drar med sig flera fler konfigurationer listade i början (och detta är nästan alltid fallet), kommer kommandoblocken med samma namn inuti dem att kombineras med huvudkonfigurationen, så att när triggern aktiveras, kommer init att kör kommandon från motsvarande block i alla filer. Detta görs för att underlätta att skapa konfigurationsfiler för flera enheter, när huvudkonfigurationen innehåller kommandon som är gemensamma för alla enheter, och de som är specifika för varje enhet skrivs i separata filer.

Den mest anmärkningsvärda av de ytterligare konfigurationerna heter initrc.device_name.rc, där enhetsnamnet bestäms automatiskt baserat på innehållet i systemvariabeln ro.hardware. Detta är en plattformsspecifik konfigurationsfil som innehåller enhetsspecifika kommandoblock. Förutom de kommandon som är ansvariga för att ställa in kärnan, innehåller den också något i stil med detta:

Mount_all ./fstab.device_name

Det betyder att init nu ska montera alla filsystem som anges i filen ./fstab.device_name, som har följande struktur:

Device_name (partition) mount_point filsystem fs_options andra alternativ

Den innehåller vanligtvis instruktioner för att montera filsystem från interna NAND-partitioner till katalogerna /system (OS), /data (programinställningar) och /cache (cachelagrade data). Men genom att ändra den här filen något kan vi tvinga init att starta upp systemet från minneskortet. För att göra detta, dela bara upp minneskortet i tre 4 sektioner: 1 GB / ext4, 2 GB / ext4, 1 GB / ext4 och det återstående fat32-utrymmet. Därefter måste du bestämma namnen på minneskortspartitionerna i /dev-katalogen (de skiljer sig för olika enheter) och ersätta dem med de ursprungliga enhetsnamnen i fstab-filen.

I slutet av boot init-blocket kommer det med största sannolikhet att stöta på standardkommandot class_start, vilket kommer att informera dig om att du sedan bör starta alla tjänster som listas i konfigurationen som är relaterade till standardklassen. Beskrivningen av tjänster börjar med tjänstedirektivet, följt av namnet på tjänsten och kommandot som måste utföras för att starta den. Till skillnad från kommandona som listas i blocken måste tjänster vara igång hela tiden, så under hela smartphonens liv kommer init att hänga i bakgrunden och övervaka detta.

Modern Android innehåller dussintals tjänster, men två av dem har en speciell status och bestämmer hela systemets livscykel.

init.rc-kommandon

Init-processen har en inbyggd uppsättning kommandon, varav många följer standardkommandonuppsättningen för Linux. Den mest anmärkningsvärda av dem:

exec /sökväg/till/kommando- kör ett externt kommando;
ifup-gränssnitt- höja nätverksgränssnittet;
class_start class_name- starta tjänster som tillhör den angivna klassen;
class_stop class_name- hållplatser.
insmod /sökväg/till/modul- ladda kärnmodulen;
montera FS-enhetskatalogen- anslut filsystemet;
setprop namn värde- ställ in en systemvariabel;
start service_name- starta den angivna tjänsten;
utlösarens namn- aktivera triggern (utför det angivna kommandoblocket);
skriv /sökväg/till/filrad- skriv en rad till en fil.

Steg fyra. Zygote och app_process

Vid ett visst stadium av laddningen kommer init att stöta på något i stil med detta block i slutet av konfigurationen:

Service zygote /system/bin/app_process -Xzygote /system/bin --zygote --start-system-server class default socket zygote stream 660 rotsystem onrestart skriv /sys/android_power/request_state väckning vid omstart skriv /sys/power/state on onrestart restart media onrestart restart netd

Detta är en beskrivning av Zygote-tjänsten, en nyckelkomponent i alla Android-system som ansvarar för initiering, start av systemtjänster, start och stopp av användarapplikationer och många andra uppgifter. Zygote lanseras med hjälp av en liten applikation /system/bin/app_process, som är mycket tydligt synlig i ovanstående del av konfigurationen. Uppgiften app_proccess är att starta Dalviks virtuella maskin, vars kod finns i det delade biblioteket /system/lib/libandroid_runtime.so, och sedan köra Zygote ovanpå den.

När allt detta är gjort och Zygote har kontroll, börjar den bygga Java-applikationens runtime genom att ladda alla ramverkets Java-klasser (för närvarande över 2000 av dem). Den startar sedan system_server, som inkluderar de flesta av systemtjänsterna på hög nivå (skrivna i Java), inklusive fönsterhanteraren, statusfältet, pakethanteraren och, viktigast av allt, Activity Manager, som i framtiden kommer att ansvara för att ta emot start- och slutsignalapplikationer.

Efter detta öppnar Zygote socket /dev/socket/zygote och går i vila och väntar på data. För närvarande skickar den tidigare lanserade Activity Manager en broadcast intent Intent.CATEGORY_HOME för att hitta applikationen som ansvarar för att skapa skrivbordet och ger sitt namn till Zygote via sockeln. Den senare i sin tur gafflar och kör applikationen ovanpå den virtuella maskinen. Voila, vi har ett skrivbord på vår skärm, hittat av Activity Manager och lanserat av Zygote, och ett statusfält lanserat av system_server som en del av statusfältstjänsten. Efter att ha tryckt på ikonen kommer skrivbordet att skicka en avsikt med namnet på denna applikation, Activity Manager tar emot den och skickar ett kommando för att starta applikationen till Zygote-demonen

INFO

I Linux-terminologi är en RAM-disk en slags virtuell hårddisk som bara finns i RAM. Tidigt i uppstartsprocessen extraherar kärnan diskinnehållet från bilden och monterar det som rotfilsystemet (rootfs).

Under startprocessen visar Android tre olika startskärmar: den första visas omedelbart efter att du har tryckt på strömknappen och blinkar in i Linux-kärnan, den andra visas under de tidiga stadierna av initialiseringen och registreras i filen /initlogo.rle (knappast). används idag) startas den sista med bootanimation-applikationen och finns i filen /system/media/bootanimation.zip.

Förutom standardutlösare låter init dig definiera dina egna utlösare, som kan utlösas av en mängd olika händelser: att ansluta en enhet till USB, ändra tillståndet för en smartphone eller ändra tillståndet för systemvariabler.

Bland annat dödar Activity Manager även bakgrundsapplikationer när det inte finns tillräckligt med minne. Tröskelvärden för ledigt minne finns i filen /sys/module/lowmemorykiller/parameters/minfree.

Allt detta kan se lite förvirrande ut, men det viktigaste är att komma ihåg tre enkla saker:

På många sätt skiljer sig Android mycket från andra operativsystem, och det är svårt att ta reda på det direkt. Men om du förstår hur allt fungerar är möjligheterna helt enkelt oändliga. Till skillnad från iOS och Windows Phone har Googles operativsystem en mycket flexibel arkitektur som gör att du på allvar kan ändra dess beteende utan att behöva skriva kod. I de flesta fall räcker det med att korrigera nödvändiga konfigurationer och skript.

Fredagen den 7 juli 2017

Ibland kan vi behöva sätta vår Android i återställningsläge för vissa uppgifter. Till exempel så att du har tillåtelse att djupt anpassa din smartphone som att installera nya anpassade ROM, uppdatera Android-systemet, återställa din telefon, etc.

Folk läser också:
Så, hur kommer man in i Android-återställningsläge? För nya Android-användare kan det vara ett besvärligt problem för dem. Få inte panik, här ger vi en enkel guide som visar hur du gör det utan några svårigheter.

Del 1. Starta upp i återställningsläge på din Android-enhet

Att komma in i återställningsläge på Android-smarttelefoner från olika märken kan vara något annorlunda. I följande artikel kommer vi att ta flera populära märken av Android-enheter och visa dig hur du går in i återställningsläget i detalj.

Sektion 1 Starta Samsung Galaxy i återställningsläge

A För Galaxy S8/S7/S6/S5 eller andra Samsung-enheter bör du först stänga av telefonen genom att hålla ned strömbrytaren och välja " Stäng av"alternativ.

Fortsätt sedan att trycka och hålla Strömbrytaren, Volym+ och Hem knappen samtidigt tills du ser Samsungs logotyp. Nu kan du välja alternativet för återställningsläge genom att använda volymknapparna för att markera och strömknappen för att bekräfta.

Sektion 2 Gå in i återställningsläge på LG

För LG G6, G5, G4, V10, V20 och andra LG-telefoner kan du få den i återställningsläge genom att följa guiden nedan:

1. Till att börja med, stäng av din LG.
2. Tryck och håll ned strömbrytaren och volymknappen samtidigt.
3. När LG-logotypen visas släpper du upp knapparna. Tryck sedan omedelbart på ström- och volymknappen igen tills menyn Hård återställning visas.
4. När menyn visas, använd volymknapparna för att markera ett alternativ och tryck på strömknappen för att bekräfta hård återställning. Nu är din LG i återställningsläge.

Avsnitt 3 Gå in i återställningsläge på HTC

1. Gå till "Inställningar > Batteri" på din HTC och avmarkera alternativet som säger FASTBOOT.
2. Stäng av smarttelefonen och vänta i cirka 5 sekunder tills den stängs av helt.
3. Tryck sedan på och håll ned volymknappen och tryck på strömbrytaren.
4. När du kan se att den nya menyn visas på skärmen släpper du upp knapparna. Använd volym ned-knappen för att navigera till alternativen i Bootloader-läge och bekräfta alternativet "Återställning" med strömknappen. På så sätt kan du komma in i återställningsläge.

Avsnitt 4 Gå in i återställningsläge på Google Nexus

1. Om din smartphone är på, stäng av den.
2. Tryck och håll ner volym- och strömknapparna så ser du ordet "Start" högst upp på skärmen.
3. Tryck på volymknappen två gånger för att markera "Återställning". Tryck på strömknappen för att starta återställningsläget.
4. Den vita Google-logotypen dyker upp. Fortsätt att trycka på och hålla ned strömbrytaren och volym upp-tangenten i cirka tre sekunder och släpp sedan volym upp-tangenten, men fortsätt att trycka på strömbrytaren.
5. Använd volymknapparna för att markera alternativen och strömknappen för att välja det du vill ha.

Notera: Olika Android-enheter har olika nyckelkombinationer för att gå in i bootloader- eller fastboot-läge. I allmänhet fungerar det för de flesta Android-telefoner att hålla ned "Volym ner"-tangenten/"Volym upp"-tangenten och "Power"-tangenten tillsammans. Om det inte hjälper kan du behöva söka efter andra metoder i Google.

Steg 1 Starta det här programmet på datorn och kör det. Välj alternativet "Broken Android Data Extraction" i den vänstra kolumnen. Anslut sedan telefonen till datorn via USB-kabeln för att gå vidare.

Steg 2 Bekräfta situationen och klicka på "Start"-knappen i gränssnittet. Nu måste du välja enhetsnamn och modell för din telefon.

Obs: Om du inte har några idéer om var du kan hitta enhetens namn och modell och du inte har tillgång till din telefon för informationen, kan du öppna batteriet för att se modellen.

Steg 3 Eftersom datorn framgångsrikt kan känna igen enheten, skulle programmet hjälpa dig att analysera din mobiltelefon och återställa enheten med återställningspaketet tills det går till slutet.

Steg 4 Du har tillåtelse att kontrollera de skannade resultaten en efter en och välja några filer att återställa om du trycker på knappen "Återställ" och sparar dem i en viss mapp. Efter det skulle det här programmet erbjuda händer att praktiskt taget lämna detta läge.

Hoppas detta hjälper dig starta din Android-enhet till återställningsläge. Du kommer att upptäcka att det är ganska bekvämt att säkerhetskopiera eller återställa ditt system på detta sätt. Om du fortfarande har problem med att göra detta, skicka oss e-postmeddelanden eller kommentera i rutan nedan. Vi uppskattar också dina förslag.

När du använder en mobil enhet baserad på Android OS (och särskilt efter en misslyckad blinkning av enheten), kan användaren uppleva en plötslig omstart av sin gadget. Efter en omstart kan en meny visas på smartphoneskärmen som uppmanar dig att välja enhetens startläge ("Välj startläge"), och ett av dessa lägen, tillsammans med "Återställningsläge" och "Snabbstartsläge", är "Normalt" uppstartsläge. I det här materialet kommer jag att berätta vad Normal Boot är på Android, vad dess funktioner är, och jag kommer också att förklara skillnaden mellan Normal Boot och andra startlägen för din gadget.

"Normal Boot"- Det här är standardstartläget för din mobila enhet. Vanligtvis väljs detta startläge automatiskt av enheten, förutsatt att det inte finns några fel (tidigt eller närvarande) i systemet. Bootloader-data läses, sedan laddas operativsystemets kärna, som inkluderar en komplett uppsättning drivrutiner och undersystem för minne, säkerhet och nätverkshantering. Kärnverktygen inkluderar också ramdisk, ett mjukvaruverktyg utformat för att initiera filsystempartitioner. Filsystemet är monterat, de nödvändiga systemtjänsterna startas och i slutändan ser användaren skrivbordsfönstret för sin gadget.

Om din enhet plötsligt startade om och sedan uppmanade dig att välja startalternativen "normal boot" - "snabbstart" - "återställningsläge", kan detta indikera att det finns mjukvaru- eller hårdvaruproblem med enheten. Genom att trycka på "volym upp"-knappen, välj "normal start"-läge och tryck sedan på "volym ner"-knappen för att starta din gadget i normalt läge.

Välj läget "Normal Boot".

Snabbstart, Normal Boot och Recovery Mode

Tillsammans med "Normal Boot" (vi har redan räknat ut vad Normal Boot är), kan systemet erbjuda ett startläge som kallas "Snabbstart". Fastboot-läget är inte en del av Android OS, utan snarare en viktig del av bootloadern för en viss mobil enhet (vissa enheter stöder inte Fastboot alls). Detta läge är avsett för att flasha enheten, så att du kan flasha både hela enhetens minne och dess individuella sektioner.

Också på många enheter, tillsammans med "Normal boot" och "Snabbstart", finns ett val av återställningsläge ("Recovery Mode") tillgängligt. Det här läget är utformat för att stabilisera enhetens normala drift, så att du kan återställa den till fabriksinställningarna, samt installera viktiga systemuppdateringar.

Slutsats

Läget "Normal Boot" används av din gadget för att starta upp de strukturella komponenterna i operativsystemet som standard. Typiskt väljs ett sådant läge automatiskt av systemet, om systemet inte tidigare har stött på olika fel i dess drift. Om din gadget plötsligt startade om och sedan valläget "normal start" eller "snabbstart" dök upp på skärmen, använd knappen "volym upp" för att välja läget "normal start" och genom att trycka på knappen "volym ner" , välj standardstartalgoritmen för din gadget.

Alla har inte en mobil enhet i form av en smartphone eller surfplatta som kör seriens OS Android, vet att det i alla versioner av operativsystemet finns något sådant som Bootloader. Vad det är ska nu diskuteras. Baserat på en förståelse av själva essensen av problemet kommer det att vara möjligt att ta reda på vilka operationer som kan utföras när du låser upp den.

Bootloader: vad är det?

Låt oss börja så att säga med grunderna. Bootloader Android-system skiljer sig praktiskt taget inte från vad som är tillgängligt på vilken datorterminal som helst, oavsett om det är PC eller Mac. Enkelt uttryckt är Bootloader ett inbyggt uppstartsverktyg för operativsystemet.

Om vi som exempel tar datorterminaler med flera installerade operativsystem (säg, Windows och Linux), erbjuder bootloadern, efter att ha slagit på den stationära enheten eller bärbara datorn, användaren ett val att logga in och efter bekräftelse laddar ett eller annat operativsystem .

OS Boot Principles

Precis som i stationära system kommer Bootloader i mobila enheter åt initialiseringsfiler på samma sätt som till exempel Windows gör när parametrar laddas från filen boot.ini.

Om du uppmärksammar sådana data är det inte svårt att dra slutsatsen att i Android-system kan du enkelt ändra inte bara startmetoden utan också det laddade operativsystemet, antingen manuellt eller automatiskt. Men få människor vet att detta verktyg i sig bara laddar systemet som är skrivet för en specifik modell av smartphone eller surfplatta.

Bootloader: hur låser man upp och varför behövs det?

När det gäller de möjligheter som upplåsning av bootloader föreslår, är frågan här inte begränsad till dataåterställning.

Man tror att i det här fallet får användaren tillgång till systemkärnan, vilket inte är möjligt som standard. Hur ska man beskriva Bootloader i en sådan situation? Vad detta är kommer att framgå om man ser till frånvaron av den sk superanvändarrättigheter. Det visar sig att efter att blockeringen har hävts behövs de inte på någon nivå alls. Annars måste du ofta installera speciell firmware och applikationer. Om anpassad firmware, milt uttryckt, är "klumpigt", då kan hela systemet misslyckas.

Alla tillverkare av mobil utrustning ger möjlighet att arbeta med en komponent som Bootloader. Hur låser man upp den? Detta görs vanligtvis med hjälp av speciella verktyg installerade på en PC när de är anslutna till en mobil enhet via ett USB-gränssnitt. Observera att superanvändarrättigheter inte krävs i detta fall.

För de flesta enheter, inklusive till exempel Sony och HTC-prylar, är användningen av verktyget underförstått, och för Sony måste du dessutom använda speciella Sony Fastboot-drivrutiner, och till och med hänvisa till den speciella Unlocker-sektionen på den officiella webbplatsen. Som du kan se är proceduren, även om den är genomförbar, ganska komplicerad.

Hur man låser upp Bootloader mer detaljerat

Hur man låser upp starthanteraren - HTC
Så låser du upp starthanteraren - Nexus
Hur man låser upp starthanteraren - Sony
Hur man låser upp bootloadern - Xiaomi
Hur man låser upp bootloadern - Huawei
Hur man låser upp bootloadern - LG

Dataåterställning

Å andra sidan, i sitt standardläge är det ganska enkelt att återställa Bootloader efter att ha återställt inställningarna till fabriksinställningarna. Du behöver inte ens göra detta.

Du behöver bara återställa inställningarna på själva gadgeten, och efter omstart kommer systemet att erbjuda dig att välja ett alternativ: antingen använd nya inställningar på enheten eller återställ inställningar, program och filer med ett Google-tjänstkonto. I det här fallet måste du ange din Gmail-adress med ett lösenord och även ansluta till Internet, till exempel med en aktiv Wi-Fi-anslutning.

Installerar ett annat operativsystem

Om vi pratar om möjligheten att installera ett annat operativsystem är det här problemet ganska komplicerat, även om vi kan lösa det. Faktum är att vissa tillverkare hävdar att efter Android kommer det inte att finnas något annat system för gadgeten. Ett rent reklamtrick utformat för att marknadsföra det installerade systemet.

Men kineserna har redan bevisat med sina "vänster" HTC-enheter att både Android och Windows Phone enkelt kan samexistera på en enhet. Dessutom levereras sådana modeller i de flesta fall med en redan olåst Bootloader. Vad är det i det här fallet? Detta är ett verktyg som låter dig inte bara välja ett startbart operativsystem, utan också installera vilket som helst annat genom att ändra parametrar på systemnivå.

Med andra ord kan användaren till och med klara sig utan någon fast programvara eller ytterligare program för att optimera driften av det installerade operativsystemet. Dessutom! Detta kräver inte ens specialiserade verktyg som optimerare, av vilka det finns så många idag att användaren själv inte förstår vad han ska välja från detta enorma antal program och applikationer.

Vad bör du vara uppmärksam på separat?

Men när det kommer till anpassad firmware, som har blivit ganska populär bland många ägare av mobila enheter, måste du vara mycket försiktig med dem. Naturligtvis kommer smart firmware eller en OS-uppdatering inte att göra någon skada, tvärtom, det kommer bara att förbättra enhetens funktion, men när du installerar något inofficiellt och ännu inte testat (som datorbetaversioner), förvänta dig problem. Då kommer säkert ingen bootloader att hjälpa.

Förresten, få inser att sådana versioner kan belasta hårdvarukomponenterna för mycket, vilket i sin tur kan leda till att de inte fungerar helt. Men att byta processor i samma smartphone är långt ifrån det enklaste.

Dessutom innebär upplåsning av bootloadern i officiellt släppta märkesprylar automatisk förlust av garanti och möjligheten till gratis service. Så du måste tänka hundra gånger innan du utför sådana åtgärder och operationer.

Slutligen återstår det att tillägga att frågan om att installera ett annat operativsystem på en Android-enhet också i allmänhet är ganska kontroversiellt. Ja, självklart kommer systemet att fungera, oavsett vad tillverkaren säger. Men hur det kommer att fungera är en annan fråga, särskilt eftersom de flesta användare vanligtvis installerar någon form av lättviktsversion som har en okänd ursprungskälla. Men förgäves. Här, som de säger, kan du skruva upp så mycket att du inte kommer att sluta med en synd. Och i händelse av sådana ändringar, enligt gällande internationella standarder, bär tillverkaren inte själv något ansvar för korrekt funktion av den mobila enheten. Därför måste beslutet om ändamålsenlighet fattas av ägaren av gadgeten själv. Men det är bättre att inte skämta med sådana saker.