linux制作根

⑴ 什么时候要重新制作linux的根文件系统谢谢

首先要理解什么是根文件系统，如果你不是做应用开发如嵌入式等等话，就不需要修改。

1. 根文件系统

文件系统是包括在一个磁盘（包括光盘、软盘、闪盘及其它存储设备）或分区的目录结构；一个可应用的磁盘设备可以包含一个或多个文件系统；如果您想进入一个文件系统，首先您要做的是挂载（mount）文件系统；为了挂载（mount）文件系统，您必须指定一个挂载点。

注：对于我们应用开发来说，购买开发板的时候，厂家会提供好现成的根文件系统和BootLoader等，如果需要，我们可以改变其中的命令而无需从头开始制作一个新的根文件系统。不过这儿的制作过程可以让我们更深一点理解Linux的文件系统。

2.主要的根文件系统

* Linux 中，rootfs 是必不可少的。PC 上主要实现有 ramdisk 和直接挂载 HD（Harddisk，硬盘） 上的根文件系统；嵌入式中一般不从 HD 启动，而是从 Flash 启动，最简单的方法是将 rootfs load 到 RAM 的 RAMDisk，稍复杂的就是 直接从Flash 读取的 Cramfs，更复杂的是在 Flash 上分区，并构建 JFFS2 等文件系统。

* RAMDisk 将制作好的 rootfs 压缩后写入 Flash，启动的时候由 Bootloader load 到RAM，解压缩，然后挂载到 /。这种方法操作简单，但是在 RAM 中的文件系统不是压缩的，因此需要占用许多嵌入式系统中稀有资源 RAM。

ramdisk 就是用内存空间来模拟出硬盘分区,ramdisk通常使用磁盘文件系统的压缩存放在flash中,在系统初始化时,解压缩到SDRAM并挂载根文件系统, 在linux系统中,ramdisk有二种,一种就是可以格式化并加载,在linux内核2.0/2.2就已经支持,其不足之处是大小固定;另一种是 2.4的内核才支持,通过,ramfs来实现,他不能被格式化,但用起来方便,其大小随所需要的空间增加或减少,是目前linux常用的ramdisk技术.

* initrd 是 RAMDisk 的格式，kernel 2.4 之前都是 image-initrd，Kernel 2.5 引入了 cpio-initrd，大大简化了 Linux 的启动过程，附合 Linux 的基本哲学：Keep it simple, stupid(KISS). 不过cpio-initrd 作为新的格式，还没有经过广泛测试，嵌入式 Linux 中主要采用的还是 image-initrd。

* Cramfs 是 Linus 写的很简单的文件系统，有很好的压缩绿，也可以直接从 Flash 上运行，不须 load 到 RAM 中，因此节约了 RAM。但是 Cramfs 是只读的，对于需要运行时修改的目录（如： /etc, /var, /tmp）多有不便，因此，一般将这些目录做成ramfs 等可写的 fs。

* SquashFS 是对 Cramfs 的增强。突破了 Cramfs 的一些限制，在 Flash 和 RAM 的使用量方面也具有优势。不过，据开发者介绍，在性能上可能不如 Cramfs。这也是一种新方法，在嵌入式系统采用之前，需要经过更多的测试。

3.Ramdisk制作

RAMDisk的制作方法如下：

(1) 在PC机的Linux操作系统环境下，生成可以虚拟成块设备的文件，假设文件名为init.img。

$ dd if=/dev/zero of=init.img bs=4096 count=1024

其中bs*count为块设备大小（单位：字节），生成init.img文件以后，还必须对该文件进行格式化。

$ mke2fs –m0 –F init.img

(2) 新建一个文件夹ram，并将init.img挂接到ram目录。

$ mkdir ram

$ mount init.img ram/ -o loop

这时，读写ram目录，等效于读写init.img文件。用户可以将根文系统所需的文件写入到ram目录中。往ram目录写完文件以后，还需要使用umount ram命令卸载init.img，才能将已写入的文件保存到init.img中。

（3）添加完毕，需要umount ram

4. Cramfs制作

CramFS(Compressed Rom File System)是Linux Torvalds在Transmeta任职时，所参与开发的文件系统。它是针对Linux内核2.4之后的版本所设计的一种新型只读文件系统，采用了 zlib 压缩，压缩比一般可以达到1：2，但仍可以作到高效的随机读取，Linux系统中，通常把不需要经常修改的目录压缩存放，并在系统引导的时候再将压缩文件解开。因为Cramfs不会影响系统的读取文件的速度，而且是一个高度压缩的文件系统。因此非常广泛应用于嵌入式系统中。

在嵌入式的环境之下，内存和外存资源都需要节约使用。如果使用RAMDISK方式来使用文件系统，那么在系统运行之后，首先要把Flash上的映像文件解压缩到内存中，构造起RAMDISK环境，才可以开始运行程序。但是它也有很致命的弱点。在正常情况下，同样的代码不仅在Flash中占据了空间(以压缩后的形式存在)，而且还在内存中占用了更大的空间(以解压缩之后的形式存在)，这违背了嵌入式环境下尽量节省资源的要求。

使用CramFS文件系统就是一种解决这个问题的方式。CramFS是一个压缩格式的文件系统，它并不需要一次性地将文件系统中的所有内容都解压缩到内存之中，而只是在系统需要访问某个位置的数据的时候，马上计算出该数据在CramFS中的位置，将它实时地解压缩到内存之中，然后通过对内存的访问来获取文件系统中需要读取的数据。CramFS中的解压缩以及解压缩之后的内存中数据存放位置都是由CramFS文件系统本身进行维护的，用户并不需要了解具体的实现过程，因此这种方式增强了透明度，对开发人员来说，既方便，又节省了存储空间。

但是Cramfs也有其缺点：延迟、小于16MB、不支持写，只支持PAGE_CREATE_SIZE=4096的内核。

制作的命令：（root文件夹中存放着文件系统）

#mkcramfs root cramfs.img

5. 其他根文件系统的制作

制作yaffs文件系统： mkyaffsimage myroots myroots.img

制作squashfs： mksquashfs $(FS_DIR) $(FS_NAME) -noappend -be -lzma -no-fragments –noI

6. BusyBox编译以及移植（根文件系统内命令的制作移植）

建立目标板空根目录文件夹及根目录下的文件夹：

[root@190 friendly-arm]# mkdir myroots

[root@190 friendly-arm]#pwd

/friendly-arm/myroots

[root@190 friendly-arm]#cd myroots

[root@190 myroots]# mkdir bin sbin usr lib dev mnt opt root etc home proc tmp var

[root@190 myroots]# mkdir etc/init.d

进入etc/init.d目录下，建立一个脚本文件，并命名为rcS，用gedit打开，添加如下内容：

#! /bin/sh

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin:

runlevel=S

prevlevel=N

umask 022

export PATH runlevel prevlevel

#

# Trap CTRL-C &c only in this shell so we can interrupt subprocesses.

#

trap ":" INT QUIT TSTP

创建 dev 中的节点

如果使用“linux 2.6.xx”的内核，应该事先创建节点“console”、“null”。否则在系统启动时内容会提示以下错误：

Warning: unable to open an initial console.Kernel panic - not syncing: Attempted to kill init!

创建节点的命令如下：

# mknod dev/console c 5 1# mknod dev/null c 1 3

移植Busybox：

进入到压缩文件存放的目录下，并解压。然后进入解压后的busybox目录文件夹，随后配置busybox 。

[root@190 busybox-1.2.0]# make menuconfig

由于每个版本的配置选项组织有所不同。不管怎样，我们注意以下选项就行了：

1) Support for devfs

2) Build BusyBox as a static binary ( no shared libs ) //将busybox编译成静态链接

3) Do you want to build busybox with a Cross Compile?

(/usr/local/arm/3.3.2/bin/arm-linux-) Cross Compile prefix //指定交叉编译器

4) init

5) Support reading an inittab file //支持init读取/etc/inittab 配置文件

6) (X) ash选中ash //建立的rcS脚本才能执行

7）ash

8）cp cat ls mkdir mv //可执行命令工具的选择，自己看着办吧，需要用到的就选上

9) mount

10) umount

11) Support loopback mounts

12) Support for the old /etc/mtab file

13) insmod

14) Support version 2.2.x to 2.4.x Linux kernels

15) Support version 2.6.x Linux kernels

16) vi

17)don’t use user

以上内容必须选上，其他可按默认值；如果要支持其他功能，如网络支持等，可按需选择，英语不是很烂的话，这些都没有问题。

配置好之后，保存退出。然后对其编译和安装到刚才建立的根文件系统目录下：

[root@190 busybox-1.2.0] make TARGET_ARCH=arm CROSS=arm-linux- \ PREFIX=/friendly-arm/myroots/ all install

安装好之后，将相应的二进制文件拷贝到根文件系统相应的目录下：

* 拷贝一些管理员控制程序到/sbin目录下，最重要的就是要包含一个init命令；

* 拷贝应用程序运行时所需要的库到/lib，库文件可以从PC机上的交叉编译工具安装目录下拷贝，如libc-2.2.2.so、libcryt- 2.2.2.so、libm-2.2.2.so、libutil-2.2.2.so等，为部分相应库建立快捷方式，提供一些应用程序按快捷方式名称调用。

⑵ linux怎样在根目录下创建文件夹

操作步骤如下所示：

一、进入linux系统并终端，输入命令”cd／“，然后按回车键来到根目录。

⑶ 如何利用busybox制作根文件系统

选定 busybox-1.9.2.tar.bz2 这个版本, 以静态方式编译, 即生成的 busybox 不需要共享库的支持就能运行。这样做我们就不需要布署程序库了。缺点是自己写的 arm-linux 程序在这个根文件系统中是不能运行的,因为缺少共享程序库的支持。不过不用担心,通过在目标机里以挂接 NFS 的方式, 将宿主机的 arm-linux-gcc 编译器的库文件挂到 arm-linux 的 /lib 下, 就可完美的运行我们自己的程序了。
现在开始制作静态链接库的根文件系统。

1、准备根文件系统
首先准备制作工具BusyBox1.9.2。
准备交叉编译工具arm-linux-gcc 3.3.2。
在机器上建立rootfs的文件夹
#mkdir rootfs
在rootfs中建立linux系统中典型的文件夹
#cd rootfs
#mkdir root home bin sbin etc dev usr lib tmp mnt sys proc
#mkdir usr/lib usr/bin
#pwd
/home/su/rootfs
2、解压源码包
#tar xjf busybox-1.9.2.tar.bz2
#cd busybox-1.9.2
3、修改 Makefile,
#vi Makefile
将Makefile中的
CROSS_COMPILE ?=
改为
CROSS_COMPILE ?= /usr/local/arm/3.3.2/bin/arm-linux-
注:这个版本的 busybox 用 3.4.1 的 arm-linux-gcc 编译有些问题, 用 3.3.2 版则可顺利编译。
4、定制 busybox
选择busybox下全部的可执行程序
#make defconfig
进到配置选项
#make menuconfig
设置静态编译方式
Busybox Settings ---> Build Options ---> [*] Build BusyBox as a static binary (no shared libs)
Busybox Settings ---> Install Options ---> 中输入建立根文件系统的文件所在的路径/home/su/rootfs。
其它的默认。
确保 [*] Build BusyBox as a static binary (no shared libs) 被选中，保存退出
5、执行 make 编译
#make
编译出错, 信息如下:
applets/applets.c:15:2: warning: #warning Static linking against glibc proces buggy executables
applets/applets.c:16:2: warning: #warning (glibc does not cope well with ld --gc-sections).
applets/applets.c:17:2: warning: #warning See sources.redhat.com/bugzilla/show_bug.cgi?id=3400
applets/applets.c:18:2: warning: #warning Note that glibc is unsuitable for static linking anyway.
applets/applets.c:19:2: warning: #warning If you still want to do it, remove -Wl,--gc-sections
applets/applets.c:20:2: warning: #warning from scripts/trylink and remove this warning.
applets/applets.c:21:2: error: #error Aborting compilation.
make[1]: *** [applets/applets.o] Error 1
按照提示,修改文件 applets/applets.c 第 21 行, 将
#error Aborting compilation.
注释掉:
执行 make 重新编译
#make
编译通过, busybox 被生成了, 然后执行
#make install
busybox 就被安装到指定的路径下了/home/su/rootfs,这时可发现rootfs下多了个liunxrc的文件，bin、sbin下也多了很多文件。用ls –l命令查看其中的一个文件，可发现其是链接到busybox的一个连接符，所以我们之后在目标机上运行的命令大多都会调用busybox这个文件的。
若之前忘了指定路径，默认生成到临时目录busybox-1.9.2/_install 下了。
6、编写配置/etc下的初始化程序（可省略）
最简单的做法是把busybox-1.9.2/examples/bootfloppy/etc下的全部文件拷到目标文件的etc目录下
#cd /home/su/busybox-1.9.2/examples/bootfloppy/etc
#cp –rf * /home/su/rootfs/etc
也可自己写这些文件。
7、把rootfs做成镜像
#mkcramfs rootfs rootfs.cramfs
8、把rootfs.cramfs烧写到目标机中。
9、运行目标机
这时会遇到一个错误信息：
Can’t open tty2
Can’t open tty3
Can’t open tty4
解决办法：把/rootfs/etc/ inittab 文件的第三行“tty2::askfirst:-bin/sh”删除掉。
返回到第7步重做。

现实中，动态编译的方法更适合工程的需要，所以一般是采用动态的方法编译根文件系统的。若选择动态编译的办法，大体方法还是一样的，存在一些不同之处是：
不同之处之一是：
进到配置选项
#make menuconfig
选择动态方式
Busybox Settings ---> Build Options ---> [*] Build Shared libbusybox
不同之处之二是：
上面静态编译出现的出错信息不会出现了，所以不需对程序做任何修改，但还是必须用arm-linux-gcc 3.3.2编译，否则还是会有麻烦。
不同之处之三是（最大的不同之处）：
编译完成后，需进到rootfs目录的lib中，往里面添加一些库文件
#cd /home/su/rootfs/lib
这里有点麻烦，我怎么知道需要什么库文件的支持呢？
最简单的办法是把arm-linux-gcc 3.3.2下的整个lib库拷进来，简单省事。但是这么做存在一个问题，做出的根文件系统非常大。
另一个办法是：
#cd /home/su/rootfs/bin
#arm-linux-readelf busybox | grep shared
这样就可以显示出系统运行起来需要什么库文件，再把相应的库文件拷到/home/su/rootfs/lib下。一般而言，系统库用到两个：动态链接器ld-linux.so和c函数库Glibc，Glibc包括：
ld-linux:动态链接库，必需
libc: 标准c函数库，必需
libm: 数学库，一般需要
libdl: 用于动态装载共享库，较少用到
libcrypt: 加密附加库，需要认证的程序用到，较少用
libpthread: POSIX线程库，一般需要
如果需要某个函数库，我们可以将这些库和对应的符号链接拷到目标根文件系统的/lib目录下。简单起见，应该使用-d选项或-a选项调用cp命令，这样可保留完整的符号链接信息。
例：
#cp –a libc.so.6 /home/su/rootfs/lib/
为了减少运行时库的大小，我们应该使用交叉编译版本即arm-linux-gcc 3.3.2的strip工具来处理根文件系统的库文件，把二进制文件中的包含的符号表和调试信息删除掉。
例：
#arm-linux-strip /home/su/rootfs/lib/*.so

注意：
使用busybox做文件系统时，运行make命令，系统会马上显示：
没有/dev/null这个文件
但是还是能最终编译出根文件系统，问题出在重启linux系统，机器进不去了。提示出错，信息如下：
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 173:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 184:/dev/null: read-only file system
/etc/rc.d/rc.sysinit: line 200:/dev/null: read-only file system
.
.
.
***An error occured ring the file system check.
***Dropping you to a shell;the system will reboot
***when you leave the shell
Give root password for maintenance
(or type Control-D to continue):
解决办法：
按提示输入root用户的密码，回车，可看到
（Repair filesystem）1#:
依次输入命令：
（Repair filesystem）1# mount -n -o remount,rw /
（Repair filesystem）1# rm -f /dev/null
（Repair filesystem）1# mknod -m 0666 /dev/null c 1 3
（Repair filesystem）1# reboot
问题解决。

⑷ Linux 根文件系统制作

用grub 4 dos里面的grldr引导其实是最方便的
把grldr直接放到C：
在windows的引导菜单里加入C:\grldr="GRUB"
重启进入grub就可以用来引导linux了

不过要有一定的基础

至于安装时要不要解压ISO这个要看用的是什么LINUX了
susu是要解压的
RH类， den类就不用了

你用的那个是怎样的就不知道了， 不过要引导linux的ISO（安装文件），当然要用引导器解释磁盘的方法输入地址啦

在grub里就是 hda＊ hdb＊
进入内核就是 /dev/hda* /dev/hdb* /dev/sda*等等类似的地址啦

不过不知道你看不看得明白上面的东东呢