탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 11.1 시스템 부트 및 종료 Oracle Solaris 11.1 Information Library (한국어) |
zpool create 명령을 통한 펌웨어 유형 기반 부트 분할 영역 만들기 지원
SPARC: 대부분의 sun4u 플랫폼에 대한 지원 종료
이 절에서는 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 펌웨어를 사용하는 시스템의 다른 프로세스와 관련이 있습니다. 5 장네트워크에서 시스템 부트(작업)를 참조하십시오.
UEFI 기반 펌웨어를 사용하는 시스템의 경우 부트 프로세스가 현저히 다릅니다. UEFI 펌웨어는 열거된 디스크에서 ESP(EFI 시스템 분할 영역)를 검색한 다음 UEFI 사양에 정의된 프로세스에 따라 UEFI 부트 프로그램을 로드하여 실행합니다. 그러면 UEFI 부트 응용 프로그램이 메모리로 로드되어 실행됩니다. Oracle Solaris에서 UEFI 부트 응용 프로그램은 GRUB입니다. 이 릴리스에서는 GRUB 버전이 UEFI 부트 응용 프로그램으로 실행되도록 빌드되었습니다. 그런 다음 BIOS 펌웨어를 사용하는 시스템에서와 마찬가지로 부트 프로세스가 계속 수행됩니다.
서비스 프로세서가 있는 시스템 및 물리적 도메인이 여러 개 있는 시스템을 비롯하여 특정 하드웨어 유형의 부트 프로세스에 대한 자세한 내용은 특정 하드웨어에 대한 제품 설명서(http://www.oracle.com/technetwork/indexes/documentation/index.html)를 참조하십시오.
GRUB 2는 BIOS 펌웨어, UEFI 펌웨어 및 GPT 레이블의 디스크를 사용하는 시스템을 부트할 수 있습니다. UEFI 펌웨어와 BIOS 펌웨어에서 부트를 지원하기 위해 GRUB 2는 2개의 다른 플랫폼인 i386-pc(BIOS)와 x86_64-efi(64비트 UEFI 2.1+)를 대상으로 빌드되었으므로 두 가지 고유의 바이너리 세트로 전달됩니다.
x86 기반 시스템을 부트할 때는 다음과 같은 UEFI 대상 시스템과 BIOS 대상 시스템의 차이에 유념해야 합니다.
명령 차이 – BIOS 부트 방법에서 사용되는 특정 명령을 UEFI 펌웨어에서 사용할 수 없습니다. 마찬가지로 BIOS 부트 방법을 지원하는 시스템에서 특정 UEFI 명령을 사용할 수 없습니다.
PXE 네트워크 부트 차이 – 네트워크에서 UEFI 펌웨어를 사용하는 시스템을 부트할 수 있도록 DHCP 서버 구성이 변경되었습니다. 새 UEFI 클라이언트 구조 식별자 값(DHCP 옵션 93)에 대한 지원이 이러한 변경에 해당합니다.
주 - UEFI 펌웨어 또는 BIOS 부트 방법을 사용하여 부트되도록 구성할 수 있는 시스템이 기술적으로 Oracle Solaris와 연동됩니다. 처음에 GRUB는 설치 시(또는 이미지 업데이트 시) 시스템 펌웨어 유형에 따라 설치됩니다. 부트 위치에서 다른 펌웨어 유형에 필요한 GRUB를 설치하는 명시적 명령을 실행할 수 있는 경우 이 방법이 지원되지 않습니다. Oracle Solaris를 설치한 후 대체 펌웨어 유형을 사용하여 부트되도록 특정 펌웨어 유형을 사용하는 시스템을 재구성하지 않아야 합니다.
새로운 -B 옵션이 zpool create 명령에 추가되었습니다. zpool create 만들기 명령으로 전체 디스크가 전달되면 -B 옵션에 따라 zpool 명령이 지정된 장치를 2개의 분할 영역으로 분할합니다. 첫번째 분할 영역은 펌웨어 특정 부트 분할 영역이며 두번째 분할 영역은 ZFS 데이터 분할 영역입니다. 또한 이 옵션을 사용하면 필요한 경우 기존 rpool에 전체 디스크 vdev를 추가하거나 연결할 때 필요한 부트 분할 영역을 만들 수 있습니다. bootfs 등록 정보가 허용되는 조건도 수정되었습니다. 풀에서 모든 시스템 및 디스크 레이블 지정 요구 사항이 충족되는 경우 풀에서 부트 가능 데이터 세트가 식별되도록 bootfs 등록 정보를 설정할 수 있습니다. 레이블 지정 요구 사항의 일부로, 필요한 부트 분할 영역도 있어야 합니다. 자세한 내용은 Oracle Solaris 11.1 관리: ZFS 파일 시스템의 ZFS 루트 풀 관리를 참조하십시오.