Membedah Anatomi Boot Process

Saat tombol power ditekan, IC Power (PMIC) mendistribusikan tegangan ke CPU. Begitu CPU mendapat daya, dia langsung mencari instruksi pertama di lokasi memori yang sifatnya read-only yang sudah ditanam dari pabrik (Mask ROM). Ini disebut PBL (Primary Bootloader).

Tugas PBL sangat sederhana: inisialisasi hardware super dasar, mendeteksi jenis memori (eMMC/UFS), dan mencari bootloader tahap kedua di partisi tersebut. Jika PBL gagal mendeteksi eMMC/UFS atau datanya korup (hardbrick), CPU akan masuk ke mode darurat yang disebut EDL (Emergency Download Mode) - yang biasa kamu lihat sebagai Qualcomm HS-USB QDLoader 9008 di Device Manager komputermu.

Tepat sekali. Di Snapdragon modern, SBL sudah digantikan oleh XBL (eXtensible Bootloader). XBL ini lebih canggih karena berjalan di atas standar UEFI (mirip BIOS komputer modern).

Tugas utama XBL adalah menyalakan RAM (DDR Init), mengatur clock CPU, layar awal, dan menyiapkan lingkungan keamanan TrustZone (TEE) yang sangat penting bagi Xiaomi untuk fitur Find Device, Fingerprint, dan enkripsi. Setelah RAM aktif, ruang gerak sistem jadi lebih lega, lalu XBL akan menyerahkan tongkat estafet ke ABL (Android Bootloader).

Halo, mulai dari ABL (Android Bootloader) ini adalah wilayah perbatasanku. ABL inilah yang menampilkan logo "MI / POCO" di layar untuk pertama kalinya. ABL juga yang bertugas membaca status tombol fisik saat boot.

Jika kamu menahan tombol Volume Bawah, ABL akan menghentikan proses boot normal dan masuk ke mode Fastboot. ABL juga menjalankan AVB (Android Verified Boot) untuk mengecek apakah partisi boot dan system tidak dimodifikasi (kecuali UBL/Unlock Bootloader). Jika aman, ABL memuat Linux Kernel ke dalam RAM dan menjalankannya.

Betul. Setelah Kernel mengambil alih, ia akan menghidupkan driver-driver tingkat rendah (touchscreen, baterai, display, dll) dan melakukan mounting partisi root. Setelah selesai, Kernel mengeksekusi file sakti bernama init.

Proses init adalah induk dari segala proses (PID=1). Dia akan menjalankan animasi bootloader MIUI/HyperOS (titik-titik muter). Sementara animasi itu berjalan, di latar belakang init menetaskan sebuah proses raksasa bernama Zygote.

Zygote bertugas memuat core libraries Java (ART/Dalvik). Melalui Zygote inilah System Server dihidupkan, yang kemudian membangunkan Activity Manager, Package Manager, dan berbagai service Android lainnya, hingga akhirnya Launcher (Homescreen) ditampilkan ke layar dan HP siap kamu gunakan!

Ah, log itu adalah bukti otentik dari kegagalan Hardware tingkat daya! Pesan POWER OFF due to FAULT UVLO adalah kunci utamanya.

UVLO (Under Voltage Lock Out) adalah mekanisme proteksi otomatis di IC Power (PMIC). Ketika CPU atau komponen lain mulai menarik arus besar (biasanya saat CPU clock mulai naik dari SBL ke Kernel), tegangan baterai tiba-tiba drop terlalu rendah dari ambang batas aman. PMIC langsung memutus arus untuk mencegah kerusakan, sehingga HP akan mati/restart.

Jika kamu perhatikan baris Vbatt: 0; Ibatt: 0, itu mengkonfirmasi bahwa PMIC sama sekali tidak mendeteksi tegangan (Vbatt) dari baterai, dan sumber daya murni mengandalkan suplai lemah dari kabel USB (Charger SRC: SDP). Kesimpulannya: Baterai rusak/soak parah, konektor baterai kendor, atau ada jalur BATT_ID/THERM yang putus!

Ini adalah contoh klasik kegagalan di tahap Android Bootloader (ABL)! Masalahnya ada di Device Tree Blob (DTB/DTBO).

File DTBO berisi peta instruksi tentang perangkat keras (kamera, layar, sensor) yang khusus untuk tipe papan (board) tersebut. Pada log tertulis Unable to find the Board Dtb. ABL mencoba mencari file DTB yang cocok dengan BoardVariant = 2255 di dalam partisi dtbo, namun tidak menemukannya.

Karena peta *hardware*-nya hilang, Kernel Linux menolak untuk di-load (bisa berbahaya jika dipaksakan). Sebagai mekanisme pertahanan (fallback), ABL langsung membelokkan rute proses ke Fastboot Mode (Launching fastboot) agar teknisi bisa melakukan flashing ulang. Solusinya? Lakukan flash pada partisi boot dan dtbo, atau full flash firmware bawaan karena kemungkinan partisi tersebut korup (mungkin akibat gagal UBL, gagal root Magisk, atau update OTA terputus).

Sangat tajam! Infinix Note 30 menggunakan chipset MediaTek (MTK) Helio G99. Arsitektur bootloader MediaTek menggunakan istilah yang berbeda dari Qualcomm, meskipun fungsinya mirip.

Pada MediaTek, CPU pertama kali memuat BROM (Boot ROM) yang kemudian memanggil [PMIC]Preloader Start. Preloader ini setara dengan gabungan tugas PBL & XBL di Qualcomm. Ia bertugas mengecek PMIC (tegangan aman), inisialisasi RAM DDR, dan memuat lingkungan keamanan TrustZone yang disebut MTEE (MediaTek Trusted Execution Environment).

Setelah keamanan siap (Say Hello from EL2!), Preloader tidak menyerahkan tugas ke ABL, melainkan ke LK (Little Kernel). Tulisan welcome to lk/MP adalah pertanda bahwa proses hardware init telah berhasil dan HP siap untuk memuat OS Android utama! Log ini adalah contoh "Buku Teks" dari proses booting yang sehat dan sempurna.

Itu adalah masalah hardware tingkat akut! Kata kuncinya ada pada peringatan OCP Occured di jalur SMPS 7, 8, dan 9.

OCP (Over Current Protection) adalah sistem pengamanan pada IC Power (PMIC) ketika mendeteksi adanya penarikan arus yang terlalu besar dan tidak wajar pada suatu jalur suplai, yang hampir selalu berarti ada jalur yang Korslet (Short) ke *Ground*.

Pada Snapdragon seri 800 (seperti 870 di Poco F3), jalur SMPS 7, 8, dan 9 biasanya menyuplai tegangan inti sangat rendah namun berarus besar langsung ke dalam *die* CPU (VCC_CORE / VCC_MODEM). Ketika IC Power mencoba mengalirkan listrik ke CPU saat memunculkan logo, listrik tersebut bocor (korslet), memicu proteksi OCP, yang kemudian memicu FAULT GP_FAULT0 sehingga HP mematikan dirinya sendiri secara instan untuk mencegah komponen terbakar.

Solusi Teknisi: Jangan me-reball IC Power terlebih dahulu! Periksa kapasitor-kapasitor *decoupling* berukuran besar yang berada di sekitar area CPU/RAM. Seringkali, masalah restart pada seri Poco F3 / Poco X3 disebabkan oleh korsletnya salah satu kapasitor filter pada jalur suplai *core* CPU ini.

Ini adalah contoh sempurna dari Kegagalan Hardware Non-Fatal! Perhatikan bahwa meskipun ada banyak pesan error merah, log tetap berujung pada welcome to lk/MP, yang artinya proses booting OS tidak terganggu dan HP tetap bisa masuk menu utama.

Permasalahan utamanya ada di I2C transfer error pada addr: 54 dan addr: 55. I2C (Inter-Integrated Circuit) adalah jalur komunikasi data antara CPU dan IC pendukung (seperti IC Charger, IC Kamera, Sensor, dll).

Pada Infinix Note 30, alamat I2C 54/55 pada bus ID 5 secara spesifik adalah alamat untuk IC Fast Charging Pump (umumnya menggunakan seri SC8548). Karena CPU gagal berkomunikasi dengan IC tersebut, CPU menganggap IC Fast Charging tidak ada (no chg chip [sc8548]).

Kesimpulan: IC Charge SC8548 Anda rusak mati total, terlepas dari kakinya, atau jalur I2C SDA/SCL di sekitar IC tersebut putus. Ganti IC SC8548-nya, dan fitur pengecasan akan kembali normal!

Ya, secara prinsip sangat mirip! Perangkat IoT seperti Smart Camera (Hi3520) menggunakan sistem operasi berbasis Linux yang lebih ramping. Proses boot-nya terbagi menjadi 3 tahap utama:

• 1. U-Boot Stage: Ini mirip dengan PBL/XBL di Android. U-Boot (contohnya versi 2010.06) menginisialisasi hardware dasar seperti CPU, DRAM, dan SPI Flash. Pada tahap ini, U-Boot sering memberikan countdown (misal 1 detik) di mana kamu bisa menekan tombol (Autoboot interrupt) untuk masuk ke command line U-Boot.
• 2. Kernel Loading Stage: U-Boot membaca Linux Kernel Image (misalnya Linux-3.0.8) dari SPI Flash dan memuatnya ke dalam RAM (contoh di alamat 0x82000000). U-Boot kemudian melakukan verifikasi checksum.
• 3. Kernel Launch: U-Boot menyerahkan kontrol sepenuhnya ke Kernel dengan mencetak pesan "Starting kernel ...". Mulai dari titik ini, Kernel Linux mengambil alih dan menjalankan proses init.

Mengapa log terhenti di "Starting kernel..."?
Ini adalah jebakan klasik bagi teknisi! Jika log UART hilang setelah tulisan itu, bukan berarti HP atau kamera mati/bootloop. Kemungkinan besar, parameter bootargs dari kernel mengarahkan output console ke port UART yang berbeda (misalnya dari ttyS0 dialihkan ke ttyS1), atau baud rate-nya diubah.

Solusi Debugging: Hentikan proses boot saat countdown U-Boot berjalan untuk masuk ke mode shell. Ketik perintah printenv untuk melihat ke mana parameter console=tty... diarahkan.

Keluarga HiSilicon Kirin (contohnya Kirin 960 pada board HiKey960) memiliki identitas booting yang unik dan berbeda dari Qualcomm maupun MediaTek! Prosesnya diurutkan seperti ini:

• 1. xloader: Ini adalah bootloader tingkat pertama. Tugasnya mendeteksi memori penyimpanan (biasanya UFS) dan menginisialisasi jalur LPDDR4 (RAM). Jika kamu melihat log xloader chipid is: 0x36600110, berarti CPU dan RAM sudah saling "berjabat tangan".
• 2. Fastboot for Kirin: Kirin menggunakan implementasinya sendiri yang disebut Fastboot for Kirin (berbeda dari LK MediaTek). Di tahap ini, SoC menyalakan semua jalur listrik (PMIC regulator) dan menginisialisasi clock (PLL).
• 3. LPM3 & ATF (BL31): Selanjutnya, Low Power MCU (LPM3) dimuat. Setelah beres, SoC akan menyerahkan kendali kepada ARM Trusted Firmware (BL31) untuk menjamin keamanan level hardware sebelum menjalankan OS utama.
• 4. Linux Kernel: BL31 memberikan instruksi untuk mengeksekusi kernel Android (Booting Linux on physical CPU 0x0).

Jadi, bila kamu men-debug HP berbasis Kirin yang brick, perhatikan log UART-nya. Jika mati sebelum muncul pesan `xloader`, kemungkinan ada masalah tegangan dasar ke CPU atau RAM rusak.