第4阶段——制作根文件系统之分析init_post()如何启动第1个程序(1)

本章学习如何启动第一个应用程序

1.在前面的分析中我们了解到,在init进程中内核挂接到根文件系统之后,会开始启动第一个应用程序:

kernel_init函数代码如下:

static int __init kernel_init(void * unused)    //进入init进程                                  
{    
   prepare_namespace()  //挂载根文件系统
   {
     ... ...      / /通过解析出来的命令行参数” root=/dev/mtdblock3”来挂接根文件系统 mount_root();   //开始挂载
   }

   init_post();           //启动应用程序     
}
}

2.接下来开始分析init_post()如何启动应用程序的,代码如下:

static int noinline init_post(void)
{
  /*内核已经初始化完成,所以清除__init_begin段到__init_end段之间的数据*/
       free_initmem();
       unlock_kernel();
       mark_rodata_ro();
       system_state = SYSTEM_RUNNING;
       numa_default_policy(); 

/*  打开dev/console控制台设备(串口0),使用户能输入信息, /dev/console即成为kernel_init进程的标准输入源(文件描述符0),   打开失败则打印Warning: unable to open an initial console.\n   */
       if (sys_open((const char __user *) "/dev/console", O_RDWR, 0) < 0)
              printk(KERN_WARNING "Warning: unable to open an initial console.\n");

当我们删除根文件系统的内容再启动内核,发现串口就会打印上面的字符串,如下图:

会显示打开dev/console失败,是因为根文件系统还是在root=/dev/mtdblock3, 所以能挂载根文件系统,我们擦除了mtd3内容,也就是dev里面的内容,所以无法打开console控制台。 

接下来继续分析init_post():

/*调用dup打开/dev/console文件描述符两次, 该控制台设备就也可以供标准输出和标准错误使用(文件描述符1和2),kernel_init进程现在就拥有3个文件描述符--标准输入、标准输出以及标准错误。*/
    (void) sys_dup(0);
    (void) sys_dup(0);
     if (ramdisk_execute_command) {       //若 ramdisk_execute_command为0,不运行它
         run_init_process(ramdisk_execute_command);  
         printk(KERN_WARNING "Failed to execute %s\n",
          ramdisk_execute_command); }

搜索上面ramdisk_execute_command,发现它是一个char型全局数组,找到它被用在init_setup()中,代码如下:

static int __init rdinit_setup(char *str)
{
         unsigned int i;
  
   /* 使ramdisk_execute_command数组等于str  *、
         ramdisk_execute_command = str;     

         /* See "auto" comment in init_setup */
         for (i = 1; i < MAX_INIT_ARGS; i++)
                   argv_init[i] = NULL;
         return 1;
}

__setup("rdinit=", rdinit_setup);

ramdisk_execute_command

发现上面__setup和我们上节分析的挂载根文件系统的__setup都是一样的

它是匹配命令行中以” rdinit=”开头的字符串,由于我们uboot的命令行参数中没有”rdint=”,所以ramdisk_execute_command=0,不执行if判断

接下来继续分析init_post():

if (execute_command) {   // execute_command不为0, 运行它

/* run_init_process 运行目标程序成功后会一直死循环*/          
run_init_process(execute_command);  

/*run_init_process运行失败退出后,打印Failed to execute /linuxrc.  Attempting defaults...  */
              printk(KERN_WARNING "Failed to execute %s.  Attempting "
                                   "defaults...\n", execute_command);
                      }

搜索上面execute_command,发现它是一个char型全局数组,找到它被用在init_setup()中,代码如下:

static int __init init_setup(char *str)
{
       unsigned int i;
 
     /*execute_command =str*/
       execute_command = str;     
       for (i = 1; i < MAX_INIT_ARGS; i++)
        argv_init[i] = NULL;
       return 1;
}
__setup("init=", init_setup);

execute_command

发现上面__setup和我们上节分析的挂载根文件系统的__setup都是一样的

显然这里就是用来匹配命令行中以” init=”开头的字符串,然后再将命令行参数bootargs中的” init=/linuxrc”中的” /linuxrc”放在execute_command数组中.

(init=/linuxrc:指定内核启动后运行的第一个脚本是当前目录下linuxrc脚本)     

最终__setup("init=", init_setup)宏= { __setup_str_ root_dev_setup[], root_dev_setup , 0 };

然后放在.init.setup段中,在内核启动后进入start_kernel()函数中使用这个宏,并将” /linuxrc”放在execute_command数组中.

当文件系统被擦除后,就会运行linuxrc应用程序失败,打印执行linuxrc失败,如下图:

接下来继续分析init_post():

/*运行应用程序失败后,从下面3个地方查找可能出现 init应用程序的所有地方*/
       run_init_process("/sbin/init");
       run_init_process("/etc/init");
       run_init_process("/bin/init");

 

/*试图建立/bin/sh 来代替应用程序 */
       run_init_process("/bin/sh");


  /*如上图所示,当前面的所有情况都失败时,调用panic。这样内核就会试图同步磁盘,确保其状态一致。     如果超过了内核选项中定义的时间,它也可能会重新启动机器。*/
       panic("No init found.  Try passing init= option to kernel.");

}

在这里init_post函数就分析完毕了.

3.当在内核中,能输入数据时,表示根文件系统的应用程序启动完毕

比如输入ps查看进程,如下图,(ps-process status)

接下来开始分析init进程,知道命令是怎么来的

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏吴裕超

遇见requestAnimationFrame

今天,在读javascript异步编程的js事件深入理解部分的时候,了解到了requestAnimationFrame 这个api,在这里记录一下。 原文: s...

2946
来自专栏Sorrower的专栏

内核必须懂(二): 文件系统初探

613
来自专栏施炯的IoT开发专栏

Windows Phone 8 API一览

    Windows Phone 7平台不支持Native语言的开发,这困扰了许多游戏和底层应用的开发者。Windows Phone 8 SDK的推出,改善了...

1628
来自专栏IT技术精选文摘

文件句柄与文件描述符

1.概述 在实际工作中会经常遇到一些bug,有些就需要用到文件句柄,文件描述符等概念,比如报错: too many open files, 如果你对相关知识一无...

2356
来自专栏北京马哥教育

运维人必收藏的最全Linux服务器程序规范

除了网络通信外,服务器程序还必须考虑许多其他细节问题,零碎,但基本上都是模板式的。

1030
来自专栏决胜机器学习

《Redis设计与实现》读书笔记(二十六) ——Redis哨兵(sentinel)启动与建立监听机制

《Redis设计与实现》读书笔记(二十六) ——Redis哨兵(sentinel)启动与建立监听机制 (原创内容,转载请注明来源,谢谢) 一、概述 哨兵(Sen...

3387
来自专栏性能与架构

Redis 将发展为一个生态体系

Redis Labs 最近宣布了一个新的Redis扩展方式:Redis Module System Redis 现在可以通过 Lua 脚本进行扩展,但 Modu...

3348
来自专栏假装我会写代码

两个非常棒的 Laravel 权限管理包推荐

1873
来自专栏小二的折腾日记

Linux学习-文件I/O

703
来自专栏PHP技术

最新HTML5学习路线整合

HTML5是万维网的核心语言,标准通用标记语言下的一个应用超文本标记语言(HTML)的第五次重大修改,一方面提升了用户体验,另一方面HTML5技术跨平台,适配多...

873

扫码关注云+社区