이 절에서는 SPARC 및 x86 플랫폼에서의 기본적인 부트 프로세스에 대해 설명합니다. 서비스 프로세서를 포함하는 시스템 및 여러 물리적 도메인을 포함하는 시스템 등 특정 하드웨어 유형의 부트 프로세스에 대한 자세한 내용은 http://www.oracle.com/technetwork/indexes/documentation/index.html에서 특정 하드웨어에 대한 제품 설명서를 참조하십시오.
독립형 프로그램을 로드하고 실행하는 프로세스를 부트스트래핑이라고 합니다. 일반적으로 독립형 프로그램은 운영 체제 커널입니다. 하지만 커널 대신 다른 독립형 프로그램을 부트할 수도 있습니다.
SPARC 플랫폼에서 부트스트랩 프로세스는 다음과 같은 기본적인 단계로 구성됩니다.
시스템을 켜면 시스템 펌웨어(PROM)가 POST(power-on self-test)를 실행합니다.
테스트가 성공적으로 완료되면 시스템의 펌웨어에서 사용되는 비휘발성 저장소 영역에 적합한 플래그가 설정된 경우 펌웨어가 자동 부트를 시도합니다.
보조 레벨 프로그램은 파일 시스템 특정 부트 블록(디스크에서 부트하는 경우)이거나 inetboot 또는 wanboot(네트워크 또는 AI(자동 설치 프로그램)를 통해 부트하는 경우)입니다.
x86 기반 시스템에서 부트스트랩 프로세스는 개념상 두 가지 고유의 단계(커널 로드 및 커널 초기화)로 구성됩니다. 커널 로드는 시스템 보드의 펌웨어 및 주변 보드의 ROM에 있는 펌웨어 확장을 사용하여 GRUB를 통해 구현됩니다. 시스템 펌웨어가 GRUB를 로드합니다. 로드 방식은 시스템 보드에 제공된 시스템 펌웨어의 유형에 따라 다릅니다.
PC 호환 시스템을 켜면 시스템의 펌웨어가 POST(power-on self-test)를 실행하고 주변 보드 ROMS에서 펌웨어 확장을 찾아 설치한 다음 펌웨어 특정 방식을 통해 부트 프로세스를 시작합니다.
BIOS 펌웨어를 사용하는 시스템의 경우 하드 디스크의 첫번째 물리적 섹터(부트 섹터라고 함)가 메모리로 로드되고 관련 코드가 실행됩니다. GPT 체계는 부트 섹터 코드 저장소용으로 각 분할 영역의 첫번째 섹터를 예약하지 않으므로 GPT(GUID 분할 영역 테이블)로 분할된 디스크에는 다른 방식으로 작동하여 다른 위치에서 코드를 로드하는 부트 섹터 코드가 있어야 합니다. 여기서 다른 위치란 GRUB가 BIOS 펌웨어에서 실행되고 있을 경우 전용 분할 영역(BIOS 부트 분할 영역이라고 함)입니다. GRUB 부트 섹터 코드가 GRUB의 나머지 항목을 메모리로 로드하면 부트 프로세스가 계속 수행됩니다.
그런 다음 부트 프로그램은 다음 단계(Oracle Solaris의 경우 GRUB 자체)를 로드합니다. 네트워크에서의 부트는 BIOS 펌웨어를 사용하는 시스템의 다른 프로세스와 관련이 있습니다. Chapter 5, 네트워크에서 시스템 부트(작업)를 참조하십시오.
UEFI 기반 펌웨어를 사용하는 시스템의 경우 부트 프로세스가 현저히 다릅니다. UEFI 펌웨어는 열거된 디스크에서 ESP(EFI 시스템 분할 영역)를 검색한 다음 UEFI 사양에 정의된 프로세스에 따라 UEFI 부트 프로그램을 로드하여 실행합니다. 그러면 UEFI 부트 응용 프로그램이 메모리로 로드되어 실행됩니다. Oracle Solaris에서 UEFI 부트 응용 프로그램은 GRUB입니다. 이 릴리스에서는 GRUB 버전이 UEFI 부트 응용 프로그램으로 실행되도록 빌드되었습니다. 그런 다음 BIOS 펌웨어를 사용하는 시스템에서와 마찬가지로 부트 프로세스가 계속 수행됩니다.
서비스 프로세서가 있는 시스템 및 물리적 도메인이 여러 개 있는 시스템을 비롯하여 특정 하드웨어 유형의 부트 프로세스에 대한 자세한 내용은 특정 하드웨어에 대한 제품 설명서(http://www.oracle.com/technetwork/indexes/documentation/index.html)를 참조하십시오.