Linux From Scratch (LFS) 종합 가이드

LFS 13.0-systemd(2026년 3월 릴리스) 기반으로 리눅스 시스템을 처음부터 빌드하는 과정을 심층 분석합니다. 크로스 컴파일(Cross Compilation) 이론과 build·host·target 트리플렛, Binutils/GCC/Glibc의 Pass 1·2 구축, 임시 도구 크로스 컴파일, Chroot 환경 진입, 83개 패키지를 포함한 기본 시스템 소프트웨어 설치, 커널 컴파일, GRUB 부트로더(Bootloader), systemd 설정, 패키지 관리 전략, 트러블슈팅까지 LFS의 모든 것을 다룹니다.

LFS 개요와 철학

Linux From Scratch(LFS)는 소스 코드만으로 리눅스 시스템 전체를 직접 빌드하는 교육용 프로젝트입니다. 1999년 Gerard Beekmans가 시작했으며, 리눅스 시스템의 내부 구조를 이해하는 가장 효과적인 방법으로 널리 인정받고 있습니다.

왜 LFS인가?

• 교육적 가치: 각 패키지의 역할과 의존성을 직접 확인하며 시스템 구조를 깊이 이해
• 완전한 제어: 커널 옵션부터 컴파일러 플래그까지 모든 설정을 직접 결정
• 최소 시스템: 불필요한 패키지 없이 필요한 것만 포함하는 초경량 시스템 구축
• 보안 강화: 모든 패키지의 소스를 직접 검증하고 보안 패치(Patch)를 즉시 적용 가능
• 커스터마이징: 특정 용도(임베디드, 서버, 데스크톱)에 최적화된 시스템 구축

리눅스 시스템 계층 구조

LFS를 시작하기 전에 "리눅스 시스템은 어떤 계층으로 이루어지는가"를 파악하면 각 패키지의 역할과 빌드 순서를 훨씬 직관적으로 이해할 수 있습니다. LFS는 이 계층 전체를 소스 코드에서 직접 구축합니다.

LFS 프로젝트 패밀리

LFS 버전 변천사

LFS는 1999년 첫 릴리스 이후 꾸준히 발전해왔습니다. 주요 이정표를 정리합니다.

LFS 기반 배포판

LFS 원칙을 기반으로 발전한 실제 배포판들이 있습니다. 이들은 LFS의 "소스에서 빌드" 철학을 자동화하거나 확장합니다.

가상머신 실습 환경 구성

LFS를 안전하게 실습하려면 가상머신(VM)을 사용하는 것이 좋습니다. 호스트 시스템에 영향을 주지 않고, 스냅샷으로 단계별 백업이 가능합니다.

호스트 시스템 요구사항

LFS를 빌드하려면 호스트 시스템에 특정 버전 이상의 소프트웨어가 설치되어 있어야 합니다. 호스트는 LFS 빌드를 수행하는 기존 리눅스 시스템으로, 대부분의 최신 배포판(Ubuntu 24.04+, Fedora 41+, Debian 12+)이 요구사항을 충족합니다.

필수 패키지 및 최소 버전

version-check.sh 스크립트

아래 스크립트로 호스트 시스템의 요구사항을 한 번에 확인할 수 있습니다:

#!/bin/bash
# LFS 13.0 호스트 요구사항 검증 스크립트 (축약판)

export LC_ALL=C

# Bash 버전 확인
bash --version | head -n1 | cut -d" " -f2-4

# /bin/sh → bash 확인
MYSH=$(readlink -f /bin/sh)
echo "/bin/sh -> $MYSH"
echo -n "MYSH의 경로: "; echo $MYSH | grep -q bash || echo "ERROR: /bin/sh does not point to bash"
unset MYSH

echo -n "Binutils: "; ld --version | head -n1 | cut -d" " -f3-
bison --version | head -n1

if [ -h /usr/bin/yacc ]; then
  echo "/usr/bin/yacc -> $(readlink -f /usr/bin/yacc)"
elif [ -x /usr/bin/yacc ]; then
  echo yacc is $(/usr/bin/yacc --version | head -n1)
else
  echo "yacc not found"
fi

echo -n "Coreutils: "; chown --version | head -n1 | cut -d")" -f2
diff --version | head -n1
find --version | head -n1
gawk --version | head -n1

if [ -h /usr/bin/awk ]; then
  echo "/usr/bin/awk -> $(readlink -f /usr/bin/awk)"
elif [ -x /usr/bin/awk ]; then
  echo awk is $(/usr/bin/awk --version | head -n1)
else
  echo "awk not found"
fi

gcc --version | head -n1
g++ --version | head -n1
echo -n "Glibc: "; ldd --version | head -n1 | cut -d" " -f2-
grep --version | head -n1
gzip --version | head -n1
echo -n "Linux Kernel: "; cat /proc/version
m4 --version | head -n1
make --version | head -n1
patch --version | head -n1
echo -n "Perl: "; perl -V:version
python3 --version
sed --version | head -n1
tar --version | head -n1
makeinfo --version | head -n1  # texinfo
xz --version | head -n1

echo 'int main(){}' | g++ -x c++ -
if [ -x a.out ]; then
  echo "g++ compilation OK"
else
  echo "g++ compilation FAILED"
fi
rm -f a.out

sudo apt-get install build-essential bison gawk texinfo python3

sudo dnf install gcc gcc-c++ make bison gawk texinfo python3 perl diffutils findutils patch

파티션 및 파일시스템(Filesystem) 준비

LFS 시스템을 위한 전용 파티션을 생성하고 파일시스템을 포맷합니다. 호스트 시스템과 별도의 파티션(또는 디스크)을 사용하는 것이 안전합니다.

추천 파티션 구성

파티션 생성 및 포맷

# 디스크 확인 (예: /dev/sdb)
lsblk

# 파티션 생성 (fdisk 사용)
sudo fdisk /dev/sdb
# n → 새 파티션 → p (primary) → 크기 지정
# t → 파티션 타입 (82=swap, 83=Linux)
# w → 저장

# 또는 parted 사용 (GPT 테이블)
sudo parted /dev/sdb
# mklabel gpt
# mkpart primary ext4 1MiB 30GiB
# mkpart primary linux-swap 30GiB 34GiB
# quit

# 파일시스템 포맷
sudo mkfs -v -t ext4 /dev/sdb1

# 스왑 포맷
sudo mkswap /dev/sdb2

$LFS 변수 설정 및 마운트

# LFS 환경 변수 설정 (반드시 설정!)
export LFS=/mnt/lfs

# 마운트 포인트 생성 및 마운트
sudo mkdir -pv $LFS
sudo mount -v -t ext4 /dev/sdb1 $LFS

# 스왑 활성화
sudo swapon /dev/sdb2

# 소스 디렉토리 생성
sudo mkdir -v $LFS/sources
sudo chmod -v a+wt $LFS/sources

환경 변수 설정

LFS 빌드를 위한 전용 사용자(lfs)를 생성하고, 깨끗한 환경을 구성합니다. 호스트의 환경 변수가 빌드에 영향을 주지 않도록 격리하는 것이 핵심입니다.

lfs 사용자 생성

# lfs 그룹 및 사용자 생성
sudo groupadd lfs
sudo useradd -s /bin/bash -g lfs -m -k /dev/null lfs

# 비밀번호 설정
sudo passwd lfs

# $LFS 디렉토리 소유권 변경
sudo chown -v lfs $LFS/{usr{,/*},lib,var,etc,bin,sbin,tools}
case $(uname -m) in
  x86_64) sudo chown -v lfs $LFS/lib64 ;;
esac

# lfs 사용자로 전환
su - lfs

환경 변수 참조표

.bash_profile

exec env -i HOME=$HOME TERM=$TERM PS1='\u:\w\$ ' /bin/bash

exec env -i는 기존 환경 변수를 모두 제거하고 깨끗한 셸을 시작합니다. HOME, TERM, PS1만 유지합니다.

.bashrc

set +h          # 해시 비활성화 (PATH 변경을 즉시 반영)
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
MAKEFLAGS="-j$(nproc)"
export LFS LC_ALL LFS_TGT PATH CONFIG_SITE MAKEFLAGS

CONFIG_SITE 파일

# $LFS/usr/share/config.site
# configure 스크립트가 자동으로 읽는 설정 파일

# Autoconf 캐시 변수: 크로스 컴파일 시 테스트 불가능한 값을 사전 지정
ac_cv_func_mmap_fixed_mapped=yes
ac_cv_func_working_mktime=yes

크로스 컴파일 기초 이론

크로스 컴파일(cross-compilation)은 현재 실행 중인 시스템(빌드 머신)과 다른 환경에서 실행될 프로그램을 컴파일하는 기술입니다. LFS에서 크로스 컴파일은 단순히 다른 아키텍처를 타겟으로 하는 것이 아니라, 호스트 시스템의 라이브러리 오염을 완전히 차단하기 위한 핵심 전략입니다.

Build / Host / Target 개념

GNU 빌드 시스템에서 사용하는 세 가지 머신 개념을 정확히 이해해야 합니다:

LFS 크로스 컴파일 단계별 Build/Host/Target 값

왜 같은 아키텍처에서 크로스 컴파일을 하는가?

LFS에서 빌드 머신과 타겟 머신의 CPU 아키텍처가 같은데도(둘 다 x86_64) 크로스 컴파일을 하는 이유는 호스트 라이브러리 오염 방지입니다:

• 네이티브 컴파일러는 기본적으로 /usr/lib, /usr/include에서 라이브러리와 헤더를 찾습니다
• 이렇게 빌드된 프로그램은 호스트의 glibc에 링크되어, 호스트 없이는 실행할 수 없습니다
• 크로스 컴파일러는 --with-sysroot=$LFS로 설정되어 $LFS/usr/lib에서만 라이브러리를 찾습니다
• 트리플렛을 의도적으로 다르게(x86_64-lfs-linux-gnu) 설정하여 호스트와 구분합니다

트리플렛(Triplet) 형식

GNU 트리플렛은 시스템을 식별하는 문자열로, arch-vendor-kernel-os 형태입니다:

# 호스트 시스템 트리플렛 확인
gcc -dumpmachine
# 출력 예: x86_64-pc-linux-gnu 또는 x86_64-linux-gnu

# LFS 타겟 트리플렛
echo $LFS_TGT
# 출력: x86_64-lfs-linux-gnu

Bootstrap 문제와 Pass 개념

Bootstrap 문제(Bootstrap Problem)는 "닭이 먼저냐, 달걀이 먼저냐"와 같은 순환 의존성 딜레마입니다. GCC를 빌드하려면 C 표준 라이브러리(glibc)의 헤더가 필요하고, glibc를 빌드하려면 GCC 컴파일러가 이미 있어야 합니다. 이 순환을 깨기 위해 LFS는 다단계 패스(Multi-Pass) 전략을 사용합니다.

Pass 1 vs Pass 2 핵심 차이

Bootstrap 해결 순서

1. Binutils Pass 1: 호스트 GCC로 크로스 링커(x86_64-lfs-linux-gnu-ld)를 빌드합니다. GCC의 configure 스크립트가 이 링커를 감지·테스트하므로 반드시 먼저 빌드해야 합니다.
2. GCC Pass 1: 호스트 GCC로 최소 크로스 컴파일러를 빌드합니다. C 언어만 지원하며, glibc 없이 내부 정적 libgcc를 사용합니다.
3. Linux API 헤더: make headers_install로 커널 헤더를 $LFS/usr/include에 복사합니다. 이 헤더가 있어야 glibc를 빌드할 수 있습니다.
4. Glibc: GCC Pass 1 크로스 컴파일러로 빌드합니다. 이제 C 표준 라이브러리(libc.so)가 $LFS/usr/lib에 존재합니다.
5. Libstdc++ Pass 1: GCC Pass 1으로 C++ 표준 라이브러리 최소 버전을 빌드합니다. 이후 임시 도구 크로스 컴파일 단계에서 C++ 코드를 빌드하기 위해 필요합니다.

이 다섯 단계가 끝나면 $LFS 파티션은 자체 크로스 컴파일러와 Glibc를 갖춥니다. 이후 임시 도구 빌드와 Chroot 진입을 거쳐 Pass 2 컴파일러를 빌드하면 Bootstrap이 완료됩니다.

툴체인 기술 분석

툴체인(toolchain)은 소스 코드를 실행 가능한 바이너리로 변환하는 도구 집합입니다. LFS 크로스 툴체인은 Binutils, GCC, Glibc, Libstdc++로 구성되며, 각 구성요소가 정밀하게 맞물려 동작합니다.

툴체인 구성요소

Sysroot의 동작 원리

--with-sysroot=$LFS로 빌드된 크로스 컴파일러는 다음과 같이 라이브러리와 헤더를 탐색합니다:

# 크로스 컴파일러의 검색 경로 확인
$LFS_TGT-gcc -print-search-dirs

# 헤더 검색 경로 확인
$LFS_TGT-gcc -print-sysroot
# 출력: /mnt/lfs

# 실제 헤더 검색 순서
# 1. $LFS/usr/include
# 2. $LFS/tools/lib/gcc/$LFS_TGT/15.2.0/include
# 3. $LFS/tools/lib/gcc/$LFS_TGT/15.2.0/include-fixed

# 라이브러리 검색 순서
# 1. $LFS/usr/lib
# 2. $LFS/lib
# 3. $LFS/tools/lib

Binutils Pass 1

Binutils는 어셈블러(as)와 링커(ld)를 포함하는 패키지로, 툴체인에서 가장 먼저 빌드합니다. GCC와 Glibc의 configure 스크립트가 as와 ld의 기능을 테스트하여 빌드 옵션을 결정하기 때문입니다.

빌드 절차

# 소스 압축 해제 및 빌드 디렉토리 생성
cd $LFS/sources
tar -xf binutils-2.46.0.tar.xz
cd binutils-2.46.0
mkdir -v build
cd build

# configure
../configure                  \
    --prefix=$LFS/tools       \
    --with-sysroot=$LFS       \
    --target=$LFS_TGT         \
    --disable-nls             \
    --enable-gprofng=no       \
    --disable-werror          \
    --enable-new-dtags        \
    --enable-default-hash-style=gnu

# 빌드 및 설치
make
make install

configure 옵션 상세

GCC Pass 1

GCC Pass 1은 최소한의 크로스 컴파일러를 빌드합니다. Glibc가 아직 없으므로 --with-newlib과 --without-headers를 사용하여 C 라이브러리 없이도 동작하는 제한적 GCC를 만듭니다.

사전 준비: MPFR, GMP, MPC 추출

cd $LFS/sources
tar -xf gcc-15.2.0.tar.xz
cd gcc-15.2.0

# GCC가 의존하는 다중 정밀도 수학 라이브러리 압축 해제
tar -xf ../mpfr-4.2.2.tar.xz
mv -v mpfr-4.2.2 mpfr

tar -xf ../gmp-6.3.0.tar.xz
mv -v gmp-6.3.0 gmp

tar -xf ../mpc-1.3.1.tar.gz
mv -v mpc-1.3.1 mpc

기본 경로 수정

# x86_64에서 라이브러리 디렉토리를 lib64가 아닌 lib으로 설정
case $(uname -m) in
  x86_64)
    sed -e '/m64=/s/lib64/lib/' \
        -i.orig gcc/config/i386/t-linux64
  ;;
esac

빌드 절차

mkdir -v build
cd build

../configure                             \
    --target=$LFS_TGT                    \
    --prefix=$LFS/tools                  \
    --with-glibc-version=2.43            \
    --with-sysroot=$LFS                  \
    --with-newlib                        \
    --without-headers                    \
    --enable-default-pie                 \
    --enable-default-ssp                 \
    --disable-nls                        \
    --disable-shared                     \
    --disable-multilib                   \
    --disable-threads                    \
    --disable-libatomic                  \
    --disable-libgomp                    \
    --disable-libquadmath                \
    --disable-libssp                     \
    --disable-libvtv                     \
    --disable-libstdcxx                  \
    --enable-languages=c,c++

make
make install

limits.h 헤더 생성

# GCC 내부 limits.h 생성 (시스템 limits.h를 포함하는 래퍼)
cd ..
cat gcc/limitx.h gcc/glimits.h gcc/limity.h > \
  `dirname $($LFS_TGT-gcc -print-libgcc-file-name)`/include/limits.h

configure 옵션 상세

Linux API 헤더

Linux 커널은 사용자 공간(User Space) 프로그램이 커널 서비스를 호출할 수 있도록 C 헤더 파일을 제공합니다. 이 헤더는 시스템 콜 번호, 구조체(Struct) 정의, ioctl 명령 등을 포함하며, Glibc가 빌드될 때 이 헤더를 참조합니다.

빌드 절차

cd $LFS/sources
tar -xf linux-6.18.10.tar.xz
cd linux-6.18.10

# 이전 빌드 아티팩트 제거
make mrproper

# 사용자 공간 헤더 추출
make headers

# 헤더 설치 ($LFS/usr/include로 복사)
find usr/include -type f ! -name '*.h' -delete
cp -rv usr/include $LFS/usr

make headers는 커널 소스에서 __KERNEL__ 가드로 보호된 내부 전용 코드를 제거하고, 사용자 공간에서 사용 가능한 헤더만 추출합니다. 주요 디렉토리:

Glibc 크로스 빌드

Glibc(GNU C Library)는 리눅스 시스템의 핵심 라이브러리입니다. printf, malloc, open 등 모든 C 표준 함수와 시스템 콜 래퍼, 동적 링커(ld-linux-x86-64.so.2), C 런타임 시작 코드(crt1.o)를 제공합니다.

사전 준비

cd $LFS/sources
tar -xf glibc-2.43.tar.xz
cd glibc-2.43

# LSB 호환성 심볼릭 링크 생성
case $(uname -m) in
  i?86)   ln -sfv ld-linux.so.2 $LFS/lib/ld-lsb.so.3 ;;
  x86_64) ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64
          ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64/ld-lsb-x86-64.so.3 ;;
esac

# FHS 호환 패치 적용
patch -Np1 -i ../glibc-fhs-1.patch

빌드 절차

mkdir -v build
cd build

# 환경 변수 설정 (configure가 올바른 루트 경로를 사용하도록)
echo "rootsbindir=/usr/sbin" > configparms

../configure                             \
    --prefix=/usr                        \
    --host=$LFS_TGT                      \
    --build=$(../scripts/config.guess)   \
    --enable-kernel=5.4                 \
    --with-headers=$LFS/usr/include      \
    --disable-nscd                       \
    libc_cv_slibdir=/usr/lib

make
make DESTDIR=$LFS install

configure 옵션 상세

Sanity Check (필수!)

# 간단한 프로그램을 크로스 컴파일하여 동적 링커 경로 확인
echo 'int main(){}' | $LFS_TGT-gcc -xc -
readelf -l a.out | grep ld-linux

# 기대 출력:
# [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]

# 클린업
rm -v a.out

위 출력에서 /lib64/ld-linux-x86-64.so.2가 표시되어야 합니다. 다른 경로(예: 호스트의 /lib/ld-linux.so.2)가 나오면 크로스 컴파일러가 올바르게 구성되지 않은 것입니다.

limits.h 수정

# GCC 내부 limits.h를 수정하여 시스템 limits.h를 포함하도록
$LFS/tools/libexec/gcc/$LFS_TGT/15.2.0/install-tools/mkheaders

Libstdc++ 초기 빌드

Libstdc++는 C++ 표준 라이브러리로, GCC 소스 트리 안에 포함되어 있습니다. GCC Pass 1에서는 --disable-libstdcxx로 빌드하지 않았으므로, 별도로 빌드합니다. 이 시점에서는 Glibc가 설치되어 있으므로 정상적인 C++ 라이브러리 빌드가 가능합니다.

빌드 절차

# GCC 소스 디렉토리에서 (이전 빌드 디렉토리 삭제 후)
cd $LFS/sources/gcc-15.2.0
rm -rf build
mkdir -v build
cd build

../libstdc++-v3/configure            \
    --host=$LFS_TGT                  \
    --build=$(../config.guess)       \
    --prefix=/usr                    \
    --disable-multilib               \
    --disable-nls                    \
    --disable-libstdcxx-pch          \
    --with-gxx-include-dir=/tools/$LFS_TGT/include/c++/15.2.0

make
make DESTDIR=$LFS install

# libtool .la 파일 제거 (크로스 컴파일 시 문제를 일으킬 수 있음)
rm -v $LFS/usr/lib/lib{stdc++{,exp,fs},supc++}.la

configure 옵션 상세

임시 도구 크로스 컴파일

크로스 툴체인이 완성되었으므로, 이제 기본 유틸리티들을 크로스 컴파일하여 $LFS에 설치합니다. 이 도구들은 Chroot 환경에서 최종 시스템을 빌드하는 데 사용됩니다. Chapter 6의 패키지들은 모두 --host=$LFS_TGT를 사용하여 크로스 컴파일됩니다.

Chapter 6 패키지 목록

표준 크로스 빌드 패턴

# 대부분의 패키지가 이 패턴을 따릅니다
cd $LFS/sources
tar -xf <package>-<version>.tar.xz
cd <package>-<version>

./configure --prefix=/usr                   \
            --host=$LFS_TGT                 \
            --build=$(build-aux/config.guess)

make
make DESTDIR=$LFS install

M4 빌드 예시

cd $LFS/sources
tar -xf m4-1.4.21.tar.xz
cd m4-1.4.21

./configure --prefix=/usr   \
            --host=$LFS_TGT \
            --build=$(build-aux/config.guess)

make
make DESTDIR=$LFS install

Ncurses 빌드 (특수 처리)

Ncurses는 tic (터미널 정보 컴파일러)를 빌드 과정에서 실행해야 하므로, 호스트용 tic를 먼저 빌드합니다:

cd $LFS/sources
tar -xf ncurses-6.6.tar.gz
cd ncurses-6.6

# 1단계: 호스트용 tic 빌드 (빌드 머신에서 실행할 도구)
mkdir build-tic
pushd build-tic
  ../configure
  make -C include
  make -C progs tic
popd

# 2단계: 크로스 컴파일
./configure --prefix=/usr                \
            --host=$LFS_TGT              \
            --build=$(./config.guess)     \
            --mandir=/usr/share/man       \
            --with-manpage-format=normal  \
            --with-shared                 \
            --without-normal              \
            --with-cxx-shared             \
            --without-debug               \
            --without-ada                 \
            --disable-stripping           \
            --enable-widec

make
make DESTDIR=$LFS TIC_PATH=$(pwd)/build-tic/progs/tic install

# libncurses 호환 심볼릭 링크
ln -sv libncursesw.so $LFS/usr/lib/libncurses.so

# pkgconfig 파일 수정
sed -e 's/^#if.*XOPEN.*$/#if 1/' \
    -i $LFS/usr/include/curses.h

Binutils/GCC Pass 2

Pass 2에서는 Chroot 환경 안에서 실행될 네이티브 컴파일러를 크로스 컴파일합니다. Pass 1의 크로스 컴파일러는 호스트에서 실행되지만, Pass 2의 결과물은 LFS 시스템 안에서 실행됩니다.

Binutils Pass 2

cd $LFS/sources
tar -xf binutils-2.46.0.tar.xz
cd binutils-2.46.0

# sed로 오래된 libtool 수정 (필요 시)
sed '6009s/$add_dir//' -i ltmain.sh

mkdir -v build
cd build

../configure                   \
    --prefix=/usr              \
    --build=$(../config.guess) \
    --host=$LFS_TGT            \
    --disable-nls              \
    --enable-shared            \
    --enable-gprofng=no        \
    --disable-werror           \
    --enable-64-bit-bfd        \
    --enable-new-dtags         \
    --enable-default-hash-style=gnu

make
make DESTDIR=$LFS install

# libtool .la 파일 제거
rm -v $LFS/usr/lib/lib{bfd,ctf,ctf-nobfd,opcodes,sframe}.{a,la}

Binutils Pass 2 configure 옵션

GCC Pass 2

cd $LFS/sources
tar -xf gcc-15.2.0.tar.xz
cd gcc-15.2.0

# MPFR, GMP, MPC 추출
tar -xf ../mpfr-4.2.2.tar.xz && mv -v mpfr-4.2.2 mpfr
tar -xf ../gmp-6.3.0.tar.xz  && mv -v gmp-6.3.0 gmp
tar -xf ../mpc-1.3.1.tar.gz  && mv -v mpc-1.3.1 mpc

# lib64 → lib 수정
case $(uname -m) in
  x86_64)
    sed -e '/m64=/s/lib64/lib/' \
        -i.orig gcc/config/i386/t-linux64
  ;;
esac

# libgcc에서 크로스 빌드 오버라이드 방지
sed '/thread_header =/s/@.*@/gthr-posix.h/' \
    -i libgcc/Makefile.in libstdc++-v3/include/Makefile.in

mkdir -v build
cd build

../configure                                     \
    --build=$(../config.guess)                   \
    --host=$LFS_TGT                              \
    --target=$LFS_TGT                            \
    LDFLAGS_FOR_TARGET=-L$PWD/$LFS_TGT/libgcc   \
    --prefix=/usr                                \
    --with-build-sysroot=$LFS                    \
    --enable-default-pie                         \
    --enable-default-ssp                         \
    --disable-nls                                \
    --disable-multilib                           \
    --disable-libatomic                          \
    --disable-libgomp                            \
    --disable-libquadmath                        \
    --disable-libsanitizer                       \
    --disable-libssp                             \
    --disable-libvtv                             \
    --enable-languages=c,c++

make
make DESTDIR=$LFS install

# cc → gcc 심볼릭 링크 생성
ln -sv gcc $LFS/usr/bin/cc

GCC Pass 2 configure 옵션

Chroot 환경 진입

모든 크로스 컴파일 패키지가 설치되었으므로, 이제 Chroot 환경에 진입합니다.

Chroot란 무엇인가? chroot(2) 시스템 콜(System Call)은 현재 프로세스와 그 자손 프로세스의 루트 디렉토리(/)를 지정된 경로로 교체합니다. chroot $LFS /usr/bin/bash를 실행하면 Bash는 $LFS를 /로 인식하고, /usr/lib/libc.so는 실제로 $LFS/usr/lib/libc.so를 가리킵니다. 호스트의 파일 시스템은 완전히 가려지므로 호스트 라이브러리나 헤더가 섞일 위험이 없습니다.

왜 VFS 바인드 마운트(Bind Mount)가 필요한가? chroot는 파일 시스템 경로만 바꾸며, 커널 가상 파일시스템(VFS, Virtual File System)인 /proc(프로세스 정보), /sys(커널 오브젝트), /dev(디바이스 노드)는 별도로 제공해야 합니다. 이 파일들은 커널이 실시간으로 생성하는 특수 파일이므로, 호스트의 마운트 포인트를 $LFS/proc 등으로 바인드 마운트하여 Chroot 안에서도 커널 인터페이스를 정상 사용할 수 있게 합니다.

소유권 변경

# lfs 사용자에서 root로 전환
exit  # lfs 사용자 로그아웃

# $LFS 전체를 root 소유로 변경
sudo chown -R root:root $LFS/{usr,lib,var,etc,bin,sbin,tools}
case $(uname -m) in
  x86_64) sudo chown -R root:root $LFS/lib64 ;;
esac

가상 파일시스템(VFS) 마운트

# 가상 커널 파일시스템 마운트
mkdir -pv $LFS/{dev,proc,sys,run}

# /dev 바인드 마운트
mount -v --bind /dev $LFS/dev

# devpts 마운트
mount -vt devpts devpts -o gid=5,mode=0620 $LFS/dev/pts

# proc, sysfs, tmpfs 마운트
mount -vt proc proc $LFS/proc
mount -vt sysfs sysfs $LFS/sys
mount -vt tmpfs tmpfs $LFS/run

# /dev/shm 처리
if [ -h $LFS/dev/shm ]; then
  install -v -d -m 1777 $LFS$(realpath /dev/shm)
else
  mount -vt tmpfs -o nosuid,nodev tmpfs $LFS/dev/shm
fi

Chroot 진입

chroot "$LFS" /usr/bin/env -i   \
    HOME=/root                  \
    TERM="$TERM"                \
    PS1='(lfs chroot) \u:\w\$ ' \
    PATH=/usr/bin:/usr/sbin     \
    MAKEFLAGS="-j$(nproc)"      \
    TESTSUITEFLAGS="-j$(nproc)" \
    /bin/bash --login

필수 디렉토리 생성

# FHS 디렉토리 구조 생성
mkdir -pv /{boot,home,mnt,opt,srv}

mkdir -pv /etc/{opt,sysconfig}
mkdir -pv /lib/firmware
mkdir -pv /media/{floppy,cdrom}
mkdir -pv /usr/{,local/}{include,src}
mkdir -pv /usr/lib/locale
mkdir -pv /usr/local/{bin,lib,sbin}
mkdir -pv /usr/{,local/}share/{color,dict,doc,info,locale,man}
mkdir -pv /usr/{,local/}share/{misc,terminfo,zoneinfo}
mkdir -pv /usr/{,local/}share/man/man{1..8}
mkdir -pv /var/{cache,local,log,mail,opt,spool}
mkdir -pv /var/lib/{color,misc,locate}

ln -sfv /run /var/run
ln -sfv /run/lock /var/lock

install -dv -m 0750 /root
install -dv -m 1777 /tmp /var/tmp

필수 파일 생성

# /etc/passwd 초기 설정
cat > /etc/passwd << "EOF"
root:x:0:0:root:/root:/bin/bash
bin:x:1:1:bin:/dev/null:/usr/bin/false
daemon:x:6:6:Daemon User:/dev/null:/usr/bin/false
messagebus:x:18:18:D-Bus Message Daemon User:/run/dbus:/usr/bin/false
systemd-journal-gateway:x:73:73:systemd Journal Gateway:/:/usr/bin/false
systemd-journal-remote:x:74:74:systemd Journal Remote:/:/usr/bin/false
systemd-journal-upload:x:75:75:systemd Journal Upload:/:/usr/bin/false
systemd-network:x:76:76:systemd Network Management:/:/usr/bin/false
systemd-resolve:x:77:77:systemd Resolver:/:/usr/bin/false
systemd-timesync:x:78:78:systemd Time Synchronization:/:/usr/bin/false
systemd-coredump:x:79:79:systemd Core Dumper:/:/usr/bin/false
uuidd:x:80:80:UUID Generation Daemon:/dev/null:/usr/bin/false
systemd-oom:x:81:81:systemd Out Of Memory Daemon:/:/usr/bin/false
nobody:x:65534:65534:Unprivileged User:/dev/null:/usr/bin/false
EOF

# /etc/group 초기 설정
cat > /etc/group << "EOF"
root:x:0:
bin:x:1:daemon
sys:x:2:
kmem:x:3:
tape:x:4:
tty:x:5:
daemon:x:6:
floppy:x:7:
disk:x:8:
lp:x:9:
dialout:x:10:
audio:x:11:
video:x:12:
utmp:x:13:
cdrom:x:15:
adm:x:16:
messagebus:x:18:
systemd-journal:x:23:
input:x:24:
mail:x:34:
kvm:x:61:
systemd-journal-gateway:x:73:
systemd-journal-remote:x:74:
systemd-journal-upload:x:75:
systemd-network:x:76:
systemd-resolve:x:77:
systemd-timesync:x:78:
systemd-coredump:x:79:
uuidd:x:80:
systemd-oom:x:81:
wheel:x:97:
users:x:999:
nogroup:x:65534:
EOF

기본 시스템 소프트웨어

Chroot 환경에 진입한 후, Chapter 8에서는 83개의 패키지를 최종 빌드합니다. 이 단계에서는 Pass 2에서 빌드한 네이티브 GCC를 사용하여 모든 패키지를 다시 빌드합니다.

일반 빌드 패턴

# Chapter 8 표준 빌드 절차
cd /sources
tar -xf <package>-<version>.tar.xz
cd <package>-<version>

# 빌드 디렉토리 (필요한 패키지만)
mkdir build && cd build

# configure, make, test, install
./configure --prefix=/usr [옵션들...]
make
make check        # 테스트 스위트 (선택사항이지만 권장)
make install

# 소스 정리
cd /sources
rm -rf <package>-<version>

주요 패키지 빌드 하이라이트

Glibc (최종 빌드)

Chapter 8에서 Glibc를 다시 빌드합니다. 이번에는 네이티브 컴파일러를 사용하며, 로케일, NSS, 타임존 등의 전체 기능이 포함됩니다.

GCC (최종 빌드)

Chapter 8의 GCC는 모든 최적화와 기능이 활성화된 완전한 컴파일러입니다. 테스트 스위트를 반드시 실행하세요:

# GCC 테스트 스위트 실행
make -k check
# 일부 실패는 알려진 문제 — LFS 책 참조

# 라이브러리와 바이너리에서 디버그 심볼 제거
save_usrlib="ld-linux-x86-64.so.2 libc.so.6 libthread_db.so.1 libquadmath.so.0
             libstdc++.so.6 libitm.so.1 libatomic.so.1"
cd /usr/lib
for LIB in $save_usrlib; do
    objcopy --only-keep-debug --compress-debug-sections=zlib $LIB $LIB.dbg
    cp $LIB /tmp/$LIB
    strip --strip-unneeded /tmp/$LIB
    objcopy --add-gnu-debuglink=$LIB.dbg /tmp/$LIB
    install -vm755 /tmp/$LIB /usr/lib
    rm /tmp/$LIB
done

# 나머지 라이브러리
find /usr/lib -type f -name \*.a \
   -exec strip --strip-debug {} ';'
find /usr/lib -type f -name \*.so* ! -name \*dbg \
   -exec strip --strip-unneeded {} ';'
find /usr/{bin,sbin,libexec} -type f \
   -exec strip --strip-all {} ';'

패키지 관리 전략

LFS에는 공식 패키지 매니저가 없습니다. 시스템을 유지보수하고 업데이트하려면 자체 패키지 관리 전략이 필요합니다. 패키지 관리는 LFS 빌드 이후 시스템을 장기적으로 유지하는 데 가장 중요한 결정 중 하나입니다.

패키지 관리 전략 비교

# DESTDIR로 가상 설치
make DESTDIR=/tmp/pkg-<name>-<ver> install

# 아카이브 생성
cd /tmp/pkg-<name>-<ver>
tar czf /packages/<name>-<ver>.tar.gz .

# 실제 설치
tar xzf /packages/<name>-<ver>.tar.gz -C /

# 제거 시: tar 내용 목록으로 파일 삭제
tar tzf /packages/<name>-<ver>.tar.gz | xargs rm -f

커널 컴파일 및 설치

LFS 시스템의 핵심인 리눅스 커널을 컴파일합니다. 커널 설정은 LFS가 부팅 가능한지 여부를 결정하는 가장 중요한 단계 중 하나입니다.

빌드 절차

cd /sources
tar -xf linux-6.18.10.tar.xz
cd linux-6.18.10

# 소스 클린
make mrproper

# 커널 설정 (ncurses 메뉴)
make menuconfig

# 컴파일 (병렬 빌드)
make

# 모듈 설치
make modules_install

# 커널 이미지 복사
cp -iv arch/x86/boot/bzImage /boot/vmlinuz-6.18.10-lfs-13.0-systemd

# System.map 복사 (디버깅용)
cp -iv System.map /boot/System.map-6.18.10

# 커널 설정 파일 백업
cp -iv .config /boot/config-6.18.10

# 커널 문서 설치 (선택)
install -d /usr/share/doc/linux-6.18.10
cp -r Documentation/* /usr/share/doc/linux-6.18.10

LFS에 필수적인 커널 설정 옵션

initramfs와 루트 파일시스템 마운트

LFS 본책은 initramfs 없이 커널이 루트 파일시스템을 직접 마운트하는 구조를 전제로 합니다. 루트 파일시스템 드라이버(예: ext4)와 디스크 컨트롤러 드라이버를 커널에 내장(=y)으로 빌드했기 때문에, 커널은 부팅 직후 바로 루트를 찾아 마운트하고 /sbin/init (systemd)을 실행할 수 있습니다.

그러나 다음과 같은 환경에서는 initramfs(초기 RAM 파일시스템)가 필요합니다.

• 루트가 LVM, 소프트웨어 RAID(mdraid), dm-crypt(LUKS) 등 — 부팅 시점에 사용자 공간 도구(lvm, cryptsetup)가 선행되어야 하는 블록 장치(Block Device)인 경우
• 루트 드라이버를 모듈(=m)로 빌드한 경우 — USB 저장장치, 일부 NVMe/SATA 호스트 어댑터처럼 커널 초기 부팅 단계에서 모듈 로드가 필요한 경우
• 루트 파일시스템이 커널이 인식하지 못하는 형식 — FUSE 기반, 네트워크 루트(NFS/iSCSI) 등

GRUB 부트로더 설정

GRUB(GRand Unified Bootloader)은 시스템 시작 시 커널을 로드하는 부트로더입니다. LFS에서는 GRUB 2를 사용합니다.

GRUB 설치

# BIOS 시스템 (MBR)
grub-install /dev/sdb

# UEFI 시스템
grub-install --target=x86_64-efi --efi-directory=/boot/efi --bootloader-id=LFS

grub.cfg 설정

cat > /boot/grub/grub.cfg << "EOF"
# /boot/grub/grub.cfg - LFS 13.0-systemd

set default=0
set timeout=5

insmod ext2
set root=(hd0,1)
# 또는 UUID 사용: search --no-floppy --fs-uuid --set=root <UUID>

menuentry "GNU/Linux, Linux 6.18.10-lfs-13.0-systemd" {
    linux /boot/vmlinuz-6.18.10-lfs-13.0-systemd root=/dev/sda1 ro
}

menuentry "Firmware Setup" {
    fwsetup
}
EOF

BIOS vs UEFI

systemd 설정

LFS 13.0-systemd는 init 시스템으로 systemd를 사용합니다. systemd는 서비스 관리, 로깅, 네트워크, 타임존, 로케일 등 시스템 전반의 설정을 통합 관리합니다.

Machine ID 생성

# 고유 Machine ID 생성 (첫 부팅 전에 필요)
systemd-machine-id-setup

호스트명 설정

echo "lfs-system" > /etc/hostname

# /etc/hosts 설정
cat > /etc/hosts << "EOF"
127.0.0.1  localhost
127.0.1.1  lfs-system
::1        localhost ip6-localhost ip6-loopback
ff02::1    ip6-allnodes
ff02::2    ip6-allrouters
EOF

로케일 설정

# 사용 가능한 로케일 생성
localedef -i ko_KR -f UTF-8 ko_KR.UTF-8
localedef -i en_US -f UTF-8 en_US.UTF-8

# 시스템 로케일 설정
cat > /etc/locale.conf << "EOF"
LANG=ko_KR.UTF-8
EOF

시간대 설정

# 시간대 설정
ln -sfv /usr/share/zoneinfo/Asia/Seoul /etc/localtime

# 또는 timedatectl 사용 (systemd 부팅 후)
# timedatectl set-timezone Asia/Seoul

네트워크 설정 (systemd-networkd)

# 유선 네트워크 DHCP 설정
cat > /etc/systemd/network/10-eth-dhcp.network << "EOF"
[Match]
Name=en*

[Network]
DHCP=ipv4

[DHCPv4]
UseDomains=true
EOF

# 또는 고정 IP 설정
cat > /etc/systemd/network/10-eth-static.network << "EOF"
[Match]
Name=en*

[Network]
Address=192.168.1.100/24
Gateway=192.168.1.1
DNS=8.8.8.8
DNS=8.8.4.4
EOF

# systemd-networkd 및 systemd-resolved 활성화
systemctl enable systemd-networkd
systemctl enable systemd-resolved

# /etc/resolv.conf 심볼릭 링크
ln -sfv /run/systemd/resolve/resolv.conf /etc/resolv.conf

콘솔 설정

# 키보드 레이아웃 설정
cat > /etc/vconsole.conf << "EOF"
KEYMAP=us
EOF

journalctl -b           # 현재 부팅 로그
journalctl -u sshd      # 특정 서비스 로그
journalctl --since today # 오늘 로그

/etc/fstab 설정

/etc/fstab(파일시스템 테이블)은 부팅 시 마운트할 파일시스템을 정의합니다. systemd는 systemd-fstab-generator로 이 파일을 읽어 마운트 유닛(mount unit)을 생성합니다. 반드시 필요한 파일은 아니지만, 루트 파일시스템의 마운트 옵션·검사(pass) 순서를 지정하고 스왑(Swap)·추가 파티션을 부팅 시 자동 마운트하려면 작성해야 합니다.

# 파일시스템    마운트 지점   타입    옵션                      덤프  패스
/dev/sda1      /             ext4    defaults                  1     1
/dev/sda2      swap          swap    pri=1                     0     0
proc           /proc         proc    nosuid,noexec,nodev       0     0
sysfs          /sys          sysfs   nosuid,noexec,nodev       0     0
devpts         /dev/pts      devpts  gid=5,mode=620,ptmxmode=0666  0     0
tmpfs          /run          tmpfs   mode=0755,nosuid,nodev    0     0
tmpfs          /dev/shm      tmpfs   nosuid,nodev              0     0

부팅 성능 분석 (systemd-analyze)

부팅이 완료된 후 systemd-analyze로 부팅 시간과 병목(Bottleneck) 서비스를 분석할 수 있습니다.

systemd-analyze                  # 커널 + 사용자 공간 부팅 시간 요약
systemd-analyze blame            # 서비스별 시작 지연 (내림차순)
systemd-analyze critical-chain   # 부팅 임계 경로 (Critical Chain)
journalctl --disk-usage          # 저널 디스크 사용량
systemctl list-units --failed    # 실패한 유닛 확인

전체 패키지 목록

LFS 13.0-systemd에 포함되는 83개 패키지의 전체 목록입니다. 패키지는 기능별로 분류되어 있습니다.

핵심 시스템 라이브러리

빌드 도구

핵심 유틸리티

시스템 관리

스크립트 언어 및 텍스트 처리

네트워킹 및 보안

기타 핵심 패키지

Cross Build 실행 계획 (세분화)

아래 계획은 https://www.linuxfromscratch.org/lfs/view/stable-systemd/의 Chapter 5~7 구조를 그대로 따르면서, 실제 작업 시 실패 지점을 조기에 차단하도록 검증 단계를 촘촘히 추가한 확장형 런북입니다. 특히 Cross build 단계(Chapter 5, 6)에 집중해 옵션 누락·호스트 오염·링커 경로 오류를 빠르게 식별하도록 구성했습니다.

stable-systemd 버전 동기화 포인트

LFS stable-systemd 인덱스(Version 13.0-systemd, 2026-03-05 릴리스) 기준으로 Cross build에 직접 영향을 주는 주요 버전은 다음과 같습니다. 기존 12.4 기준은 참고용으로 병기했으며, 실제 작업 시 Chapter 3 packages.html에서 최신 해시/버전을 확인하세요.

Cross Build 사전 점검 체크리스트

Chapter 5 시작 전에 반드시 아래 항목을 고정합니다. 한 항목이라도 흔들리면 원인 추적 시간이 급격히 증가합니다.

1. 사용자 격리: Ch.5~6은 반드시 lfs 사용자로 실행 (root 금지)
2. 환경 초기화: exec env -i ... /bin/bash 기반 깨끗한 셸 사용
3. 핵심 변수: LFS, LFS_TGT, PATH=$LFS/tools/bin:..., LC_ALL=POSIX
4. 소스 무결성(Integrity): 패키지/패치 해시 점검 후 시작
5. 디스크 여유: 빌드 로그/테스트까지 고려해 충분한 공간 확보

# Cross build 시작 전 최소 확인 스크립트
echo "LFS=$LFS"
echo "LFS_TGT=$LFS_TGT"
echo "$PATH" | tr ':' '\n' | head -n 3
id
pwd
mount | grep "$LFS"

# 도구 해상도 확인
which $LFS_TGT-gcc
which $LFS_TGT-ld

# 오염 가능 변수 제거 여부 확인
env | grep -E '^(CC|CXX|LD|AR|AS|CFLAGS|CXXFLAGS|LDFLAGS|PKG_CONFIG_PATH)='

Chapter 5 Cross Toolchain 런북 (강화판)

stable-systemd Chapter 5의 핵심은 "가짜 cross-compilation처럼 보이지만 실제 cross-toolchain 원칙을 그대로 적용"하는 데 있습니다. 도구는 $LFS/tools에 분리하고, 라이브러리는 최종 위치로 배치하여 Chroot 전환을 준비합니다.

1) Binutils Pass 1 (기본 골격)

mkdir -v build
cd build
../configure --prefix=$LFS/tools \
             --with-sysroot=$LFS \
             --target=$LFS_TGT   \
             --disable-nls       \
             --enable-gprofng=no \
             --disable-werror    \
             --enable-new-dtags  \
             --enable-default-hash-style=gnu
make
make install

2) GCC Pass 1 (glibc 없는 최소 C/C++)

mkdir -v build
cd build
../configure                  \
    --target=$LFS_TGT         \
    --prefix=$LFS/tools       \
    --with-glibc-version=2.42 \
    --with-sysroot=$LFS       \
    --with-newlib             \
    --without-headers         \
    --enable-default-pie      \
    --enable-default-ssp      \
    --disable-nls             \
    --disable-shared          \
    --disable-multilib        \
    --disable-threads         \
    --disable-libatomic       \
    --disable-libgomp         \
    --disable-libquadmath     \
    --disable-libssp          \
    --disable-libvtv          \
    --disable-libstdcxx       \
    --enable-languages=c,c++
make
make install

3) Linux API Headers + Glibc + Libstdc++

이 구간은 의존성 순환을 끊는 핵심입니다. Glibc build 시 --host/--build 조합과 libc_cv_slibdir=/usr/lib 누락 여부를 반드시 확인해야 합니다.

# Glibc build 디렉토리에서
echo "rootsbindir=/usr/sbin" > configparms

../configure                             \
      --prefix=/usr                      \
      --host=$LFS_TGT                    \
      --build=$(../scripts/config.guess) \
      --disable-nscd                     \
      libc_cv_slibdir=/usr/lib           \
      --enable-kernel=5.4

# Libstdc++ (GCC 소스 내부 libstdc++-v3)
../libstdc++-v3/configure      \
    --host=$LFS_TGT            \
    --build=$(../config.guess) \
    --prefix=/usr              \
    --disable-multilib         \
    --disable-nls              \
    --disable-libstdcxx-pch    \
    --with-gxx-include-dir=/tools/$LFS_TGT/include/c++/15.2.0
make
make DESTDIR=$LFS install

4) Chapter 5 종료 전 sanity check (필수)

echo 'int main(){}' | $LFS_TGT-gcc -x c - -v -Wl,--verbose &> dummy.log
readelf -l a.out | grep ': /lib'
grep -E -o "$LFS/lib.*/S?crt[1in].*succeeded" dummy.log
grep -B3 "^ $LFS/usr/include" dummy.log
grep 'SEARCH.*/usr/lib' dummy.log | sed 's|; |\n|g'
grep "/lib.*/libc.so.6 " dummy.log
grep found dummy.log

Chapter 6 임시 도구 Cross Compile 런북

Chapter 6은 "Cross toolchain으로 기본 유틸리티를 최종 위치에 설치"하는 단계입니다. 아직 host 독립은 아니며(책 원문 표현 그대로), Chroot 전에 필요한 사용자 공간 기반을 만듭니다.

핵심 패턴

• 대부분 패키지 공통: --host=$LFS_TGT --build=$(config.guess)
• 설치 루트: make DESTDIR=$LFS install
• 교차 빌드 악성 아카이브 제거: *.la 정리
• Pass 2 전환: Binutils/GCC 재빌드로 Chroot 진입용 컴파일러 완성

Binutils Pass 2 (핵심 차이점)

../configure                   \
    --prefix=/usr              \
    --build=$(../config.guess) \
    --host=$LFS_TGT            \
    --disable-nls              \
    --enable-shared            \
    --enable-gprofng=no        \
    --disable-werror           \
    --enable-64-bit-bfd        \
    --enable-new-dtags         \
    --enable-default-hash-style=gnu

make
make DESTDIR=$LFS install
rm -v $LFS/usr/lib/lib{bfd,ctf,ctf-nobfd,opcodes,sframe}.{a,la}

GCC Pass 2 (실패 빈도 높은 옵션)

../configure                   \
    --build=$(../config.guess) \
    --host=$LFS_TGT            \
    --target=$LFS_TGT          \
    --prefix=/usr              \
    --with-build-sysroot=$LFS  \
    --enable-default-pie       \
    --enable-default-ssp       \
    --disable-nls              \
    --disable-multilib         \
    --disable-libatomic        \
    --disable-libgomp          \
    --disable-libquadmath      \
    --disable-libsanitizer     \
    --disable-libssp           \
    --disable-libvtv           \
    --enable-languages=c,c++   \
    LDFLAGS_FOR_TARGET=-L$PWD/$LFS_TGT/libgcc

Chapter 7 전환: Chroot 진입 품질 게이트

Chroot 진입은 단순 명령 1줄이 아니라 "Cross build 종료 선언"입니다. 진입 후 /tools/bin이 PATH에서 사라져야 하며, 이후는 네이티브 빌드 단계로 이동합니다.

# 가상 파일시스템 마운트 (대표 예시)
mount -v --bind /dev  $LFS/dev
mount -vt devpts devpts -o gid=5,mode=0620 $LFS/dev/pts
mount -vt proc proc $LFS/proc
mount -vt sysfs sysfs $LFS/sys
mount -vt tmpfs tmpfs $LFS/run

# stable-systemd Chapter 7 진입 명령
chroot "$LFS" /usr/bin/env -i   \
    HOME=/root                  \
    TERM="$TERM"                \
    PS1='(lfs chroot) \u:\w\$ ' \
    PATH=/usr/bin:/usr/sbin     \
    MAKEFLAGS="-j$(nproc)"      \
    TESTSUITEFLAGS="-j$(nproc)" \
    /bin/bash --login

진입 직후 검증

echo "$PATH"
which gcc
which ld
ls -l /tools || true
test -x /usr/bin/gcc && echo "native gcc ready"
echo 'int main(){}' > t.c && gcc t.c -o t && ./t; echo $?
rm -f t.c t

Cross Build 의사결정 매트릭스

Cross Build 복구 런북 (빠른 재시작)

오염이 의심되면 부분 수정보다 "안전한 재시작"이 총 시간을 줄입니다.

1. 현재 셸 상태 보존: 실패 로그 백업 (config.log, dummy.log, 빌드 스크립트)
2. 마운트 정리: Chroot 관련 마운트 역순 해제
3. 작업 디렉토리 초기화: 실패 패키지의 build 디렉토리 완전 삭제 후 재추출
4. 환경 재확정: LFS/LFS_TGT/PATH/LC_ALL 재검증
5. 최소 단위 재실행: 실패 지점의 바로 앞 패키지부터 재실행

# 예시: Chroot 종료 후 안전 언마운트
mountpoint -q $LFS/dev/shm && umount $LFS/dev/shm
umount -v $LFS/dev/pts
umount -v $LFS/{sys,proc,run,dev}

# 실패 패키지 재시작 예시
cd $LFS/sources
rm -rf gcc-15.2.0 build
tar -xf gcc-15.2.0.tar.xz
cd gcc-15.2.0
# 이후 책의 해당 장 커맨드 순서대로 재실행

크로스 빌드 트러블슈팅

LFS 빌드 과정에서 발생하는 흔한 오류와 해결 방법을 정리합니다. 대부분의 문제는 환경 변수 누락, 잘못된 도구 사용, 빌드 순서 위반에서 비롯됩니다.

흔한 에러와 해결 방법

진단 명령어

# 1. 바이너리의 타겟 아키텍처 확인
file /path/to/binary
# 기대: ELF 64-bit LSB executable, x86-64, ...

# 2. ELF 헤더 상세 확인 (아키텍처, OS/ABI)
readelf -h /path/to/binary
# Machine: Advanced Micro Devices X86-64
# OS/ABI: UNIX - GNU

# 3. 동적 링커 및 공유 라이브러리 확인
readelf -l /path/to/binary | grep interpreter
# [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]

# 4. 공유 라이브러리 의존성 확인
readelf -d /path/to/binary | grep NEEDED
# 또는 (Chroot 안에서)
ldd /path/to/binary

# 5. 크로스 컴파일러의 검색 경로 확인
$LFS_TGT-gcc -print-search-dirs
$LFS_TGT-gcc -print-sysroot

# 6. 특정 라이브러리가 어디에 있는지 확인
$LFS_TGT-gcc -print-file-name=libc.so
$LFS_TGT-gcc -print-file-name=crt1.o

# 7. 헤더 파일 검색 경로
$LFS_TGT-gcc -E -Wp,-v -xc /dev/null 2>&1 | grep '^ '

# 8. RPATH 확인
readelf -d /path/to/binary | grep -E 'RPATH|RUNPATH'

빌드 환경 완전 초기화

# 심각한 문제가 발생했을 때 처음부터 다시 시작
# 주의: 모든 빌드 결과가 삭제됩니다!

# 1. Chroot 해제 (안에 있다면)
exit

# 2. 가상 파일시스템 언마운트
mountpoint -q $LFS/dev/shm && umount $LFS/dev/shm
umount $LFS/dev/pts
umount $LFS/{sys,proc,run,dev}

# 3. LFS 파티션 내용 삭제 (주의!)
rm -rf $LFS/*

# 4. 필수 디렉토리 재생성
mkdir -pv $LFS/{etc,var} $LFS/usr/{bin,lib,sbin}
for i in bin lib sbin; do ln -sv usr/$i $LFS/$i; done
case $(uname -m) in x86_64) mkdir -pv $LFS/lib64 ;; esac
mkdir -pv $LFS/tools
mkdir -v $LFS/sources
chmod -v a+wt $LFS/sources

# 5. Pass 1부터 다시 시작

BLFS 확장 가이드

LFS로 기본 시스템을 완성한 후, BLFS(Beyond Linux From Scratch)를 통해 실용적인 데스크톱/서버 시스템으로 확장할 수 있습니다. BLFS는 LFS 위에 그래픽, 네트워크, 멀티미디어 등을 추가하는 가이드입니다.

BLFS 필수 패키지 (서버용)

BLFS 필수 패키지 (데스크톱용)

보안 강화 (Hardened LFS)

LFS의 큰 장점 중 하나는 보안 설정을 완전히 제어할 수 있는 것입니다. 아래는 LFS 시스템의 보안을 강화하는 주요 기법들입니다.

컴파일러 수준 보안

# /etc/profile.d/hardening.sh
export CFLAGS="-O2 -pipe -D_FORTIFY_SOURCE=2 -fstack-protector-strong"
export CXXFLAGS="$CFLAGS"
export LDFLAGS="-Wl,-z,relro,-z,now"

커널 수준 보안

# /etc/sysctl.d/99-hardening.conf
kernel.randomize_va_space = 2
kernel.dmesg_restrict = 1
kernel.kptr_restrict = 2
kernel.yama.ptrace_scope = 1
net.ipv4.tcp_syncookies = 1
net.ipv4.conf.all.rp_filter = 1
net.ipv4.conf.all.accept_redirects = 0
net.ipv6.conf.all.accept_redirects = 0

흔한 실수와 해결

LFS 빌드 과정에서 자주 발생하는 실수와 해결 방법을 정리합니다. 대부분의 실패는 사소한 실수에서 비롯되며, 아래 체크리스트로 사전에 방지할 수 있습니다.

자주 묻는 질문 (FAQ)

요약 및 참고 자료

핵심 개념 요약

• 크로스 컴파일의 목적: 호스트 라이브러리 오염을 완전히 차단하여 독립적인 시스템 구축
• 트리플렛 변경: x86_64-lfs-linux-gnu로 호스트와 분리하여 크로스 빌드 모드 강제
• 의존성 순환 해결: GCC Pass 1(--with-newlib) → Glibc → Libstdc++ 순서로 단계적 빌드
• Pass 1 vs Pass 2: Pass 1은 호스트에서 실행되는 크로스 도구, Pass 2는 LFS에서 실행되는 네이티브 도구
• Sysroot: $LFS를 크로스 컴파일러의 루트로 사용하여 헤더와 라이브러리를 격리
• Chroot: 루트 디렉토리를 변경하여 LFS 시스템을 독립 환경으로 격리

공식 문서 및 프로젝트

• Linux From Scratch 프로젝트 공식 사이트 (linuxfromscratch.org) — 프로젝트 메인 페이지, 모든 하위 프로젝트 링크
• LFS News — 최신 릴리스 소식 (linuxfromscratch.org) — 13.1(2026-09), 13.0(2026-03), 12.4(2025-09) 등 릴리스 공지
• LFS 13.0 다운로드 페이지 (linuxfromscratch.org) — PDF/HTML/싱글 파일 포맷 책, md5sum 번들
• LFS Book Stable — systemd 에디션 (linuxfromscratch.org) — 현재 안정 버전 전체 책 (systemd 기반)
• LFS Book Stable — SysVinit 에디션 (linuxfromscratch.org) — SysVinit 기반 안정 버전
• LFS Book Development 버전 (linuxfromscratch.org) — 개발 중인 최신 버전(r13.0-78+), 실험적 변경 포함
• LFS Book 아카이브 — 과거 버전 모음 (linuxfromscratch.org) — 역대 LFS 버전별 문서 열람
• LFS 패키지 목록 및 버전 정보 (linuxfromscratch.org) — 빌드에 필요한 소스 패키지, 패치 목록
• LFS Book GitHub 저장소 (github.com/lfs-book) — XML 소스, 빌드 인프라, 이슈 트래커
• Beyond Linux From Scratch (BLFS) — systemd 에디션 (linuxfromscratch.org) — X Window, 데스크톱 환경, 서버 소프트웨어 확장
• Beyond Linux From Scratch (BLFS) — SysVinit 에디션 (linuxfromscratch.org) — SysVinit 기반 BLFS 확장
• Cross Linux From Scratch (CLFS) 프로젝트 (clfs.org) — ARM, MIPS, SPARC 등 다중 아키텍처용 크로스 빌드
• Automated Linux From Scratch (ALFS) — jhalfs 자동화 도구 (linuxfromscratch.org) — LFS 빌드 과정을 자동화하는 스크립트 세트
• LFS Hints 모음 (linuxfromscratch.org) — 커뮤니티 기여 팁: 패키지 관리, 최적화, 보안 강화 등
• LFS Hints 다운로드 — 전체 힌트 파일 목록 (linuxfromscratch.org) — 패키지 매니저 구현, musl 빌드 등 고급 힌트
• LFS Patches 저장소 (linuxfromscratch.org) — 빌드에 필요한 패치 파일 모음
• LFS Museum — 프로젝트 역사 아카이브 (linuxfromscratch.org) — LFS 프로젝트의 역사적 버전 및 변천 기록

커뮤니티 및 지원

• LFS 메일링 리스트 안내 (linuxfromscratch.org) — lfs-support, lfs-dev, blfs-support 등 구독 방법
• LFS FAQ — 자주 묻는 질문 (linuxfromscratch.org) — 빌드 오류, 호스트 요구사항 등 공식 답변
• LFS Wiki 및 Trac 버그 트래커 (wiki.linuxfromscratch.org) — 빌드 오류 보고, 패치, 티켓 관리
• BLFS Wiki 및 Trac 버그 트래커 (wiki.linuxfromscratch.org) — BLFS 관련 이슈 추적
• Reddit r/linuxfromscratch 커뮤니티 (reddit.com) — 빌드 경험 공유, 트러블슈팅 토론
• LFS IRC: #lfs (Libera.Chat) — 실시간(Real-time) 도움

GNU 툴체인 및 핵심 소프트웨어 문서

• GCC 공식 온라인 문서 — 전체 매뉴얼 (gcc.gnu.org) — 컴파일러 옵션, 확장, 내장 함수 레퍼런스
• GCC Internals — Configure Terms: build/host/target 정의 (gcc.gnu.org) — 크로스 컴파일의 핵심 개념인 트리플렛 설명
• GCC 설치 가이드 — 빌드 및 설치 절차 (gcc.gnu.org) — GCC를 소스에서 빌드하는 공식 가이드
• GNU Binutils 문서 — as, ld, readelf 등 (sourceware.org) — 어셈블러, 링커, 바이너리 유틸리티 매뉴얼
• GNU C Library (Glibc) 공식 매뉴얼 (sourceware.org) — C 라이브러리 함수, 시스템 콜 래퍼, 로케일
• Glibc 릴리스 히스토리 및 변경 사항 (sourceware.org) — 버전별 변경 사항, ABI 호환성 정보
• GNU Autoconf 매뉴얼 — configure 스크립트 이해 (gnu.org) — autoconf 매크로, 빌드 시스템 구성
• GNU Automake 매뉴얼 — Makefile.am 작성법 (gnu.org) — automake를 사용한 빌드 시스템 자동화
• GNU Libtool 매뉴얼 — 공유 라이브러리 관리 (gnu.org) — 플랫폼 독립적 라이브러리 빌드
• GNU Make 매뉴얼 (gnu.org) — Makefile 문법, 패턴 규칙, 변수 확장
• GNU Bash 매뉴얼 (gnu.org) — 셸 스크립팅, 변수, 함수, 제어 구조
• GNU Coreutils 매뉴얼 (gnu.org) — ls, cp, mv 등 기본 유틸리티 상세 옵션

리눅스 커널 및 시스템 표준 문서

• Linux 커널 공식 문서 (docs.kernel.org) — 커널 설정 옵션, 드라이버 개발, 서브시스템 가이드
• 커널 빌드 가이드 — README (docs.kernel.org) — 커널 소스에서 빌드·설치하는 공식 절차
• Kbuild 시스템 문서 — 커널 빌드 인프라 (docs.kernel.org) — Kconfig, Makefile 구조, 모듈 빌드
• The Linux Kernel Archives — 커널 소스 다운로드 (kernel.org) — 최신 안정·LTS 커널 릴리스 다운로드
• Filesystem Hierarchy Standard 3.0 (linuxfoundation.org) — /usr, /var, /etc 등 디렉토리 구조 표준 규격
• Linux Standard Base (LSB) 사양 (linuxfoundation.org) — 리눅스 배포판 호환성 표준
• Linux man-pages 프로젝트 (man7.org) — 시스템 콜, 라이브러리 함수, 파일 포맷 매뉴얼

Init 시스템 및 부트로더

• systemd 공식 문서 (systemd.io) — systemd 설계 원칙, unit 파일 작성법, 데몬 관리
• systemd 매뉴얼 페이지 전체 색인 (freedesktop.org) — systemctl, journalctl, unit 파일 옵션 레퍼런스
• SysVinit 프로젝트 (savannah.nongnu.org) — 전통적인 System V init 구현, inittab 설정
• GNU GRUB 부트로더 매뉴얼 (gnu.org) — GRUB 설정, 멀티부팅, grub.cfg 작성법

패키지 관리 및 확장 참고

• LFS 패키지 관리 힌트 — More Control and Package Management (linuxfromscratch.org) — LFS 시스템에서 패키지 관리를 구현하는 다양한 방법
• BLFS — Bash 셸 시작 파일 설정 (linuxfromscratch.org) — /etc/profile, bashrc 구성 가이드
• BLFS — 보안 강화 가이드 (linuxfromscratch.org) — 방화벽(Firewall), PAM, Shadow 패스워드 설정

참고 서적

유용한 도구 및 스크립트