LFS开始之前

声明：本文系转载，在开始LFS之前看看，很有好处。

摘自：http://4410139.blog.163.com/blog/static/126209763200910172388503/

LFS手册

2009-11-17 14:38:08|  分类： JAVA精品 |字号 订阅

LFS的官方网站是

http://www.linuxfromscratch.org

上面有6.3版本的英文手册。

在国内有6.2版本的中文翻译手册，网址是

http://lamp.linux.gov.cn/Linux/LFS-6.2/index.html

国内还有一个比较不错的网站：

http://www.magiclinux.org

内容为转载

我这里以一个初学者的身份再进一步的补充说明几个简单问题（作为初学者扫盲），以及6.3英文官方手册的几个BUG（一定要看），余下

的部份大家去看看上面的网站就可以了。

1、我在一个操作系统（如UBUNTU）下载了LINUX内核源码，现在可以删除这个操作系统，开始用这个源码启动机器了吗？

回答：当然不行。源码只是文本文件，而机器是只认二进制文件的（也就是XP下的.exe可执行文件），如果二进制文件用于启动机器的话，

将有着更严格的要求。你需要用一个工具来编译这些源码，使之成为内核二进制文件，同时还要进行一些相关操作才可以用它来启动机器。

2、LFS的原理是什么？是怎么操作的？

回答：LFS的基本原理是，在现有的具有编译能力（或者叫开发能力）的操作系统上，或者用可启动的具有编译能力的光盘，编译出全新的

开发环境，然后在这个全新的开发环境，编译出相关的程序和内核，最后用这个内核启动机器。

具体的操作，可以看看官方的手册就明白了。

3、我已经会在UBUNTU下编译和安装内核，这和用LFS方式安装的内核有什么不同？

回答：你在UBUNTU下编译和安装的内核，利用了UBUNTU的编译工具和库文件，在用这个内核启动时，又用了UBUNTU下的应用程序和工具，

因此和 LFS相比有一些“不正宗”，或者叫“出老千”。而且在UBUNTU下编译内核的步骤是如此简单，用make-kpkg能够轻松创建内核。除

了能够熟悉内核的配置选项以外，你几乎学不到其他的东西了。当然并不是说在UBUNTU下编译内核不重要，恰恰相反，这是你走向LFS的关

键一步。因为LINUX内核的菜单，要熟悉它本身就是一项浩大的工作。

如果你学过编译内核，那么LFS对你是驾轻就熟。如果没有学过也没有关系，一步步来，照样能够完成工作。

如何在UBUNTU下编译内核，可以看这:http://forum.ubuntu.org.cn/viewtopic.php?f=50&t=34172

4、LFS不是也用到了现有的开发环境吗？和上面提到的有什么不同？

不同点是，LFS是先利用现有的开发环境，构建出新的开发环境，然后才用这个新的开发环境编译内核，并且编译相关的程序。在你最终完

成并用新内核启动机器时，里面的东西全部都是你一步步从源码编译来的东西，没有一样是直接从UBUNTU上拿来用的。

5、这里是对LFS的比较详细的解释：

LINUX下所有的应用程序，不外乎是由配置文件（etc）、库文件(lib)、程序文件(bin)组成。而要生成这个应用程序，你需要源代码，同时

需要一个开发环境，由连接器、编译器、库文件组成。

编译器将源代码编译为二进制代码，它本身也是程序，所以需要库文件；连接器告诉编译器连接到哪个库文件，同时将编译器产生的结果输

出给机器执行。连接器本身也是程序,也需要库文件。因此可以知道，库文件是很重要的。在LFS里，库文件是GLIBC，编译器是GCC，连接器

是Binutils（它是一个程序包，其中真正用于连接的程序是ld）。

LFS的运作过程：

假设你现有的环境为A，制作的开发环境为B，最终的环境为C。

那么，一开始，先用库文件A／编译器A／连接器A，制作出了连接器B。

我在这表示成：LIB-A＋GCC-A＋LD-A＝＝＞LD-B

然后用库文件A／编译器A／连接器B，制作出编译器B。

就是：LIB-A＋GCC-A＋LD-B＝＝＞GCC-B。

然后是用库文件A／编译器B／连接器B，制作出库文件B。

LIB-A＋GCC-B＋LD-B＝＝＞LIB-B

由于编译器GCC-B和连接器LD-B都用了原系统的LIB-A，所以不是“纯种”的。而新生成的库LIB-B在编译完LD-B和

GCC-B后，将会进行一个重定向，使得它并不依赖于原来系统的库，所以是相对“纯正”的。一定要注意这点！

这里是关键的转折点。

新的库文件仅仅是依赖于你要编译的新的内核头文件。同时要认识到你编译出的库文件，除非你没有给它指定内

核的头文件，不然它都不会依赖和利用原系统的东西，因为，库文件不是“程序”！

这时候，编译器B／连接器B／库文件B都做好了。但是我们知道，这编译器和连接器不正宗。需要进行“过滤”处理：

这时，用编译器B利用库文件B自己再一次编译编译器B，这回利用的是新的正宗的库文件B。

LIB-B＋GCC-B＋LD-B＝＝＞GCC-B2

然后是连接器

LIB-B＋GCC-B2＋LD-B＝＝＞LD-B2

这时新生成的编译器和连接器，都用了新的库文件。我们可以认为它们是正宗的了。其实，这时候它们已经和原

来的系统脱离关系了。

接下来，我们会用到一个虚根环境。这是一个利用现有系统的硬件来运行，但是所有的程序和库和配置文件都独

立于原系统的环境。之所以用这个环境，是因为内核还没有被编译，很多应用程序还没有编译，机器还是不能

启动的。为了使用这个虚根环境，会用LIB-B＋GCC-B2＋LD-B2这套开发工具编译出很多新的程序。

这时候不知道你会不会问：既然新的一套工具出来了，我直接编译内核不就得了？还那么麻烦？是的，我开始也

这么想的，同时也是这么做的。我也建议好奇心强的LINUX　FANS这么做看看是什么结果。

结果我可以告诉你：内核是编译好了，也可以启动内核，但是却没有办法控制。为什么？因为你没有BASH这个控

制台。

你这时是不是才恍然大悟：天啊，我以为一个内核就能够完全开机并操作的呢！

内核启动了，需要一个init程序来进行初始化。

这个init就是所谓的“根进程”。没有这个程序，一切程序都无法运行。然后这个进程开始挂载、运行相应的程序。

比如BASH。有了BASH还不行。 BASH只是一个外壳（SHELL），它没有任何东西，比如我们经常打的ls命令，

根本没有。因为ls本身就是个程序文件！还有mkdir等等命令，全部都是程序文件，都没有。也没有办法控制

机器。因此这些程序全部都要从源码编译出来。

这时你可能还会问，为什么要用虚根环境？我直接在现有的环境下编不就成了？反正我用的是新的开发工具。

原因是：如果你没有搞好设置，新的开发工具可能还是会用到原有系统的东西，甚至会把编译好的程序安装到原

来的系统，从而能破坏原来的系统。当然如果你非常清楚如何进行每一项设置的话是可以的，但是你有这样的

水平，你用的估计已经就是你自己做出来的LFS系统了。为了避免不必要的麻烦（重定位程序、连接器等等操作

是非常复杂的），才会使用虚根环境，直接与原系统隔离。

有了虚根环境，还会再一次编译库文件。这是因为之前编译的LIB-B是经过重定位装在别的地方的（可见重定位

的麻烦）， 你要编译一个新的没有重定位的库文件，装在默认的地方，以便将来你的程序都可以利用它。

这时生成了LIB-C。

LIB-B＋GCC-B2＋LD-B2＝＝＞LIB-C。

然后，编译GCC和LD，将它们之前的重定位去掉。

LIB-C＋GCC-B2＋LD-B2＝＝＞LD-C

LIB-C＋GCC-B2＋LD-C＝＝＞GCC-C

这时候，最终的开发环境大功告成了。

现在，把所有内核启动需要的程序都进行编译。比如init，比如bash等。最后编译内核。设置好GRUB后用新内核、

新程序

启动机器。至此，LFS工作全部完成。

6、在进行LFS时需要注意的关键地方和LFS6.3手册的一些BUG

第一，你需要注意的地方是你的环境变量PATH。你可以用命令：

echo $PATH

来查看。如果你和LFS手册一样建立的是/mnt/lfs/tools和/tools，那么你要确保：

在进入虚根环境之前，PATH的第一个必须要是/tools/bin，

如：

PATH=/tools/bin:/bin:/usr/bin

就是正确的。

在进入虚根环境之后，PATH的/tools/bin必须要是最后一个。

如

PATH=/bin:/usr/bin:/tools/bin

原因是PATH决定着系统在调用应用程序时的优先级，比如系统里同时有两个GCC，那么它会先用PATH排在前面的那个。

这在LFS中被用来

进行重定向了。如果你排错了顺序，那么将会用错程序，后面的步骤就会失败。

官方手册在第4章“设置工作环境”时，第一行的.bash_profile文件中没有将PATH进行设置，这是严重错误的地方，

导致我第一次编译

时失败，找了好久才找到原因。

因此，任何时候，都要确保你的PATH设置正确。

第二，你需要注意的是，如果你用的不是官方提供的2.6.22内核，而是用了更新的内核，比如我用了2.6.26.4。那么

这两个内核的头文件是不一样的。其中，2.6.26的内核在asm/目录下少了一个page.h的头文件。这个文件perl会用到。

因此为了欺骗perl，我拷贝了这个文件过来。新的内核用的机制有所不同，因此估计要等perl6出来了，我才可以

删除这冒牌的头文件。

第三，官方的手册是6.3版本，上面的中文手册是6.2版本。这里面有一些地方是不太一样的。因此你要特别注意。

第四，没事不要用root来操作。这是为了防止出错毁掉你现在的系统。比如我进入了/mnt/lfs目录，想删除里面的

bin目录，我了

rm -fr /bin想删除，提示权限不够。这时我才发现，我打的是/bin，而不是bin。前者是“根目录”下的bin目录，

后者是“当前目录”

下的bin目录，这两个的差别是相当巨大的！我庆幸我使用的不是root，而是用了另外的用户名。否则现有的系统

将由于失去了关键的

二进制文件而直接崩溃！如果不信你试试！

第五，为了提高成功率，强烈建议用LFS官方的livecd6.3来开展工作。里面有所有需要的软件。而且就算你误操作

删除了系统也不要紧，

因为光盘是只读的，重启就又恢复了。（在光盘启动后输入startx会进入图形界面）

好了。你经过努力，终于完成了你的LINUX系统。其中不知道误操作了多少回，英文看不太懂猜了多少回。反正过

程很艰苦，结果很幸福。

新系统和原来系统相比，有何优点？

速度！就是速度！

我的是华硕的笔记本，256MB内存，Intel Pentinum M 735，很垃圾的配置吧？但是就是这样一个垃圾机器，编译

LINUX内核用了6分钟。

而我之前在UBUNTU下用make-kpkg编译内核的时候， 128MB的机器用了4个小时。512MB内存，双核CPU联想品牌机用

了35分钟。就是这个区别。

还有一个区别，就是小巧，我的新内核只有2.7MB，其他应用程序只有40来MB。当然现在硬盘大了也无所谓了。

接下来你可能还是不会满足，因为现在这个系统是命令行模式的，没有图形桌面，也不能看网页（没有装W3M）。

那么，进入下一章，就是BLFS，Beyond linux from scratch，超越LFS。

BLFS教你怎么在建立好LFS后，配置系统，安装相关的软件，构建X桌面平台等等。这一章就比较灵活和广泛，在你有

了前面LFS的基础后，

这些都是简单的工作了。

其中要说的一点就是，如果你不想装KDE和GNOME桌面，而是装XFCE桌面的话，比如我，那么去www.xfce.org下载软件

包，一项项编译安装

就可以了。如果要在XFCE中使用SCIM输入法的话，在BLFS的wiki上可以查到。

对于一个从源码安装了LINUX的人来说，安装和使用SCIM只是学好了武功，小试牛刀而已了。

安装SCIM相应的网页：

http://wiki.linuxfromscratch.org/blfs/wiki/InputMethods

在进行BLFS时候的小技巧：

如果你这时候打算完全使用自己建立的LFS，不使用LIVECD了，那么你首先需要装上w3m这个网页文本浏览器。因为

LFS本身没有安装

网页浏览器，也无法使用图形浏览器。浏览器的使用可以看UBUNTU上的WIKI。要装w3m，你需要libssl和libgpm，

自己想办法去搞到，

在 ubuntu.cn99.com/ubuntu上有下载的。我是先装了DPKG软件后，用DPKG直接安装deb包的。

在文本模式下如何复制粘贴：

你用w3m看英文的BLFS手册时，可能会发现这个命令相当长，想要复制粘贴。我是这么做的：先按S将当前网页保存

到temp.txt文件，

然后切控制台（你也可以用ctrl+z将w3m丢到后台，操作完成后用fg命令调回w3m，不过我喜欢切控制台，反正有6个。

用ctrl+alt+F1-F6来切），切控制台后用vim来打开temp.txt，用v键可视化来选择相应的命令，选好后用:w temp

写入temp文件

（如果temp已经存在，用:w! temp强制写），然后ctrl+z放VIM到后台，用命令source temp就运行复制的命令了。

别忘记了vim还在

后台，你fg调出来，又可以继续复制运行这个网页上的所有命令了。

你看着是不是很头大?复制粘贴运行命令那么麻烦？可能是我本人没有找到更好的方法吧，但是我熟练后觉得并

不慢，因为vim本身

就是一个操作起来相当快速的编辑器。如果有人找到了更好的方法，麻烦贴出来给大家分享。

最后，可能你想要一个和UBUNTU差不多的系统，可以用DPKG和APT来管理软件包。我一开始也是这么想的。

于是我安装了DPKG，但是运行不了，需要sysv软件包的内容，于是我下载了sysv的软件包，发现只有.deb包的，

没有tar压缩包的，

弄了好久才发现dpkg用不了，但是dpkg-deb可以用来解deb包的（dpkg-deb -x命令）。于是解压后把相关程序拷贝

到了相关地方，dpkg可以用了！运行得和UBUNTU下一模一样。安装好包之后，用dpkg -l可以清楚地列出所有安装

好的软件包。

我系统上用的wget和w3m就用了UBUNTU版本的（建议用dapper版本，hardy版本需要更新的glibc，意味着你需要编

译新的库文件），

但是我安装的APT不能用，提示无法识别系统的包类型。如果不能用APT，而仅仅用dpkg来安装出X桌面的话，意味

着你要下载300多个.deb的包。。。。

后来我看了apt的源代码，发现在init.cc中有一段对系统进行判断。我想改掉内核的版本代码（改为ubuntu），

来欺骗apt，没有成功。

我又想改掉apt的代码，不过由于本人的C＋＋水平如此之烂，导致改变的代码不能用。后面只能放弃安装apt了。

要是你C＋＋厉害的话，

估计这不成问题。

即使没有APT，用dpkg来安装一些简单的包也是不错的了。

做你从未做过的事，想怎么样就怎么样，这就是LINUX的魅力所在。最后，祝广大的初学者功力能够更进一层，

早日成功！