根文件系统启动分析及其制作

最新推荐文章于 2023-04-20 15:56:48 发布

weixin_34309435

最新推荐文章于 2023-04-20 15:56:48 发布

阅读量180

点赞数

文章标签：操作系统 shell 嵌入式

根文件系统启动分析

启动根文件系统过程
UBOOT:启动内核
内核：启动应用程序

Linux启动时，第一个必须挂载的是根文件系统；若系统不能从指定设备上挂载根文件系统，则系统会出错而退出启动
应用程序的运行是依赖文件系统的。（所以需要挂接根文件系统）

执行应用程序在“init_post”这个函数中。

static int noinline init_post(void)
{
    free_initmem();
    unlock_kernel();
    mark_rodata_ro();
    system_state = SYSTEM_RUNNING;
    numa_default_policy();

    if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
        printk(KERN_WARNING "Warning: unable to open an initial console.\n");

    (void) sys_dup(0);
    (void) sys_dup(0);

    if (ramdisk_execute_command) {
        run_init_process(ramdisk_execute_command);
        printk(KERN_WARNING "Failed to execute %s\n",
                ramdisk_execute_command);
    }

    /*
     * We try each of these until one succeeds.
     *
     * The Bourne shell can be used instead of init if we are
     * trying to recover a really broken machine.
     */
    if (execute_command) {
        run_init_process(execute_command);
        printk(KERN_WARNING "Failed to execute %s.  Attempting "
                    "defaults...\n", execute_command);
    }
    run_init_process("/sbin/init");
    run_init_process("/etc/init");
    run_init_process("/bin/init");
    run_init_process("/bin/sh");

    panic("No init found.  Try passing init= option to kernel.");
}

第一个函数free_initmem怀着好奇心看了看，发现点击进去就见到两个没有定义也查询不到声明的函数：

困扰良久之后，终于找到了问题，这两个函数是uboot中的宏定义，内核中有一些参数或者函数是调用的uboot中的。期间通过谷歌查找这个问题的时候，发现了一个不错的网站，可以查询符号被定义和引用的文件及目录，也是因为这个，发下韦老师课程添加si工程的时候一个纰漏，应该把asm-generic添加进入工程：

看看下面的引用，我们可以发现init/main.c是引用了这个符号的。

（网址点击这里）

后面的函数先不一一分析，等之后熟悉了的时候，记得回来好好分析一下linux kernel源码，对我们一定是有必要的。

上面截图的三个函数，首先是open一个控制台设备：这里以可读可写打开 /dev/console 设备
这三个文件代表标准输入，标准输出，标准错误
这也是之前linux系统编程中说到文件描述符的时候说过的，0：标准输入 1:标准输出 2：标注错误
写程序时经常用到 printf 标准输出,scanf 标准输入,err()标准错误。它们是指 3 个文件。
假设 open(dev/console) 是打开的第 1 个文件。 sys_dup(0)是指复制的意思，
复制后是第 2 个文件，则有了第 1 个文件和第 2 个文件。第 2 个文件也是指向 dev/console
另一个 sys_dup(0) 也是复制文件，则这个是第 3 个文件，也是指向 dev/console 这个文件。

意思是，所有的 printf 打印信息都会从 dev/console 打印出来。
输入时也是从 dev/console 这个文件输入的。想输入错误信息也是从 dev/console 这个文
件输出的。这个文件 dev/console 对应终端。在我们这个例子中 dev/console 对应串口 0.
对于其他设备，这个 dev/console 可能是键盘液晶。
复制之前随笔一段：

2.用 run_init_process 启动第一个应用程序：
一般来说第一个应用程序运行后，就不会从系统返回了。
这个应用程序：
（1）要么是 UBOOT 传进来的命令行参数：如init=linuxrc 这个样子
（2）要么是 sbin/init,要是 sbin/init 不成功，则还有 /etc/init 或 bin/init,bin/sh

查找 execute_command 符号在哪里被引用，可以借助source insight的relation视图：

如果设置了 init= 某个文件（例如 linuxrc） ,那么这个 execute_command 就等于这个文件(linuxrc).

则上面的意思是：如果execute_command 不为NULL，则会用 run_init_process 启动这个应用程序 execute_command。
run_init_process(execute_command);若这个程序没有死掉没有返回，那么函数
run_init_process 就不会返回。我们第一个程序一般来说都是一个死循环。
若没有定义 execute_command，则往下执行：

最后打印：

panic("No init found. Try passing init= option to kernel.");

现在重新下载一下文件系统试试看呢：重新下载fs_mini_yaffs2文件系统

现在进入了文件系统。

可以看到进程为1的应用程序是init：

可见第一个应用程序： init 是内核启动的第一个应用程序。
其中的 -sh 就是当前的应用的程序，就是当前接收的这个串口。输入字符回显字符。就是
sh 这个程序接收这些东西。

busybox的引入：可以看到这些ls cp mkdir等常见命令是busybox的软连接。

所以要知道 init 进制做的哪些事，就得看 busybox 源码。

1.建立 busybox 源码 SI 工程，加入全部代码。

（1） .猜测 init 程序要做的事情。
UBOOT 的目标是启动内核，内核的目的是启动应用程序，第一个应用程序是/sbin/init（或
其他 init），但最终目标还是启动客户的“用户应用程序”。如手机程序；监控程序等。
这样显然会有一个“配置文件”，在这个文件里指定需要执行哪些不同客户的“应用程序”。
故 init 程序要读取这个：配置文件
再解析这个：配置文件
根据这个“配置文件”：执行客户的用户程序

2.分析 init.c 源码： init_main函数

2).分析 /etc/inittab 配置文件。
在 busybox 中有 inittab 说明文档。在busybox-1.7.0\busybox-1.7.0\examples目录下有inittab说明。
inittab格式:

<id>:<runlevels>:<action>:<process>
是启动不同用户的应用程序。则会有：
指定要执行的程序。
何时执行程序。
id 项： /dev/id 用作终端（终端： stdin-printf,stdout-scanf,stderr-err 注：对于console控制台来说，它的输入是我用户层的输出，所以，stdin——》printf）
会加上一个 /dev 前缀。作为“控制终端”（controlling tty）。
id 可以省略。
runlevels 项：
完全可以忽略掉。
action 项：
指示程序何时执行。
process 项：
是应用程序或脚本。

终于看到数据结构中讲的linux内核链表了。。。可以回过去看看这个思路。

/* Reboot on Ctrl-Alt-Del */
new_init_action(CTRLALTDEL, "reboot", "");
这里id为空， runlevels 忽略。 action是“CTRLALTDEL” ;应用程序是“reboot”。
：： ctrlaltdel:reboot
/* Umount all filesystems on halt/reboot */ 当关闭或重启系统时卸载所有的文件系统
new_init_action(SHUTDOWN, "umount -a -r", "");
::shutdown:umount -a -r
/* Swapoff on halt/reboot */
当PC机有资源不够用时，会将当前内存中的某些应用程序置换到硬盘上。嵌入式中不同这项。
if (ENABLE_SWAPONOFF) new_init_action(SHUTDOWN, "swapoff -a", "");
/* Prepare to restart init when a HUP is received */
new_init_action(RESTART, "init", "");
::restart:init
/* Askfirst shell on tty1-4 */
new_init_action(ASKFIRST, bb_default_login_shell, "");
::askfirst:-/bin/sh
new_init_action(ASKFIRST, bb_default_login_shell, VC_2);
tty2::askfirst:-/bin/sh
new_init_action(ASKFIRST, bb_default_login_shell, VC_3);
tty3::askfirst:-/bin/sh
new_init_action(ASKFIRST, bb_default_login_shell, VC_4);
tty4::askfirst:-/bin/sh
/* sysinit */
new_init_action(SYSINIT, INIT_SCRIPT, "");
::sysinit:/etc/init.d/rcS

5.可见， parse_ininttab 解析这个 inittab 时，先打开 /etc/inittab 。再创建很多结构放到链表中。

到这里我发现，分析代码的工作靠写博客是不行，还是得自己去分析理解别人的执行流程，所以，只听课不自己去分析，是学不好的。

最小的根文件系统需要的项：（init 进程需要）
1.打开终端： /dev/console， /dev/NULL
不设置 inittab 格式中的 id(标准输入、输出和标准错误)时，就定位到 /dev/NULL 中去，如果设置了inittab，就定位到/dev/console中去。
2.init 程序本身就是 busybox .（原因见下，busybox的配置和编译）
3.需要配置文件： /etc/inittab
4.配置文件若指定了某些应用程序或执行脚本--这些必须存在，不存在会有默认的。
5.应用程序需要的库（fopen、 fwrite 等函数需要，c库，glibc）。

看 Makefile 中的交叉编译的指定。在 linux 中一般交叉编译工具的指定以 CROSS 开头。
交叉编译器可以在 Makefile 中直接定义。没法在配置图形项(make menuconfig)中
定义的情况下，就在 Makefile 中直接定义。直接写成：加上前缀 arm-linux-
首先是官网下载busybox，解压缩，执行make menuconfig报错，百度解决问题：