bootloader启动流程（Linux（ bootloader）启动操作系统过程）

嵌入式linux系统的启动流程是什么样的1)初始化RAM因为Linux内核一般都会在RAM中运行,4)设置Linux启动参数Bootloader在执行过程中必须设置和初始化Linux的内核启动参数,但总体的启动流程相同：/sbin/init --》 根据/etc/inittab配置文件设置默认运行级别 --》 运行系统初始化脚本/etc/rc.d/rc.sysinit,完成系统初始化 --》 关闭或启动用户选定的默认运行级别所对应的服务,跳转解压内核Linux系统启动及定制过程 CentOS的启动流程总体顺序如下: POST --》 Boot Sequence --》 bootloader(MBR) --》 Kernel --》 加载rootfs --》 switchroot --》 /sbin /init --》 (配置文件：/etc/inittab, /etc/init/*.conf) --》 根据init配置文件设置默认运行级别 --》 运行系统初始化脚本/etc/rc.d/rc.sysinit,Linux内核在启动过程中会根据该处理器类型调用相应的初始化程序,运行级别决定了哪个初始化程序（Initial Programs）被加载到启动项,所以一个完整的系统启动也是先启动内核文件。

Linux（ bootloader）启动操作系统过程

Linux Booting Process: (1) BIOS 功能：执行计算机系统完整性检测；通电自检；搜索/加载/执行 boot loader程序。 一旦 boot loader 程序被探测到，并且加载到内存，BIOS会把控制权交给它。 (2) MBR MBR位于引导盘（Bootable Disk）的第一个扇区（512B）。 通常是在 /dev/sda 或者 /dev/hda 。注意：引导盘（bootable disk）和引导分区（bootable partition）的区别。 (3) GRUB GRUB = Grand Unified Bootloader 如果在系统中安装有多个内核镜像，你可以选择某一个被执行。 GRUB展示了一个启动画面，等待几秒，如果你不输入任何字符，它将会按照grub配置文件的规定加载默认的内核镜像。 Grub配置文件在: /boot/grub/grub.conf 它包含了内核和initrd.img (4) Kernal (注意Kernal和kernel不一样) Kernal按照grub.conf文件的规定，挂载根文件系统。 一旦kernal启动，它第一件事情就是执行：sbin/init 进程。 initrd是被kernel用做临时根文件系统，直到Kernal挂载了根文件系统。 (5) INIT（Initilization） 根据 /etc/inittab 文件决定Linux运行层级，运行级别决定了哪个初始化程序（Initial Programs）被加载到启动项。 (6) Run Level 根据你的运行级别的设定，操作系统会执行下来对应的文件夹下的程序： Linux的7个运行级别（Run levels）: 标准的Linux运行级别为3或者5，如果是3的话，系统就在多用户状态；如果是5的话，则是运行着XWindow系统。不同的运行级别有着不同的用处，也应该根据自己的不同清晰来设置。例如，如果丢失了root口令，那么可以让机器启动进入单用户模式来设置。 如果是使用S（Start）开头的程序，那么是用在启动的时候， 如果是使用K（Kill）开头的程序，那么是用在关机的时候。

Android系统启动流程（二）BootLoader引导程序

上电之后到U-boot的流程

暂不关心CP的启动，而主要关心AP

Android启动流程——1序言、bootloader引导与Linux启动

u-boot 启动流程分成哪两个阶段分别要完成哪些功能

第一阶段（汇编）:设置中断向量表、设置cpu模式为svc、关中断、关mmu、关D-Cache、初始化系统时钟、内存、网卡、串口、设置堆栈，将第二阶段代码搬移到内存，清空BSS段、跳转执行第二阶段代码第二阶段（c）：初始化外设、进入main_loop主循环，进入命令行模式或者自启动模式，设置堆栈，加载内核映像，跳转解压内核

Linux系统启动及定制过程

CentOS的启动流程总体顺序如下:

POST --》 Boot Sequence --》 bootloader(MBR) --》 Kernel --》 加载rootfs --》 switchroot --》 /sbin /init --》 (配置文件：/etc/inittab, /etc/init/*.conf) --》 根据init配置文件设置默认运行级别 --》 运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 --》 开启或关闭用户选定的对应运行级别下所对应的服务 --》 启动终端，打印登录提示符。

注：前面加粗部分代表内核空间的系统启动流程，后面未加粗部分代表用户空间的系统启动流程。

第一步：硬件启动过程

POST加电自检

主要实现的功能是检测各个外围硬件设备是否存在而且能够正常运行起来，实现这一自检功能的是固化在主板上的ROM(主要代表为CMOS)芯片上的BIOS(Basic Input/Output System)程序；例如BIOS会检测CPU、Memory以及I/O设备是否能够正常运行，如果是个人计算机的话可能还会检测一下显示器。只要一通电，CPU就会自动去加载ROM芯片上的BIOS程序，是这样来实现的。而检测完成之后就进行硬件设备的初始化。

选择启动设备以加载MBR

主要实现的功能是选择要启动的硬件设备，选择了之后就可以读取这个设备上位于MBR里头的bootloader了。这一步的实现是这样的：根据BIOS中对启动顺序的设定，BIOS自己会依次扫描各个引导设备，然后第一个被扫描到具有引导程序(bootloader)的设备就被作为要启动的引导设备。

MBR（Main Boot Record），是硬盘的0柱面，0磁道、1扇区（第一个扇区），称为主引导扇区，也称为主引导记录。它由三部分组 成：主引导程序（BootLoader）、硬盘分区表DPT（Disk Partition table）和硬盘有效标志（55AA）。 　　 注：硬盘默认一个扇区大小为512字节。 　　第一部分，主引导程序（BootLoader）占446个字节，负责从活动分区中装载，并运行系统引导程序。 　　第二部分，硬盘分区表DPT占64个字节，有4个分区表项，每个分区表项占16个字节，硬盘中分区有多少以及每一个分区的大小都记 录在其中。 　　第三部分，硬盘有效标志，占2个字节，固定为55AA。如果这个标志位0xAA55，就认为这个是MB

第二步：GRUB引导阶段

不同的系统有不同的主引导程序（BootLoader）。Windows使用的是NTLDR（NT Loader，Windows NT系列操作系统）、Bootmgr（Boot Manager，Windows Vista，7，8，10），Linux一般使用的是grub（也叫grub legacy）和grub2。GRUB程序加载执行并引导kernel（内核）程序，其中有三个阶段，Grub引导阶段的文件都在/boot/grub/目录下。

stage1： 这一阶段执行的就是系统安装时预先写入到MBR的Bootloader程序，即是存放在MBR的前446字节里的程序。它的任务仅是读取（加载）硬盘的0柱面，0磁道，2扇区的内容（/boot/grub/stage1）并执行。

stage1.5： 这一阶段是Stage1阶段和Stage2阶段的桥梁，功能是加载stage2所在分区的文件系统驱动，让stage1中的bootloader能识别stage2所在分区的文件系统，此后grub程序便有能力去访问/boot/grub/stage2。

stage2： 这一阶段读取并解析grub的配置文件/boot/grub/grub.cnf，根据配置文件加载内核镜像到内存中，通过initrd程序建立虚拟根文件系统，最后调用（转交）内核。

第三步：内部引导阶段

加载内核，核心开始解压，启动一些最核心的程序。为了让内核足够的轻小，硬件驱动并没放在内核文件里面。系统仅探测可识别到的所有硬件设备，加载硬件驱动程序，即加载真正的根文件系统所在设备的驱动程序（有可能会借助于ramdisk加载驱动），以只读方式挂载根文件系统，运行用户空间的第一个应用程序：/sbin/init。

第四步：init初始化阶段（系统初始化阶段）

虽然CentOS 5、CentOS 6以及CentOS 7的/etc/init配置文件内容各不相同，但总体的启动流程相同：/sbin/init --》 根据/etc/inittab配置文件设置默认运行级别 --》 运行系统初始化脚本/etc/rc.d/rc.sysinit，完成系统初始化 --》 关闭或启动用户选定的默认运行级别所对应的服务 。

对于CentOS 5来说，初始化程序init是SysV init，其配置文件为：/etc/inittab； 对于CentOS 6来说，初始化程序init是upstart，其配置文件为：/etc/inittab， /etc/init/ .conf，也就是upstart将配置文件拆分成多个，在/etc/init/目录下以conf结尾的都是upstart风格的配置文件，而/etc/inittab仅用于设置默认运行级别； 对于CentOS 7来说，初始化程序init是systemd，其配置文件：/usr/lib/system/systemd/, /etc/systemd/system/ ；

具体执行过程：/sbin/init程序会读取/etc/inittab文件确认运行级别，然后执行/etc/rc.d/rc脚本，根据确认的运行级别启动对应/etc/rc.d/rc#.d/目录下的服务（#为0~6），与此同时执行系统初始化脚本/etc/rc.sysinit（软链接，指向/etc/rc.d/rc.sysinit），还会加载/etc/rc.local（软链接，指向/etc/rc.d/rc.local文件）用户自定义服务（脚本）。

CentOS7中初始化进程变为了systemd，systemd即为system daemon，是Linux下的一种init软件，开发目标是提供更优秀的框架以表示系统服务间的依赖关系，并依此实现系统初始化时服务的并行启动，同时达到降低Shell系统开销的效果，最终代替现在常用的System V与BSD风格的init程序。与多数发行版使用的System V风格的init相比，systemd采用了以下的新技术：A.采用Socket激活式与总线激活式服务，以提高相互依赖的各服务的并行运行性能；B.用Cgroup代替PID来追踪进程，即使是两次fork之后生成的守护进程也不会脱离systemd的控制。

第五步：启动终端

根据前面获取的运行级别来启动终端，mingetty程序是用于启动终端的，它会调用登录程序login，这样就能显示出登录提示符了，类似mingetty这种用于打开终端的程序还有getty等。而如果默认运行级别为5，则会打开图形界面。

第一步：硬件启动过程

这一步和CentOS6差不多，详细请看1.1内容。

第二步：GRUB引导阶段

从这一步开始，CentOS6和CentOS7的启动流程区别开始展现出来了。CentOS7的主引导程序使用的是grub2，执行过程是先加载boot.img、core.img两个镜像，再加载MOD模块文件，把grub2程序加载执行，接着解析配置文件/boot/grub/grub.cfg，根据配置文件加载内核镜像到内存，之后构建虚拟根文件系统，最后转到内核。

CentOS7中使用命令进行配置，而不直接去修改配置文件了。grub.cfg配置文件开头注释部分说明了由/etc/grub.d/目录下文件和/etc/default/grub文件组成。改好配置后都需要使用命令grub2-mkconfig -o /boot/grub2/grub.cfg，将配置文件重新生成。

第三步：内部引导阶段

这一步与CentOS6也差不多，加载驱动，切换到真正的根文件系统，唯一不同的是执行的初始化程序变成了/usr/lib/systemd/systemd。

第四步：init初始化阶段（系统初始化阶段）

CentOS7中我们的初始化进程变为了systemd。执行默认target配置文件/etc/systemd/system/default.target（这是一个软链接，与默认运行级别有关）。然后执行sysinit.target来初始化系统和basic.target来准备操作系统。接着启动multi-user.target下的本机与服务器服务，并检查/etc/rc.d/rc.local文件是否有用户自定义脚本需要启动。最后执行multi-user下的getty.target及登录服务，检查default.target是否有其他的服务需要启动。

注意：/etc/systemd/system/default.target指向了/lib/systemd/system/目录下的graphical.target或multiuser.target。而graphical.target依赖multiuser.target，multiuser.target依赖basic.target，basic.target依赖sysinit.target，所以倒过来执行。

unit对象：unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其他与init相关的信息。（也就是CentOS6中的服务器启动脚本）

第五步：启动终端

systemd执行sysinit.target systemd启动multi-user.target下的本机与服务器服务 systemd执行multi-user.target下面的/etc/rc.d/rc.local Systemd执行multi-user.target下的getty.target及登录服务 getty.target是启动终端的systemd对象。如果到此步骤，系统没有指定启动图形桌面，到此就可以结束了，如果需要启动图形界面，要在此基础上启动桌面程序。

从 CentOS 7 版本之后，系统开始用 systemd 实现init进程，系统启动和服务器守护进程管理器功能，负责在系统启动或运行时，激活系统资源，服务器进程和其它进程。

unit表示不同类型的systemd对象，通过配置文件进行标识和配置；文件中主要包含了系统服务、监听socket、保存的系统快照以及其它与init相关的信息。

3.2 system unit文件格式

/usr/lib/systemd/system：发行版打包者使用，每个服务最主要的启动脚本设置，类似于之前的/etc/init.d/

/etc/systemd/system：系统管理员和用户使用，管理员建立的执行脚本，类似于/etc/rcN.d/Sxx的功能，比上面目录优先运行

/lib/systemd/system:：ubutun的对应目录

/run/systemd/system：系统执行过程中所产生的服务脚本，比上面目录优先运行

unit 格式说明：

service unit file文件通常由三部分组成：

Unit段的常用选项：

Service段的常用选项：

Install段的常用选项：

注意：对于新创建的unit文件，或者修改了的unit文件，要通知systemd重载此配置文件,而后可以选择重启。

首先在启动界面按e启动参数,

将ro参数更改为rw init=/sysroot/bin/sh，按ctr + x启动系统

按下图执行命令更改root密码

linux启动、grub配置以及kickstart简介

        本文主要针对CenOS6系统的启动流程作简介。          Linux的系统启动分为几个阶段，由于运行中的系统分为用户空间层面和内核空间层面，所以一个完整的系统启动也是先启动内核文件，然后在启动用户层面的各种应用程序。Linux系统的设计属于单内核设计，但是各功能模块却支持动态的装载和卸载，极大的压缩了内核的体积，让内核的启动也更加快捷和迅速。 过程简述： 1.POST（加电自检） ：主要负责检测系统外围关键设备（如：CPU、内存、显卡、I/O、键盘鼠标等）是否正常。 2.boot sequence（选择启动设备） ：按次序查找各引导设备，第一个有引导程序的设备即为本次启动要用到的设备； 上述两个功能都由BIOS来完成，BIOS(Basic Input / Output System)，又称基本输入输出系统，是一个固化在ROM中的软件，是操作系统输入输出管理系统的一部分。 3.bootloader（引导加载器）： Linux下的引导加载器有grub leancy和grub2两种，Cenos6中使用的是前者。 MBR（主引导记录）： MBR的共由512字节组成，前446字节存放的即是bootloader。所以在选定启动设备后，收件是读取MBR中的bootloader，打开grub菜单。 grub： 功能：提供一个菜单，允许用户选择要启动的系统或不同的内核版本； 把用户选定的内核装载到RAM中的特定空间中，解压、展开，而后把系统控制权移交给内核； gurb的实现共有3个阶段： 1st stage：位于MBR的BootLoader中，用来加载2nd stage到内存中。 1.5  stage：1和2的桥梁，用来驱动文件系统来使1阶段过渡到2阶段。 2nd stage：grub核心，/boot/grub，存放在磁盘分上，用于加载内核文件。 4.加载内核 分四个步骤： 探测可识别到的所有硬件设备； 加载硬件驱动程序；（有可能会借助于ramdisk加载驱动） 以只读方式挂载根文件系统；即rootfs 运行用户空间的第一个应用程序：/sbin/init。 内核文件：/boot//vmlinuz-VERSION-release，ramdisk文件/boot/initramfs-VERSION-release.img。         在上述的内核启动后，后续的操作都交给init程序来完成。/sbin/init程序是用户空间的第一个程序，主要完成系统初始化，步骤如下： 设置默认运行级别：          运行级别的配置文件为/etc/inittab，共0-6七个运行级别，可以在该文件中自主定义，下次启动默认进入指定的运行级别。  运行系统初始化脚本：         /etc/rc.d/rc.sysinit即为系统的初始化脚本，系统通过自动执行该脚本，从而完成对系统的设置和信息的初始化。 关闭对应级别下需要停止的服务，启动对应级别下需要开启的服务：         这里主要是指通过chkconfig所配置的开机自动启动或者关闭的各类服务。 设置登录终端：  启动图形终端：级别5需要启动GRand Unified Bootloader，系统启动后会首先打开一个grub菜单，上图所示，可以自主选择内核、定制内核参数。grub由三个阶段组成，1st stage，1_5stage以及stage2，stage2和内核文件等通常放置于一个基本磁盘分区。 grub有自己的命令行接口： 配置文件说明：/boot/grub/grub.confkickstart是什么         许多系统管理员愿意使用自动化的安装方法来安装linux系统。为了满足这种需要，红帽公司建立了kickstart安装方法。使用kickstart自动化安装，系统管理员可以创建一个ks文件，该文件包含了在典型的安装过程中所遇到的问题的答案。         Kickstart文件可以存放在一个固定的位置上，在安装过程中被独立的机器所读取。这个安装方法可以支持使用单一kickstart文件在多台机器上安装Linux系统，这对于网络和系统管理员来说是个理想的选择。 如何执行kickstart安装         kickstart 安装可以使用本地光盘，本地硬盘驱动器，或通过 NFS、FTP、HTTP 来执行。         要使用 kickstart，必须：                 1.创建一个正确的kickstart文件。                 2.创建有kickstart文件的引导介质或者让主机可以通过网络访问该文件。                 3.筹备安装过程。                 4.开始kickstart安装。 创建kickstart配置文件的方式：    1.  文本器生成：vim    2． 用图形化界面配置：system-config-kickstat（需要安装system-config-kickstart.noarch包） 步骤： 创建光盘根目录 复制光盘下的isolinux目录到根目录下 赋予isolinux里的所有文件和目录写权限（这样就可以自定义isolinux.cfg文件） 复制修改好的ks文件到myboot目录下（这里myboot目录相当于光盘的根目录） 建立镜像

Android启动过程深入解析

全志t113芯片启动流程

芯片上电之后，会从固定位置读取代码，这时会从这个位置转到bootloader代码运行，bootloader代码有两部分功能，一部分是boot，也就是初始化一部分硬件设备，第二部分是loader，就是将内核代码加载到内存中，然后跳转到内核代码，内核代码开始运行。

嵌入式linux系统的启动流程是什么样的

1)初始化RAM因为Linux内核一般都会在RAM中运行，所以在调用Linux内核之前Bootloader必须设置和初始化RAM，为调用Linux内核做好准备。初始化RAM的任务包括设置CPU的控制寄存器参数，以便能正常使用RAM以及检测RAM大小等。

2)初始化串口端口在Linux的启动过程中有着非常重要的作用，它是Linux内核和用户交互的方式之一。Linux在启动过程中可以将信息通过串口输出，这样便可清楚的了解Linux的启动过程。虽然它并不是Bootloader必须要完成的工作，但是通过串口输出信息是调试Bootloader和Linux内核的强有力的工具，所以一般的Bootloader都会在执行过程中初始化一个串口作为调试端口。

3)检测处理器类型Bootloader在调用Linux内核前必须检测系统的处理器类型，并将其保存到某个常量中提供给Linux内核。Linux内核在启动过程中会根据该处理器类型调用相应的初始化程序。

4)设置Linux启动参数Bootloader在执行过程中必须设置和初始化Linux的内核启动参数。

5)调用Linux内核映像Bootloader完成的最后一项工作便是调用Linux内核。如果Linux内核存放在Flash中，并且可直接在上面运行（这里的Flash指NorFlash），那么可直接跳转到内核中去执行。但由于在Flash中执行代码会有种种限制，而且速度也远不及RAM快，所以一般的嵌入式系统都是将Linux内核拷贝到RAM中，然后跳转到RAM中去执行。

Android开机流程

最近回顾的一些知识，补充了一下。

源码标准：API : 29「Android 10.0」

android手机是怎么开机的？

android 的底层是 linux kernel「 内核 」，由 BootLoader「系统启动加载器」 负责加载（类似于计算机的BIOS系统）。

首先启动 init「父进程，第一个进程」进程，接着运行init.rc脚本，脚本文件有个命令启动了Zygote进程，初始化时会启动虚拟机。

Zygote进程fork出 SystemServer 进程，然后会调用SystemServer.main()方法。

run方法中，主要是在进程中启动系统的各项服务，比如ActivityManagerService，PackageManagerService，WindowManagerService服务等。

下面是一些 主要 的初始化方法。

真正启动是在ActivityManagerService的中systemReady方法，调用resumeTopActivityLocked打开 锁屏界面 。

到这里，android的开机流程结束。

bootloader

ARM Linux启动流程大致为：bootloader ----》kernel----》root filesystem。bootloader 是一上电就拿到cpu 的控制权的，而bootloader实现了硬件的初始化，为kernel的运行创造好条件。

那么bootloader一般都会做些什么

/ ====================================================== /

【 实现细节 】

工作在启动加载模式时，uboot会自动执行bootcmd命令，

比如：

uboot首先把内核镜像拷贝到内存地址为0x80000000的地方，然后执行bootm 0x80000000命令。

bootm命令实际上调用的是do_bootm_linux函数：

内核调用函数：theKernel (0,bd-》bi_arch_number, bd-》bi_boot_params);

the kernel其实不是个函数,而是指向内核入口地址的指针,把它强行转化为带三个参数的函数指针,会把三个参数保存到通用寄存器中,实现了向kernel传递信息的功能,在这个例子里,会把R0赋值为0,R1赋值为机器号 R2赋值为启动参数数据结构的首地址。

这里的machine id，是让内核知道是哪个CPU，从而调用对应的初始化函数。

【 继续深入 】

1、需要在设备树文件中声明，单板需要什么样的machine_desc，(可以是一系列的字符串，kernel会从左到右匹配这些字符串，一直找到匹配的为止)；

2、kernel中需要表明每个machine_desc需要表明它能支持哪些单板，用字符串表明支持哪些单板。

MACHINE_START和 MACHINE_END实际上被展开成一个结构体

3、 kernel有多个machine_desc跟设备树文件dts中的compatible 吻合，选择哪个？ 设备树文件dts中compatible(属性值)从左到右的属性值与kernel中的machine_desc结构体中的dt_compat成员进行比较，匹配成功之后就不会再进行匹配（设备书的属性值从左右匹配优先级依次降低）。

从内核的第一个执行文件head.S开始分析

start_kernel的调用过程如下：

注意：

C语言中的变量在汇编语言中出现，变量名表示的是变量的地址