부트로더(Bootloader)란? 시스템의 첫 숨결, 부트로더와 U-Boot 깊이 보기

우리는 지금까지 커널이 부팅되고, systemd가 서비스를 실행하며, ADB로 시스템을 제어하는 등, 이미 운영체제가 동작하고 있는 세상에 대해 탐험했습니다.

하지만 시간을 거슬러 올라가, 시스템에 전원이 인가되는 바로 그 순간으로 돌아가 봅시다.
텅 빈 메모리(RAM)와 아직 잠들어 있는 CPU. 운영체제라는 개념조차 존재하지 않는 이 태초의 상태에서, 과연 누가 가장 먼저 일어나 시스템에 첫 숨결을 불어넣는 걸까요?

그 주인공이 바로 오늘 다룰 부트로더(Bootloader)입니다.

---

Part 1. 부트로더란 무엇인가? - 운영체제를 깨우는 작은 거인

부트로더(Bootloader)는 이름 그대로 운영체제(커널)가 부팅될 수 있도록 사전 준비 작업을 하고, 커널을 로드(Load)하는 역할을 하는 작은 초기화 프로그램입니다.

부팅 시퀀스에서 부트로더의 위치는 다음과 같습니다.

전원 ON → Boot ROM 코드 실행 → 부트로더 → 리눅스 커널 → init/systemd

CPU에 전원이 들어오면, CPU는 내장된 아주 작은 코드(Boot ROM)를 실행합니다.
이 코드의 주된 임무는 eMMC, SD카드, NAND 플래시 같은 외부 저장장치에서 '부트로더'를 찾아 메모리(RAM)로 복사한 뒤 실행하는 것입니다.

비유: 로켓(OS)을 위한 발사 관제팀(부트로더)

• 로켓 (운영체제 커널): 최종적으로 우주(시스템 운영)로 날아갈 주인공입니다.
• 발사 관제팀 (부트로더): 로켓이 성공적으로 발사될 수 있도록 모든 사전 작업을 책임집니다.

관제팀은 발사 전에 로켓의 각 부품(하드웨어)이 정상인지 점검하고, 로켓에 연료(커널 이미지)를 주입하고, 목적지 좌표(부팅 파라미터)를 입력한 뒤, 마지막으로 '발사!' 버튼(커널 실행)을 누릅니다. 부트로더는 정확히 이 역할을 수행합니다.

부트로더의 핵심 임무는 크게 4가지로 나눌 수 있습니다.

1. 핵심 하드웨어 초기화:
   운영체제가 올라갈 최소한의 환경을 만듭니다. PC의 BIOS/UEFI와 비슷한 역할이지만, 훨씬 더 하드웨어에 종속적입니다.

   • CPU 클럭 설정: CPU가 제 속도로 동작할 수 있도록 클럭(Clock)을 설정합니다.
   • 메모리(DRAM) 컨트롤러 초기화: 커널과 같은 큰 프로그램을 올려놓을 주 메모리 공간(RAM)을 사용할 수 있도록 초기화합니다. 이 작업이 실패하면 시스템은 아무것도 할 수 없습니다.
   • 직렬 통신(UART) 설정: 개발자가 부팅 과정을 지켜보고 제어할 수 있도록 시리얼 콘솔(Serial Console)을 활성화합니다.

2. 커널 이미지 로딩:
   저장장치(eMMC, SD카드 등)에 저장된 리눅스 커널 이미지 파일(zImage, Image 등)을 읽어서, 약속된 메모리 주소(RAM)에 복사합니다.

3. 부팅 파라미터 전달:
   단순히 커널을 실행만 하는 것이 아니라, 커널에게 시스템 운영에 필요한 중요한 정보들을 '인수인계'합니다.

   • 루트 파일 시스템 위치: "운영에 필요한 파일들은 /dev/mmcblk0p2 파티션에 있으니 거길 찾아봐" (root=/dev/mmcblk0p2)
   • 콘솔 장치 정보: "시스템 로그는 ttyS0 시리얼 포트로, 115200 속도로 출력해줘" (console=ttyS0,115200)
   • 디바이스 트리(DTB) 위치: "시스템 하드웨어 정보는 메모리 0x48000000 번지에 올려뒀으니 참고해"

4. 커널 실행:
   모든 준비가 끝나면, 부트로더는 메모리에 올라간 커널의 시작점으로 프로그램 카운터(PC)를 점프시켜 CPU의 제어권을 커널에게 완전히 넘겨줍니다. 이 순간부터 부트로더의 임무는 끝나고, 커널의 시대가 시작됩니다.

---

Part 2. 임베디드 리눅스의 표준, U-Boot

세상에는 다양한 부트로더가 있지만, 임베디드 리눅스 세계에서는 U-Boot(Das U-Boot - The Universal Bootloader)가 사실상의 표준으로 사용됩니다.

U-Boot는 단순히 커널을 로딩하는 기능을 넘어, 개발자에게 매우 강력하고 유용한 기능들을 제공합니다.

• 강력한 커맨드 라인 인터페이스(CLI): 자동 부팅을 잠시 멈추고, U-Boot 쉘에 진입하여 시스템의 가장 밑바닥을 직접 제어하고 테스트할 수 있습니다.
• 스크립트 기능: bootcmd와 같은 환경 변수에 명령어 조합을 저장하여, 복잡한 부팅 시나리오를 자동화할 수 있습니다.
• 다양한 장치 및 파일 시스템 지원: eMMC, NAND, SPI, USB 등 다양한 저장장치를 인식하고, FAT, ext4 등 여러 파일 시스템을 읽을 수 있는 자체 드라이버를 내장하고 있습니다.
• 네트워크 기능: TFTP, NFS 등을 통해 네트워크로부터 커널 이미지를 다운로드하여 부팅하는 기능을 지원하여, 개발 과정에서 매번 저장장치를 굽는 수고를 덜어줍니다.

---

Part 3. U-Boot 실전 맛보기 - 개발자의 첫 번째 관문

U-Boot와 소통하기 위해서는 PC와 타겟 보드를 시리얼 케이블(UART)로 연결하고, PC에서 PuTTY, minicom, Tera Term 같은 터미널 프로그램을 실행해야 합니다.

부팅 과정 중 "Hit any key to stop autoboot:" 라는 메시지가 나올 때 아무 키나 누르면, U-Boot의 프롬프트(=>)로 진입할 수 있습니다. 여기서 사용하는 몇 가지 필수 명령어를 알아봅시다.

• printenv (또는 pri): 환경 변수 확인
  U-Boot의 모든 동작을 제어하는 환경 변수(설정값)들을 보여줍니다.

    => printenv
    baudrate=115200
    bootargs=console=ttyS0,115200 root=/dev/mmcblk0p2 rootwait
    bootcmd=fatload mmc 0:1 ${loadaddr} zImage; bootz ${loadaddr}
    ...

  • bootargs: 커널에 전달할 파라미터들.
  • bootcmd: 자동 부팅 시 실행될 명령어 스크립트. 위 예시는 "MMC 0번 장치의 1번 파티션에서 zImage를 메모리로 로드한 뒤, 그 주소에서 커널을 부팅하라"는 의미입니다.

• setenv & saveenv: 환경 변수 설정 및 저장
  환경 변수 값을 변경하고, 이 변경 사항을 플래시 메모리에 영구적으로 저장합니다.

    # 부팅 지연 시간을 3초로 변경
    => setenv bootdelay 3
    # 변경된 환경 변수를 플래시 메모리에 저장
    => saveenv

• 저장장치 제어 명령어
  U-Boot 쉘에서 저장장치의 내용을 직접 확인할 수 있습니다.

    # 연결된 MMC 장치(SD카드/eMMC) 목록 확인
    => mmc list
    # MMC 0번 장치의 1번 파티션(FAT 파일 시스템) 내용 확인
    => fatls mmc 0:1

• 메모리 로딩 및 실행 명령어
  저장장치의 파일을 메모리로 직접 올리고 실행할 수 있습니다. 이는 새로운 커널을 테스트할 때 매우 유용합니다.

    # MMC 0:1 에서 zImage 파일을 ${loadaddr} 주소로 로드
    => fatload mmc 0:1 ${loadaddr} zImage
    # 로드된 커널을 실행
    => bootz ${loadaddr}

정리하며: 부트로더는 왜 중요한가?

오늘 우리는 시스템의 가장 첫 단계에서 묵묵히 자신의 임무를 수행하는 부트로더에 대해 알아보았습니다.

• 부트로더는 하드웨어를 초기화하고, 커널을 메모리에 올려 실행시키는 OS의 '발사 관제팀'입니다.
• U-Boot는 임베디드 리눅스의 표준 부트로더로, 강력한 CLI를 통해 개발자에게 시스템 최하위 레벨의 제어권을 제공합니다.

'성능과 안정성' 엔지니어에게 부트로더는 다음과 같은 이유로 매우 중요합니다.

1. 궁극의 디버깅 도구: 커널 로그조차 한 줄도 뜨지 않는 '벽돌' 상태의 보드는 대부분 부트로더 단계에서 문제가 발생한 것입니다. 이때 시리얼 콘솔로 U-Boot에 접속하는 것이 문제를 해결할 유일한 열쇠입니다.
2. 부팅 시간의 시작점: 부팅 시간 최적화는 커널뿐만 아니라 부트로더가 하드웨어를 초기화하고 커널을 로딩하는 시간까지 포함합니다. 부트로더 최적화는 전체 부팅 시간을 줄이는 데 중요한 역할을 합니다.
3. 시스템 복구의 최후 보루: 커널이나 루트 파일 시스템이 완전히 망가져도, U-Boot만 살아있다면 USB나 네트워크(TFTP)를 통해 새로운 펌웨어를 올려 시스템을 복구할 수 있습니다.