Linux From Scratch - 版本 12.2-systemd-中文翻译版

第 4 章 最后准备工作

4.4. 配置环境

为了配置一个良好的工作环境，我们为 bash 创建两个新的启动脚本。以 lfs 的身份，执行以下命令，创建一个新的 .bash_profile： 

cat > ~/.bash_profile << "EOF"
exec env -i HOME=$HOME TERM=$TERM PS1='\u:\w\$ ' /bin/bash
EOF

在以 lfs 用户登录或从其他用户使用带 “-” 选项的 su 命令切换到 lfs 用户时，初始的 shell 是一个登录 shell。它读取宿主系统的 /etc/profile 文件 (可能包含一些设置和环境变量)，然后读取 .bash_profile。我们在 .bash_profile 中使用 exec env -i.../bin/bash 命令，新建一个除了 HOME, TERM 以及 PS1 外没有任何环境变量的 shell 并替换当前 shell。这可以防止宿主环境中不需要和有潜在风险的环境变量进入构建环境。

新的 shell 实例是 非登录 shell，它不会读取和执行 /etc/profile 或者 .bash_profile 的内容，而是读取并执行 .bashrc 文件。现在我们创建一个 .bashrc 文件： 

cat > ~/.bashrc << "EOF"
set +h
umask 022
LFS=/mnt/lfs
LC_ALL=POSIX
LFS_TGT=$(uname -m)-lfs-linux-gnu
PATH=/usr/bin
if [ ! -L /bin ]; then PATH=/bin:$PATH; fi
PATH=$LFS/tools/bin:$PATH
CONFIG_SITE=$LFS/usr/share/config.site
export LFS LC_ALL LFS_TGT PATH CONFIG_SITE
EOF

.bashrc 中设定的含义：

set +h

set +h 命令关闭 bash 的散列功能。一般情况下，散列是很有用的 —— bash 使用一个散列表维护各个可执行文件的完整路径，这样就不用每次都在 PATH 指定的目录中搜索可执行文件。然而，在构建 LFS 时，我们希望总是使用最新安装的工具。关闭散列功能强制 shell 在运行程序时总是搜索 PATH。这样，一旦$LFS/tools/bin 中有新的工具可用，shell 就能够找到它们，而不是使用之前记忆在散列表中，由宿主发行版提供的 /usr/bin 或 /bin 中的工具。

umask 022

将用户的文件创建掩码 (umask) 设定为 022，保证只有文件所有者可以写新创建的文件和目录，但任何人都可读取、执行它们。(如果 open(2) 系统调用使用默认模式，则新文件将具有权限模式 644，而新目录具有权限模式 755)。

LFS=/mnt/lfs

LFS 环境变量必须被设定为之前选择的挂载点。

LC_ALL=POSIX

LC_ALL 环境变量控制某些程序的本地化行为，使得它们以特定国家的语言和惯例输出消息。将 LC_ALL 设置为 “POSIX” 或者 “C”(这两种设置是等价的) 可以保证在交叉编译环境中所有命令的行为完全符合预期，而与宿主的本地化设置无关。

LFS_TGT=$(uname -m)-lfs-linux-gnu

LFS_TGT变量设定了一个非默认，但与宿主系统兼容的机器描述符。该描述符被用于构建交叉编译器和交叉编译临时工具链。工具链技术说明将提供关于这个描述符的更多信息。

PATH=/usr/bin

许多现代 Linux 发行版合并了 /bin 和 /usr/bin。在这种情况下，标准 PATH 变量应该被设定为 /usr/bin，以满足第 6 章所需。否则，后续命令将会增加 /bin 到搜索路径中。

if [ ! -L /bin ]; then PATH=/bin:$PATH; fi

如果 /bin 不是符号链接，则它需要被添加到 PATH 变量中。

PATH=$LFS/tools/bin:$PATH

我们将 $LFS/tools/bin 附加在默认的 PATH 环境变量之前，这样在第 5 章中，我们一旦安装了新的程序，shell 就能立刻使用它们。这与关闭散列功能相结合，降低了在第 5 章环境中新程序可用时错误地使用宿主系统中旧程序的风险。

CONFIG_SITE=$LFS/usr/share/config.site

在第 5 章和第 6 章中，如果没有设定这个变量，configure 脚本可能会从宿主系统的 /usr/share/config.site 加载一些发行版特有的配置信息。覆盖这一默认路径，避免宿主系统可能造成的污染。

export ...

上述命令设定了一些变量，为了让所有子 shell 都能使用这些变量，需要导出它们。

[重要]

重要

一些商业发行版未做文档说明地将 /etc/bash.bashrc 引入 bash 初始化过程。该文件可能修改 lfs 用户的环境，并影响 LFS 关键软件包的构建。为了保证 lfs 用户环境的纯净，检查 /etc/bash.bashrc 是否存在，如果它存在就将它移走。以 root 用户身份，运行： 

[ ! -e /etc/bash.bashrc ] || mv -v /etc/bash.bashrc /etc/bash.bashrc.NOUSE

当不再需要 lfs 用户时 (第 7 章开始后)，您 (如果希望的话) 可以复原 /etc/bash.bashrc 文件。

注意我们将会在第 8.36 节 “Bash-5.2.32”中构建的 LFS Bash 软件包未被配置为读取或执行 /etc/bash.bashrc，因此它在完整的 LFS 系统中没有作用。

对于许多拥有多个处理器 (或 CPU 核心) 的系统，可以使用命令行选项或环境变量指定 make 程序可用的处理器核心数，以进行 "并行 make"，从而减少构建软件包所需的时间。例如，一块 Intel Core i9-13900K 处理器有 8 个 P (性能) 核与 16 个 E (能效) 核，且每个 P 核能同时运行两个线程，因此 Linux 内核将每个 P 核抽象为两个逻辑核心。因此，该处理器共有 32 个逻辑核心。一种显而易见的利用这些逻辑核心的方法是允许 make 生成至多 32 个构建任务。为此，可以将 -j32 选项传递给 make： 

make -j32

或者，设置环境变量 MAKEFLAGS，它的内容会被 make 自动视为命令行选项： 

export MAKEFLAGS=-j32
[重要]

重要

绝对不要将一个没有数字的 -j 选项传递给 make 或在 MAKEFLAGS 中设定这样的选项。这样做会导致 make 生成无限多的构建任务并导致系统稳定性问题。

为了在构建第 5 章和第 6 章 中的软件包时使用所有可用的逻辑 CPU 核心，现在将 MAKEFLAGS 的设置写入 .bashrc 中： 

cat >> ~/.bashrc << "EOF"
export MAKEFLAGS=-j$(nproc)
EOF

如果不希望使用全部逻辑 CPU 核心，将 $(nproc) 替换为希望使用的核心数。

最后，为了保证构建临时工具所需的环境准备就绪，强制 bash shell 读取刚才创建的配置文件： 

source ~/.bash_profile