rootfs,initrd,NFS

最新推荐文章于 2021-12-02 20:29:50 发布
最新推荐文章于 2021-12-02 20:29:50 发布
阅读量948 收藏
点赞数
分类专栏： 嵌入式linux 文章标签： command linux
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/yagbuchen/article/details/1516007
版权
本文介绍了Linux系统的启动过程，特别是关于rootfs、initrd的概念及其作用，并提供了NFSROOT、Jffs2KernelCommand和RamdiskKernelCommand的实际配置示例。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

     几个概念不是同一层次的东西。

1.     先看看rootfs是怎么回事：解析Linux中的VFS文件系统机制  http://www.bitscn.com/linux/security/200604/7690.html

2.    再看看initrd 里面究竟有什么东西：

initrd-x.x.x.img文件分析:  http://www.chinaunix.net/jh/4/147511.html

3,  这篇文章可以简单看看：http://blog.chinaunix.net/u/2389/showart.php?id=54127

4, linux启动时挂载rootfs的几种方式  http://firstray.cn/?p=348

5,NFS ROOT : Linux , 使用NFS 作為rootfs  : http://my.opera.com/checko/blog/show.dml/96759

 

最后给几个实际的例子：

·       NFS Kernel Command
“root=dev/nfs nfsroot=192.168.1.100:/nfsroot ip=192.168.1.101:192.168.
100::255.255.255.0:localhost:eth0:off console=ttyS0,115200 mem=64M rw”
 
·       Jffs2 Kernel Command
“root=dev/mtdblock2 rootfstype=jffs2 ip=192:168.1.101:192.168.1.100::
255.255.255.0::etho:on console=ttyS0,115200 mem=64M rw”
 
·       Ramdisk Kernel Command
“root=dev/ram0 initrd=0xa0800000,4M ramdisk=8192 mem=64M rw”
linux系统 initrd.img中init启动脚本分析
技术联盟
02-23 4377
概述:这篇文章主体内容来源于网上转载。前面几篇文章倾向于制作initrd.img，这篇文章更倾向于initrd.img的运行过程:加载framebuff驱动 ide驱动和文件系统驱动，最后进入到真正的根文件系统。以下内容全是转载:转自 ubuntu/debian initrd 过程     自己最近花时间研究了一下 Linux 的 initial ram disk，然后就写了这篇文章。因为是要 给
Linux内核rootfs的初始化过程
无忧老猪
01-27 2908
由于在下水平相当有限，不当之处，还望大家批评指正^_^ 在Linux  shell中执行mount命令，通常可以看到某个做了文件系统的磁盘分区或flash分区或内存文件系统做为所谓的根文件系统被mount到了挂载点/处。 实际上内核中最初始的根文件系统，并不是来自内核外部，他是由内核自己构建出来的。 为了说明这个过程，我们先说说mount的过程。 系统调用sys_mount是在fs/n
ARM Linux启动流程-根文件系统的加载
倚楼听风雨的博客
12-05 5604
前言　　在Kernel启动的初始阶段，首先去创建虚拟的根文件系统(rootfs)，接下来再去调用do_mount来加载真正的文件系统，并将根文件系统切换到真正的文件系统，也即真实的文件系统。 　　接下来结核内核代码(内核版本：linux-3.14.28)，讲解整个流程。1、文件系统的分类　　文件系统大体可以分为基于内存的文件系统(initrd)和非基于内存的文件系统(noinitrd)，想要了解根
linux中的rootfs/initrd/ramfs/initramfs
Golden_Chen的专栏
06-12 625
From:https://www.cnblogs.com/lidabo/p/5719235.html 什么是ramfs？ ramfs是空间规模动态变化的RAM文件系统。它非常简单，是用来实现Linux缓存机制(缓存page cache and dentry cache)的文件系统。 通常情况下，Linux的所有文件在内存中都有缓存。需要读取的数据页从支撑存储设备(block device)中读取后，缓存于内存。在支撑存储设备中的数据页执行marked as clean操作。当虚拟文件系统需要支撑存储设.
《Linux启动过程分析》之区别Initramfs与initrd
程序改变生活
11-22 2万+
一、简介 1.initrd   在早期的linux系统中，一般只有硬盘或者软盘被用来作为linux根文件系统的存储设备，因此也就很容易把这些设备的驱动程序集成到内核中。但是现在的嵌入式系统中可能将根文件系统保存到各种存储设备上，包括scsi、sata，u-disk等等。因此把这些设备的驱动代码全部编译到内核中显然就不是很方便。   在内核模块自动加载机制udev中，我们看到利用udevd可以
关于ramfs、tmpfs、rootfs和initramfs以及initrd
The_K_is_on_the_way的博客
05-28 2484
ramfs ramfs是一种基于linux磁盘缓存机制的文件系统，它是在页缓冲和目录缓冲之上的一层很薄的封装，代码量极少。ramfs的底层存储是ram，ramfs在mount时可以指定size，但是你仍然可以往其上写入一个很大的文件，由此导致ram被吃光。ramfs只能被root访问。 tmpfs tmpfs算是ramfs的加强版，它可以使用内存或swqp分区作为存储，它使用了虚拟内存的...
关于initrd和initramfs
u012787604的博客
12-02 6070
一、概念 什么是initrd？ initrd的解释是initialized RAM disk，就是启动的时候由uboot来初始化内存，当做disk来使用。在uboot启动的时候， uboot会将存储介质中（如Flash）的initrd文件加载到内存，内核启动时会在访问挂载的根文件系统前先访问该内存中的 initrd文件系统。在uboot配置了initrd的情况下，文件系统启动被分成两个阶段，第一阶段先执行initrd文件系统中 的"某个可执行文件"（linuxrc或init，下面会讲到具体会执行哪一个），完
Linux——initrd根文件挂载分析
Feng_8071的博客
08-30 2138
一、initrd介绍 对于使用initramfs镜像的ramdisk来说，这个rootfs即为ramfs(ram file system)，它是一个在解压initramfs镜像后就存在且挂载的文件系统，但是系统启动之后用户并不能找到它，因为在内核启动完成后它就会被切换到真实的根文件系统。 前文也提到过，在systemd眼中，initramfs构建的也是一个系统，只不过是虚拟系统，最终systemd会从这个虚拟系统中切换到真实的系统中，切换的内容主要包括两项：切换根分区，切换systemd进程自身。 init
nfs 客户端 android,android 挂载NFS教程
weixin_39914107的博客
05-31 1354
0，在Ubuntu新建nfs目录:#mkdir/home/shuimu/arm_project/rootfs将FORLINX_6410_yaffs2_v1.0.tgz复制到rootfs中，解压当前文件夹#tar–zxfFORLINX_6410_yaffs2_v1.0.tgz1.烧写mmc，uboot，zImage到开发板。2，在ubuntu上安装nfs-server-kernal。编辑/etc...
android+怎样获取nfs上共享文件,Android NFS 文件系统
weixin_42522964的博客
05-30 1285
最近在研究android的移植，目标平台是s3c6410。在网上看到很多高手的文章，得到很多启发。这里有一篇如何使用nfs作为根文件系统的文章，写的不错, 转载到这里了，看了这篇文章以后，根据自己的使用心得，把自己的使用方法也写了下来，供大家参考[First written by Steve Guo, please keep the mark if forwarding.]Usually the ...
Ramfs、rootfs 和initramfs
RToax
11-09 3594
Ramfs, rootfs and initramfs — The Linux Kernel documentationhttps://www.kernel.org/doc/html/latest/filesystems/ramfs-rootfs-initramfs.html?highlight=initramfs 什么是 ramfs？ Ramfs 是一个非常简单的文件系统，它将 Linux 的磁盘缓存机制（页面缓存和 dentry 缓存）导出为一个可动态调整大小的基于 RAM 的文件系统。
Initrd 流程分析(2.6 cpio rootfs)
babyfans的专栏
03-19 1602
以 Linux-2.6.25 的 kernel 为例，分析一下 Linux 启动过程中 initrd 的流程。1. 先从 Makefile说起下面是内核代码中 init/Makefile 文件的一段内容：obj-y   := main.o version.o mounts.oifneq ($(CONFIG_BLK_DEV_INITRD),y)obj-y += noinitramfs.oelseob
Linux--根文件系统的挂载过程分析
热门推荐
guopeixin的专栏
10-24 4万+
前言： 本篇文章以S3C6410公版的Linux BSP和U-Boot来进行分析，文中所有提及的名词和数据都是以该环境为例，所有的代码流程也是以该环境为例来进行分析。哈哈。如果有不正确或者不完善的地方，欢迎前来拍砖留言或者发邮件到guopeixin@126.com进行讨论，先行谢过。 简单的来说，根文件系统包括虚拟根文件系统和真实根文件系统。在Kernel启动的初始阶段，首先去创建虚拟的根文件系统，接下来再去调用do_mount来加载真正的文件系统，并将根文件系统切换到真正的文件系统，也即真实的文件系统
ramfs,rootfs,initramfs,initrd
程序猿Ricky的日常干货
07-27 2508
Ramfs是linux中的一个内存文件系统，它的大小是根据当前系统的内存大小动态变化的。也就是说除非系统内存使用完了，不然我们都是可以往ramfs中写入数据的。ramfs只是一个镜像文件，作为一个镜像文件，我们肯定没有办法直接读取其中的内容，那么怎么办呢？在linux中有一种loop设备可以用来读取镜像文件，通过losetup来挂载ramfs当做一个loop设备，然后对其进行挂载，我们就可以进入这个
tftp-server 的安装
linux phone
02-09 1807
1.    在blob下输入命令： usb 10000000 target-qpe-ts.cramfs  无反应。    原因：  vi /etc/services , tftp使用的端口是69， 通过netstat -an, 发现PC上没有安装启动tftp服务。    一般linux安装时会自动安装tftp-server，在xined下有相关的启动和配置。没想到会碰到一台没有装tft
发现他们调试应用居然每次都要重新烧写cramfs根文件系统！
linux phone
03-04 1236
     虽然cramfs文件系统是不可写文件系统，但是完全可以用NFS 来mount 其上面的目录。  为什么不用nfs来调试呢？可以省去烧录的时间。             此外，在试图不重新编译内核，就把cramfs根文件系统改成nfs 根文件系统的时候，发现一个有趣的现象：                    在pc上 ， mount  -o loop  xxx.cram
版本的折腾－在SUSE10上安装vmware5.0
linux phone
04-11 1033
       机器装的suse10， 手头上有vmware 5.0的安装包，于是想在suse10上装vmware。 没想到花了一些时间折腾。       1， 碰到的第一个问题，  vmware-config.pl 里报错，说内核版本不对， 查了一下，是因为 vmware-config.pl里比较 $header_page_offset 和  $gSystem{page_offset
uboot rootfs
最新发布
12-31
### U-Boot Root Filesystem Configuration and Information #### Understanding the Role of U-Boot in Booting a System with RootFS U-Boot (Universal Boot Loader) plays an essential role during system boot-up by initializing hardware components before handing over control to the operating system kernel. For systems that require loading a root file system from various storage devices or network interfaces, configuring U-Boot appropriately is crucial. The NXP-provided version of U-Boot can be obtained through their GitHub repository[^1]. This source code serves as the foundation for customizing U-Boot according to specific needs such as supporting different boards like `s5p_goni` which has been successfully configured using: ```bash make s5p_goni_config ``` This command sets up default configurations suitable for this particular board type[^3]. #### Setting Up Environment Variables for RootFS Loading To configure U-Boot so it knows where to find the root filesystem after starting Linux Kernel, environment variables must be set within U-Boot's configuration space. Commonly used settings include specifying paths related to device trees (`fdt_file`) and root partitions (`bootargs`). An example setup might look like this: ```bash setenv fdt_high 0xffffffff setenv initrd_high 0xffffffff setenv bootcmd 'fatload mmc 0:1 $kernel_addr_r uImage; fatload mmc 0:1 $fdt_addr_r dtb.img; bootm $kernel_addr_r - $fdt_addr_r' setenv bootargs 'console=ttySAC2,115200 root=/dev/mmcblk0p2 rw rootwait' saveenv ``` In this snippet: - The console setting ensures serial output. - The `root=` parameter points to the partition containing the root filesystem on the SD card. - `rw` enables read-write access mode. - `rootwait` delays mounting until the device becomes available. These commands prepare U-Boot to load both the kernel image and device tree binary from FAT-formatted media while passing necessary parameters to initialize the correct block device as the root directory upon startup. #### Handling Different Storage Media Types Depending on whether the target platform uses eMMC, NAND flash, SPI NOR Flash, USB drives, etc., adjustments may need to occur when defining how data should get loaded into memory prior to execution. In some cases, additional drivers could also become required based on chosen peripherals involved in transferring files between external storages and internal RAM buffers. For instance, if working with older versions lacking certain features mentioned earlier regarding unsupported protocols like Kermit, alternative methods involving other supported ones would have to suffice instead[^4]: ```bash loadx 0x05000000 115200 ``` However, more recent releases typically offer broader compatibility across multiple transfer standards including TFTP, NFS, Ymodem among others making integration simpler without requiring manual intervention each time new binaries are introduced onto platforms running customized instances derived from upstream sources provided via repositories similar to what was referenced initially concerning availability channels offered by manufacturers supplying SoCs utilized inside embedded products designed around ARM architectures specifically targeted here today discussing aspects surrounding initialization routines executed early stages preceding full OS takeovers post-power-on sequences initiated either automatically following reset conditions met internally once power rails stabilize sufficiently enough allowing microprocessor cores begin executing instructions stored ROM regions mapped low addresses reserved special purposes outlined technical documentation accompanying chipsets employed throughout design cycles leading final assembly steps completed manufacturing facilities responsible producing units eventually shipped customers worldwide seeking solutions leveraging advanced processing capabilities delivered modern semiconductor technologies implemented silicon wafers fabricated state-of-the-art foundries adhering strict quality assurance practices ensuring reliability performance metrics meet expectations end-users deploying these systems real-world applications ranging consumer electronics industrial automation automotive infotainment medical instrumentation telecommunications infrastructure server farms cloud computing services internet things edge analytics machine learning workloads artificial intelligence research projects educational tools hobbyist experiments maker movements open-source communities collaborative development efforts spanning global networks interconnected researchers developers engineers scientists enthusiasts contributing knowledge sharing innovations accelerating pace discovery pushing boundaries human ingenuity shaping future possibilities emerging tech landscapes continuously evolving digital age characterized rapid advancements unprecedented connectivity pervasive computation transforming societies cultures economies environments globally. --related questions-- 1. How does one modify U-Boot to support newer communication protocols not included out-of-the-box? 2. What considerations exist when choosing between different types of root filesystem implementations for embedded systems? 3. Can you provide examples of common pitfalls encountered during U-Boot customization processes? 4. Is there any difference in handling rootfs configuration between bare metal programming versus using RTOSes? 5. Are there best practices recommended for maintaining secure yet flexible U-Boot setups?
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值