📢 引言：按下电源键的那一刻，发生了什么？
你好，我是你们的底层技术探路者。
每天我们都在与 Linux 打交道，无论你是做嵌入式开发、服务器运维还是 Android ROM 定制。当你按下电源键，屏幕亮起，直到出现登录提示符，这短短几秒钟内，CPU 执行了数以亿计的指令。
这段旅程被称为Boot Process。它是计算机科学中最精妙的接力赛：
- ROM Code：点燃火炬。
- Bootloader：冲刺跑，初始化硬件。
- Kernel：接管世界，构建秩序。
- User Space：繁荣的文明建立。
今天，我将扒开 Linux 的外衣，深入源码（基于 ARM64 架构），带你彻底搞懂这条“全链路”。
本文硬核指数 ⭐⭐⭐⭐⭐，建议先收藏，再细品！
🏁 第一阶段：史前时代 —— 硬件上电与 ROM Code
在 Linux 内核介入之前，必须先有“立足之地”。
1.1 上电复位 (Power-on Reset)
当电压稳定后，SoC 内部的时序控制逻辑会产生复位信号。此时，CPU 的所有寄存器被重置，PC 指针 (Program Counter)指向一个固定的物理地址（通常是0xFFFF0000或0x00000000）。
1.2 BROM (Boot ROM)
这个地址映射的是 SoC 内部的一小块只读存储器（iROM）。这里的代码是芯片出厂时固化的，不可修改。
它的任务非常简单且关键：
- 初始化最基本的时钟。
- 检测启动介质（拨码开关决定是从 SD 卡、eMMC 还是 NAND Flash 启动）。
- 将 Bootloader 的第一阶段代码加载到片内 SRAM 中。
为什么是 SRAM？因为此时 DDR（内存）还没初始化，根本没法用！SRAM 虽然贵且小（通常只有几十 KB），但它不需要初始化就能直接读写。
🏃 第二阶段：短跑运动员 —— Bootloader (U-Boot)
Bootloader 的王者无疑是U-Boot。由于 BROM 只能加载很小的代码，U-Boot 通常设计为两级架构：SPL + U-Boot Proper。
2.1 SPL (Secondary Program Loader)
SPL 是 U-Boot 的“先遣队”，体积极小，运行在 SRAM 中。
核心任务：
- 初始化 DDR 控制器：这是最重要的一步，让巨大的外部内存可用。
- 将完整的 U-Boot (u-boot.bin) 搬运到 DDR 中。
- 跳转到 DDR 执行。
2.2 U-Boot Proper (完全体)
此时我们已经运行在宽敞的 DDR 里了。U-Boot 开始大展拳脚：
board_init_f(Frontend)：初始化串口（为了打印 Log）、定时器、分配堆栈。board_init_r(Rear)：初始化网卡、Flash、USB 等外设。- 加载内核：读取
uImage或Image到内存。 - 加载设备树 (DTB)：读取
.dtb文件到内存。
2.3 关键时刻：移交控制权
在 U-Boot 的最后，会执行bootm命令。它做了一件极具仪式感的事情——设置寄存器，然后通过汇编指令跳转。
对于 ARM64：
x0寄存器：存放设备树（DTB）在内存中的物理地址。x1,x2,x3：通常保留为 0。- Jump：直接跳转到内核的入口地址。
🧠 第三阶段：内核觉醒 —— 汇编入口 (head.S)
从这里开始，我们进入 Linux Kernel 的源码世界。
入口文件通常位于arch/arm64/kernel/head.S。此时，MMU（内存管理单元）是关闭的，CPU 看到的还是物理地址。
3.1 核心动作
- 关闭中断：在世界秩序建立之前，不接受任何干扰。
- 校验 CPU ID：确认当前运行在哪个核上（Boot CPU 还是 Secondary CPU）。
- 校验 DTB：确认 U-Boot 传来的设备树地址是合法的。
- 创建临时页表：这是为了开启 MMU 做准备。Linux 内核使用的是虚拟地址（如
0xffff...），必须建立物理地址到虚拟地址的映射。 - 开启 MMU：
sctlr_el1寄存器写入，开启分页机制。
- 瞬间变化：这一行汇编执行前，PC 指针是
0x40080000（物理）；执行后，PC 变成了0xffff8000...（虚拟）。
3.2 跳转到 C 语言
汇编的使命结束，代码跳转到start_kernel()。
🏗️ 第四阶段：大构建师 —— start_kernel()
这是 Linux 内核中最大的函数，位于init/main.c。它是整个操作系统的“构造函数”。
由于内容太多，我将其整理为一张 Mermaid 时序图：
4.1 关键初始化详解
setup_arch()：解析设备树，确定有多少内存，保留内存（Reserved Memory）在哪里。mm_init()：初始化内存分配器。从此以后，kmalloc可以工作了。sched_init()：初始化进程调度器。从此以后，多任务成为可能。rest_init()：这是start_kernel的最后一步。它不会返回，而是创建了两个祖先进程：
- PID 1 (init)：所有用户进程的祖先。
- PID 2 (kthreadd)：所有内核线程的祖先。
- PID 0 (idle)：自己退化为 idle 进程，没事做的时候就跑它（省电）。
🌍 第五阶段：文明建立 —— 用户空间 (User Space)
此时，内核已经就绪，但系统还是个“空壳”，因为没有用户程序。
PID 1 进程（通常是/sbin/init）开始执行。
5.1 挂载根文件系统 (Rootfs)
内核通过解析 cmdline 中的root=/dev/mmcblk0p2参数，找到根文件系统所在的存储分区，并将其挂载到 VFS 的根目录/。
如果这一步失败，你就会看到著名的Kernel panic - not syncing: VFS: Unable to mount root fs。
5.2 Init 系统的分歧
根据 Linux 发行版的不同，Init 程序分为三类：
- SysVinit（老派）：读取
/etc/inittab，依序执行脚本。简单但慢。 - Systemd（现代）：并行启动服务，通过 Socket 激活。复杂但快。
- BusyBox Init（嵌入式）：轻量级，读取
/etc/init.d/rcS。
5.3 最终的 Shell
Init 进程会根据配置，启动getty进程监听串口或终端。
当你输入用户名密码验证通过后，getty会exec启动一个shell（如 bash 或 sh）。
屏幕上跳出：Welcome to Linux 6.xLogin: _
恭喜你，系统启动完成！
❓ 常见启动故障排查 (Troubleshooting)
讲了这么多原理，最后送大家几个实战锦囊。
Q1: 卡在 “Starting kernel …” 不动了？
- 原因：通常是 U-Boot 传给内核的 DTB 地址不对，或者内核崩溃在了串口驱动初始化之前（早期的汇编阶段）。
- 解法：开启
earlycon（早期控制台），在 bootargs 中加入earlycon=uart8250,mmio32,0x...，让内核在汇编阶段就能打印 Log。
Q2: 提示 “No init found”？
- 原因：Rootfs 挂载成功了，但是找不到
/sbin/init，或者该文件没有执行权限，或者架构不对（在 ARM 上跑了 x86 的程序）。 - 解法：检查 Rootfs 制作过程，检查动态库依赖。
Q3: 内存识别不全（比如 4G 只有 2G）？
- 原因：U-Boot 传递的内存参数不对，或者设备树里
memory节点配置错误。
🎯 总结
Linux 的启动流程，是一场宏大的接力赛。
- 硬件负责提供跑道。
- Bootloader是第一棒，负责热身和起跑。
- Kernel是第二棒，负责制定规则和构建环境。
- Init是最后一棒，将应用生态带给用户。
理解了这个流程，你就不再是一个只会写代码的 Coder，而是一个拥有上帝视角的系统工程师。
🚀 下一步行动
你在调试 Linux 启动时遇到过最崩溃的问题是什么？
- A. 卡在 U-Boot 进不去内核。
- B. Rootfs 挂载失败，Panic。
- C. 驱动加载时死机。
👉 欢迎在评论区留言交流！如果你想看如何手写一个简单的 Bootloader，请点赞告诉我，下期安排！
