008——根文件系统（基于鸿蒙liteos-a内核）

宇努力学习2024-03-26 20:41

目录

一、根文件系统

[1.1 鸿蒙根文件系展示](#1.1 鸿蒙根文件系展示)

[1.2 根文件系统的内容](#1.2 根文件系统的内容)

[1.3 根文件系统的制作](#1.3 根文件系统的制作)

[1.3.1 Makefile分析](#1.3.1 Makefile分析)

[1. ROOTFS目标：](#1. ROOTFS目标：)

[2. 编译APP](#2. 编译APP)

[1.3.2 演示](#1.3.2 演示)

二、正式版本的init进程

[1.1 测试版本](#1.1 测试版本)

[1.2 正式版本](#1.2 正式版本)

[1.2.1 配置文件](#1.2.1 配置文件)

[1. 分析配置文件](#1. 分析配置文件)

[2. 示例](#2. 示例)

[3. 配置文件执行过程](#3. 配置文件执行过程)

一、根文件系统

1.1 鸿蒙根文件系展示

两步走先创建一个文件夹存放我们必须的系统库，可执行文件等然后把这个文件夹做成映像文件，这样才能烧入到flash里。

1.2 根文件系统的内容

看看一个简单的程序：

复制代码 
#include <stdio.h>
int main(int argc, char **argv)
{
    printf("hello, world!\n");
    return 0;
}

可以编译出一个APP：hello。 有几个问题要考虑：

  • printf不是我们实现的，它在哪？

  • hello放在板子上后，怎么启动它？能否自动启动？

解决这几个问题后，就可以知道根文件系统的内容了：

  • /lib：库，比如printf函数就是在库里的

  • /bin：APP，hello这样的程序放在/bin或/usr/bin这些目录里

  • 至少有这些APP：

    • init：内核启动的第一个APP，它会去启动其他APP，比如shell

    • shell：也是一个APP，可以让我们输入各类命令

    • 我们自己的APP：比如hello

  • /etc：想自动启动APP怎么办？应该有配置文件，init进程根据配置文件去启动其他APP

    • 比如/etc/init.cfg

  • /dev：设备节点，在Liteos-a中不需要我们自己创建

1.3 根文件系统的制作

1.3.1 Makefile分析

在kernnel/liteos_a目录执行make help：

复制代码

可以知道：执行make rootfs可以制作根文件系统。 分析Makefile确定它的制作过程。

1. ROOTFS目标：
$(ROOTFS): $(ROOTFSDIR)
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/rootfsimg.sh $(ROOTFS_DIR) $(FSTYPE)  ${ROOTFS_SIZE})
    $(HIDE)cd $(ROOTFS_DIR)/.. && zip -r $(ROOTFS_ZIP) $(ROOTFS)
ifneq ($(OUT), $(LITEOS_TARGET_DIR))
    $(HIDE)mv $(ROOTFS_DIR) $(LITEOS_TARGET_DIR)rootfs
endif
​
$(ROOTFSDIR): prepare $(APPS)
    $(HIDE)$(MAKE) clean -C apps
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/rootfsdir.sh $(OUT)/bin $(OUT)/musl $(ROOTFS_DIR))
ifneq ($(VERSION),)
    $(HIDE)$(shell $(LITEOSTOPDIR)/tools/scripts/make_rootfs/releaseinfo.sh "$(VERSION)" $(ROOTFS_DIR))
endif
​
prepare:
    $(HIDE)mkdir -p $(OUT)/musl
ifeq ($(LOSCFG_COMPILER_CLANG_LLVM), y)
    $(HIDE)cp -f $(LITEOSTOPDIR)/../../prebuilts/lite/sysroot/usr/lib/$(LLVM_TARGET)/a7_softfp_neon-vfpv4/libc.so $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/lib/$(LLVM_TARGET)/c++/a7_softfp_neon-vfpv4/libc++.so $(OUT)/musl
else
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/target/usr/lib/libc.so $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/arm-linux-musleabi/lib/libstdc++.so.6 $(OUT)/musl
    $(HIDE)cp -f $(LITEOS_COMPILER_PATH)/arm-linux-musleabi/lib/libgcc_s.so.1 $(OUT)/musl
    $(STRIP) $(OUT)/musl/*
endif
​
$(APPS): $(LITEOS_TARGET)
    $(HIDE)$(MAKE) -C apps all

  • ROOTFSDIR：使用rootfsdir.sh创建一些目录

  • prepare：复制libc.so、libc++.so

  • APPS：进入apps目录执行make all

make -C 目录 目标 ： 进入这个目录去执行对应目标

makefile会使用tool目录下的脚本去制作根文件系统

linux内核只能用上面的那个文件系统，突然发现之前哭错坟了。我在移植openhamony，去hamonyOS那里去问问题，我说今天仔细一看怎么社区里都是基于java写的代码。

2. 编译APP

有目录：kernel/liteos_a/apps，这个目录下有：

  • module.mk：定义了

    复制代码 
    APP_SUBDIRS += shell
APP_SUBDIRS += init

  • Makefile：

    复制代码 
    $(APPS):
ifneq ($(APP_SUBDIRS), )
        $(HIDE) for dir in $(APP_SUBDIRS); do $(MAKE) -C $$dir ; done
endif

    就是再次进入shell、init目录，执行make命令，去变量shell程序、init程序。

1.3.2 演示

我们之前用内存模拟了flash，假设根文件系统2MB这里还有剩余的8MB内存没初始化，要么就用uboot去都写上全F要么就把8MB的全F填充到2MB的后面。老师说mp157不好使用uboot做这个操作，原因不详，反正6ull和mp157两个板子一个用一种方式。

这面编译没问题呢

他现在是10MB的，但是我们不想他是10MB看看咋回事

脚本里把这个扩充成了10MB，这里的大小是我们之前在makefile中定义的，makefile用这个脚本时第三个参数指定了大小。

文件系统我们改回jffs2

.bin是给157用的因为它只支持后缀名是bin的。

忘记改名字了还是10MB，再来修改一下shell

bash 复制代码 
#!/bin/bash
#
# Copyright (c) 2013-2019, Huawei Technologies Co., Ltd. All rights reserved.
# Copyright (c) 2020, Huawei Device Co., Ltd. All rights reserved.
#
# Redistribution and use in source and binary forms, with or without modification,
# are permitted provided that the following conditions are met:
#
# 1. Redistributions of source code must retain the above copyright notice, this list of
#    conditions and the following disclaimer.
#
# 2. Redistributions in binary form must reproduce the above copyright notice, this list
#    of conditions and the following disclaimer in the documentation and/or other materials
#    provided with the distribution.
#
# 3. Neither the name of the copyright holder nor the names of its contributors may be used
#    to endorse or promote products derived from this software without specific prior written
#    permission.
#
# THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
# "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO,
# THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
# PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR
# CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL,
# EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO,
# PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS;
# OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY,
# WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR
# OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF
# ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
set -e

system=$(uname -s)
ROOTFS_DIR=$1
FSTYPE=$2
ROOTFS_SIZE=$3
ROOTFS_IMG=${ROOTFS_DIR}".img"
ROOTFS_JFFS2=${ROOTFS_DIR}".jffs2"
JFFS2_TOOL=$(dirname $(readlink -f "$0"))/../../fsimage/mkfs.jffs2
WIN_JFFS2_TOOL=$(dirname $(readlink -f "$0"))/../../fsimage/win-x86/mkfs.jffs2.exe

if [ "${ROOTFS_DIR}" = "*rootfs" ]; then
    chmod -R 755 ${ROOTFS_DIR}
    chmod 700 ${ROOTFS_DIR}/bin/init 2> /dev/null
    chmod 700 ${ROOTFS_DIR}/bin/shell 2> /dev/null
fi

if [ "${FSTYPE}" = "jffs2" ]; then
    if [ "${system}" != "Linux" ] ; then
        ${WIN_JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096
    else
        chmod +x ${JFFS2_TOOL}
        echo ${JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096 --pad=${ROOTFS_SIZE}
        ${JFFS2_TOOL} -q -o ${ROOTFS_IMG} -d ${ROOTFS_DIR} --pagesize=4096 --pad=${ROOTFS_SIZE}
        ${JFFS2_TOOL} -q -o ${ROOTFS_JFFS2} -d ${ROOTFS_DIR} --pagesize=4096
	cp ${ROOTFS_JFFS2} ${ROOTFS_DIR}".jffs2"
	cp ${ROOTFS_IMG} ${ROOTFS_DIR}".jffs2.bin"
    fi
elif [ "${FSTYPE}" = "vfat" ]; then
    if [ "${system}" != "Linux" ] ; then
        echo "Unsupported fs type!"
    else
        BLK_SIZE=512
        CLT_SIZE=2048
        FAT_TAB_NUM=2
        CLT_CNT=$(( ${CLT_SIZE} / ${BLK_SIZE} ))
        if [ $# -eq 3 ]; then
            IMG_SIZE=$3
        else
            FAT32_ITEM_SIZE=4
            RESV_CNT=38
            IMG_MIN_SIZE=1048576
            DIR_SIZE=$(( $(echo $(du -s ${ROOTFS_DIR} | awk '{print $1}')) * 1024 ))
            IMG_SIZE=$(( ${DIR_SIZE} / (1 - ${FAT_TAB_NUM} * ${FAT32_ITEM_SIZE} / ${CLT_SIZE}) + ${RESV_CNT} * ${BLK_SIZE}))
            if [ ${IMG_SIZE} -le ${IMG_MIN_SIZE} ]; then
                IMG_SIZE=${IMG_MIN_SIZE}
            fi
        fi
        IMG_CNT=$(( (${IMG_SIZE} + ${BLK_SIZE} - 1) / ${BLK_SIZE} ))
        echo mtools_skip_check=1 >> ~/.mtoolsrc
        dd if=/dev/zero of=${ROOTFS_IMG} count=${IMG_CNT} bs=${BLK_SIZE}
        mkfs.vfat ${ROOTFS_IMG} -s ${CLT_CNT} -f ${FAT_TAB_NUM} -S ${BLK_SIZE} > /dev/null
        mcopy -i ${ROOTFS_IMG} ${ROOTFS_DIR}/* -/ ::/
    fi
else
    echo "Unsupported fs type!"
fi

现在就ok了只有1019k了

名字不对原来，cp报错了没看到

这次没毛病了

二、正式版本的init进程

Liteos-a中有两个init程序：

  • 测试版本：kernel\liteos_a\apps\init\src\init.c

  • 正式版本：base\startup\services\init_lite\src\main.c

我之前在杭州实习的时候还研究过linux的init进程之前写过一篇文章，有好多东西当时记得后面离职了一个多月再回来写都忘记了。

简单来说就是init-》sysV init-》systemd

1.1 测试版本

源码：kernel\liteos_a\apps\init\src\init.c 我们在kernel\liteos_a目录下执行make rootfs时使用的就是测试版本， 它的功能很简单：只是启动/bin/shell程序，源码如下：

cpp 复制代码 
int main(int argc, char * const *argv)
{
    int ret;
    const char *shellPath = "/bin/shell";
​
    ret = fork();
    if (ret < 0) {
        printf("Failed to fork for shell\n");
    } else if (ret == 0) {
        (void)execve(shellPath, NULL, NULL);
        exit(0);
    }
​
    while (1) {
        ret = waitpid(-1, 0, WNOHANG);
        if (ret == 0) {
            sleep(1);
        }
    };
}

1.2 正式版本

源码：base\startup\services\init_lite\src\main.c

怎么单独编译正式版本，尚未研究。 可以使用这样的命令去编译：python build.py ipcamera_hi3518ev300 -b debug 可以得到rootfs目录，里面有/bin/init, /etc/init.cfg等文件。

1.2.1 配置文件

1. 分析配置文件

配置文件中内容分为两部分：

  • services：定义了多个服务，它对应某些APP

  • jobs：可以定义一些APP，也可去启动服务

    • pre-init：预先执行的初始化

    • init：初始化

    • post-init：最后的初始化

2. 示例
复制代码 
./vendor/huawei/camera/init_configs/init_liteos_a_3516dv300.cfg
./vendor/huawei/camera/init_configs/init_liteos_a_3518ev300.cfg
cpp 复制代码 
{
    "jobs" : [{
            "name" : "pre-init",
            "cmds" : [
                "mkdir /storage/data/log",
                "chmod 0755 /storage/data/log",
                "chown 4 4 /storage/data/log",
                "mkdir /storage/data/softbus",
                "chmod 0700 /storage/data/softbus",
                "chown 7 7 /storage/data/softbus",
                "mkdir /sdcard",
                "chmod 0777 /sdcard",
                "mount vfat /dev/mmcblk0 /sdcard rw,umask=000",
                "mount vfat /dev/mmcblk1 /sdcard rw,umask=000"
            ]
        }, {
            "name" : "init",
            "cmds" : [
                "start shell",
                "start apphilogcat",
                "start foundation",
                "start bundle_daemon",
                "start appspawn",
                "start media_server",
                "start wms_server"
            ]
        }, {
            "name" : "post-init",
            "cmds" : [
                "chown 0 99 /dev/dev_mgr",
                "chown 0 99 /dev/hdfwifi",
                "chown 0 99 /dev/gpio",
                "chown 0 99 /dev/i2c-0",
                "chown 0 99 /dev/i2c-1",
                "chown 0 99 /dev/i2c-2",
                "chown 0 99 /dev/i2c-3",
                "chown 0 99 /dev/i2c-4",
                "chown 0 99 /dev/i2c-5",
                "chown 0 99 /dev/i2c-6",
                "chown 0 99 /dev/i2c-7",
                "chown 0 99 /dev/uartdev-0",
                "chown 0 99 /dev/uartdev-1",
                "chown 0 99 /dev/uartdev-2",
                "chown 0 99 /dev/uartdev-3",
                "chown 0 99 /dev/spidev0.0",
                "chown 0 99 /dev/spidev1.0",
                "chown 0 99 /dev/spidev2.0",
                "chown 0 99 /dev/spidev2.1"
         ]
        }
    ],
    "services" : [{
            "name" : "foundation",
            "path" : "/bin/foundation",
            "uid" : 7,
            "gid" : 7,
            "once" : 0,
            "importance" : 1,
            "caps" : [10, 11, 12, 13]
        }, {
            "name" : "shell",
            "path" : "/bin/shell",
            "uid" : 2,
            "gid" : 2,
            "once" : 0,
            "importance" : 0,
            "caps" : [4294967295]
        }, {
            "name" : "appspawn",
            "path" : "/bin/appspawn",
            "uid" : 1,
            "gid" : 1,
            "once" : 0,
            "importance" : 0,
            "caps" : [2, 6, 7, 8, 23]
        }, {
            "name" : "apphilogcat",
            "path" : "/bin/apphilogcat",
            "uid" : 4,
            "gid" : 4,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "media_server",
            "path" : "/bin/media_server",
            "uid" : 5,
            "gid" : 5,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "wms_server",
            "path" : "/bin/wms_server",
            "uid" : 0,
            "gid" : 0,
            "once" : 1,
            "importance" : 0,
            "caps" : []
        }, {
            "name" : "bundle_daemon",
            "path" : "/bin/bundle_daemon",
            "uid" : 8,
            "gid" : 8,
            "once" : 0,
            "importance" : 0,
            "caps" : [0, 1]
        }
    ]
}

这种配置文件都是这种键值对的形式，我现在也分不清应该叫他哈希还是json了

3. 配置文件执行过程

各种dojob，job的内容就是上面那些

系统移植到这就完成了

相关推荐
星如雨落18 小时前
Linux shell脚本对常见图片格式批量转换为PDF文件
linux·shell
委员1 天前
基于NodeMCU的物联网电灯控制系统设计
单片机·物联网·嵌入式·nodemcu·灯·lu_asr01·gy-302
憧憬一下2 天前
PCIe_Host驱动分析_设备枚举
arm开发·嵌入式硬件·嵌入式·pcie·linux驱动开发
qq_433618442 天前
shell 编程(二)
开发语言·bash·shell
酥心糖小可爱4 天前
shell脚本案例
shell·脚本
憧憬一下4 天前
PCIe_Host驱动分析_地址映射
arm开发·嵌入式硬件·嵌入式·linux驱动开发·pci/pcie
桃酥4038 天前
GCC实用干货
linux·shell·gcc
aspirestro三水哥9 天前
Linux: 通过/proc/pid/stack查看程序卡在内核的什么地方
linux·运维·服务器·嵌入式
@启智森10 天前
【C语言】浮点数的原理、整型如何转换成浮点数
c语言·开发语言·嵌入式·float·int·浮点数
@启智森10 天前
【Uboot】Uboot启动流程分析
linux·c++·嵌入式·uboot·启动·底层
热门推荐
0119个Web前端交互式3D JavaScript框架和库02ARM学习（31）编译器对overlay方式的支持03玄机平台应急响应—webshell查杀04RAG 实践- Ollama+RagFlow 部署本地知识库05【一文读懂】NTN（非地面网络）技术介绍06(欧拉)openEuler系统添加网卡文件配置流程、(欧拉)openEuler系统手动配置ipv6地址流程、(欧拉)openEuler系统网络管理说明07ZZ038 物联网应用与服务赛题第J套08组基轨迹建模 GBTM的介绍与实现（Stata 或 R）09Docker 夺命连环 15 问10VSCode插件 —— Cody AI （免费AI助手！）