参考资料致谢

学习时间

目前进度

主机环境准备

LFS环境准备

创建目录环境准备

下载wget列表

校验md5

创建目录布局

创建编译后安装的软件目录

添加LFS用户

设置LFS用户下的环境

设置并行构建减少时间

构建临时系统

安装编译Binutils

安装编译gcc

安装 Linux API 头文件

Linux API 是操作系统提供的一组编程接口，它包含了许多与操作系统相关的函数、变量和宏等，可以帮助程序员编写能够与操作系统交互的程序。例如，Linux API 中包含了许多文件操作函数，如 open()、read()、write() 等等，可以帮助程序员在程序中进行文件的读写操作。在 Linux 系统上进行 C 语言编程时，需要使用 Linux API 头文件，以便在程序中调用操作系统提供的接口。

安装 Glibc

Glibc 是 GNU C 库的缩写，是一组与 C 语言编程相关的库函数和头文件。它提供了许多常用的函数和数据结构，如字符串操作函数、数学函数、进程管理函数等等，可以帮助程序员编写更加高效、可靠的程序。在 Linux 系统上进行 C 语言编程时，需要安装 Glibc 库和头文件，以便在程序中使用这些库函数。

确认新工具链工作正常

安装Libstdc++

Libstdc++ 是 GNU C++ 标准库，它包含了一系列的 C++ 标准库函数和类。在 LFS 中，Libstdc++ 主要作用是提供 C++ 标准库的支持，使得 LFS 系统能够编译和运行 C++ 程序。 在编译 C++ 程序时，编译器会使用 C++ 标准库中的一些函数和类。如果没有正确的 C++ 标准库支持，就会导致编译错误或运行时错误。因此，在构建 LFS 系统时，需要安装 Libstdc++ 库，以便提供 C++ 标准库的支持。同时，还需要在交叉编译器中设置正确的 Libstdc++ 路径，以便在编译 C++ 程序时正确地链接标准库。

交叉编译临时工具

进入chroot并构建其他工具

将文件夹权限从lfs给回root

准备虚拟内核文件系统

进入 chroot 环境

创建必要的目录

创建必要的文件和符号链接

构建一些其他工具

清理并备份系统

迁移环境

转移目录

使用tar打包备份linux系统 | Idealisan Pages of Tech

使用tar打包备份linux系统 为什么使用tar 注意，使用tar而不要使用zip打包，因为tar可以选择保留linux的文件属性，包括用户权限信息等，这对于系统备份来讲很重要。 四个必备参数和一个可选参数 使用tar打包备份linux系...

https://pages.gp.idealisan.com/post/shi-yong-tar-da-bao-bei-fen-linux-xi-tong/

重新分区

使LFS系统可引导

确定 /etc/fstab

安装内核

LFS，启动！

自问自答

1. 问：一个纯64位的系统是不能运行32位应用程序的吗？为什么现代化的系统都可以在64位系统运行32位程序？
答：因为有兼容层。比如装扩展的时候，有一些是x xx-32bit或者xxx-i386

2. 问：设置LFS用户下的环境章节下，LFS_TGT=$(uname -m)-lfs-linux-gnu 的作用是什么？
答：为主机设置编译三元组，什么是编译三元组下面会解释。

3. 问：为什么Binutils和GCC需要经过两次编译？
答：为了创建一个独立的、自包含的工具链环境。在开始构建LFS系统时，已经有了一个主机系统作为基础，它安装了自己的Bintuils和GCC。但是，构建LFS时，需要一个全新的系统，包括Binutils和GCC，二次编译是为了确保LFS系统中使用的Binutils和GCC是专门为了LFS构建的，与主机系统的工具链相互独立，可以确保LFS系统的构建过程和最终生成的软件包与主机系统的环境无关，避免因主机系统的配置和版本差异而导致的不一致性或问题。
这里假设说，目标lfs是 aarch64 架构的，假设我自己的机器上本身只有一个 host=x86_64, target=x86_64 ，那我就没办法生成一个 aarch64 架构的编译器，所谓的编译器就是：我跑在host上，我要生成target的目标程序，所以我的第一步工作就是要生成一个能跑在 x86_64 上，但是生成的目标程序是给 aarch64 用的。
这么理解以后，如果我要生成一个跑在 aarch64 上的程序，且未来我自己也有能力再编译源码继续跑在 aarch64 上，我就需要生成一个跑在 aarch64 上，目标程序也在 aarch64 上的GCC程序。
所以一开始要用 host=x86_64,target=x86_64 的编译器生成出来一个host=x86_64,target=aarch64 ，然后再通过这个编译器生成出来一个host=aarch64,target=aarch64。
LFS构建阶段分为三个阶段[?]，第一阶段是在PC（已构建好的发行版）上使用cc-pc（PC上的编译器）构建cc1（中间编译器），此时构建程序使用的（Build）、将来会运行被构建程序的（Host）是已构建的发行版，而为lfs产生代码。也就是我一开始只能生成能跑在PC上的编译器，但是我可以将目标产物换成能跑在LTS上的了。
那只能由PC生成不够啊，我LFS也想自己生成，所以第二阶段则是将中间编译器换成刚刚构建好的cc1（中间编译器），目标产物是要使编译器能够在LFS上生成，也能在LFS自己编译后跑得动。
第三阶段，那就是全部在LFS上跑，只要都能跑过，那就成功了。

4. 问：GLIBC和GCC分别是什么？
答：glibc 是 C 库，提供了基本的系统功能和接口，用于支持程序的运行。它是 Linux 系统中的默认 C 库。提供了一些常见的，比如printf, scanf等函数。
GCC 是编译器套件，支持多种编程语言，用于将源代码编译为可执行程序或库。它提供了编译器和相关工具，帮助开发者编写高效的代码。

5. 问：configure 文件是用来干嘛的
答：通常用来生成makefile，通常会使用autoconf工具链来自动生成可移植的构建系统

6. 问：为什么GCC需要GMP、MPFR和MPC软件包？GCC本来没有吗？
答：GMP是一个用于高精度整数运算的库，提供了高效可移植的多精度算数操作。MPFR则是用于高精度浮点数，MPC用于高精度复数，这三个库能够使GCC处理高精度整数、浮点数和附属运算。
GCC原本也不包含这三个库，而将这三个库独立作为GCC外部依赖项，可以让其独立维护和发展，同时提高可配置性和可移植性。

7. 问：什么是编译三元组/目标三元组？
答：编译三元组（Compile Triple）是一个由三个部分组成的标识符，用于唯一标识一个特定的目标体系（target system）。它通常用于交叉编译的环境中，表示编译器和生成的可执行程序所针对的目标平台。
三元组由 Architecture-Vendor-(-Kernel-Operating System) 组成
常见的编译三元组比如有：x86_64-pc-linux-gnu, x86_64-apple-darwin
还有一些编译三元组中间还会跟一个 -Kernel-，比如 aarch64-unknown—linux-android 表示运行在 ARM64 智能手机上的 Android， aarch64-unknown-linux-gnu 则可被表示用于 ARM64 服务器上的Ubuntu，它们的区别仅在于后面的系统，如果三元组只有三个部分则无法正确表示。
还有一些比如有 riscv32-unknown-windows-msvc （实际上并不存在，因为压根没有 risc-v 的 Windows），用于标识 RISC-V 32 位架构在 Windows 操作系统上使用 MSVC（Microsoft Visual C++）编译器的目标平台。

8. 问：第一次安装交叉编译的GCC时，为什么要重新定义默认的 STARTFILE 前缀？
答：重新定义默认的startfile前缀是为了解决交叉编译器（cross-compiler）的问题。交叉编译器是一种在一种操作系统或体系结构上生成另一种操作系统或体系结构的可执行文件的编译器。由于编译器本身是在宿主系统上编译的，因此它们默认会使用宿主系统的标准启动文件路径。但是，当我们使用交叉编译器时，需要使用目标系统的启动文件，而这些启动文件在宿主系统上是不可用的。 通过重新定义默认的startfile前缀，我们可以告诉编译器在寻找启动文件时搜索目标系统的启动文件路径而不是宿主系统的启动文件路径。这样，我们就可以在宿主系统上使用交叉编译器来生成目标系统的可执行文件。

9. 问：gcc 里面编译的 --prefix 和 DESTDIR 有什么区别？分开写有什么作用？
答：prefix是硬编码安装的路径（也就是编译后的程序认为自己所在的位置），而DESTDIR是暂时安装的路径（也就是编译后的程序实际被存放的位置）。
对于挂载 /mnt/lfs 的系统，实际上就是想让它生成到 /mnt/lfs/usr，然后让lfs跑起来的时候认为自己是放到了 /usr
所以，--prefix 应该被设为 /usr （让以后使用的lfs知道编译后的程序被放到了 /usr），而 DESTDIR 应该被设成 /mnt/lfs （让现在的程序存放到这个地址，实际路径=DESTDIR+prefix）

10. 问：第一次安装交叉编译的GCC时，为什么要将 /lib64 替换为传统的 /lib 目录？
答：在一些 x86_64 架构的 Linux 系统上，库文件默认安装在 /lib64 目录下，而不是传统的 /lib 目录下。而 GCC 编译器默认情况下会去 /lib 目录下查找库文件，这可能会导致编译器无法找到所需的库文件而无法正常工作。 因此，这段代码的作用是修改 GCC 编译器的配置文件，以便在 x86_64 架构的系统上使用 /lib 路径来查找库文件而不是 /lib64 路径，从而确保编译器能够正确地链接库文件。这样做可以解决编译器找不到库文件的问题，使编译器在 x86_64 架构的系统上正常工作。

11. 问：ln -sv usr/$i $LFS/$i 的时候，我本地工作目录是 /root ，会不会将 /root/bin 映射过去？
答：不会。符号链接进行链接的时候，使用的是相对路径的链接方式，这里的相对路径并不会使用目前的工作目录，而是相对于后面路径。在填充变量的时候，比如此时 $i=bin，实际的路径是 ln -sv usr/bin $LFS/bin（注意这里bin后面没有/），那么前面的是源链接，后面的是目的链接，就是 $LFS/bin 指向了 $LFS/usr/bin ，即

12. 问：.patch 文件是给源代码 patch 的还是给系统 patch的
答：是给源代码patch的，我们查看其部分代码就知道
从这个源码我们可以轻松看出，这里的patch修改了 a/sysdeps/unix/sysv/linux/paths.h ，对 VARDB 的路径进行了修改，改为了 /var/lib/nss_db/

13. 问：为什么编译 glibc 会依赖 python？
答：编译 Glibc 时需要使用 Python 脚本来自动生成一些文件。这些文件包括一些内部头文件和一些符号表，它们是 Glibc 编译和链接的必要组成部分。这些脚本可以在 ./scripts 里面看到，有一大堆的 *.py

14. 问：（?）为什么需要修改ldd脚本中硬编码的可执行文件加载器路径
答：我们打开 /mnt/lfs/usr/bin/ldd，可以发现 RTLDLIST 行内容是
RTLDLIST="/usr/lib/ld-linux.so.2 /usr/lib64/ld-linux-x86-64.so.2 /usr/libx32/ld-linux-x32.so.2"
而我们在之前已经将 /lib /lib64 链接过去/usr/lib了，推测是为了统一管理？而且我们也不存在 /usr/lib64 这个文件夹，替换一下刚好能使 /lib64/ld-linux-x86-64.so.2 生效，否则就没一个能生效了

15. 问：为什么要移除对交叉编译有害的 libtool 文档文件
答：libtools 是 GNU Libtool 工具的一部分，它用于管理库文件的编译和链接过程。在构建 LFS 系统时，由于需要进行交叉编译，因此需要使用交叉编译工具链，而 libtools 本身并不支持交叉编译，所以需要进行一些特殊的处理。
其中，rm -v $LFS/usr/lib/lib{stdc++,stdc++fs,supc++}.la 命令的作用是删除 Libstdc++ 库中的一些不必要的文件，即 .la 文件。这些文件是由 Libtool 工具生成的，用于在编译时链接库文件。但是，在交叉编译环境下，这些文件并不是必需的，因为它们只包含本地系统的配置信息，而不包含交叉编译目标系统的信息。因此，这些文件可以删除，以减小库文件的大小，同时也可以避免在链接时出现错误。

16. 问：为什么gcc在第二次编译的时候还要使用 with-build-sysroot 参数并指向 $LFS？
答：仅仅是因为编译的时候所使用的目录是 $LFS 的目录，和编译后硬编码的程序没有关系，所以不用担心二次编译的时候指向 $LFS 这个问题

17. 问：gcc参数的 -lxxx 代表什么？
答：代表指定的库文件。一般来说，使用-lxxx代表使用的是libxxx.so库文件，也就是如果编译的时候发现 -ltinfo 找不到，那就是系统里没有 libtinfo.so 这个文件，查询发现是 ncurses 的东西，那么就可以先装 ncurses

18. 问：musl和glibc的区别是什么？
答：Musl和Glibc是两个不同的C标准库，它们的主要区别在于以下几个方面：
• 大小和性能：Musl库相对于Glibc库来说，体积更小、启动速度更快、内存占用更小，因此在嵌入式设备和轻量级系统中使用更为普遍。
• 兼容性：Musl库相对于Glibc库来说，对POSIX标准和C标准的实现更为严格，因此在某些情况下可能会与一些应用程序不兼容，需要进行代码修改或兼容性设置。
• 功能支持：Glibc库相对于Musl库来说，支持的功能更为丰富，例如支持多线程、多语言、动态链接等，因此在一些高级应用程序中使用更为普遍。
• 许可证：Musl库使用的是MIT许可证，而Glibc库使用的是GNU通用公共许可证（GPL），因此在一些商业应用中，使用Musl库可能更为方便。
需要注意的是，Musl和Glibc虽然是两个不同的C标准库，但都是符合POSIX和C标准的，因此在大部分情况下，它们的使用方式和API是相似的，只是在一些细节上可能会有所不同。

19. 问：Busybox和Coreutils的区别是什么？
答：BusyBox和Coreutils都是常用的Linux工具集，它们都包含了许多基本的UNIX命令，例如ls、cp、mv、rm等。它们的主要区别在于以下几个方面：
• 大小和功能：BusyBox相对于Coreutils来说，体积更小、功能更少，因此在嵌入式设备和轻量级系统中使用更为普遍。BusyBox使用了一个可配置的单一二进制文件，以替代许多独立的UNIX工具程序。而Coreutils则是一个完整的工具集，包含了大部分基本的UNIX命令。
• 兼容性：BusyBox相对于Coreutils来说，对POSIX标准的实现更为严格，因此在一些情况下可能会与一些应用程序不兼容，需要进行代码修改或兼容性设置。而Coreutils则更为符合GNU和Linux标准。
• 许可证：BusyBox使用的是GPL许可证，而Coreutils使用的是GPL或LGPL许可证，因此在一些商业应用中，使用Coreutils可能更为方便。
需要注意的是，BusyBox和Coreutils虽然在体积和功能上有所不同，但它们的使用方式和命令参数基本上是相同的。在Linux系统中，可以根据具体的需求选择使用它们中的任何一个，或者同时使用它们。

20. 问：为什么一开始要用 lfs 用户来搞前面的操作，后面又要用root？
答：单纯是为了防止你乱搞的时候伤到原来的系统而已。lfs用户可以极大地限制权限，你编译的时候都可以不用root。但是后面要chroot进去了，如果你系统里面不存在同UID的，可能后面新增用户的时候就会一下子获得了这些文件的权限，这十分危险。

21. 问：挂载虚拟内核文件系统的时候，使用的proc sysfs似乎都不是直接指代根目录的文件夹，是系统预置的关键字吗？
答：是的。包括 sys proc dev tmpfs 这几个都是特殊挂载点，是预留关键词，所以可以通过类似
的方式来挂载，
/proc是一个虚拟的文件系统，它提供了进程、系统和硬件设备信息的访问接口。在Linux中，/proc目录下的文件和目录都是虚拟的，它们并不对应任何物理设备，而是由内核动态生成的。例如，/proc/cpuinfo文件提供了CPU的信息，/proc/meminfo文件提供了内存的信息，/proc/net目录提供了网络的信息，等等。
/sys也是一个虚拟的文件系统，它提供了系统设备和驱动的信息。与/proc不同的是，/sys是一个标准的文件系统，它的内容和结构是由内核和驱动程序开发者共同定义的。在/sys目录下，每个设备都有一个对应的目录，包含了该设备的属性、状态和配置信息。
/dev目录是Linux系统中的设备文件目录，它包含了系统中所有的设备文件。在Linux系统中，设备文件是一种特殊的文件，用于访问硬件设备、伪设备和虚拟设备等。例如，/dev/sda是一个硬盘设备文件，/dev/tty是一个终端设备文件，/dev/random是一个随机数发生器设备文件，等等。
tmpfs是一个临时文件系统，它通常用于存储临时文件或运行时数据。与硬盘文件系统不同的是，tmpfs是一个基于内存的文件系统，它的数据存储在系统的内存中，而不是硬盘上。在Linux系统中，tmpfs通常被挂载到/tmp目录或其他临时目录中，用于存储临时文件、网络文件系统的缓存等。由于tmpfs存储在内存中，因此它的读写速度非常快，但是它的容量受到系统内存的限制。tmpfs可以有多个。

22. 问：/dev/shm 目录是干嘛的
答：/dev/shm 目录是用于在进程之间共享数据的，程序运行时，会将一些数据存放在 /dev/shm 目录中。
C语言程序共享数据时，会使用 shm.h 头

23. 问：install命令是啥？
答：install 可以新建目录，在后面跟 -m 权限 可以设定改目录的权限。例如
就新建了 /root 并设定权限为0750，并且新建了 /tmp 和 /var/tmp 并设定权限为777且有粘滞位（不允许从中删除其他用户的文件）

参考文章

3.1. 简介

https://lctt.github.io/LFS-BOOK/lfs-sysv/chapter03/introduction.html