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

最新推荐文章于 2024-09-18 21:41:01 发布
最新推荐文章于 2024-09-18 21:41:01 发布
阅读量1.1k 收藏 30
点赞数 19
分类专栏： # 基于鸿蒙的芯片评估板自检系统 文章标签： openhamony 嵌入式 i.max6ull makefile shell
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_52479948/article/details/137021836
版权

目录

一、根文件系统

1.1 鸿蒙根文件系展示

1.2 根文件系统的内容

1.3 根文件系统的制作

1.3.1 Makefile分析

1. ROOTFS目标：

2. 编译APP

1.3.2 演示

二、正式版本的init进程

1.1 测试版本

1.2 正式版本

1.2.1 配置文件

1. 分析配置文件

2. 示例

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
 

#!/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程序，源码如下：
 

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
 

{
    "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的内容就是上面那些
 

 

 

系统移植到这就完成了
 

 


                

        

        

    

  


    


                



	

		

			

				
					
鸿蒙小型系统内核Liteos-a开发指南

				
			

			

				

					lcynone的博客
				

				

					01-16
					
					2511
					
				

			

		

		

			
				
轻量级物联网操作系统LiteOS-A开发指南__LCY

			
		

	



                

            
              



	

		

			

				
					
鸿蒙内核liteos-a移植_基于IMX6ULL

				
			

			

				

					11-30
				

			

		

		

			
				
移植鸿蒙最小系统包括：UART、MMU地址映射、定时器中断、存储设备驱动、根文件系统等鸿蒙源码开放之后，海思的代码闭源了。如果你想移植到其他芯片上去，好的方式就是：直接参考我们提供的源码(开发原子基金会也移植了其他芯片)，或者直接看我们的视频，这套视频，目前是鸿蒙内核移植的视频。华为内训，在里面可以看到海思的代码，可以得到鸿蒙专家的指导，百问网成功把Liteos-a移植到了IMX6ULL、STM32MP157。移植有难度，只是因为我们对它陌生，相信看了视频后，你会发现移植Liteos-a时，只是移植最小系统的话，比移植u-boot更加简单。后面我们会录制更多的鸿蒙课程，敬请期待！

			
		

	



              


  
              

                


	

		

			

				
					
根文件系统rootfs构建

				
			

			

				

					weixin_46829095的博客
				

				

					01-23
					
					3688
					
				

			

		

		

			
				
根文件系统rootfs构建

			
		

	





	

		

			

				
					
OpenHarmony（鸿蒙南向开发）——轻量系统内核（LiteOS-M）

				
			

			

				

					鸿蒙开发知识记录
				

				

					09-18
					
					1887
					
				

			

		

		

			
				
OpenHarmony LiteOS-M内核是面向IoT领域构建的轻量级物联网操作系统内核，具有小体积、低功耗、高性能的特点。其代码结构简单，主要包括内核最小功能集、内核抽象层、可选组件以及工程目录等。支持驱动框架HDF（Hardware Driver Foundation），统一驱动标准，为设备厂商提供了更统一的接入方式，使驱动更加容易移植，力求做到一次开发，多系统部署。

			
		

	



		

			
		



	

		

			

				
					
根文件系统

				
			

			

				

					小伟的博客
				

				

					11-17
					
					1119
					
				

			

		

		

			
				
发行版=内核+rootfs根文件系统根文件系统是特殊用途的文件系统根文件系统也必须属于某种文件系统格式，如ext3，ext4，FAT文件系统是一些代码，是一套软件这套软件的功能就是对存储设备的块（扇区）进行管理将这些扇区的访问变成了对目录和文件名的访问上层访问一个文件时，文件系统会将这个目录+文件名转换成对扇区号的访问不同的文件系统的差异就在于对这些扇区的管理策略和方法不同，譬如坏块管理、碎片管理。

			
		

	





	

		

			

				
					
鸿蒙Hi3861学习四-Huawei LiteOS介绍

				
			

			

				

					qq_26226375的博客
				

				

					05-04
					
					7062
					
				

			

		

		

			
				
Harmony OS（鸿蒙操作系统）是华为在2019年8月9日正式发布的操作系统。是一款“面向未来”、面向全场景（移动办公、运动健康、社交通信、媒体娱乐等）的分布式操作系统对标安卓、IOS等智能终端的操作系统。OpenHarmony是华为捐献给开放原子开源基金会（OpenAtom Foundation）孵化及运营的开源项目。其本质是HarmonyOS的基础部分。不能说是一个操作系统，它只是将一个擦操作系统的基础进行拆分，然后让各个领域的开发者在擅长的部分去完善、优化或使用这里面的各个部分。

			
		

	





	

		

			

				
					
LiteOS 知：简介

				
			

			

				

					canpool
				

				

					12-11
					
					3320
					
				

			

		

		

			
				
文章目录前言内核任务管理内存管理硬件相关IPC通信软件定时器自旋锁低功耗维测C++支持后语参考
前言
Huawei LiteOS是华为面向物联网领域开发的一个基于实时内核的轻量级操作系统。当前最新版本为v5.0.0，可以访问官网 https://gitee.com/LiteOS/LiteOS 了解更多。

从官网看，目前还不断有代码提交，应该还有专门团队负责维护，没有都去搞OpenHarmony（https://gitee.com/openharmony）。
OpenHarmony基于LiteOS的内核分出

			
		

	





	

		

			

				
					
基于鸿蒙内核LiteOS-A的源码精读与分析笔记

					
最新发布

				
			

			

				

					09-29
				

			

		

		

			
				
该项目深入精读与分析基于鸿蒙内核LiteOS-A的源码，涵盖3035个文件，主要包括1341个C语言文件、906个C++文件、447个头文件等。内容涉及百万汉字注解分析，通过百篇博客进行深入解剖，全面挖掘内核地基工程。项目定期...

			
		

	





	

		

			

				
					
HarmonyOS内核liteos-a开发手册

				
			

			

				

					09-17
				

			

		

		

			
				
【鸿蒙内核 LiteOS-a 开发手册】  鸿蒙操作系统（HarmonyOS）是一个高度可扩展的分布式操作系统，旨在提供跨设备的无缝体验。它不仅仅局限于Linux内核，还支持包括LiteOS-a在内的多种内核。LiteOS-a是鸿蒙操作系统...

			
		

	





	

		

			

				
					
HarmonyOS内核liteos-a开发手册.pdf

				
			

			

				

					10-14
				

			

		

		

			
				
鸿蒙Liteos-a内核移植手册，很多人会混淆鸿蒙跟Linux的关系。 先举个例子，大家很熟悉的Windows里面含有内核，也含有UI系统，含有桌面程序，普通人可以直接使用Windows。 但是Linux仅仅是一个内核(它提供进程管理、...

			
		

	





	

		

			

				
					
鸿蒙内核Liteos-a开发手册.zip

				
			

			

				

					03-30
				

			

		

		

			
				
《鸿蒙内核LiteOS-A开发手册》是一个深入解析华为鸿蒙操作系统内核 LiteOS-A 开发的参考资料，旨在帮助开发者理解和掌握如何在鸿蒙系统上进行轻量级操作系统的开发工作。LiteOS 是华为为物联网设备打造的一款轻量级...

			
		

	





	

		

			

				
					
把鸿蒙Liteos-a移植到STM32MP157.zip

				
			

			

				

					03-30
				

			

		

		

			
				
2.1 从最终的链接命令看Liteos-a的组成 2.2 Makfile中常用变量 2.3 包含的文件 2.4 把Makefile全部展开 2.5 分析在kernel/liteos_a下执行make的过程 2.5.1 第1个目标 2.5.2 目标：OUT 2.5.3 目标：BUILD 2.5.4 目标...

			
		

	





	

		

			

				
					
根文件系统介绍

				
			

			

				

					苏州向日葵的博客
				

				

					08-22
					
					1012
					
				

			

		

		

			
				
总结了下 个人对根文件系统的理解

			
		

	





	

		

			

				
					
linux根文件系统的分类,Linux中文件系统分类方法

				
			

			

				

					weixin_42099151的博客
				

				

					05-12
					
					3306
					
				

			

		

		

			
				
Linux一个重要的哲学是：一切皆文件。而文件与文件系统是密切相关的，本篇笔记我们来一起学习、理清那些令我们眼花缭乱的文件系统。文件系统粗略的分类：下面依次进行介绍：根文件系统根文件系统(rootfs)是内核启动时所 mount(挂载)的第一个文件系统，内核代码映像文件保存在根文件系中，而系统引导启动程序会在根文件系统挂载之后从中把一些基本的初始化脚本和服务等加载到内存中去运行。根文件系统的根目录...

			
		

	





	

		

			

				
					
Android 10.0 根文件系统和编译系统

				
			

			

				

					07-09
				

			

		

		

			
				
1， 讲解android根文件系统结构和组成2， 讲解android系统镜像的概念和拆包3， 讲解Android系统源码结构4， 讲解Android系统编译规则5， 讲解Android系统ADB使用和Log日志调试方法6， 讲解Android系统Android.mk和Android.bp是各种规则 

			
		

	





	

		

			

				
					
LiteOS-A内核中的procfs文件系统分析

				
			

			

				

					OpenHarmony_dev的博客
				

				

					12-08
					
					737
					
				

			

		

		

			
				
目录一、 procfs介绍1. Linux系统中的procfs文件系统包含的内容2. OS-A系统的命令以及procfs文件系统的内容二、 procfs文件系统的设计1. VFS提供的重要接口2.文件系统的重要接口设计三、 procfs文件系统的实现1. Procfs的注册过程2. Procfs的初始化初始化四、procfs业务分析1. procfs挂载过程分析2. 节点的增加过程分析3、writeproc shell命令的创建五、总结procfs是类UNIX操作系统中进程文件系统（process file

			
		

	





	

		

			

				
					
鸿蒙系统学习 LiteOS-m（六）

				
			

			

				

					求变，从思想开始
				

				

					07-27
					
					6902
					
				

			

		

		

			
				
OpenHarmony LiteOS-M内核是面向IoT领域构建的轻量级物联网操作系统内核，具有小体积、低功耗、高性能的特点，其代码结构简单，主要包括内核最小功能集、内核抽象层、可选组件以及工程目录等，分为硬件相关层以及硬件无关层，硬件相关层提供统一的HAL（Hardware Abstraction Layer）接口，提升硬件易适配性，不同编译工具链和芯片架构的组合分类，满足AIoT类型丰富的硬件和编译工具链的拓展。其架构图如图1所示：

图 1OpenHarmony LiteOS-M核内核架构图



.

			
		

	





	

		

			

				
					
根文件系统介绍及ext3格式文件系统的制作

				
			

			

				

					weixin_61059817的博客
				

				

					05-17
					
					885
					
				

			

		

		

			
				
根文件系统介绍及ext3格式文件系统的制作

			
		

	





	

		

			

				
					
【根文件系统】根文件系统是什么？

				
			

			

				

					qq_38089448的博客
				

				

					07-18
					
					483
					
				

			

		

		

			
				
根文件系统也叫roofs,它不同于FATFS、FAT和EXT4，更像是一个文件夹或者目录。根目录和子目录中会有很多的文件，这些文件时Linux运行所必须的，比如库、常用软件和命令、设备文件、配置文件等等。根文件系统是linux内核启动以后mount的第一个文件系统，然后从根文件系统中读取初始化脚本，比如rcS，inittab等。根文件系统和Linux内核是分开的，单独的Linux内核是无法工作的，必须要搭配根文件系统。如果不提供根文件系统，Linux内核就会提示Kernel panic的提示。

			
		

	





	

		

			

				
					
鸿蒙系统LiteOS-A内核开发详解

				
			

			

				

					
				

			

		

		

			
				
5. 鸿蒙生态：LiteOS-a是华为HarmonyOS生态系统的一部分，与HarmonyOS的其他组件协同工作，提供了从物联网设备到智能终端的无缝连接，实现了全场景的智能化体验。  6. 兼容性：鸿蒙系统支持多种内核，包括Linux和...

			
		

	



              




          




        



    





    



      

      

        
      

      





	

		评论	
	

	
	




  

    

      添加红包
      
    

    

      

        
        

          
          
        

        
请填写红包祝福语或标题

      

      

        
        

          
          个
        

        
红包个数最小为10个

      

      

        
        

          
          元
        

        
红包金额最低5元

      

      

        
        

          当前余额3.43元
          前往充值 >
        

      

      

        

          需支付：10.00元
        

        
        
      

    

  





  

    
    
  

  

    
    
  








  

    

      

        

          

            
            
成就一亿技术人!

          

          

        

        

          

          

            领取后你会自动成为博主和红包主的粉丝
            规则
          

        

      

      

        

          

            
              
            
            

              
hope_wisdom
 发出的红包
            

          

        

        

          

          

          

        

      

    

    

  





	
打赏作者

	

		

		
			
		
		

		

			
宇努力学习

			
你的鼓励将是我创作的最大动力

		

	

	

			

	

	

    ¥1
    ¥2
    ¥4
    ¥6
    ¥10
    ¥20
	

	

		

			

				

					扫码支付：¥1
				

				

					

					
					获取中
					

				

				

					
					
					扫码支付
				

			

		

		

			
您的余额不足，请更换扫码支付或充值

			
打赏作者

		

	



      
      

      
实付元

      
使用余额支付

      

        

          

            
            点击重新获取
          

        

        
扫码支付

      

      

        
          
            
          
          
        
      

      

        
        钱包余额
          0
          

            
            

              

                
抵扣说明：

                
 1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
 2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

              

            

          

      

      余额充值