파트 I 네트워크를 통한 설치 계획

여기에서는 네트워크를 통한 설치 준비 방법에 대하여 설명합니다.

1장 Solaris 설치의 새로운 기능

이 장에서는 Solaris 설치 프로그램의 새로운 기능에 대해 설명합니다. Solaris OS의 모든 기능을 보려면 Solaris 10 새로운 기능을 참조하십시오.

• Solaris 설치용 Solaris 10 1/06 릴리스의 새로운 기능

• Solaris 설치용 Solaris 10 3/05 릴리스의 새로운 기능

Solaris 설치용 Solaris 10 1/06 릴리스의 새로운 기능

이 절에서는 Solaris 10 1/06 릴리스의 다음과 같은 새로운 설치 기능에 대해 설명합니다.

비전역 영역이 설치되어 있을 때 Solaris OS 업그레이드

Solaris 10 1/06 릴리스부터 Solaris 영역 분할 기술은 전역 영역인 Solaris의 단일 인스턴스에서 비전역 영역을 구성하는 기능을 제공합니다. 비전역 영역은 프로세스가 다른 모든 영역과 격리되는 응용 프로그램 실행 환경입니다. 비전역 영역이 설치된 시스템을 실행하는 경우 표준 Solaris 업그레이드 프로그램을 사용하여 Solaris 1/06 릴리스로 업그레이드할 수 있습니다. Solaris 대화식 설치 프로그램이나 사용자 정의 JumpStart를 사용하여 업그레이드할 수 있습니다. 비전역 영역이 설치되어 있으면 업그레이드에 몇 가지 제한이 있습니다.

• 지원되는 사용자 정의 JumpStart 키워드의 수가 제한됩니다. 지원되는 사용자 정의 JumpStart 키워드의 목록은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치를 참조하십시오.

• CD-ROM은 배포되지 않지만 DVD-ROM 또는 네트워크 설치 이미지를 사용하여 업그레이드할 수 있습니다.

• 비전역 영역이 설치된 시스템에서는 Solaris Live Upgrade를 사용하여 시스템을 업그레이드하지 마십시오. lucreate 명령을 사용하여 부트 환경을 만들 수 있지만 luupgrade 명령은 비전역 영역이 설치된 부트 환경을 업그레이드할 수 없습니다. 이 경우 업그레이드가 실패하며 오류 메시지가 표시됩니다.

Solaris 대화식 설치 프로그램에 대한 자세한 내용은 Solaris 10 설치 설명서: 기본 설치를 참조하십시오.

x86: GRUB 기반 부팅

Solaris 10 1/06 릴리스부터 x86 기반 시스템용 Solaris OS에 오픈 소스 GNU GRUB(GRand Unified BootLoader)가 사용되었습니다. GRUB는 시스템의 메모리에 부트 아카이브를 로드합니다. 부트 아카이브는 루트(/) 파일 시스템을 마운트하기 전에 시스템 시작 중에 필요한 핵심 파일 모음입니다. 부트 아카이브는 Solaris OS를 부트하는 데 사용됩니다.

가장 주목할 만한 변경 사항은 Solaris Device Configuration Assistant가 GRUB 메뉴로 대체된 것입니다. GRUB 메뉴를 사용하면 시스템에 설치된 여러 개의 운영 체제를 쉽게 부트할 수 있습니다. x86 기반 시스템을 부트하면 GRUB 메뉴가 표시됩니다. GRUB 메뉴에서 화살표 키를 사용하여 설치할 OS 인스턴스를 선택할 수 있습니다. 항목을 선택하지 않으면 기본 OS 인스턴스가 부트됩니다.

GRUB 기반 부트 기능의 이점은 다음과 같습니다.

• 부트 시간 단축

• USB CD 또는 DVD 드라이브에서 설치

• USB 저장 장치에서 부트 가능

• PXE 부트에 대한 간단한 DHCP 설정(공급업체별 옵션 없음)

• 모든 실시간 모드 드라이버 제거

• Solaris Live Upgrade 및 GRUB 메뉴를 사용하여 부트 환경을 빠르게 활성화하고 폴백할 수 있는 기능

GRUB에 대한 자세한 내용은 다음 절을 참조하십시오.

GNU는 “GNU's Not UNIX”의 재귀적 머리글자입니다. 자세한 내용은 http://www.gnu.org를 참조하십시오.

Solaris 릴리스에 대한 업그레이드 지원 변경 사항

Solaris 1/06 릴리스부터 Solaris 8, 9 또는 10 릴리스에서 Solaris OS를 업그레이드할 수 있습니다. Solaris 7 릴리스에서 업그레이드는 지원되지 않습니다.

Solaris 설치용 Solaris 10 3/05 릴리스의 새로운 기능

이 절에서는 Solaris 10 3/05 릴리스의 다음과 같은 새로운 설치 기능에 대해 설명합니다.

Solaris 설치 변경 - 설치 통합 포함

Solaris 10 3/05 릴리스부터 Solaris OS 설치의 여러 변경 사항으로 인해 설치가 보다 단순화되고 통합되었습니다.

변경 사항은 다음과 같습니다.

• 이 릴리스에는 설치 DVD 한 장과 설치 CD 여러 장이 있습니다. Solaris 10 Operating System DVD에는 모든 설치 CD의 내용이 포함되어 있습니다.

  • Solaris Software 1 – 이 CD만이 부트 가능한 CD입니다. 이 CD에서 Solaris 설치 그래픽 사용자 인터페이스(GUI) 및 콘솔 기반 설치에 액세스할 수 있습니다. 또한 이 CD를 사용하여 GUI와 콘솔 기반 설치에서 선택한 소프트웨어 제품을 설치할 수 있습니다.

  • 기타 Solaris 운영 체제 CD – 이 CD의 내용은 다음과 같습니다.

    • 필요한 경우 소프트웨어가 설치 요구 프롬프트를 표시하는 Solaris 패키지

    • 지원 및 비지원 소프트웨어를 포함하는 ExtraValue 소프트웨어

    • 설치 프로그램

    • 지역화된 인터페이스 소프트웨어 및 설명서

• Solaris Installation CD는 더 이상 제공되지 않습니다.

• CD 및 DVD 매체의 경우 GUI 설치가 기본(시스템의 메모리가 충분한 경우)입니다. 그러나 text 부트 옵션을 사용하여 콘솔 기반 설치를 지정할 수 있습니다.

• 설치 프로세스가 단순화 되었으며, 설치 프로세스는 부트할 때 언어 지원을 선택하고 로켈을 나중에 선택할 수 있게 되었습니다.

(비대화식) Solaris 사용자 정의 JumpStart^TM 설치 방법은 변경되지 않았습니다.

OS를 설치하려면 간단히 Solaris Software - 1CD 또는 DVD를 넣고 다음 명령 중 한 가지를 입력합니다.

• 기본 GUI 설치(시스템 메모리가 충분한 경우)를 선택하려면 boot cdrom을 입력합니다.

• 콘솔 기반 설치를 시작하려면 boot cdrom - text를 입력합니다.

GUI 또는 콘솔 기반 설치 액세스

Solaris 10 3/05 릴리스부터 GUI를 사용하거나 윈도우화 환경을 사용 또는 사용하지 않고 소프트웨어를 설치하도록 선택할 수 있습니다. 충분한 메모리가 있을 경우 GUI가 기본적으로 표시됩니다. GUI용 메모리가 부족한 경우 다른 환경이 기본으로 표시됩니다. nowin 또는 text 부트 옵션을 사용하여 기본값을 변경할 수 있습니다. 하지만 시스템의 메모리 양 또는 원격 설치에 의해 제한을 받습니다. 또한 Solaris 설치 프로그램이 비디오 어댑터를 찾을 수 없는 경우 프로그램이 자동으로 콘솔 기반 환경에 표시됩니다.

특정 메모리 요구 사항은 시스템 요구 사항 및 권장 사항을 참조하십시오.

사용자 정의 JumpStart 설치 패키지 및 패치 향상

Solaris 10 3/05 릴리스부터 사용자 정의 JumpStart 설치 방법을 사용하여 Solaris OS를 설치하고 업그레이드할 때 새 사용자 정의를 통해 다음을 수행할 수 있습니다.

• 추가 패키지를 포함하는 Solaris Flash 설치

  사용자 정의 JumpStart 프로필 package 키워드가 추가 패키지를 포함하여 Solaris Flash 아카이브를 설치할 수 있도록 개선되었습니다. 예를 들어 동일한 기본 아카이브를 두 대의 컴퓨터에 설치할 수 있으나 각 컴퓨터에 서로 다른 패키지 집합을 추가할 수 있습니다. 이들 패키지가 Solaris OS 배포의 일부분일 필요는 없습니다.

• Solaris 배포의 일부분이 아닐 수 있는 추가 패키지 포함 설치

  package 키워드 또한 Solaris 배포의 일부분이 아닌 패키지를 포함하여 설치할 수 있도록 개선되었습니다. 더 이상 여분의 패키지를 추가하기 위하여 설치 후 스크립트를 작성하지 않아도 됩니다.

• Solaris OS 패치 설치 기능이 있는 설치

  새 사용자 정의 JumpStart 프로필 patch 키워드를 사용하면 Solaris OS 패치를 설치할 수 있습니다. 이 기능을 사용하면 패치 파일에 지정된 목록의 패치를 설치할 수 있습니다.

자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치를 참조하십시오.

설치 중에 복수 네트워크 인터페이스 구성

Solaris 10 3/05 릴리스부터 Solaris 설치 프로그램을 사용하여 설치 중에 여러 개의 인터페이스를 구성할 수 있습니다. 이들 인터페이스는 시스템에 맞추어 sysidcfg 파일에서 미리 구성할 수 있습니다. 또는 설치 중에 여러 개의 인터페이스를 구성할 수 있습니다. 자세한 내용은 다음 설명서를 참조하십시오.

• Solaris 10 설치 설명서: 네트워크 기반 설치

• sysidtool(1M)

• sysidcfg(4)

SPARC: 64비트 패키지 변경 사항

이전의 Solaris 릴리스에서 Solaris 소프트웨어는 32비트 및 64비트 구성 요소용으로 별도로 제공되었습니다. Solaris 10 3/05 릴리스부터 대부분의 32비트 구성 요소와 64비트 구성 요소를 단일 패키지로 제공하여 패키징이 단순해졌습니다. 조합된 패키지에는 원본 32비트 패키지 이름이 유지되며 64비트 패키지는 더 이상 제공되지 않습니다.

64비트 패키지를 제거하여 다음과 같이 설치를 단순화하고 성능을 향상시켰습니다.

• 패키지의 수를 감소시켜 패키지 목록을 포함하는 사용자 정의 JumpStart 스크립트 단순화

• 소프트웨어 기능을 그룹화하는 하나의 패키지로 시스템 패키징 단순화

• 설치되는 패키지의 수가 적으므로 설치 시간 감소

64비트 패키지는 다음의 형식으로 이름이 변경되었습니다.

• 64비트 패키지에 동등한 32비트 패키지가 있는 경우 64비트 패키지의 이름이 32비트 패키지 이름으로 지정됩니다. 예를 들어 /usr/lib/sparcv9/libc.so.1 등의 64비트 라이브러리는 이전에 SUNWcslx에 포함되어 제공되었으나, 이제는 SUNWcsl에 포함되어 제공됩니다. 64비트 SUNWcslx 패키지는 더 이상 제공되지 않습니다.

• 패키지에 32비트 대응 항목이 없으면 “x” 접미어는 이름에서 제거됩니다. 예를 들어 SUNW1394x는 SUNW1394로 변경되었습니다.

이러한 변경으로 인하여 사용자 정의 JumpStart 스크립트 또는 기타 패키지 설치 스크립트를 수정하여 64비트 패키지에 대한 참조를 제거해야 할 수 있습니다.

새로운 부트 환경을 만드는 사용자 정의 JumpStart 설치 방법

Solaris 10 3/05 릴리스부터 Solaris 운영 체제를 설치할 때 JumpStart 설치 방법을 사용하여 빈 부트 환경을 만들 수 있습니다. 그런 다음 이후 사용을 위해 빈 부트 환경을 Solaris Flash 아카이브로 채울 수 있습니다.

자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 11 장, 사용자 정의 JumpStart(참조)를 참조하십시오.

축소 네트워킹 소프트웨어 그룹

Solaris 10 3/05 릴리스부터 설치 중에 축소 네트워킹 소프트웨어 그룹(SUNWCrnet)을 선택하거나 지정하면 더 적은 수의 네트워크 서비스를 사용하여 보다 안전한 시스템을 만들 수 있습니다. 시스템 관리자는 축소 네트워킹 소프트웨어 그룹을 사용하여 유틸리티와 복수 사용자 텍스트 기반 콘솔을 사용할 수 있습니다. 시스템은 SUNWCrnet을 사용하여 네트워크 인터페이스를 인식합니다. 설치하는 동안 소프트웨어 패키지를 추가하고 필요한 네트워크 서비스를 활성화하여 시스템의 구성을 사용자 정의할 수 있습니다.

자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치를 참조하십시오.

가상 목차를 사용하여 디스크 분할 영역 테이블 수정

Solaris 10 3/05 릴리스부터 이제 Solaris 설치 프로그램을 사용하여 가상 목차(VTOC)에서 기존 슬라이스를 로드할 수 있습니다.이제 설치 프로그램의 기본 디스크 레이아웃을 사용하지 않고 설치하는 동안 시스템의 기존 디스크 슬라이스 테이블을 보존하고 사용할 수 있습니다.

x86: 기본 부트 디스크 분할 영역 레이아웃의 변경

Solaris 10 3/05 릴리스부터 Solaris 설치 프로그램의 새 기능은 부트 디스크 분할 영역 레이아웃입니다. 기본적으로 이 레이아웃은 Sun x86 기반 시스템에서 서비스 분할 영역을 수용합니다. 이 설치 프로그램을 사용하여 기존 서비스 분할 영역을 보존할 수 있습니다.

새로운 기본값은 다음 분할 영역을 포함합니다.

• 첫 번째 분할 영역 – 서비스 분할 영역(시스템의 기존 크기)

• 두 번째 분할 영역 – x86 부트 분할 영역(약 11MB)

• 세 번째 분할 영역 – Solaris 운영 체제 분할 영역(부트 디스크의 나머지 공간)

이 기본 레이아웃을 사용하려면 Solaris 설치 프로그램에서 부트 디스크 레이아웃을 선택하라는 메시지를 표시할 때 기본값을 선택합니다.

현재 서비스 분할 영역이 없는 시스템에 x86 기반 시스템의Solaris OS를 설치하는 경우 Solaris 설치 프로그램은 새 서비스 분할 영역을 만들지 않습니다. 시스템에 서비스 분할 영역을 만들려는 경우 우선 사용하시는 시스템중의 진단 CD를 사용하여 서비스 분할 영역을 만듭니다. 서비스 분할 영역을 만든 후, Solaris 운영 체제를 설치합니다.

서비스 분할 영역을 만드는 방법은 하드웨어 설명서를 참조하십시오.

자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치를 참조하십시오.

2장 Solaris 설치 및 업그레이드(로드맵)

이 장에서는 Solaris 운영 체제를 설치 또는 업그레이드하기 전에 필요한 의사 결정에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.

• 작업 맵: Solaris 소프트웨어 설치 또는 업그레이드

• 네트워크, DVD 또는 CD를 이용하여 설치

• 초기 설치 또는 업그레이드

• Solaris 설치 방법 선택

• Sun Java System Application Server Platform Edition 8

이 책에서는 슬라이스라는 용어를 사용하지만 일부 Solaris 설명서와 프로그램에서는 슬라이스를 분할 영역이라고 부르기도 합니다.

x86: 혼란을 피하기 위하여 이 책에서는 x86 fdisk 분할 영역과 Solaris fdisk 분할 영역 내의 분할을 구분합니다. x86 fdisk 분할은 분할 영역이라고 합니다. Solaris fdisk 분할 영역 내의 분할은 슬라이스라고 합니다.

작업 맵: Solaris 소프트웨어 설치 또는 업그레이드

다음 작업 맵은 임의의 설치 프로그램을 사용하여 Solaris OS를 설치 또는 업그레이드하는 데 필요한 단계의 개요입니다. 이 작업 맵을 사용하여 운영 환경을 가장 효율적으로 설치하기 위해 필요한 모든 의사 결정을 확인합니다.

네트워크, DVD 또는 CD를 이용하여 설치

Solaris 소프트웨어는 DVD나 CD 매체를 통해 배포되므로 DVD-ROM이나 CD-ROM 드라이브에 액세스할 수 있는 시스템에 설치하거나 업그레이드할 수 있습니다.

원격 DVD 또는 CD 이미지가 있는 네트워크에서 설치하도록 시스템을 설정할 수 있습니다. 다음과 같은 이유로 이런 방식으로 시스템을 설정할 수 있습니다.

• 로컬 DVD-ROM 또는 CD-ROM 드라이브가 없는 경우

• 다중 시스템을 설치하며 Solaris 소프트웨어를 설치하기 위하여 모든 로컬 드라이브에 디스크를 삽입하지 않으려는 경우

모든 Solaris 설치 방법을 이용해 네트워크를 통해 시스템을 설치할 수 있습니다. 하지만 Solaris Flash 설치 기능이나 사용자 정의 JumpStart 설치를 이용하여 네트워크에서 시스템을 설치하여 대기업에서의 설치 프로세스를 중앙 집중화 및 자동화할 수 있습니다. 서로 다른 설치 방법에 대한 자세한 내용은 Solaris 설치 방법 선택을 참조하십시오.

Solaris 소프트웨어를 네트워크를 통해 설치하려면 초기 설정이 필요합니다. 네트워크를 통한 설치 준비에 대한 자세한 내용은 다음 옵션 중 하나를 선택하십시오.

초기 설치 또는 업그레이드

초기 설치 수행을 선택하거나 시스템에 이미 Solaris OS가 실행되고 있다면 시스템 업그레이드를 선택할 수 있습니다.

초기 설치

초기 설치는 새로운 버전의 Solaris OS로 시스템의 디스크를 덮어씁니다. 시스템에 SolarisOS가 실행되고 있지 않은 경우 초기 설치를 수행해야 합니다.

시스템에 이미 Solaris OS가 실행되고 있는 경우에도 초기 설치를 수행할 수 있습니다. 로컬 수정 사항을 보존하려면 설치하기 전에 로컬 수정 사항을 백업합니다. 설치를 완료한 후 로컬 수정 사항을 복원할 수 있습니다.

Solaris 설치 방법 중 하나를 사용하여 초기 설치를 수행할 수 있습니다. 다른 Solaris 설치 방법에 대한 자세한 내용은 Solaris 설치 방법 선택을 참조하십시오.

업그레이드

표준 및 Solaris Live Upgrade의 두 가지 업그레이드 방법을 사용하여 Solaris OS를 업그레이드합니다. 표준 업그레이드는 현재 Solaris OS의 가능한 한 많은 기존 구성 매개변수를 유지합니다. Solaris Live Upgrade는 현재 시스템의 사본을 만듭니다. 이 사본은 표준 업그레이드로 업그레이드할 수 있습니다. 업그레이드된 Solaris OS는그 다음 단일 재부트로 현재 시스템이 되도록 전환될 수 있습니다. 오류가 발생하면 재부트로 원래 Solaris OS로 다시 전환할 수 있습니다. Solaris Live Upgrade 를 사용하여 업그레이드하는 동안 시스템을 계속 실행할 수 있고 Solaris OS 릴리스 사이를 전환할 수 있습니다.

업그레이드에 대한 자세한 내용과 업그레이드 방법 목록은 업그레이드를 참조하십시오.

Solaris 설치 방법 선택

Solaris OS는 설치 또는 업그레이드를 위해 몇 가지 프로그램을 제공합니다. 각각의 설치 기술은 특정 설치 요구 사항 및 환경을 위해 설계된 다양한 기능을 제공합니다. 사용할 설치 방법을 선택할 때 다음 표가 도움이 됩니다.

Sun Java System Application Server Platform Edition 8

Sun Java System Application Server Platform Edition 8에서는 다양하게 응용 프로그램 서비스와 웹 서비스를 구현할 수 있습니다. 이 소프트웨어는 Solaris OS로 자동 설치됩니다. 서버에 대한 설명서는 다음에 있습니다.

3장 Solaris 설치 및 업그레이드(계획)

이 장에서는 Solaris OS를 설치하거나 업그레이드하기 위한 시스템 요구 사항에 대해 설명합니다. 디스크 공간과 기본 스왑 공간 할당을 위한 일반적인 지침도 제공됩니다. 이 장은 다음 내용으로 구성되어 있습니다.

• 시스템 요구 사항 및 권장 사항

• 디스크 및 스왑 공간 할당

• 업그레이드

• 시스템에서 실행되는 Solaris OS 버전 확인

• 로켈 값

• 플랫폼 이름 및 그룹

• 비전역 영역 사용 시 설치 및 업그레이드

• SPARC: 64비트 패키징 변경 사항

• x86: 영역 분할 권장 사항

시스템 요구 사항 및 권장 사항

GUI를 사용하거나 윈도우화 환경 또는 그 밖의 다른 환경에서 소프트웨어를 설치하도록 선택할 수 있습니다. 메모리가 충분한 경우 GUI가 기본적으로 표시됩니다. GUI용 메모리가 부족한 경우 다른 환경이 기본으로 표시됩니다. nowin 또는 text 부트 옵션을 사용하여 기본값을 변경할 수 있습니다. 그러나 시스템의 메모리 양 또는 원격 설치에 의해 제한을 받습니다. 또한 Solaris 설치 프로그램이 비디오 어댑터를 찾을 수 없는 경우 자동으로 콘솔 기반 환경이 표시됩니다. 표 3–3에는 해당 환경에 대한 설명과 함께 환경 표시를 위한 최소 메모리 요구 사항이 나열되어 있습니다.

디스크 및 스왑 공간 할당

Solaris 소프트웨어를 설치하기 전에 몇 가지 높은 수준의 계획을 수립하여 시스템에 충분한 디스크 공간이 있는지 확인할 수 있습니다.

일반적인 디스크 공간 계획 수립 및 권장 사항

디스크 공간 계획은 개인에 따라 다릅니다. 필요에 따라 다음 조건에 대한 공간을 할당할 수 있습니다.

소프트웨어 그룹의 권장 디스크 공간

Solaris 소프트웨어 그룹은 Solaris 패키지들을 모은 것입니다. 각각의 소프트웨어 그룹은 서로 다른 기능과 하드웨어 드라이버를 지원합니다.

• 초기 설치의 경우 시스템에서 수행하려는 기능에 따라 설치할 소프트웨어 그룹을 선택합니다.

• 업그레이드의 경우 반드시 시스템에 설치된 소프트웨어 그룹으로 업그레이드해야 합니다. 예를 들어, 이전에 시스템에 최종 사용자 Solaris 소프트웨어 그룹을 설치한 경우, 업그레이드 옵션을 사용하여 개발자 Solaris 소프트웨어 그룹으로 업그레이드할 수 없습니다. 하지만 업그레이드 중에 현재 설치되어 있는 소프트웨어 그룹의 일부가 아닌 소프트웨어를 추가할 수 있습니다.

Solaris 소프트웨어를 설치할 때, 선택한 Solaris 소프트웨어 그룹에서 패키지를 추가하거나 제거할 수 있습니다. 추가 또는 제거할 패키지를 선택하려면 소프트웨어 종속성과 Solaris 소프트웨어 패키지를 만드는 방법에 대해 알아야 합니다.

다음 그림은 소프트웨어 패키지의 그룹화를 보여줍니다. 축소된 네트워크 지원에는 최소 수의 패키지가 포함되고 전체 Solaris 소프트웨어 그룹 및 OEM 지원에는 모든 패키지가 포함됩니다.

그림 3–1 Solaris 소프트웨어 그룹

표 3–6에는 Solaris 소프트웨어 그룹과 각각의 그룹을 설치하는 데 필요한 권장 디스크 공간이 나열되어 있습니다.

표 3–6의 권장 디스크 공간에는 다음 항목을 위한 공간이 포함됩니다.

• 스왑 공간

• 패치

• 추가 소프트웨어 패키지

소프트웨어 그룹에 필요한 디스크 공간이 표에 나열된 양보다 적을 수도 있습니다.

업그레이드

Solaris Live Upgrade, Solaris 설치 프로그램 및 사용자 정의 JumpStart의 세 가지 업그레이드 방법 중 하나를 사용하여 시스템을 업그레이드할 수 있습니다.

업그레이드 제한 사항

업그레이드 프로그램

Solaris 설치 프로그램을 사용하여 표준 대화식 업그레이드를 수행하거나 사용자 정의 JumpStart 설치 방법을 사용하여 무인 업그레이드를 수행할 수 있습니다. Solaris Live Upgrade를 사용하여 실행 중인 시스템을 업그레이드할 수 있습니다.

업그레이드 대신 Solaris Flash 아카이브 설치

Solaris Flash 설치 기능은 많은 복제 시스템에서 복제할 수 있는 전체 설치 복사본을 마스터 시스템에서 작성하는 방법을 제공합니다. 이 사본은 Solaris Flash 아카이브라고 합니다. 설치 프로그램을 사용하여 아카이브를 설치할 수 있습니다.

비전역 영역이 설치된 경우 Solaris Flash 아카이브를 제대로 만들 수 없습니다. Solaris Flash 기능은 Solaris 영역 분할 기술과 호환되지 않습니다. Solaris Flash 아카이브를 만들면 다음과 같은 경우 아카이브를 배포할 때 결과 아카이브가 적절하게 설치되지 않습니다.

• 비전역 영역에서 아카이브가 작성된 경우

• 비전역 영역이 설치된 전역 영역에서 아카이브가 작성된 경우

아카이브 설치에 대한 자세한 내용은 다음 표를 참조하십시오.

디스크 공간 재할당으로 업그레이드

Solaris 설치 프로그램의 업그레이드 옵션과 사용자 정의 JumpStart 프로그램의 upgrade 키워드를 사용하면 디스크 공간을 재할당할 수 있습니다. 이 재할당을 사용하면 디스크 슬라이스의 크기가 자동으로 변경됩니다. 기존 파일 시스템에 업그레이드를 위한 충분한 공간이 없으면 디스크 공간을 재할당할 수 없습니다. 예를 들어 다음과 같은 이유로 시스템에 더 많은 업그레이드 공간이 필요할 수 있습니다.

• 시스템에 현재 설치되어 있는 Solaris 소프트웨어 그룹에 새 릴리스의 새로운 소프트웨어가 포함되어 있습니다. 소프트웨어 그룹에 포함되어 있는 새로운 소프트웨어는 모두 업그레이드 중에 설치되도록 자동 선택됩니다.

• 시스템의 기존 소프트웨어 크기가 새 릴리스에서 증가했습니다.

자동 레이아웃 기능이 디스크 공간을 재할당하여 파일 시스템의 새로운 크기 요구 사항을 충족시키려 시도합니다. 처음에 자동 레이아웃이 일련의 기본 제약 조건을 바탕으로 공간을 재할당하려 시도합니다. 자동 레이아웃이 공간을 재할당할 수 없다면 파일 시스템에 대한 제약 조건을 변경해야 합니다.

자동 레이아웃은 파일 시스템을 “증대하는” 기능이 없습니다. 자동 레이아웃은 다음 프로세스로 공간을 재할당합니다.

1. 변경할 시스템에서 필요한 파일 백업.

2. 파일 시스템 변경을 기준으로 디스크를 다시 영역 분할.

3. 업그레이드를 수행하기 전에 백업 파일 복구.

• Solaris 설치 프로그램을 사용하고 있고 자동 레이아웃이 디스크 공간의 재할당 방법을 결정할 수 없는 경우 반드시 사용자 정의 JumpStart 프로그램을 사용하여 업그레이드해야 합니다.

• 업그레이드를 위해 사용자 정의 JumpStart 방법을 사용하고 있고 업그레이드 프로필을 만드는 경우 디스크 공간이 문제가 될 수 있습니다. 현재 파일 시스템의 디스크 공간이 업그레이드용으로 충분하지 않은 경우 backup_media 및 layout_constraint 키워드를 사용하여 디스크 공간을 재할당할 수 있습니다. 프로필에서 backup_media 및 layout_constraint 키워드를 사용하는 방법의 예는 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 프로필의 예를 참조하십시오.

업그레이드하기 전에 시스템 백업

Solaris OS로 업그레이드하기 전에 반드시 기존 파일 시스템을 백업하는 것이 좋습니다. 파일 시스템을 테이프와 같은 이동식 매체에 복사하면 데이터 손실 또는 손상을 방지할 수 있습니다. 시스템 백업에 대한 자세한 설명은 System Administration Guide: Devices and File Systems의 24 장, Backing Up and Restoring File Systems (Overview)를 참조하십시오.

시스템에서 실행되는 Solaris OS 버전 확인

시스템에서 실행되는 Solaris 소프트웨어의 버전을 보려면 다음 명령 중 한 가지를 입력합니다.

$ uname -a

cat 명령은 더 자세한 내용을 제공합니다.

$ cat /etc/release

로켈 값

설치의 일부분으로 시스템이 사용할 로켈을 사전 구성할 수 있습니다. 로켈에 따라 온라인 정보를 특정 언어 및 지역에 맞게 표시하는 방법이 결정됩니다. 언어에는 날짜 및 시간 형식, 숫자 및 통화 체계, 맞춤법 등의 차이와 같은 지역적 편차를 반영하여 둘 이상의 로켈을 포함할 수 있습니다.

사용자 정의 JumpStart 프로필 또는 sysidcfg 파일에서 시스템 로켈을 사전 구성할 수 있습니다.

플랫폼 이름 및 그룹

네트워크 설치용으로 클라이언트를 추가하는 경우 반드시 시스템 구조(플랫폼 그룹)을 알아야 합니다. 사용자 정의 JumpStart 설치 규칙 파일을 만드는 경우 플랫폼 이름을 알야야 합니다.

다음은 플랫폼 이름과 그룹의 일부 예입니다. SPARC 기반 시스템의 전체 목록은 http://docs.sun.com/의 Solaris Sun 하드웨어 플랫폼 안내서를 참조하십시오.

실행중인 시스템에서 uname -i 명령을 사용하여 시스템의 플랫폼 이름을 결정하거나 uname -m 명령을 사용하여 시스템의 플랫폼 그룹을 결정할 수도 있습니다.

영역 설치 및 구성

다음 소개 부분에서는 전역 영역과 비전역 영역에 대한 고급 계획 정보를 제공합니다. 자세한 특정 계획 정보와 특정 절차는 System Administration Guide: Solaris Containers-Resource Management and Solaris Zones의 16 장, Introduction to Solaris Zones를 참조하십시오.

Solaris 영역 분할 기술(개요)

Solaris OS가 설치되면 영역을 설치하고 구성할 수 있습니다. 전역 영역은 실행되는 운영 체제의 단일 인스턴스이며 모든 Solaris 시스템에 포함됩니다. 전역 영역은 시스템의 기본 영역이며 또한 시스템 전체의 관리 제어용으로 사용되는 영역입니다. 비전역 영역은 가상화된 운영 체제 환경입니다.

Solaris 영역은 운영 체제 서비스를 가상화하고 응용 프로그램을 실행하기 위한 격리되고 안전한 환경을 제공하는 데 사용되는 소프트웨어 분할 기술입니다. 영역을 만드는 경우 프로세스를 다른 지역으로부터 격리하는 응용 프로그램 실행 환경을 만드는 것입니다. 이렇게 분리하면 하나의 영역에서 실행되는 프로세스가 다른 영역에서 실행되는 프로세스를 모니터하거나 영향을 미치지 않도록 방지합니다. 수퍼유저 자격으로 비전역 영역에서 실행되는 프로세스라도 다른 영역의 작동을 보거나 영향을 미칠 수 없습니다. 수퍼유저 자격으로 전역 영역에서 실행되는 프로세스는 모든 영역의 프로세스에 영향을 미칠 수 있습니다.

전역 영역 및 비전역 영역 이해

전역 영역은 비전역 영역을 구성, 설치, 관리 또는 제거할 수 있는 유일한 영역입니다. 오직 전역 영역만 시스템 하드웨어에서 부트할 수 있습니다. 물리적 장치, 라우팅 또는 동적 재구성(DR) 등과 같은 시스템 인프라에 대한 관리는 전역 영역에서만 가능합니다. 전역 영역에서 적절한 권한으로 실행되는 프로세스는 모든 영역에 연결된 객체에 액세스할 수 있습니다. 다음 표는 전역 영역과 비전역 영역의 특성을 요약합니다.

자세한 내용은 다음을 참조하십시오.

• System Administration Guide: Solaris Containers-Resource Management and Solaris Zones의 16 장, Introduction to Solaris Zones

• 영역 설치 및 구성

Solaris 영역(계획)

Solaris OS를 설치한 후 영역을 설치하고 구성할 수 있습니다. 전역 영역은 실행되는 운영 체제의 단일 인스턴스이며 모든 Solaris 시스템에 포함됩니다. 전역 영역은 시스템의 기본 영역이며 또한 시스템 전체의 관리 제어용으로 사용되는 영역입니다. 비전역 영역은 가상화된 운영 체제 환경입니다.

다음과 같은 경우에는 -R 옵션이나 이와 동일한 옵션을 사용하여 대체 루트(/) 파일 시스템을 적용하는 명령을 사용하지 마십시오.

• 명령이 전역 영역에서 실행되는 경우

• 대체 루트(/) 파일 시스템은 비전역 영역 내의 임의 경로를 나타냅니다.

예를 들어, 전역 영역에서 실행한 pkgadd 유틸리티의 -R root_path 옵션에 비전역 영역의 루트(/) 파일 시스템에 대한 경로를 사용합니다.

대체 루트(/) 파일 시스템을 허용하는 유틸리티 목록과 영역에 대한 자세한 내용은 System Administration Guide: Solaris Containers-Resource Management and Solaris Zones의 Restriction on Accessing A Non-Global Zone From the Global Zone을 참조하십시오.

비전역 영역 사용 시 설치 및 업그레이드

Solaris OS를 설치할 때 전역 영역에 설치되는 소프트웨어 그룹은 모든 비전역 영역에서 공유하는 패키지 집합입니다. 예를 들어 전체 소프트웨어 그룹을 설치하는 경우 모든 영역에 이들 패키지가 포함됩니다. 기본적으로 전역 영역에 설치되는 모든 추가 패키지는 또한 비전역 영역으로 전달됩니다. 응용 프로그램, 이름 공간, 서버 및 NFS와 DHCP 등의 네트워크 연결뿐 아니라 다른 소프트웨어를 비전역 영역으로 분리할 수 있습니다. 각각의 비전역 영역은 다른 비전역 영역을 인식하지 못하며 서로 독립적으로 작동할 수 있습니다. 예를 들어 전역 영역에 전체 소프트웨어 그룹을 설치하고 별도의 비전역 영역에 Java Enterprise System Messaging Server, 데이터베이스, DHCP 및 웹 서버를 실행했을 수 있습니다. 비전역 영역을 설치하는 경우 각 비전역 영역에서 실행되는 응용 프로그램의 성능 요구 사항을 염두에 두어야 합니다.

비전역 영역이 설치되어 있으면 Solaris Flash 아카이브를 적절하게 만들 수 없습니다. Solaris Flash 기능은 Solaris 영역 분할 기술과 호환되지 않습니다. Solaris Flash 아카이브를 만들면 다음과 같은 경우 아카이브를 배포할 때 결과 아카이브가 적절하게 설치되지 않습니다.

• 비전역 영역에서 아카이브가 작성된 경우

• 비전역 영역이 설치된 전역 영역에서 아카이브가 작성된 경우

비전역 영역이 설치된 경우 업그레이드

Solaris 10 1/06 릴리스부터 Solaris OS를 업그레이드할 때 비전역 영역이 설치된 시스템을 업그레이드할 수 있습니다. Solaris 대화식 설치 프로그램과 사용자 정의 JumpStart 프로그램이 업그레이드를 가능하게 합니다.

• Solaris 대화식 설치 프로그램을 사용하면 업그레이드 또는 초기 설치 선택 패널에서 업그레이드 설치를 선택하여 비전역 영역이 있는 시스템을 업그레이드할 수 있습니다. 설치 프로그램은 시스템을 분석하여 시스템의 업그레이드 가능 여부를 확인하고 분석 요약 정보를 제공합니다. 그런 다음 업그레이드를 계속하라는 메시지를 표시합니다. 이 프로그램을 사용할 때는 다음과 같은 제한이 있습니다.

  • 업그레이드를 사용자 정의할 수 없습니다. 예를 들어, 추가 소프트웨어 제품 또는 추가 로켈 패키지를 설치하거나 디스크 레이아웃을 수정할 수 없습니다.

  • Solaris 10 DVD 또는 DVD 작성 네트워크 설치 이미지를 사용해야 합니다. Solaris 10 Software CD를 사용하여 시스템을 업그레이드할 수 없습니다. 이 프로그램을 사용한 설치에 대한 자세한 내용은 Solaris 10 설치 설명서: 기본 설치의 2 장, Solaris 설치 프로그램을 사용하여 설치(작업)를 참조하십시오.

• 사용자 정의 JumpStart 설치 프로그램에서는 install_type 및 root_device 키워드를 사용해야만 업그레이드할 수 있습니다.

  일부 키워드는 비전역 영역에 영향을 주기 때문에 프로필에 키워드를 포함할 수 없습니다. 예를 들어 패키지 추가, 디스크 공간 재할당 또는 로켈 추가 키워드를 사용하면 비전역 영역에 영향을 줍니다. 이러한 키워드를 사용하면 해당 키워드가 무시되거나 JumpStart 업그레이드가 실패합니다. 이러한 키워드 목록은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 비전역 영역으로 업그레이드하는 경우 프로필 키워드 제한을 참조하십시오.

비전역 영역이 설치되어 있으면 Solaris Live Upgrade를 사용하여 시스템을 업그레이드할 수 없습니다. lucreate 명령을 사용하여 부트 환경을 만들 수 있지만 luupgrade 명령을 사용하면 업그레이드가 실패합니다. 오류 메시지가 표시됩니다.

비전역 영역에 대한 디스크 공간 요구 사항

전역 영역을 설치할 때는 만들 수 있는 모든 영역에 충분한 디스크 공간이 있어야 합니다. 각 비전역 영역에는 고유의 디스크 공간 요구 사항이 있을 수 있습니다. 다음 설명은 계획에 대한 간단한 개요입니다. 자세한 계획 요구 사항과 권장 사항은 System Administration Guide: Solaris Containers-Resource Management and Solaris Zones의 18 장, Planning and Configuring Non-Global Zones (Tasks)를 참조하십시오.

영역이 사용할 수 있는 디스크 공간의 크기는 제한되지 않습니다. 전역 영역 관리자에게 공간을 제한할 책임이 있습니다. 소규모 단일 프로세서 시스템에서도 동시에 여러 개의 영역을 실행할 수 있습니다.

전역 영역에 설치된 패키지의 특징에 따라 작성되는 비전역 영역의 공간 요구 사항이 달라집니다. 패키지의 수와 공간 요구 사항은 요인입니다. 다음은 일반적인 디스크 공간 지침입니다.

• 전역 영역이 모든 표준 Solaris 패키지를 포함하여 설치된 경우 약 100MB의 사용 가능한 디스크 공간을 제안합니다. 전역 영역에 추가 패키지를 설치하는 경우 공간을 늘입니다. 기본적으로 전역 영역에 설치되는 모든 추가 패키지는 또한 비전역 영역으로 전달됩니다. 이들 추가 패키지용 비전역 영역의 디렉토리 위치는 inherit-pkg-dir 리소스를 통하여 지정됩니다.

• 시스템의 스왑 공간이 충분한 경우 각 영역에 40MB의 RAM을 추가합니다. 각 영역이 실행되도록 하려면 이렇게 추가하는 것이 좋습니다. 시스템 크기를 계획할 때 RAM 추가를 염두에 두어야 합니다.

SPARC: 64비트 패키징 변경 사항

이전의 Solaris 릴리스에서 Solaris OS는 32비트 및 64비트 구성 요소용으로 별도로 제공되었습니다. Solaris 10 OS에서는 32비트 및 64비트 구성 요소를 단일 패키지로 제공함으로써 패키징을 단순화했습니다. 조합된 패키지에는 원본 32비트 패키지 이름이 유지되며 64비트 패키지는 더 이상 제공되지 않습니다. 이렇게 변경함으로써 패키지의 수를 줄이고 설치를 단순화했습니다. 이러한 변경으로 인하여 사용자 정의 JumpStart 스크립트 또는 기타 패키지 설치 스크립트를 수정하여 64비트 패키지에 대한 참조를 제거해야 할 수 있습니다.

64비트 패키지는 다음의 형식으로 이름이 변경되었습니다.

• 64비트 패키지에 동등한 32비트 패키지가 있는 경우 64비트 패키지의 이름이 32비트 패키지 이름으로 지정됩니다. 예를 들어 /usr/lib/sparcv9/libc.so.1 등의 64비트 라이브러리는 이전에 SUNWcslx에 포함되어 제공되었으나, 이제는 SUNWcsl에 포함되어 제공됩니다. 64비트 SUNWcslx 패키지는 더 이상 제공되지 않습니다.

• 패키지에 32비트 대응 항목이 없으면 “x” 접미어는 이름에서 제거됩니다. 예를 들어, SUNW1394x는 SUNW1394로 변경됩니다.

x86: 영역 분할 권장 사항

x86 기반 시스템에 Solaris OS를 사용하는 경우 다음의 시스템의 영역 분할에 대한 지침을 따르십시오.

Solaris 설치 프로그램은 기본 부트 디스크 분할 영역 레이아웃을 사용합니다. 이들 분할 영역은 fdisk 분할 영역이라고 합니다. fdisk는 x86 기반 시스템의 특정 운영 체제 전용인 디스크 드라이브의 논리적 분할 영역입니다. Solaris 소프트웨어를 설치하려면 x86 기반 시스템에 하나 이상의 Solaris fdisk 분할 영역을 설정해야 합니다. x86 기반 시스템은 디스크에서 최고 4개의 fdisk 분할 영역을 허용합니다. 개별 운영 체제를 보유하기 위해 이러한 분할 영역을 사용할 수 있습니다. 각 운영 체제는 고유한 fdisk 분할 영역에 위치해야 합니다. 시스템은 디스크당 하나의 Solaris fdisk 분할 영역만 가질 수 있습니다.

기본 부트 디스크 분할 영역 레이아웃이 서비스 분할 영역을 보존

Solaris 설치 프로그램은 기본 부트 디스크 분할 영역 레이아웃을 사용하여 진단 또는 서비스 분할 영역을 수용합니다. 시스템에 현재 진단 또는 서비스 분할 영역이 포함된 경우 기본 부트 디스크 분할 영역 레이아웃으로 이 분할 영역을 보존할 수 있습니다.

현재 진단 또는 서비스 분할 영역을 포함하지 않는 x86 기반 시스템에 Solaris OS를 설치하는 경우 설치 프로그램은 기본적으로 새 진단 또는 서비스 분할 영역을 만들지 않습니다. 시스템에 진단 또는 서비스 분할 영역을 만들려면 하드웨어 설명서를 참조하십시오.

4장 x86: Solaris 설치용 GRUB 기반 부트

이 장에서는 Solaris 설치와 관련된 x86 기반 시스템에서의 GRUB 기반 부트에 대해 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.

• x86: GRUB 기반 부트(개요)

• x86: GRUB 기반 부트(계획)

• x86: GRUB 메뉴의 menu.lst 파일 찾기(작업)

x86: GRUB 기반 부트(개요)

Solaris 10 1/06 릴리스부터 오픈 소스 부트 로더인 GRUB가 Solaris OS의 기본 부트 로더로 사용되었습니다.

SPARC 기반 시스템에서는 GRUB 기반 부트를 사용할 수 없습니다.

부트 로더는 시스템을 켠 후 실행되는 첫 번째 소프트웨어 프로그램입니다. x86 기반 시스템을 켜면 BIOS(Basic Input/Output System)가 CPU, 메모리 및 플랫폼 하드웨어를 초기화합니다. 초기화 단계가 완료되면 BIOS는 구성된 부트 장치에서 부트 로더를 로드하고 시스템 제어를 부트 로더로 넘깁니다.

GRUB는 구성 파일에 미리 정의된 부트 옵션을 포함하는 간단한 메뉴 인터페이스가 있는 오픈 소스 부트 로더입니다. GRUB에는 다양한 부트 명령을 수행하기 위해 메뉴 인터페이스에서 액세스할 수 있는 명령줄 인터페이스도 있습니다. Solaris OS에서 GRUB 구현은 멀티부트 사양과 호환됩니다. 이 사양에 대해서는 http://www.gnu.org/software/grub/grub.html에서 자세히 설명합니다.

Solaris 커널은 멀티부트 사양과 완전히 호환되므로 GRUB를 사용하여 Solaris x86 기반 시스템을 부트할 수 있습니다. GRUB를 사용하면 여러 운영 체제를 보다 쉽게 부트하고 설치할 수 있습니다. 예를 들어, 한 시스템에서 다음 운영 체제를 개별적으로 부트할 수 있습니다.

• Solaris OS

• Microsoft Windows

  ---

  주 –

  GRUB는 Microsoft Window 분할 영역을 감지하지만 OS를 부트할 수 있는지 확인하지 않습니다.

  ---

GRUB의 주요 이점은 파일 시스템과 커널 실행 파일 형식에 대해 직관적이므로 커널의 물리적 위치를 디스크에 기록하지 않고 운영 체제를 로드할 수 있습니다. GRUB 기반 부트를 사용하면 커널이 파일 이름, 드라이브 및 커널이 위치해 있는 분할 영역을 지정하여 로드됩니다. GRUB 기반 부트는 Solaris Device Configuration Assistant를 대체하며 GRUB 메뉴를 사용하여 부트 프로세스를 단순화합니다.

x86: GRUB 기반 부트의 작동 방식

GRUB가 시스템을 제어하면 콘솔에 메뉴가 표시됩니다. GRUB 메뉴에서 다음을 수행할 수 있습니다.

• 항목을 선택하여 시스템을 부트합니다.

• 내장 GRUB 편집 메뉴를 사용하여 부트 항목을 수정합니다.

• 명령줄에서 OS 커널을 수동으로 로드합니다.

구성 가능한 시간 초과를 사용하여 기본 OS 항목을 부트할 수 있습니다. 임의의 키를 누르면 기본 OS 항목 부트가 중단됩니다.

GRUB 메뉴의 예를 보려면 GRUB 기본 메뉴에 대한 설명을 참조하십시오.

x86: GRUB 장치 이름 지정 규약

GRUB에서 사용하는 장치 이름 지정 규약은 이전 Solaris OS 버전과 약간 다릅니다. GRUB 장치 이름 지정 규약을 알아두면 시스템에서 GRUB를 구성할 때 드라이브와 분할 영역 정보를 올바로 지정하는 데 도움이 됩니다.

다음 표에서는 GRUB 장치 이름 지정 규약에 대해 설명합니다.

모든 GRUB 장치 이름을 괄호로 묶어야 합니다. 분할 영역 번호는 1이 아니라 0(제로)부터 시작합니다.

fdisk 분할 영역에 대한 자세한 내용은 System Administration Guide: Devices and File Systems의 Guidelines for Creating an fdisk Partition을 참조하십시오.

x86: GRUB 기반 설치 정보 위치

이러한 변경 사항에 대한 자세한 내용은 다음 관련 자료를 참조하십시오.

x86: GRUB 기반 부트(계획)

이 절에서는 GRUB 기반 부트의 기초와 GRUB 메뉴에 대해 설명합니다.

Solaris OS를 설치하면 기본적으로 두 개의 GRUB 메뉴 항목이 시스템에 표시됩니다. 첫 번째 항목은 Solaris OS 항목입니다. 두 번째 항목은 시스템 복구에 사용되는 비상 안전 부트 아카이브입니다. Solaris GRUB 메뉴 항목은 Solaris 소프트웨어 설치 및 업그레이드 프로세스의 일부로 자동으로 설치 및 업데이트됩니다. 이러한 항목은 OS에서 직접 관리되며 수동으로 편집하면 안 됩니다.

표준 Solaris OS 설치 중에 GRUB는 시스템 BIOS 설정을 수정하지 않고 Solaris fdisk 분할 영역에 설치됩니다. OS가 BIOS 부트 디스크에 없는 경우 다음 중 하나를 수행해야 합니다.

• BIOS 설정을 수정합니다.

• 부트 관리자를 사용하여 Solaris 분할 영역에 부트스트랩합니다. 자세한 내용은 부트 관리자를 참조하십시오.

기본 방법은 부트 디스크에 Solaris OS를 설치하는 것입니다. 여러 개의 운영 체제를 시스템에 설치하는 경우 menu.lst 파일에 항목을 추가할 수 있습니다. 이러한 항목은 다음에 시스템을 부트하면 GRUB 메뉴에 표시됩니다.

여러 운영 체제에 대한 자세한 내용은 System Administration Guide: Basic Administration의 How Multiple Operating Systems Are Supported in the GRUB Boot Environment를 참조하십시오.

x86: 네트워크에서 GRUB 기반 설치 수행

GRUB 기반 네트워크 부트를 수행하려면 PXE 클라이언트에 대해 구성된 DHCP 서버와 tftp 서비스를 제공하는 설치 서버가 있어야 합니다. DHCP 서버는 DHCP 클래스인 PXEClient 및 GRUBClient에 응답할 수 있어야 합니다. DHCP 응답은 다음 정보를 포함해야 합니다.

• 파일 서버의 IP 주소

• 부트 파일의 이름(pxegrub)

rpc.bootparamd는 일반적으로 네트워크 부트를 수행하기 위한 서버측의 요구 사항으로, GRUB 기반 네트워크 부트에는 필요하지 않습니다.

PXE 또는 DHCP 서버를 사용할 수 없는 경우 CD-ROM이나 로컬 디스크에서 GRUB를 로드할 수 있습니다. 그런 다음 GRUB에서 수동으로 네트워크를 구성하고 파일 서버로부터 멀티부트 프로그램과 부트 아카이브를 다운로드할 수 있습니다.

자세한 내용은 x86: PXE를 사용하여 네트워크를 통해 부팅 및 설치 개요를 참조하십시오.

GRUB 기본 메뉴에 대한 설명

x86 기반 시스템을 부트하면 GRUB 메뉴가 표시됩니다. 이 메뉴의 부트 항목 목록에서 선택할 수 있습니다. 부트 항목은 시스템에 설치된 OS 인스턴스입니다. GRUB 메뉴는 구성 파일인 menu.lst 파일을 기반으로 합니다. menu.lst 파일은 Solaris 설치 프로그램에 의해 작성되며 설치 후에 수정할 수 있습니다. menu.lst 파일에 따라 GRUB 메뉴에 표시되는 OS 인스턴스 목록이 결정됩니다.

• Solaris OS를 설치하거나 업그레이드하면 GRUB 메뉴가 자동으로 업데이트됩니다. Solaris OS는 새 부트 항목으로 표시됩니다.

• Solaris OS가 아닌 OS를 설치한 경우 menu.lst 구성 파일을 수정하여 새 OS 인스턴스를 포함해야 합니다. 새 OS 인스턴스를 추가하면 다음에 시스템을 부트할 때 새 부트 항목이 GRUB 메뉴에 표시됩니다.

예 4–1 GRUB 기본 메뉴

다음 예에서 GRUB 기본 메뉴는 Solaris 및 Microsoft Windows 운영 체제를 표시합니다. second_disk라는 Solaris Live Upgrade 부트 환경도 표시됩니다. 각 메뉴 항목에 대한 설명은 다음을 참조하십시오.

GNU GRUB version 0.95 (616K lower / 4127168K upper memory)
+-------------------------------------------------------------------+
|Solaris                                                            |
|Solaris failsafe                                                   |
|second_disk                                                        |
|second_disk failsafe                                               |
|Windows                                                            |
+-------------------------------------------------------------------+
Use the ^ and v keys to select which entry is highlighted. Press
enter to boot the selected OS, 'e' to edit the commands before
booting, or 'c' for a command-line.

Solaris

Solaris OS를 지정합니다.

Solaris failsafe

Solaris OS가 손상된 경우 복구에 사용할 수 있는 부트 아카이브를 지정합니다.

second_disk

Solaris Live Upgrade 부트 환경을 지정합니다. second_disk 부트 환경은 Solaris OS의 복사본으로 작성되었으며 luactivate 명령으로 업그레이드되어 활성화되었습니다. 부트 시 부트 환경을 사용할 수 있습니다.

Windows

Microsoft Windows OS를 지정합니다. GRUB는 이러한 분할 영역을 감지하지만 OS를 부트할 수 있는지 확인하지 않습니다.

GRUB menu.lst 파일에 대한 설명

GRUB menu.lst 파일은 GRUB 기본 메뉴의 내용을 나열합니다. GRUB 기본 메뉴는 Solaris Live Upgrade 부트 환경을 포함하여 시스템에 설치된 모든 OS 인스턴스에 대한 부트 항목을 나열합니다. Solaris 소프트웨어 업그레이드 프로세스는 이 파일의 모든 변경 사항을 보존합니다.

Solaris Live Upgrade 항목과 더불어 menu.lst 파일에 대한 모든 개정이 GRUB 기본 메뉴에 표시됩니다. 파일 변경 사항은 다음에 시스템을 다시 부트할 때 적용됩니다. 다음과 같은 이유로 이 파일을 변경할 수 있습니다.

• Solaris가 아닌 운영 체제에 대한 항목을 GRUB 메뉴에 추가하기 위해

• GRUB 메뉴에서 기본 OS를 지정하는 등 부트 동작을 사용자 정의하기 위해

GRUB menu.lst 파일을 사용하여 Solaris Live Upgrade 항목을 수정하지 마십시오. 이렇게 하면 Solaris Live Upgrade가 실패할 수 있습니다.

menu.lst 파일을 사용하여 커널 디버거를 사용한 부트 등의 부트 동작을 사용자 정의할 수도 있지만 기본 사용자 정의 방법은 eeprom 명령을 사용하는 것입니다. menu.lst 파일을 사용하여 사용자 정의하는 경우 소프트웨어 업그레이드 중에 Solaris OS 항목을 수정할 수 있습니다. 이 경우 파일 변경 사항이 손실됩니다.

eeprom 명령의 사용 방법에 대한 자세한 내용은 System Administration Guide: Basic Administration의 How to Set Solaris Boot Parameters by Using the eeprom Command를 참조하십시오.

예 4–2 Menu.lst 파일

menu.lst 파일의 샘플은 다음과 같습니다.

default 0
timeout 10
title Solaris
  root (hd0,0,a)
  kernel /platform/i86pc/multiboot -B console=ttya
  module /platform/i86pc/boot_archive
title Solaris failsafe
  root (hd0,0,a)
  kernel /boot/multiboot -B console=ttya -s
  module /boot/x86.miniroot.safe
#----- second_disk - ADDED BY LIVE UPGRADE - DO NOT EDIT  -----
title second_disk
  root (hd0,1,a)
  kernel /platform/i86pc/multiboot
  module /platform/i86pc/boot_archive
title second_disk failsafe
  root (hd0,1,a)NT
  kernel /boot/multiboot kernel/unix -s
  module /boot/x86.miniroot-safe
#----- second_disk -------------- END LIVE UPGRADE ------------
title Windows
  root (hd0,0)
  chainloader -1

default

시간 초과가 만료되면 부트할 항목을 지정합니다. 기본값을 변경하려면 숫자를 변경하여 목록에서 다른 항목을 지정할 수 있습니다. 첫 번째 제목의 카운트는 0부터 시작합니다. 예를 들어, 자동으로 second_disk 부트 환경으로 부트하려면 기본값을 2로 변경합니다.

timeout

기본 항목을 부트하기 전에 사용자의 입력을 대기할 시간(초)을 지정합니다. 시간 초과를 지정하지 않으면 항목을 선택해야 합니다.

title OS name

운영 체제의 이름을 지정합니다.

• Solaris Live Upgrade 부트 환경의 경우 OS name은 새 부트 환경을 작성할 때 지정한 이름입니다. 앞의 예에서 Solaris Live Upgrade 부트 환경의 이름은 second_disk로 지정되었습니다.

• 비상 안전 부트 아카이브인 경우 이 부트 아카이브는 주 OS가 손상되었을 때 복구에 사용됩니다. 앞의 예에서 Solaris failsafe와 second_disk failsafe는 Solaris 및 second_disk 운영 체제에 대한 복구 부트 아카이브입니다.

root (hd0,0,a)

파일을 로드할 디스크, 분할 영역 및 슬라이스를 지정합니다. GRUB가 자동으로 파일 시스템 유형을 감지합니다.

kernel /platform/i86pc/multiboot

멀티부트 프로그램을 지정합니다. 커널 명령은 항상 멀티부트 프로그램 앞에 있어야 합니다. 멀티부트 이후의 문자열은 해석되지 않고 Solaris OS로 전달됩니다.

여러 운영 체제에 대한 자세한 내용은 System Administration Guide: Basic Administration의 How Multiple Operating Systems Are Supported in the GRUB Boot Environment를 참조하십시오.

GRUB 메뉴 변경을 위해 menu.lst 파일 찾기

항상 bootadm 명령을 사용하여 GRUB 메뉴의 menu.lst 파일을 찾아야 합니다. list-menu 하위 명령은 활성 GRUB 메뉴를 찾습니다. menu.lst 파일은 시스템에 설치된 모든 운영 체제를 나열합니다. 이 파일의 내용에 따라 GRUB 메뉴에 표시되는 운영 체제 목록이 결정됩니다. 이 파일을 변경하려면 x86: GRUB 메뉴의 menu.lst 파일 찾기(작업)를 참조하십시오.

x86: GRUB 메뉴의 menu.lst 파일 찾기(작업)

Solaris 10 1/06 릴리스부터 GRUB 메뉴를 업데이트할 수 있습니다. 예를 들어 기본 OS 부트 속도에 대한 기본 시간을 변경할 수 있습니다. 또는 GRUB 메뉴에 다른 OS를 추가할 수도 있습니다.

일반적으로 활성 GRUB 메뉴의 menu.lst 파일은 /boot/grub/menu.lst에 있습니다. GRUB menu.lst 파일이 다른 위치에 있는 경우도 있습니다. 예를 들어, Solaris Live Upgrade를 사용하는 시스템의 경우 GRUB menu.lst 파일이 현재 부트 환경을 실행하고 있지 않은 부트 환경에 있을 수 있습니다. 또는 x86 부트 분할 영역을 사용하여 시스템을 업그레이드한 경우 menu.lst 파일이 /stubboot 디렉토리에 있을 수도 있습니다. 활성 GRUB menu.lst 파일만 시스템을 부트하는 데 사용됩니다. 시스템을 부트할 때 표시되는 GRUB 메뉴를 수정하려면 활성 GRUB menu.lst 파일을 수정해야 합니다. 다른 GRUB menu.lst 파일을 변경하면 시스템을 부트할 때 표시되는 메뉴에 영향을 주지 않습니다. 활성 GRUB menu.lst 파일의 위치를 확인하려면 bootadm 명령을 사용합니다. list-menu 하위 명령은 활성 GRUB 메뉴의 위치를 표시합니다. 다음 절차에서는 GRUB 메뉴의 menu.lst 파일 위치를 확인합니다.

bootadm 명령에 대한 자세한 내용은 bootadm(1M) 매뉴얼 페이지를 참조하십시오.

GRUB 메뉴의 menu.lst 파일을 찾는 방법

다음 절차에서는 시스템에 Solaris 및 Solaris Live Upgrade 부트 환경인 second_disk 입니다. Solaris OS가 부트되었으며 GRUB 메뉴가 포함되어 있습니다.

단계

1. 수퍼유저 또는 동등한 역할의 사용자로 로그인합니다.

   역할에는 권한 부여 및 권한이 있는 명령이 포함됩니다. 역할에 대한 자세한 내용은 System Administration Guide: Security Services의 Configuring RBAC (Task Map)를 참조하십시오.

2. menu.lst 파일을 찾으려면 다음을 입력합니다.

   # /sbin/bootadm list-menu

   파일의 위치와 내용이 표시됩니다.

   The location for the active GRUB menu is: /boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

활성 menu.lst 파일이 다른 부트 환경에 있을 때 GRUB 메뉴의 menu.lst 파일을 찾는 방법

다음 절차에서는 시스템에 Solaris 및 Solaris Live Upgrade 부트 환경인 second_disk의 두 개 운영 체제가 있습니다. 이 경우 menu.lst 파일이 현재 실행 중인 부트 환경에 없습니다. second_disk 부트 환경이 부트되었습니다. Solaris 부트 환경에 GRUB 메뉴가 포함되어 있습니다. Solaris 부트 환경은 마운트되지 않습니다.

단계

1. 수퍼유저 또는 동등한 역할의 사용자로 로그인합니다.

   역할에는 권한 부여 및 권한이 있는 명령이 포함됩니다. 역할에 대한 자세한 내용은 System Administration Guide: Security Services의 Configuring RBAC (Task Map)를 참조하십시오.

2. menu.lst 파일을 찾으려면 다음을 입력합니다.

   # /sbin/bootadm list-menu

   파일의 위치와 내용이 표시됩니다.

   The location for the active GRUB menu is: /dev/dsk/device_name(not mounted) The filesystem type of the menu device is <ufs> default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

3. menu.lst 파일을 포함하는 파일 시스템이 마운트되지 않으므로 파일 시스템을 마운트합니다. UFS 파일 시스템과 장치 이름을 지정합니다.

   # /usr/sbin/mount -F ufs /dev/dsk/device_name /mnt

   여기서 device_name은 마운트할 부트 환경의 디스크 장치에서 루트(/) 파일 시스템의 위치를 지정합니다. 장치 이름은 /dev/dsk/cw txd ysz 형식으로 입력됩니다. 예를 들면 다음과 같습니다.

   # /usr/sbin/mount -F ufs /dev/dsk/c0t1d0s0 /mnt

   /mnt/boot/grub/menu.lst에서 GRUB 메뉴에 액세스할 수 있습니다.

4. 파일 시스템을 마운트 해제합니다.

   # /usr/sbin/umount /mnt

   ---

   주 –

   부트 환경이나 부트 환경의 파일 시스템을 마운트한 경우에는 사용 후에 파일 시스템을 마운트 해제해야 합니다. 이러한 파일 시스템을 마운트 해제하지 않으면 부트 환경에서의 이후 Solaris Live Upgrade 작업이 실패할 수 있습니다.

   ---

Solaris Live Upgrade 부트 환경을 마운트할 때 GRUB 메뉴의 menu.lst 파일을 찾는 방법

다음 절차에서는 시스템에 Solaris 및 Solaris Live Upgrade 부트 환경인 second_disk의 두 개 운영 체제가 있습니다. second_disk 부트 환경이 부트되었습니다. Solaris 부트 환경에 GRUB 메뉴가 포함되어 있습니다. Solaris 부트 환경은 /.alt.Solaris에 마운트됩니다.

단계

1. 수퍼유저 또는 동등한 역할의 사용자로 로그인합니다.

   역할에는 권한 부여 및 권한이 있는 명령이 포함됩니다. 역할에 대한 자세한 내용은 System Administration Guide: Security Services의 Configuring RBAC (Task Map)를 참조하십시오.

2. menu.lst 파일을 찾으려면 다음을 입력합니다.

   # /sbin/bootadm list-menu

   파일의 위치와 내용이 표시됩니다.

   The location for the active GRUB menu is: /.alt.Solaris/boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

   GRUB 메뉴가 있는 부트 환경이 이미 마운트되었으므로 /.alt.Solaris/boot/grub/menu.lst에서 menu.lst 파일에 액세스할 수 있습니다.

시스템에 x86 부트 분할 영역이 있을 때 GRUB 메뉴의 menu.lst 파일을 찾는 방법

다음 절차에서는 시스템에 Solaris 및 Solaris Live Upgrade 부트 환경인 second_disk의 두 개 운영 체제가 있습니다. second_disk 부트 환경이 부트되었습니다. 시스템이 업그레이드되었으며 x86 부트 분할 영역이 유지됩니다. 부트 분할 영역은 /stubboot에 마운트되며 GRUB 메뉴를 포함합니다. x86 부트 분할 영역에 대한 자세한 내용은 x86: 영역 분할 권장 사항을 참조하십시오.

단계

1. 수퍼유저 또는 동등한 역할의 사용자로 로그인합니다.

   역할에는 권한 부여 및 권한이 있는 명령이 포함됩니다. 역할에 대한 자세한 내용은 System Administration Guide: Security Services의 Configuring RBAC (Task Map)를 참조하십시오.

2. menu.lst 파일을 찾으려면 다음을 입력합니다.

   # /sbin/bootadm list-menu

   파일의 위치와 내용이 표시됩니다.

   The location for the active GRUB menu is: /stubboot/boot/grub/menu.lst default 0 timeout 10 0 Solaris 1 Solaris failsafe 2 second_disk 3 second_disk failsafe

   /stubboot/boot/grub/menu.lst에서 menu.lst 파일에 액세스할 수 있습니다.

5장 설치 또는 업그레이드 전 정보 수집(계획)

이 장에는 시스템을 설치 또는 업그레이드하기 위하여 필요한 모든 정보를 수집하는 데 도움이 되는 점검 목록이 있습니다.

• 설치를 위한 검사 목록

• 업그레이드를 위한 검사 목록

설치를 위한 검사 목록

다음 검사 목록을 사용하여 Solaris OS를 설치하는 데 필요한 정보를 수집하십시오. 워크시트에서 요구되는 모든 정보를 모을 필요는 없습니다. 사용자의 시스템에 적용되는 정보만 모으면 됩니다.

# ypmatch host-name hosts

# more /etc/netmasks

# uname -n

# cat /etc/nsswitch.conf

# domainname

# getent ipnodes dns

업그레이드를 위한 검사 목록

다음 점검 목록을 사용하여 Solaris OS 업그레이드에 필요한 정보를 수집합니다. 점검 목록에서 요구하는 정보를 모두 수집해야 하는 것은 아닙니다. 사용자의 시스템에 적용되는 정보만 모으면 됩니다. 네트워크를 통해 업그레이드를 수행 중인 경우 설치 프로그램이 현재 시스템 구성을 기준으로 사용자를 대신하여 이 정보를 제공합니다.

호스트 이름이나 IP 주소와 같은 기본 시스템 식별을 변경할 수 없습니다. 설치 프로그램이 기본 시스템 식별을 요구하는 메시지를 표시할 수 있지만 원래 값을 입력해야 합니다. Solaris 설치 프로그램을 사용하여 업그레이드하는 경우 값을 변경하면 업그레이드가 실패합니다.

# ypmatch host-name hosts

# more /etc/netmasks

# uname -n

# cat /etc/nsswitch.conf

# domainname

# getent ipnodes dns

6장 시스템 구성 정보를 미리 구성(작업)

이 장에서는 시스템 정보를 미리 구성하는 방법에 대해 설명합니다. 미리 구성을 사용하면 Solaris OS를 설치할 때 이 정보에 대한 프롬프트가 표시되지 않습니다. 이 장에서는 전원 관리^TM 정보 사전 구성 방법에 대해서도 설명합니다. 이 장은 다음 내용으로 구성되어 있습니다.

• 시스템 구성 정보를 미리 구성하는 경우의 이점

• 시스템 구성 정보를 미리 구성하는 방법

• sysidcfg 파일로 미리 구성

• 이름 서비스로 미리 구성

• DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)

• SPARC: 전원 관리 정보를 미리 구성

시스템 구성 정보를 미리 구성하는 경우의 이점

설치 방법은 주변 기기, 호스트 이름, 인터넷 프로토콜(IP) 주소 및 이름 서비스와 같은 시스템 관련 구성 정보를 필요로 합니다. 설치 도구는 구성 정보 입력을 요청하기 전에 sysidcfg 파일과 이름 서비스 데이터베이스를 확인합니다.

Solaris 설치 프로그램 또는 사용자 정의 JumpStart 설치 프로그램이 미리 구성된 시스템 정보를 찾으면 설치 프로그램에 해당 정보를 입력하라는 프롬프트가 표시되지 않습니다. 예를 들어 시스템이 여러 대이며 시스템에 Solaris 10 소프트웨어를 설치할 때마다 시간대 프롬프트가 표시되지 않도록 할 수 있습니다. sysidcfg 파일이나 이름 서비스 데이터베이스에서 표준 시간대를 지정할 수 있습니다. Solaris 10 소프트웨어를 설치할 때 설치 프로그램에 시간대를 묻는 프롬프트가 표시되지 않습니다.

시스템 구성 정보를 미리 구성하는 방법

다음 중 한 가지 방법을 선택해 시스템 구성 정보를 미리 구성할 수 있습니다. 시스템 구성 정보를 다음 중 하나에 추가할 수 있습니다.

• 원격 시스템이나 디스켓의 sysidcfg 파일

• 사용자의 사이트에서 사용 가능한 이름 서비스 데이터베이스

사용자의 사이트에서 DHCP를 사용할 경우 사이트 DHCP 서버에서 일부 시스템 정보를 미리 구성할 수도 있습니다. DHCP 서버를 사용하여 시스템 정보를 미리 구성하는 자세한 방법은 DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)을 참조하십시오.

다음 표를 사용하여 sysidcfg 파일 또는 이름 서비스 데이터베이스를 사용하여 시스템 구성 정보를 미리 구성할지 여부를 결정합니다.

sysidcfg 파일로 미리 구성

sysidcfg 파일에서 일련의 키워드를 지정하여 시스템을 미리 구성할 수 있습니다. 키워드의 설명은 sysidcfg 파일 키워드 에 있습니다.

서로 다른 구성 정보를 필요로 하는 시스템마다 고유한 sysidcfg 파일을 만들어야 합니다. 모든 시스템에 동일한 표준 시간대를 할당하려면 동일한 sysidcfg 파일을 사용하여 일련의 시스템에서 표준 시간대를 미리 구성할 수 있습니다. 하지만 해당 시스템의 루트(수퍼유저) 암호를 서로 다르게 사전 구성하려면 시스템마다 고유한 sysidcfg 파일을 작성해야 합니다.

다음 중 하나에 sysidcfg 파일을 배치할 수 있습니다.

• NFS 파일 시스템 – 공유된 NFS 파일 시스템에 sysidcfg 파일을 두면 해당 시스템을 네트워크를 통해 설치하도록 설정하는 경우, add_install_client(1M) 명령의 -p 옵션을 사용해야 합니다. -p 옵션은 Solaris 10 소프트웨어를 설치할 때 시스템이 sysidcfg 파일을 찾을 수 있는 위치를 지정합니다.

• UFS 또는 PCFS 디스켓 – sysidcfg 파일을 디스켓의 루트(/) 디렉토리에 배치합니다.

• HTTP 또는 HTTPS 서버 – WAN 부트 설치를 수행하려는 경우 sysidcfg 파일을 웹 서버의 문서 루트 디렉토리에 배치합니다.

사용자 정의 JumpStart 설치를 수행하고 있고 디스켓의 sysidcfg 파일을 사용하려는 경우 sysidcfg 파일을 프로필 디스켓에 배치해야 합니다. 프로필 디스켓을 만들려면 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 독립형 시스템에 대한 프로필 디스켓 만들기를 참조하십시오.

하나의 디렉토리 또는 한 장의 디스켓에는 sysidcfg 파일을 단 하나만 배치할 수 있습니다. 두 개 이상의 sysidcfg 파일을 만들려면 각 파일을 서로 다른 디렉토리나 디스켓에 배치해야 합니다.

sysidcfg 파일용 구문 규칙

sysidcfg 파일에서 독립 키워드 및 종속 키워드의 두 가지 유형의 키워드를사용할 수 있습니다. 종속 키워드는 독립 키워드 안에서만 고유성을 보장받을 수 있습니다. 종속 키워드는 관련 독립 키워드에 의해 확인되는 경우에만 존재합니다.

이 예에서 name_service는 독립 키워드이며 domain_name 및 name_server는 종속 키워드입니다.

name_service=NIS {domain_name=marquee.central.example.com
name_server=connor(192.168.112.3)}

pointer=MS-S
display=ati {size=15-inch}

TIMEZONE=US/Central
terminal=sun-cmd

name_service=NIS 
       {domain_name=marquee.central.example.com
        name_server=connor(192.168.112.3)}

network_interface='none'

name_service=NIS
name_service=DNS

sysidcfg 파일 키워드

표 6–2에는 sysidcfg 파일에서 시스템 정보를 구성할 수 있는 키워드가 나열되어 있습니다.

다음 절에서는 sysidcfg 파일에서 사용할 수 있는 키워드에 대해 설명합니다.

name_service 키워드

name_service 키워드를 사용하여 시스템의 이름 서비스, 도메인 이름 및 이름 서버를 구성할 수 있습니다. 다음 예는 name_service 키워드의 일반 구문을 보여 줍니다.

name_service=name-service {domain_name=domain-name 
                                 name_server=name-server
                                 optional-keyword=value}

name_service의 값은 하나만 선택합니다. 필요에 따라 domain_name, name_server 또는 옵션 키워드를 모두 사용하거나 전혀 사용하지 마십시오. 아무 키워드도 사용하지 않는 경우 중괄호({})를 생략합니다.

다음 절에서는 특정 이름 서비스를 사용하도록 시스템을 구성하는 키워드 구문을 설명합니다.

name_service 키워드에 대한 NIS 구문

NIS 이름 서비스를 사용하도록 시스템을 구성하려면 다음 구문을 사용합니다.

name_service=NIS {domain_name=domain-name 
                   name_server=hostname(ip-address)}

domain-name

도메인 이름을 지정합니다.

hostname

이름 서버의 호스트 이름을 지정합니다.

ip-address

이름 서버의 IP 주소를 지정합니다.

예 6–1 name_service 키워드를 사용하여 NIS 서버 지정

다음은 도메인 이름이 west.example.com인 NIS 서버를 지정하는 예입니다. 서버의 호스트 이름은 timber이고, 서버 IP 주소는 192.168.2.1입니다.

name_service=NIS {domain_name=west.example.com 
                  name_server=timber(192.168.2.1)}

NIS 이름 서비스에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)를 참조하십시오.

name_service 키워드에 대한 NIS+ 구문

NIS 이름 서비스를 사용하도록 시스템을 구성하려면 다음 구문을 사용합니다.

name_service=NIS+ {domain_name=domain-name 
                   name_server=hostname(ip-address)}

domain-name

도메인 이름을 지정합니다.

hostname

이름 서버의 호스트 이름을 지정합니다.

ip-address

이름 서버의 IP 주소를 지정합니다.

예 6–2 name_service 키워드를 사용하여 NIS+ 서버 지정

다음은 도메인 이름이 west.example.com인 NIS+ 서버를 지정하는 예입니다. 서버의 호스트 이름은 timber이고, 서버 IP 주소는 192.168.2.1입니다.

name_service=NIS+ {domain_name=west.example.com 
                   name_server=timber(192.168.2.1)}

NIS+ 이름 서비스에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (NIS+)를 참조하십시오.

name_service 키워드에 대한 DNS 구문

DNS를 사용하도록 시스템을 구성하려면 다음 구문을 사용합니다.

name_service=DNS {domain_name=domain-name 
                  name_server=ip-address,ip-address,ip-address
                  search=domain-name,domain-name,domain-name,
                  domain-name,domain-name,domain-name} 

domain_name=domain-name

도메인 이름을 지정합니다.

name_server=ip-address

DNS 서버의 IP 주소를 지정합니다. name_server 키워드의 값으로 IP 주소를 최대 3개까지 지정할 수 있습니다.

search=domain-name

(선택 사항) 이름 서비스 정보를 검색할 추가 도메인을 지정합니다. 검색할 도메인 이름을 최대 6개까지 지정할 수 있습니다. 각 검색 항목의 총 길이는 250자를 초과할 수 없습니다.

예 6–3 name_service 키워드를 사용하여 DNS 서버 지정

다음은 도메인 이름이 west.example.com인 DNS 서버를 지정하는 예입니다. 서버 IP 주소는 10.0.1.10 및 10.0.1.20입니다. 이름 서비스 정보를 검색할 추가 도메인으로 example.com 및 east.example.com이 나열됩니다.

name_service=DNS {domain_name=west.example.com 
                  name_server=10.0.1.10,10.0.1.20 
                  search=example.com,east.example.com}

DNS 이름 서비스에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)를 참조하십시오.

name_service 키워드에 대한 LDAP 구문

LDAP를 사용하도록 시스템을 구성하려면 다음 구문을 사용합니다.

name_service=LDAP {domain_name=domain_name
                   profile=profile_name profile_server=ip_address 
                   proxy_dn="proxy_bind_dn" proxy_password=password}

domain_name

LDAP 서버의 도메인 이름을 지정합니다.

profile_name

시스템 구성하는 데 사용할 LDAP 프로필 이름을 지정합니다.

ip_address

LDAP 프로필 서버의 IP 주소를 지정합니다.

proxy_bind_dn

(선택 사항) 프록시 바인드 고유 이름을 지정합니다. proxy_bind_dn 값을 큰따옴표로 묶어야 합니다.

password

(선택 사항) 클라이언트 프록시 비밀번호를 지정합니다.

예 6–4 name_service 키워드를 사용하여 LDAP 서버 지정

다음은 아래 구성 정보를 사용하여 LDAP 서버를 지정하는 예입니다.

• 도메인 이름은 west.example.com입니다.

• 설치 프로그램은 이름이 default로 지정된 LDAP 프로필을 사용하여 시스템을 구성합니다.

• LDAP 서버의 IP 주소는 172.31.2.1입니다.

• 프록시 바인드 고유 이름에는 다음 정보가 포함됩니다.

  • 항목의 공통 이름은 proxyagent입니다.

  • 조직 구성 단위는 profile입니다.

  • 프록시 도메인은 west, example 및 com 도메인 구성 요소를 포함합니다.

• 프록시 비밀번호는 password입니다.

name_service=LDAP {domain_name=west.example.com 
                   profile=default 
                   profile_server=172.31.2.1 
                   proxy_dn="cn=proxyagent,ou=profile,
                   dc=west,dc=example,dc=com" 
                   proxy_password=password}

LDAP 사용 방법에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)를 참조하십시오.

network_interface 키워드

network_interface 키워드를 사용하여 다음 작업을 수행합니다.

• 호스트 이름 지정

• IP 주소 지정

• 넷마스크 값 지정

• DHCP를 사용하여 네트워크 인터페이스 구성

• 네트워크 인터페이스에서 IPv6 활성화

다음 절에서는 network_interface 키워드를 사용하여 시스템 인터페이스를 구성하는 방법에 대해 설명합니다.

네트워크에 연결 안 된 시스템에 대한 구문

시스템의 네트워크 연결을 해제하려면 network_interface 값을 none으로 설정합니다. 예를 들면 다음과 같습니다.

network_interface=none

단일 인터페이스 구성을 위한 구문

다음과 같은 방법으로 network_interface 키워드를 사용하여 단일 인터페이스를 구성할 수 있습니다.

• DHCP 사용 – 네트워크에서 DHCP 서버를 사용하여 네트워크 인터페이스를 구성할 수 있습니다. 설치하는 동안 DHCP 서버를 사용하는 자세한 방법은 DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)을 참조하십시오.

  DHCP 서버를 사용하여 시스템에서 단일 인터페이스를 구성하려면 network_interface 키워드에 대해 다음 구문을 사용합니다.

  network_interface=PRIMARY or value {dhcp protocol_ipv6=yes-or-no}

  PRIMARY

  설치 프로그램에 시스템에서 발견되는 첫 번째 실행 중인 비루프백 인터페이스를 구성하도록 지시합니다. 순서는 ifconfig 명령을 사용하여 표시되는 순서와 동일합니다. 실행 중인 인터페이스가 없는 경우 첫 번째 비루프백 인터페이스가 사용됩니다. 비루프백 인터페이스를 찾지 못한 경우 시스템은 네트워크에 연결 안 된 것입니다.

  value

  설치 프로그램에 hme0 또는 eri1과 같은 특정 인터페이스를 구성하도록 지시합니다.

  protocol_ipv6=yes-or-no

  설치 프로그램에 지시하여 시스템이 IPv6을 사용하거나 IPv6을 사용하지 않도록 구성합니다.

  WAN 부트 설치의 경우 protocol_ipv6=no 값을 설정해야 합니다.

• DHCP 사용 안 함 – DHCP를 사용하지 않고 네트워크 인터페이스를 구성하려면 sysidcfg 파일에 구성 정보를 지정할 수 있습니다. DHCP를 사용하지 않고 시스템에서 단일 인터페이스를 구성하도록 설치 프로그램에 지시하려면 다음 구문을 사용합니다.

  network_interface=PRIMARY or value {hostname=host_name default_route=ip_address ip_address=ip_address netmask=netmask protocol_ipv6=yes_or_no}

  PRIMARY

  설치 프로그램에 시스템에서 발견되는 첫 번째 실행 중인 비루프백 인터페이스를 구성하도록 지시합니다. 순서는 ifconfig 명령을 사용하여 표시되는 순서와 동일합니다. 실행 중인 인터페이스가 없는 경우 첫 번째 비루프백 인터페이스가 사용됩니다. 비루프백 인터페이스가 발견되지 않으면 시스템이 네트워크에 연결 안 된 것입니다.

  ---

  주 –

  다중 인터페이스를 구성하려면 PRIMARY 키워드 값을 사용하지 마십시오.

  ---

  value

  설치 프로그램에 hme0 또는 eri1과 같은 특정 인터페이스를 구성하도록 지시합니다.

  hostname=host_name

  (선택 사항) 시스템의 호스트 이름을 지정합니다.

  default_route=ip_address 또는 NONE

  (선택 사항) 기본 라우터의 IP 주소를 지정합니다. 설치 프로그램이 ICMP 라우터 검색 프로토콜을 사용하여 라우터를 검색하도록 하려면 이 키워드를 생략합니다.

  ---

  주 –

  설치 프로그램이 라우터를 감지하지 못하면 설치 시 라우터 정보를 입력하라는 메시지가 표시됩니다.

  ---

  ip_address=ip_address

  (선택 사항) 시스템의 IP 주소를 지정합니다.

  netmask=netmask

  (선택 사항) 시스템의 넷마스크 값을 지정합니다.

  protocol_ipv6=yes_or_no

  (선택 사항) 설치 프로그램에 지시하여 시스템에서 IPv6을 사용하거나 사용하지 않도록 구성합니다.

  ---

  주 –

  무인 사용자 정의 JumpStart 설치를 수행하려면 protocol_ipv6 키워드 값을 지정해야 합니다.

  WAN 부트 설치의 경우 protocol_ipv6=no 값을 설정해야 합니다.

  ---

  필요에 따라 hostname, ip_address 및 netmask 키워드를 적절히 조합하여 사용하거나 전혀 사용하지 마십시오. 어떤 키워드도 사용하지 않는 경우 중괄호({})는 생략합니다.

예 6–5 network_interface 키워드와 함께 DHCP를 사용하여 단일 인터페이스 구성

다음 예에서는 DHCP를 사용하여 eri0 네트워크 인터페이스를 구성하도록 설치 프로그램에 지시합니다. IPv6 지원을 사용할 수 없습니다.

network_interface=eri0 {dhcp protocol_ipv6=no}

예 6–6 network_interface 키워드와 함께 구성 정보를 지정하여 단일 인터페이스 구성

다음 예에서는 아래 설정을 사용하여 eri0 인터페이스를 구성합니다.

• 호스트 이름은 host1로 설정합니다.

• IP 주소는 172.31.88.100으로 설정합니다.

• 넷마스크는 255.255.255.0으로 설정합니다.

• 인터페이스에서 IPv6 지원을 사용할 수 없습니다.

network_interface=eri0 {hostname=host1 ip_address=172.31.88.100
                        netmask=255.255.255.0 protocol_ipv6=no}

다중 인터페이스 구성을 위한 구문

sysidcfg 파일에서 다중 네트워크 인터페이스를 구성할 수 있습니다. 구성할 각 인터페이스에 대해 sysidcfg 파일에 network_interface 항목을 포함시킵니다.

다음과 같은 방법으로 network_interface 키워드를 사용하여 다중 인터페이스를 구성할 수 있습니다.

• DHCP 사용 – 네트워크에서 DHCP 서버를 사용하여 네트워크 인터페이스를 구성할 수 있습니다. 설치하는 동안 DHCP 서버를 사용하는 자세한 방법은 DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)을 참조하십시오.

  DHCP 서버를 사용하여 시스템에서 네트워크 인터페이스를 구성하려면 network_interface 키워드에 다음 구문을 사용합니다.

  network_interface=value {primary dhcp protocol_ipv6=yes-or-no}

  value

  설치 프로그램에 hme0 또는 eri1과 같은 특정 인터페이스를 구성하도록 지시합니다.

  primary

  (선택 사항) 기본 인터페이스로 value를 지정합니다.

  protocol_ipv6=yes-or-no

  설치 프로그램에 지시하여 시스템이 IPv6을 사용하거나 IPv6을 사용하지 않도록 구성합니다.

  ---

  주 –

  WAN 부트 설치의 경우 protocol_ipv6=no 값을 설정해야 합니다.

  ---

• DHCP 사용 안 함 – DHCP를 사용하지 않고 네트워크 인터페이스를 구성하려면 sysidcfg 파일에 구성 정보를 지정할 수 있습니다. DHCP를 사용하지 않고 다중 인터페이스를 구성하도록 설치 프로그램에 지시하려면 다음 구문을 사용합니다.

  network_interface=value {primary hostname=host_name default_route=ip_address or NONE ip_address=ip_address netmask=netmask protocol_ipv6=yes_or_no}

  value

  설치 프로그램에 hme0 또는 eri1과 같은 특정 인터페이스를 구성하도록 지시합니다.

  primary

  (선택 사항) 기본 인터페이스로 value를 지정합니다.

  hostname=host_name

  (선택 사항) 시스템의 호스트 이름을 지정합니다.

  default_route=ip_address or NONE

  (선택 사항) 기본 라우터의 IP 주소를 지정합니다. 설치 프로그램이 ICMP 라우터 검색 프로토콜을 사용하여 라우터를 검색하도록 하려면 이 키워드를 생략합니다.

  sysidcfg 파일에서 여러 개의 인터페이스를 구성하는 경우 고정 기본 경로를 사용하지 않는 각 보조 인터페이스에 대하여 default_route=NONE를 설정합니다.

  ---

  주 –

  설치 프로그램이 라우터를 감지하지 못하면 설치 시 라우터 정보를 입력하라는 메시지가 표시됩니다.

  ---

  ip_address=ip_address

  (선택 사항) 시스템의 IP 주소를 지정합니다.

  netmask=netmask

  (선택 사항) 시스템의 넷마스크 값을 지정합니다.

  protocol_ipv6=yes_or_no

  (선택 사항) 설치 프로그램에 지시하여 시스템에서 IPv6을 사용하거나 사용하지 않도록 구성합니다.

  ---

  주 –

  무인 사용자 정의 JumpStart 설치를 수행하려면 protocol_ipv6 키워드 값을 지정해야 합니다.

  WAN 부트 설치의 경우 protocol_ipv6=no 값을 설정해야 합니다.

  ---

  필요에 따라 hostname, ip_address 및 netmask 키워드를 적절히 조합하여 사용하거나 전혀 사용하지 마십시오. 어떤 키워드도 사용하지 않는 경우 중괄호({})는 생략합니다.

동일한 sysidcfg 파일에서 DHCP를 사용하여 특정 인터페이스를 구성할 수도 있고 sysidcfg 파일에 다른 인터페이스에 대한 구성 정보를 지정할 수도 있습니다.

예 6–7 network_interface 키워드를 사용하여 다중 인터페이스 구성

다음 예에서는 아래와 같은 방법으로 네트워크 인터페이스 eri0 및 eri1을 구성합니다.

• eri0은 DHCP 서버를 사용하여 구성됩니다. eri0에서 IPv6 지원을 사용할 수 없습니다.

• eri1은 기본 네트워크 인터페이스입니다. 호스트 이름은 host1로 설정되며 IP 주소는 172.31.88.100으로 설정됩니다. 넷마스크는 255.255.255.0로 설정됩니다. IPv6 지원은 eri1에서 사용할 수 없습니다.

network_interface=eri0 {dhcp protocol_ipv6=no}
network_interface=eri1 {primary hostname=host1 
                        ip_address=172.146.88.100
                        netmask=255.255.255.0 
                        protocol_ipv6=no}

root_password 키워드

sysidcfg 파일에 시스템의 루트 비밀번호를 지정할 수 있습니다. 루트 비밀번호를 지정하려면 root_password 키워드에 다음 구문을 사용합니다.

root_password=encrypted-password

encrypted-password는 /etc/shadow 파일에 표시되는 암호화된 비밀번호입니다.

security_policy 키워드

sysidcfg 파일에서 security_policy 키워드를 사용하여 시스템이 커버로스 네트워크 인증 프로토콜을 사용하도록 구성할 수 있습니다. 시스템이 커버로스를 사용하도록 구성하려면 다음 구문을 사용합니다.

security_policy=kerberos {default_realm=FQDN 
                          admin_server=FQDN kdc=FQDN1, FQDN2, FQDN3}

FQDN은 커버로스 기본 영역, 관리 서버 또는 키 배포 센터(KDC)의 완전 수식 도메인 이름을 지정합니다. 최소 한 개에서 세 개 미만으로 키 배포 센터를 지정해야 합니다.

시스템의 보안 정책을 설정하지 않으려면 security_policy=NONE을 설정합니다.

커버로스 네트워크 인증 프로토콜에 대한 자세한 내용은 System Administration Guide: Security Services를 참조하십시오.

예 6–8 security_policy 키워드를 사용하여 커버로스를 사용하도록 시스템 구성

다음 예에서는 다음과 같은 정보를 사용하여 시스템이 커버로스를 사용하도록 구성합니다.

• 커버로스 기본 영역은 example.COM입니다.

• 커버로스 관리 서버는 krbadmin.example.COM입니다.

• 두 개의 키 배포 센터는 kdc1.example.COM 및 kdc2.example.COM입니다.

security_policy=kerberos 
                {default_realm=example.COM 
                 admin_server=krbadmin.example.COM 
                 kdc=kdc1.example.COM, 
                 kdc2.example.COM}

system_locale 키워드

system_locale 키워드를 사용하여 설치 프로그램 및 데스크탑을 표시할 언어를 지정할 수 있습니다. 로켈을 지정하려면 다음 구문을 사용합니다.

system_locale=locale

locale은 시스템에서 설치 패널 및 화면을 표시할 때 사용할 언어를 지정합니다. 유효한 로켈 값은 /usr/lib/locale 디렉토리 또는 국제 언어 환경 설명서를 참조하십시오.

terminal 키워드

terminal 키워드를 사용하여 시스템의 단말기 유형을 지정할 수 있습니다. 단말기 유형을 지정하려면 다음 구문을 사용합니다.

terminal=terminal_type

terminal_type은 시스템의 단말기 유형을 지정합니다. 유효한 단말기 값 목록은 /usr/share/lib/terminfo 디렉토리의 하위 디렉토리를 참조하십시오.

timezone 키워드

timezone 키워드를 사용하여 시스템의 표준 시간대를 설정할 수 있습니다. 다음 구문을 사용합니다.

timezone=timezone

앞의 예에서 timezone은 시스템의 표준 시간대를 지정합니다. /usr/share/lib/zoneinfo 디렉토리의 디렉토리와 파일은 올바른 표준 시간대 값을 제공합니다. timezone 값은 /usr/share/lib/zoneinfo 디렉토리에 상대적인 경로의 이름입니다. 또한 임의의 올바른 Olson 표준 시간대를 지정할 수도 있습니다.

예 6–9 timezone 키워드를 사용하여 시스템 표준 시간대 구성

다음 예에서는 시스템 표준 시간대를 미국의 산악 지대 표준 시간으로 설정합니다.

timezone=US/Mountain

설치 프로그램은 시스템이 /usr/share/lib/zoneinfo/US/Mountain의 표준 시간대 정보를 사용하도록 구성합니다.

timeserver 키워드

timeserver 키워드를 사용하여 설치할 시스템의 날짜 및 시간을 설정하는 시스템을 지정할 수 있습니다.

이름 서비스를 실행 중인 경우 timeserver=hostname 또는 ip-address를 설정하지 마십시오.

timeserver 키워드를 설정하려면 다음 방법 중 하나를 선택합니다.

• 시스템이 자체 시간 서버 역할을 하도록 구성하려면 timeserver=localhost를 설정합니다. localhost를 시간 서버로 지정하면 해당 시스템의 시간이 올바른 것으로 가정합니다.

• 다른 시스템을 시간 서버로 지정하려면 timeserver 키워드를 사용하여 시간 서버의 호스트 이름 또는 IP 주소를 지정합니다. 다음 구문을 사용합니다.

  timeserver=hostname 또는 ip-address

  hostname은 시간 서버 시스템의 호스트 이름입니다. ip-address는 시간 서버의 IP 주소를 지정합니다.

x86: monitor 키워드

x86 기반 시스템의 경우 monitor 키워드로 모니터 정보를 구성할 수 있습니다. monitor 키워드에 다음 구문을 사용합니다.

monitor=monitor_type

monitor 키워드 값을 설정하려면 설치할 시스템에서 kdmconfig -d 명령을 실행합니다. monitor 키워드가 포함된 출력 값의 행을 복사하여 sysidcfg 파일에 이 행을 추가합니다.

자세한 내용은 kdmconfig(1M)을 참조하십시오.

x86: keyboard 키워드

x86 기반 시스템의 경우 keyboard 키워드로 키보드 언어 및 레이아웃 정보를 구성할 수 있습니다. keyboard 키워드에 다음 구문을 사용합니다.

keyboard=keyboard_language {layout=value}

keyboard 키워드 값을 설정하려면 설치할 시스템에서 kdmconfig -d 명령을 실행합니다. keyboard 키워드가 포함된 출력 값의 행을 복사하여 sysidcfg 파일에 이 행을 추가합니다.

자세한 내용은 kdmconfig(1M)을 참조하십시오.

x86: display 키워드

x86 기반 시스템의 경우 display 키워드로 다음 정보를 구성할 수 있습니다.

• 그래픽 카드

• 화면 크기

• 색상 깊이

• 화면 해상도

display 키워드에 다음 구문을 사용합니다.

display=graphics_card {size=screen_size 
                     depth=color_depth 
                     resolution=screen_resolution}

display 키워드에 적절한 값을 설정하려면 설치할 시스템에서 kdmconfig -d 명령을 실행합니다. display 키워드가 포함된 출력 값의 행을 복사하여 sysidcfg 파일에 이 행을 추가합니다.

자세한 내용은 kdmconfig(1M)을 참조하십시오.

x86: pointer 키워드

x86 기반 시스템의 경우 pointer 키워드로 다음의 마우스 정보를 구성할 수 있습니다.

• 포인팅 장치

• 버튼 수

• IRQ 수준

pointer 키워드에 다음 구문을 사용합니다.

pointer=pointing_device {nbuttons=number_buttons irq=value}

pointer 키워드 값을 설정하려면 설치할 시스템에서 kdmconfig -d 명령을 실행합니다. pointer 키워드가 포함된 출력 값의 행을 복사하여 sysidcfg 파일에 이 행을 추가합니다.

자세한 내용은 kdmconfig(1M)을 참조하십시오.

sysidcfg 구성 파일 만들기

단계

1. 텍스트 편집기에서 sysidcfg라는 파일을 만듭니다.

2. 원하는 sysidcfg 키워드를 입력합니다.

3. sysidcfg 파일을 저장합니다.

   ---

   주 –

   두 개 이상의 sysidcfg 파일을 만드는 경우 각 파일을 개별 디렉토리나 개별 디스켓에 저장합니다.

   ---

4. 클라이언트가 다음을 통해 sysidcfg 파일을 사용할 수 있게 합니다.

   • 공유된 NFS 파일 시스템. 네트워크에서 시스템을 설정하려면 add_install_client(1M)을 - p 옵션과 함께 사용합니다.

   • UFS 디스켓 또는 PCFS 디스켓의 루트(/) 디렉토리

예 6–10 SPARC: sysidcfg 파일

다음은 SPARC 기반 시스템용 sysidcfg 파일의 예입니다. 이 시스템의 호스트 이름, IP 주소 및 넷마스크는 이름 서비스 편집에 의해 미리 구성되었습니다. 시스템 구성 정보는 모두 이 파일에 미리 구성되어 있기 때문에 사용자 정의 JumpStart 프로필을 사용하여 사용자 정의 JumpStart 설치를 수행할 수 있습니다.

system_locale=en_US
timezone=US/Central
terminal=sun-cmd
timeserver=localhost
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.31.112.3)}
root_password=m4QPOWNY
network_interface=hme0 {hostname=host1 
                       default_route=172.31.88.1 
                       ip_address=172.31.88.210 
                       netmask=255.255.0.0 
                       protocol_ipv6=no}
security_policy=kerberos {default_realm=example.COM 
                          admin_server=krbadmin.example.COM 
                          kdc=kdc1.example.COM, 
                          kdc2.example.COM}

예 6–11 x86: sysidcfg 파일

다음은 모두 동일한 유형의 키보드, 그래픽 카드 및 포인팅 장치를 사용하는 x86 기반 시스템 그룹용 sysidcfg 파일의 샘플입니다. 장치 정보(keyboard, display 및 pointer)는 kdmconfig(1M) 명령을 -d 옵션과 함께 실행하여 얻었습니다. 다음 예제 sysidcfg 파일이 사용되는 경우 설치를 계속하려면 먼저 언어(system_locale)를 선택하라는 메시지가 표시되어야 합니다.

keyboard=ATKBD {layout=US-English}
display=ati {size=15-inch}
pointer=MS-S
timezone=US/Central
timeserver=timehost1
terminal=ibm-pc
name_service=NIS {domain_name=marquee.central.example.com
                  name_server=nmsvr2(172.25.112.3)}
root_password=URFUni9

예 6–12 다중 인터페이스 구성을 위한 sysidcfg 파일

다음 샘플 sysidcfg 파일에서는 eri0 및 eri1 네트워크 인터페이스에 대한 구성 정보를 모두 지정합니다. eri0 인터페이스는 기본 네트워크 인터페이스로 구성되고 eri1은 보조 네트워크 인터페이스로 구성됩니다.

timezone=US/Pacific
system_locale=C
terminal=xterms
timeserver=localhost
network_interface=eri0 {primary
                        hostname=host1
                        ip_address=192.168.2.7
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=192.168.2.1}

network_interface=eri1 {hostname=host1-b
                        ip_address=192.168.3.8
                        netmask=255.255.255.0
                        protocol_ipv6=no
                        default_route=NONE}
root_password=JE2C35JGZi4B2
security_policy=none
name_service=NIS {domain_name=domain.example.com
                  name_server=nis-server(192.168.2.200)}

설치 계속

네트워크를 통한 설치에서 sysidcfg 파일을 사용하려는 경우 서버를 설정하고 시스템을 설치 클라이언트로 추가해야 합니다. 자세한 내용은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

WAN 부트 설치에서 sysidcfg 파일을 사용하려는 경우 추가 작업을 수행해야 합니다. 자세한 내용은 11 장, WAN 부트(개요) 을 참조하십시오.

사용자 정의 JumpStart 설치에서 sysidcfg 파일을 사용하려는 경우 프로필과 rules.ok 파일을 만들어야 합니다. 자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 5 장, 사용자 정의 JumpStart(개요)를 참조하십시오.

참조

sysidcfg 파일에 대한 자세한 내용은 매뉴얼 페이지 sysidcfg(4)를 참조하십시오

이름 서비스로 미리 구성

다음 표는 시스템 정보를 미리 구성하기 위해 편집 및 입력해야 하는 이름 서비스 데이터베이스에 대한 상세한 설명을 제공합니다.

DNS 또는 LDAP 이름 서비스를 사용하는 시스템용 로켈을 미리 구성할 수 없습니다. NIS 또는 NIS+ 이름 서비스를 사용한다면 이름 서비스용 절차에 따라 시스템용 로켈을 미리 구성합니다.

• NIS를 사용하여 로켈을 미리 구성

• NIS+를 사용하여 로켈을 미리 구성

NIS를 사용하여 로켈을 미리 구성

단계

1. 이름 서버에서 수퍼유저가 되도록 합니다.

2. /var/yp/Makefile을 변경하여 로켈 맵을 추가합니다.

   1. 이 셸 프로시저를 마지막 variable.time 셸 프로시저 뒤에 삽입합니다.

      locale.time: $(DIR)/locale -@if [ -f $(DIR)/locale ]; then \ sed -e "/^#/d" -e s/#.*$$// $(DIR)/locale \ | awk '{for (i = 2; i<=NF; i++) print $$i, $$0}' \ | $(MAKEDBM) - $(YPDBDIR)/$(DOM)/locale.byname; \ touch locale.time; \ echo "updated locale"; \ if [ ! $(NOPUSH) ]; then \ $(YPPUSH) locale.byname; \ echo "pushed locale"; \ else \ : ; \ fi \ else \ echo "couldn't find $(DIR)/locale"; \ fi

   2. 문자열 all:을 찾고 변수 목록 끝에 단어 locale을 추가합니다.

      all: passwd group hosts ethers networks rpc services protocols \ netgroup bootparams aliases publickey netid netmasks c2secure \ timezone auto.master auto.home locale

   3. 파일 끝 부근에 있는 유형의 마지막 항목 뒤에 새 행으로 locale: locale.time 문자열을 추가합니다.

      passwd: passwd.time group: group.time hosts: hosts.time ethers: ethers.time networks: networks.time rpc: rpc.time services: services.time protocols: protocols.time netgroup: netgroup.time bootparams: bootparams.time aliases: aliases.time publickey: publickey.time netid: netid.time passwd.adjunct: passwd.adjunct.time group.adjunct: group.adjunct.time netmasks: netmasks.time timezone: timezone.time auto.master: auto.master.time auto.home: auto.home.time locale: locale.time

   4. 파일을 저장합니다.

3. /etc/locale 파일을 만들고 각 도메인이나 특정 시스템에 대해 하나의 항목을 만듭니다.

   locale domain_name

   또는

   locale system_name

   ---

   주 –

   유효한 로켈 목록은 국제 언어 환경 설명서에 있습니다.

   ---

   예를 들어 다음 항목은 프랑스어가 기본 언어이며 example.com 도메인에서 사용되도록 지정합니다.

   fr example.com

   또한 다음 항목은 벨기에 프랑스어가 기본 언어이며 이름이 myhost인 시스템에서 사용되도록 지정합니다.

   fr_BE myhost

   ---

   주 –

   로켈은 Solaris 10 DVD 또는 Solaris 10 Software - 1 CD에서 사용할 수 있습니다.

   ---

4. 맵을 만듭니다.

   # cd /var/yp; make

   도메인에 의해 지정되거나 locale 맵에서 개별적으로 지정된 시스템은 이제 기본 로켈을 사용하도록 설정됩니다. 사용자가 지정한 기본 로켈은 설치 과정과 시스템을 재부트한 후 데스크탑에서 사용됩니다.

설치 계속

네트워크를 통한 설치에서 NIS 이름 서비스를 사용하려는 경우 서버를 설정하고 시스템을 설치 클라이언트로 추가해야 합니다. 자세한 내용은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

사용자 정의 JumpStart 설치에서 NIS 이름 서비스를 사용하려는 경우 프로필과 rules.ok 파일을 만들어야 합니다. 자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 5 장, 사용자 정의 JumpStart(개요)를 참조하십시오.

참조

NIS 이름 서비스에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)의 파트 III, NIS Setup and Administration의 제3부 NIS Setup and Administration을 참조하십시오.

NIS+를 사용하여 로켈을 미리 구성

다음 절차에서는 NIS+ 도메인이 설정된 것으로 가정합니다. NIS+ 도메인 설정하는 방법은 System Administration Guide: Naming and Directory Services (DNS, NIS, and LDAP)를 참조하십시오.

단계

1. 이름 서버에 수퍼유저나 NIS+ 관리 그룹의 사용자로 로그인합니다.

2. locale 테이블을 만듭니다.

   # nistbladm -D access=og=rmcd,nw=r -c locale_tbl name=SI,nogw= locale=,nogw= comment=,nogw= locale.org_dir.`nisdefaults -d`

3. locale에 필요한 항목을 추가합니다.

   # nistbladm -a name=namelocale=locale comment=comment locale.org_dir.`nisdefaults -d`

   name

   기본 로켈을 미리 구성할 도메인 이름이나 구체적인 시스템 이름

   locale

   시스템에 설치하고 시스템을 재부트한 후 데스크탑에서 사용할 로켈. 유효한 로켈 목록은 국제 언어 환경 설명서에 있습니다.

   comment

   주석 필드. 두 단어 이상의 주석을 시작하고 끝내려면 큰 따옴표를 사용합니다.

   ---

   주 –

   로켈은 Solaris 10 DVD 또는 Solaris 10 Software - 1 CD에서 사용할 수 있습니다.

   ---

   도메인에 의해 지정되거나 로켈 테이블에서 개별적으로 지정된 시스템은 이제 기본 로켈을 사용하도록 설정됩니다. 사용자가 지정한 기본 로켈은 설치 과정과 시스템을 재부트한 후 데스크탑에서 사용됩니다.

설치 계속

네트워크를 통한 설치에서 NIS+ 이름 서비스를 사용하려는 경우 서버를 설정하고 시스템을 설치 클라이언트로 추가해야 합니다. 자세한 내용은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

사용자 정의 JumpStart 설치에서 NIS+ 이름 서비스를 사용하려는 경우 프로필과 rules.ok 파일을 만들어야 합니다. 자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 5 장, 사용자 정의 JumpStart(개요)를 참조하십시오.

참조

NIS+ 이름 서비스에 대한 자세한 내용은 System Administration Guide: Naming and Directory Services (NIS+)를 참조하십시오.

DHCP 서비스를 사용하여 시스템 구성 정보를 미리 구성(작업)

DHCP(Dynamic Host Configuration Protocol)를 사용하면 부트할 때 TCP/IP 네트워크의 호스트 시스템을 네트워크에 대해 자동으로 구성할 수 있습니다. DHCP에서는 클라이언트 및 서버 메커니즘을 사용합니다. 서버는 클라이언트에 대한 구성 정보를 저장 및 관리하고, 클라이언트 요청 시 해당 정보를 제공합니다. 이 정보에는 클라이언트가 사용할 수 있는 네트워크 서비스에 대한 클라이언트의 IP 주소와 정보가 포함됩니다.

DHCP의 주요 장점은 임대를 통한 IP 주소 할당을 관리할 수 있는 기능이 있다는 점입니다. 임대를 사용하면 IP 주소가 사용되지 않거나 다른 클라이언트에게 재할당하는 경우 IP 주소를 다시 사용할 수 있습니다. 이 기능을 사용하면 모든 클라이언트에게 영구 주소를 지정하는 경우 사이트에서는 필요한 것보다 더 적은 IP 주소 풀을 사용할 수 있습니다.

DHCP를 사용하여 네트워크의 특정 클라이언트 시스템에 Solaris OS를 설치할 수 있습니다. Solaris OS를 실행하기 위한 하드웨어 요구 사항을 만족하는 Solaris OS 및 x86 기반 시스템이 지원하는 모든 SPARC 기반 시스템에서 이 기능을 사용할 수 있습니다.

다음 작업 맵에서는 클라이언트가 DHCP를 사용하여 설치 매개 변수를 얻기 위해 수행해야 하는 높은 수준의 작업을 보여 줍니다.

Solaris 설치 매개 변수용 DHCP 옵션과 매크로 만들기

설치 서버에서 add_install_client -d 스크립트를 사용하여 클라이언트를 추가할 경우 스크립트에서 DHCP 구성 정보를 표준 출력으로 전달합니다. 네트워크 설치 정보를 클라이언트에게 전달하는 데 필요한 옵션과 매크로를 만들 때 이 정보를 사용할 수 있습니다.

DHCP 서비스의 옵션과 매크로를 사용자 정의하여 다음 설치 유형을 수행할 수 있습니다.

• 클래스별 설치 - 특정 클래스의 모든 클라이언트에 대해 네트워크 설치를 수행할 것을 DHCP 서비스에 지시할 수 있습니다. 예를 들어, 네트워크의 모든 Sun Blade 시스템에서 동일한 설치를 수행하는 DHCP 매크로를 정의할 수 있습니다. add_install_client -d 명령의 출력을 사용하여 클래스별 설치를 설정합니다.

• 네트워크별 설치 – 특정 네트워크의 모든 클라이언트에 대해 네트워크 설치를 수행하도록 DHCP 서비스에 지시할 수 있습니다. 예를 들어, 192.168.2 네트워크의 모든 시스템에서 동일한 설치를 수행하는 DHCP 매크로를 정의할 수 있습니다.

• 클라이언트별 설치 - DHCP 서비스가 특정 이더넷 주소가 있는 클라이언트에 대한 네트워크 설치를 수행하도록 지시할 수 있습니다. 예를 들어 이더넷 주소가 00:07:e9:04:4a:bf인 클라이언트에서 특정 설치를 수행하도록 클라이언트에만 설치됨을 나타냅니다. add_install_client -d -e ethernet_address 명령의 출력을 사용하여 클라이언트별 설치를 설정합니다.

네트워크 설치에 대해 DHCP 서버를 사용하도록 클라이언트를 설정하는 방법은 다음 절차를 참조하십시오.

• DVD 매체를 사용하는 네트워크 설치는 DVD 이미지로 네트워크에서 설치할 시스템 추가를 참조하십시오.

• CD 매체를 사용하는 네트워크 설치는 CD 이미지로 네트워크에서 설치할 시스템 추가를 참조하십시오.

DHCP 옵션 및 매크로 값

네트워크에서 DHCP 클라이언트를 설치하려면 반드시 Solaris OS를 설치하는 데 필요한 정보를 전달하도록 반드시 공급업체 범주 옵션을 만들어야 합니다. 다음 표에서는 DHCP 클라이언트를 설치하는 데 사용할 수 있는 일반적인 DHCP 옵션에 대해 설명합니다.

• Solaris 10 1/06 릴리스부터 표 6–4에 나열된 표준 DHCP 옵션을 사용하여 x86 기반 시스템을 구성 및 설치할 수 있습니다. 이러한 옵션은 플랫폼별로 지정되지 않으며 다양한 x86 기반 시스템에 Solaris OS를 설치하는 데 사용할 수 있습니다. DHCP를 사용하여 x86 기반 시스템에 Solaris 10 1/06 릴리스를 설치하려면 이러한 옵션을 사용합니다. 전체 표준 옵션 목록은 dhcp_inittab(4)를 참조하십시오.

• 표 6–5에는 Sun 클라이언트 시스템을 설치하기 위해 사용할 수 있는 옵션이 나열되어 있습니다. 이 표에 나열된 공급업체 클라이언트 유형에서 어떤 유형의 클라이언트가 옵션을 사용할 수 있는지 결정합니다. SPARC 기반 시스템에 Solaris 10 OS를 설치하거나 x86 기반 시스템에 Solaris 10 3/05 릴리스를 설치하려면 이러한 옵션을 사용합니다. 여기에 나열된 공급업체 클라이언트 유형은 하나의 예일 뿐입니다. 네트워크에서 설치해야 할 실제 클라이언트를 나타내는 클라이언트 유형을 지정해야 합니다. 클라이언트의 공급업체 클라이언트 클래스를 확인하는 방법은 System Administration Guide: IP Services의 Working With DHCP Options (Task Map)를 참조하십시오.

DHCP 옵션에 대한 자세한 내용은 System Administration Guide: IP Services의 System Administration Guide: IP Services의 DHCP Option Information을 참조하십시오.

옵션을 만들 때 이러한 옵션을 포함하는 매크로를 만들 수 있습니다. 다음 표에는 클라이언트용 Solaris 설치를 지원하기 위해 만들 수 있는 샘플 매크로가 나열되어 있습니다.

이전 표에 나열된 매크로 이름은 네트워크에서 설치해야 하는 클라이언트의 공급업체 클라이언트 유형과 일치해야 합니다. 이 이름은 네트워크상에 있는 클라이언트의 예입니다. 클라이언트의 공급업체 클라이언트 클래스를 확인하는 방법은 System Administration Guide: IP Services의 Working With DHCP Options (Task Map)를 참조하십시오.

다음과 같은 방법을 사용하여 이 옵션과 매크로를 만들 수 있습니다.

• DHCP 관리자에서 옵션과 매크로를 만듭니다. DHCP 관리자에서 옵션과 매크로를 만드는 방법에 대한 지침은 DHCP 관리자를 사용하여 설치 옵션 및 매크로 만들기를 참조하십시오.

• dhtadm 명령을 사용하여 옵션과 매크로를 만드는 스크립트를 만듭니다. 해당 옵션 및 매크로를 만드는 스크립트 작성 방법은 dhtadm를 사용하여 옵션 및 매크로를 만드는 스크립트 작성을 참조하십시오.

특정 클라이언트에 제공되는 공급업체 옵션의 총 크기는 옵션 코드와 길이 정보를 포함하여 255바이트를 초과하지 않아야 합니다. 이것은 현재 Solaris DHCP 프로토콜 구현의 제한 사항입니다. 일반적으로 필요한 공급업체에 대한 최소한의 정보를 전달해야 합니다. 경로 이름이 필요한 옵션에서는 짧은 경로 이름을 사용해야 합니다. 긴 경로로 연결되는 심볼릭 링크를 만드는 경우에는 더 짧은 링크 이름을 사용할 수 있습니다.

DHCP 관리자를 사용하여 설치 옵션 및 매크로 만들기

DHCP 관리자를 사용하여 표 6–5에 나열된 옵션 및 표 6–6에 나열된 매크로를 만들 수 있습니다.

Solaris 설치를 지원하는 옵션을 만드는 방법(DHCP 관리자)

시작하기 전에

설치에 사용할 DHCP 매크로를 만들기 전에 다음 작업을 수행합니다.

• DHCP를 사용하여 설치할 클라이언트를 네트워크 설치 서버의 설치 클라이언트로 추가합니다. 설치 서버에 클라이언트를 추가하는 방법은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

• DHCP 서버를 구성합니다. DHCP 서버를 구성하지 않은 경우에는 System Administration Guide: IP Services의 13 장, Planning for DHCP Service (Tasks)를 참조하십시오.

단계

1. DHCP 서버 시스템에서 수퍼유저가 되도록 합니다.

2. DHCP 관리자를 시작합니다.

   # /usr/sadm/admin/bin/dhcpmgr &

   DHCP 관리자 창이 표시됩니다.

3. DHCP 관리자에서 옵션 탭을 선택합니다.

4. 편집 메뉴에서 만들기를 선택합니다.

   옵션 만들기 대화 상자가 열립니다.

5. 첫 번째 옵션의 이름을 입력한 다음 해당 옵션에 대한 적절한 값을 입력합니다.

   add_install_client 명령의 출력, 표 6–4 및 표 6–5를 사용하여 만들어야 하는 옵션의 이름 및 값을 확인합니다. 공급업체 클라이언트 유형은 제시된 값일 뿐입니다. DHCP 서비스에서 Solaris 설치 매개 변수를 가져오는 데 필요한 실제 클라이언트 유형을 나타내도록 유형을 만들어야 합니다. 클라이언트의 공급업체 클라이언트 클래스를 확인하는 방법은 System Administration Guide: IP Services의 Working With DHCP Options (Task Map)를 참조하십시오.

6. 모든 값을 입력한 다음 확인을 누릅니다.

7. 옵션 탭에서 만든 옵션을 선택합니다.

8. 편집 메뉴에서 복사를 선택합니다.

   복사 옵션 대화 상자가 열립니다.

9. 다른 옵션 이름을 입력한 다음 다른 값을 적절하게 수정합니다.

   코드, 데이터 유형, 단위 및 최대 값 등을 일반적으로 수정해야 합니다. 해당 값을 보려면 표 6–4 및 표 6–5를 참조하십시오.

10. 모든 옵션을 만들 때까지 단계 7에서 단계 9를 반복합니다.

    이제 다음 절차에서 설명한 대로 네트워크 설치 클라이언트에 옵션을 전달할 매크로를 만들 수 있습니다.

    ---

    주 –

    Solaris 클라이언트의 /etc/dhcp/inittab 파일에 이 옵션이 이미 포함되어 있기 때문에 이 파일에 해당 옵션을 추가할 필요가 없습니다.

    ---

Solaris 설치를 지원하는 매크로를 만드는 방법(DHCP 관리자)

시작하기 전에

설치에 사용할 DHCP 매크로를 만들기 전에 다음 작업을 수행합니다.

• DHCP를 사용하여 설치할 클라이언트를 네트워크 설치 서버의 설치 클라이언트로 추가합니다. 설치 서버에 클라이언트를 추가하는 방법은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

• DHCP 서버를 구성합니다. DHCP 서버를 구성하지 않은 경우에는 System Administration Guide: IP Services의 13 장, Planning for DHCP Service (Tasks)를 참조하십시오.

• 매크로에서 사용할 DHCP 옵션을 만듭니다. DHCP 옵션을 만드는 방법은 Solaris 설치를 지원하는 옵션을 만드는 방법(DHCP 관리자)을 참조하십시오.

단계

1. DHCP 관리자에서 매크로 탭을 선택합니다.

2. 편집 메뉴에서 만들기를 선택합니다.

   매크로 만들기 대화 상자가 열립니다.

3. 매크로 이름을 입력합니다.

   사용할 수 있는 매크로 이름을 보려면 표 6–6을 참조하십시오.

4. 선택 버튼을 누릅니다.

   옵션 선택 대화 상자가 열립니다.

5. 범주 목록에서 공급업체를 선택합니다.

   만든 공급업체 옵션이 나열됩니다.

6. 매크로에 추가할 옵션을 선택한 다음 확인을 누릅니다.

7. 옵션 값을 입력합니다.

   옵션의 데이터 유형은 표 6–4 및 표 6–5를 참조하고 add_install_client -d에서 보고하는 정보를 참조하십시오.

8. 포함하려는 각 옵션에 대하여 단계 6에서 단계 7을 반복합니다.

   다른 매크로를 포함하려면 옵션 이름으로 Include를 입력하고 옵션 값으로 매크로 이름을 입력합니다.

9. 매크로가 완료되면 확인을 누릅니다.

설치 계속

네트워크를 통한 설치에서 DHCP를 사용하려는 경우 서버를 설정하고 시스템을 설치 클라이언트로 추가해야 합니다. 자세한 내용은 7 장, 네트워크에서 설치 준비(개요)을 참조하십시오.

WAN 부트 설치에서 DHCP를 사용하려는 경우 추가 작업을 수행해야 합니다. 자세한 내용은 11 장, WAN 부트(개요) 을 참조하십시오.

사용자 정의 JumpStart 설치에서 DHCP를 사용하려는 경우 프로필과 rules.ok 파일을 만들어야 합니다. 자세한 내용은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 5 장, 사용자 정의 JumpStart(개요)를 참조하십시오.

참조

DHCP에 대한 자세한 내용은 System Administration Guide: IP Services의 파트 III, DHCP를 참조하십시오.

dhtadm를 사용하여 옵션 및 매크로를 만드는 스크립트 작성

예 6–13에 있는 예를 적용하여 표 6–4 및 표 6–5에 나열된 모든 옵션과 일부 유용한 매크로를 만드는 Korn 쉘 스크립트를 작성할 수 있습니다. 따옴표 안에 포함된 모든 IP 주소와 값을 올바른 IP 주소, 서버 이름 및 네트워크 경로로 변경합니다. 사용자의 클라이언트 유형을 나타내도록 Vendor= 키도 편집해야 합니다. add_install_client -d가 보고하는 정보를 사용하여 스크립트를 적용하는 데 필요한 데이터를 가져옵니다.

예 6–13 네트워크 설치를 지원하는 샘플 스크립트

# Load the Solaris vendor specific options. We'll start out supporting 
# the Sun-Blade-1000, Sun-Fire-880, and i86 platforms. Note that the 
# SUNW.i86pc option only applies for the Solaris 10 3/05 release. 
# Changing -A to -M would replace the current values, rather than add them.
dhtadm -A -s SrootOpt -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,1,ASCII,1,0'
dhtadm -A -s SrootIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,2,IP,1,1'
dhtadm -A -s SrootNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,3,ASCII,1,0'
dhtadm -A -s SrootPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,4,ASCII,1,0'
dhtadm -A -s SswapIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,5,IP,1,0'
dhtadm -A -s SswapPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,6,ASCII,1,0'
dhtadm -A -s SbootFIL -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,7,ASCII,1,0'
dhtadm -A -s Stz -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,8,ASCII,1,0'
dhtadm -A -s SbootRS -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,9,NUMBER,2,1'
dhtadm -A -s SinstIP4 -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,10,IP,1,1'
dhtadm -A -s SinstNM -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,11,ASCII,1,0'
dhtadm -A -s SinstPTH -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,12,ASCII,1,0'
dhtadm -A -s SsysidCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,13,ASCII,1,0'
dhtadm -A -s SjumpsCF -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,14,ASCII,1,0'
dhtadm -A -s Sterm -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,15,ASCII,1,0'
dhtadm -A -s SbootURI -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,16,ASCII,1,0'
dhtadm -A -s SHTTPproxy -d \
'Vendor=SUNW.Sun-Blade-1000 SUNW.Sun-Fire-880 SUNW.i86pc,17,ASCII,1,0'
# Load some useful Macro definitions.
# Define all Solaris-generic options under this macro named Solaris.
dhtadm -A -m Solaris -d \
':SrootIP4=10.21.0.2:SrootNM="blue2":SinstIP4=10.21.0.2:SinstNM="red5":'
# Define all sparc-platform specific options under this macro named sparc.
dhtadm -A -m sparc -d \
':SrootPTH="/export/sparc/root":SinstPTH="/export/sparc/install":'
# Define all sun4u architecture-specific options under this macro named sun4u. 
#  (Includes Solaris and sparc macros.)
dhtadm -A -m sun4u -d ':Include=Solaris:Include=sparc:'
# Solaris on IA32-platform-specific parameters are under this macro named i86pc.
# Note that this macro applies only for the Solaris 10 3/05 release.
dhtadm -A -m i86pc -d \
':Include=Solaris:SrootPTH="/export/i86pc/root":SinstPTH="/export/i86pc/install"\
:SbootFIL="/platform/i86pc/kernel/unix":'
# Solaris on IA32 machines are identified by the "SUNW.i86pc" class. All
# clients identifying themselves as members of this class will see these
# parameters in the macro called SUNW.i86pc, which includes the i86pc macro.
# Note that this class only applies for the Solaris 10 3/05 release.
dhtadm -A -m SUNW.i86pc -d ':Include=i86pc:'
# Sun-Blade-1000 platforms identify themselves as part of the 
# "SUNW.Sun-Blade-1000" class.
# All clients identifying themselves as members of this class
#  will see these parameters.
dhtadm -A -m SUNW.Sun-Blade-1000 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":\
Include=sun4u:'
# Sun-Fire-880 platforms identify themselves as part of the "SUNW.Sun-Fire-880" class.
# All clients identifying themselves as members of this class will see these parameters.
dhtadm -A -m SUNW.Sun-Fire-880 -d \
':SbootFIL="/platform/sun4u/kernel/sparcv9/unix":Include=sun4u:'
# Add our boot server IP to each of the network macros for our topology served by our
# DHCP server. Our boot server happens to be the same machine running our DHCP server.
dhtadm -M -m 10.20.64.64 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.20.64.128 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.21.0.0 -e BootSrvA=10.21.0.2
dhtadm -M -m 10.22.0.0	-e BootSrvA=10.21.0.2
# Make sure we return host names to our clients.
dhtadm -M -m DHCP-servername -e Hostname=_NULL_VALUE_
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 3/05 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=nbp.i86pc:BootSrvA=10.21.0.2:
# Create a macro for PXE clients that want to boot from our boot server.
# Note that this macro applies for the Solaris 10 2/06 release.
dhtadm -A -m PXEClient:Arch:00000:UNDI:002001 -d \
:BootFile=i86pc:BootSrvA=10.21.0.2:
# Create a macro for the x86 based client with the Ethernet address 00:07:e9:04:4a:bf 
# to install from the network by using PXE.
dhtadm -A -m 010007E9044ABF -d :BootFile=010007E9044ABF:BootSrvA=10.21.0.2:
# The client with this MAC address is a diskless client. Override the root settings
# which at the network scope setup for Install with our client's root directory.
dhtadm -A -m 0800201AC25E -d \
':SrootIP4=10.23.128.2:SrootNM="orange-svr-2":SrootPTH="/export/root/10.23.128.12":'

수퍼유저로서 일괄 처리 모드로 dhtadm을 실행합니다. 옵션과 매크로를 dhcptab에 추가하기 위한 스크립트의 이름을 지정합니다. 예를 들어, 스크립트 이름이 netinstalloptions일 경우 다음 명령을 입력합니다.

# dhtadm -B netinstalloptions

Vendor= 문자열에 나열된 공급업체 클라이언트 유형을 갖고 있는 클라이언트는 이제 DHCP를 사용하여 네트워크에서 설치할 수 있습니다.

dhtadm 명령 사용 방법에 대한 자세한 내용은 dhtadm(1M)을 참조하십시오. dhcptab 파일에 대한 자세한 내용은 dhcptab(4)를 참조하십시오.

SPARC: 전원 관리 정보를 미리 구성

Solaris OS에서 제공되는 전원 관리 소프트웨어를 사용하여 유휴 상태가 30분 경과한 후 시스템의 상태를 자동으로 저장하고 시스템을 종료하도록 할 수 있습니다. sun4u 시스템 등의 EAP Energy Star 지침의 버전 2를 준수하는 시스템에 Solaris 10 OS를 설치하는 경우 전원 관리 소프트웨어가 기본으로 설치됩니다. Solaris 설치 프로그램 GUI를 사용하여 설치하는 경우 설치 프로그램에 전원 관리 소프트웨어를 사용 또는 사용 안 함으로 설정하도록 프롬프트가 표시됩니다. Solaris 텍스트 설치 프로그램의 경우 설치가 완료되고 시스템이 다시 부트한 후 전원 관리 소프트웨어를 사용 또는 사용 안 함으로 설정하도록 프롬프트가 표시됩니다.

시스템이 Energy Star 버전 3 이상이면 이 정보를 묻는 메시지가 표시되지 않습니다.

대화식 설치를 수행 중이라면 전원 관리 정보를 미리 구성하여 메시지가 나타나는 것을 방지할 수 없습니다. 하지만 사용자 정의 JumpStart 설치를 사용하면 시스템에서 종료 스크립트를 사용해 /autoshutdown 또는 /noautoshutdown 파일을 작성하여 전원 관리 정보를 사전 구성할 수 있습니다. 시스템을 재부트하면 /autoshutdown 파일이 전원 관리를 활성화시키고 /noautoshutdown 파일은 전원 관리를 비활성화시킵니다.

예를 들어, 종료 스크립트의 다음 행은 전원 관리 소프트웨어를 활성화시켜 시스템 재부트 후에 메시지가 표시되지 않도록 합니다.

touch /a/autoshutdown

종료 스크립트에 대한 설명은 Solaris 10 설치 설명서: 사용자 정의 JumpStart 및 고급 설치의 종료 스크립트 만들기를 참조하십시오.