2 부록

이 부분은 문제 해결 및 참조 정보를 포함합니다.

부록 A 문제 해결(작업)

이 장에는 목록과 Solaris 10 5/08 소프트웨어를 설치할 때 나타날 수 있는 특정 오류 메시지 및 일반적인 문제의 목록이 포함되어 있습니다. 또한 그런 문제들에 대한 해결 방법도 설명합니다. 다음 절 목록을 사용하여 설치 프로세스에서 문제가 발생한 부분을 먼저 확인할 수 있습니다.

• 네트워크 설치 설정 문제

• 시스템 부트 관련 문제

• Solaris OS의 초기 설치

• Solaris OS 업그레이드

“bootable media”라는 문구는 Solaris 설치 프로그램과 JumpStart 설치 방법을 의미합니다.

네트워크 설치 설정 문제

Unknown client “host_name ”

원인:

add_install_client 명령의 host_name 인자가 이름 지정 서비스의 호스트가 아닙니다.

해결책:

host_name 호스트를 이름 지정 서비스에 추가하고 add_install_client 명령을 다시 실행합니다.

오류: <시스템 이름> NIS ethers 맵에 없음.

이를 추가하고 add_install_client 명령을 다시 실행함.

설명:

add_install_client 명령을 실행하면 위의 오류와 함께 명령이 실패합니다.

원인:

설치 서버에 추가하는 클라이언트가 서버의 /etc/ethers 파일에 없습니다.

해결책:

필요한 정보를 설치 서버의 /etc/ethers 파일에 추가하고 add_install_client 명령을 다시 실행합니다.

1. 수퍼유저가 되거나 동등한 역할을 맡습니다.

2. 클라이언트에서 ethers 주소를 찾습니다.

   # ifconfig -a grep ethers ether 8:0:20:b3:39:1d

3. 설치 서버에서 편집기로 /etc/ethers 파일을 엽니다. 해당 주소를 목록에 추가합니다.

4. 클라이언트에서 본 예제에서와 같이 add_install_client 명령을 다시 수행합니다.

   # ./add_install_client bluegill sun4u

시스템 부트 관련 문제

매체에서 부트할 때 나타나는 오류 메시지

le0: No carrier - transceiver cable problem

원인:

시스템이 네트워크에 연결되지 않았습니다.

해결책:

네트워크에 연결되지 않은 시스템인 경우 이 메시지를 무시합니다. 네트워크에 연결된 시스템인 경우 이더넷 케이블이 제대로 연결되어 있는지 확인합니다.

The file just loaded does not appear to be executable

원인:

시스템에서 부트를 위한 적합한 매체를 찾을 수 없습니다.

해결책:

네트워크상의 설치 서버를 통해 Solaris 10 5/08 소프트웨어를 설치할 수 있도록 시스템을 적절히 설정했는지 확인합니다. 다음은 만들 수 있는 checks의 예입니다.

• Solaris Operating System DVD 또는 Solaris Software CD의 이미지를 설치 서버에 복사한 경우 설정할 때 시스템에 대한 올바른 플랫폼 그룹을 지정했는지 확인합니다.

• DVD 또는 CD 매체를 사용 중이면 Solaris Operating System DVD 또는 Solaris Software - 1 CD가 설치 서버에 마운트되고 액세스 가능한지 확인합니다.

boot: <filename>을 열 수 없음(SPARC 기반 시스템에만 적용)

원인:

이 오류는 boot -file의 위치를 명시적으로 설정하여 해당 위치를 무시할 때 발생합니다.

---

주 –

filename은 영향을 받는 파일의 이름의 변수입니다.

---

해결책:

다음 지침을 따르십시오.

• PROM에 있는 boot-파일을 “ “ (공백)으로 재설정합니다.

• 진단 스위치가 꺼져 있고 참으로 설정되어 있는지 확인합니다.

Can't boot from file/device

원인:

설치 매체가 부트 가능한 매체를 찾을 수 없습니다.

해결책:

다음 조건이 충족되어 있는지 확인합니다.

• DVD-ROM 또는 CD-ROM 드라이브가 제대로 설치되어 있으며 켜져 있습니다.

• Solaris Operating System DVD 또는 Solaris Software - 1 CD가 드라이브에 들어 있습니다.

• 디스크가 손상되거나 먼지가 묻어있지 않습니다.

WARNING: clock gained xxx days -- CHECK AND RESET DATE! (SPARC 기반 시스템에만 적용)

설명:

이 메시지는 정보를 제공하는 메시지입니다.

해결책:

이 메시지를 무시하고 설치를 계속합니다.

Not a UFS file system(x86 기반 시스템에만 적용)

원인:

설치 프로그램 또는 사용자 정의 JumpStart를 통하여 Solaris 10 5/08 소프트웨어를 설치할 때 부트 디스크를 선택하지 않았습니다. 이제 시스템을 부트하려면 BIOS를 편집해야 합니다.

해결책:

부트할 BIOS를 선택합니다. 지침은 BIOS 설명서를 참조하십시오.

매체에서 부트할 때 발생하는 일반적인 문제

The system does not boot.

설명:

사용자 정의 JumpStart 서버를 처음 설정할 때 오류 메시지를 반환하지 않는 부트 문제가 발생할 수 있습니다. 시스템과 시스템 부트 방법에 관한 정보를 확인하려면 -v 옵션과 함께 부트 명령어를 실행합니다. -v 옵션을 사용할 때 부트 명령어는 화면에 자세한 디버깅 정보를 표시합니다.

---

주 –

이 플래그가 제공되지 않으면 메시지는 계속 인쇄되지만 출력은 시스템 로그 파일로 지정됩니다. 자세한 내용은 syslogd(1M)을 참조하십시오.

---

해결책:

SPARC 기반 시스템의 경우 ok 프롬프트에 다음 명령어를 입력합니다.

ok boot net -v - install

Toshiba SD-M 1401 DVD-ROM이 있는 시스템에서는 DVD 매체에서 부트할 수 없습니다.

설명:

펌웨어 개정 1007인 Toshiba SD-M1401 DVD-ROM이 시스템에 설치되어 있는 경우 시스템이 Solaris Operating System DVD에서 부트할 수 없습니다.

해결책:

패치 111649–03 또는 이후 버전을 적용하여 Toshiba SD-M1401 DVD-ROM 드라이브의 펌웨어를 업데이트합니다. 경로 111649–03은 sunsolve.sun.com에서 사용 가능합니다.

The system hangs or panics when nonmemory PC cards are inserted. (x86 기반 시스템에만 적용)

원인:

비메모리 PC 카드는 다른 장치에서 사용하는 동일한 메모리 자원을 사용할 수 없습니다.

해결책:

이 문제를 보정하려면 PC 카드에 대한 지침을 참조하고 주소 범위를 확인합니다.

The system hangs before displaying the system prompt. (x86 기반 시스템에만 적용)

해결책:

지원되지 않는 하드웨어가 있습니다. 하드웨어 제조업체의 설명서를 확인하십시오.

네트워크에서 부트할 때 나타나는 오류 메시지

WARNING: getfile: RPC failed: error 5 (RPC Timed out).

설명:

이 오류는 설치 클라이언트의 부트 요청에 응답하는 서버가 네트워크상에 두 대 이상 있을 때 발생합니다. 설치 클라이언트가 잘못된 부트 서버에 연결하고 설치가 중단됩니다. 이 오류를 유발할 수 있는 구체적인 원인은 다음과 같습니다.

원인:

이유 1:/etc/bootparams 파일이 이 설치 클라이언트 항목을 갖고 있는 다른 서버에 존재할 수 있습니다.

해결책:

이유 1:네트워크 상의 서버에 설치 클라이언트용 /etc/bootparams 항목이 여러 개 있는지 확인합니다. 여러 항목이 있는 경우 설치 클라이언트에서 사용할 서버를 제외한 모든 설치 서버 및 부트 서버의 /etc/bootparams 파일에 있는 중복된 클라이언트 항목을 제거합니다.

원인:

이유 2:이 설치 클라이언트용으로 여러 /tftpboot 또는 /rplboot 디렉토리 항목이 있을 수 있습니다.

해결책:

이유 2:네트워크상의 서버에 설치 클라이언트용 /tftpboot 또는 /rplboot 디렉토리 항목이 여러 개 있는지 확인합니다. 여러 항목이 있는 경우 설치 클라이언트에서 사용할 서버를 제외한 모든 설치 서버와 부트 서버의 /tftpboot 또는 /rplboot 디렉토리에 있는 중복된 클라이언트 항목을 제거합니다.

원인:

이유 3:서버의 /etc/bootparams 파일에 설치 클라이언트 항목이 있고 모든 시스템이 프로필 서버에 액세스할 수 있는 또 다른 /etc/bootparams 파일에 항목이 있습니다. 이러한 항목은 다음과 유사합니다.

* install_config=profile_server:path

NIS 또는 NIS+ bootparams 테이블의 이전 항목과 유사한 행 역시 이런 오류를 유발할 수 있습니다.

해결책:

이유 3:이름 지정 서비스 bootparams 맵 또는 테이블에 와일드카드 항목이 있으면(예: * install_config=) 해당 항목을 삭제하고 부트 서버의 /etc/bootparams 파일에 추가합니다.

No network boot server. Unable to install the system. See installation instructions. (SPARC 기반 시스템에만 적용)

원인:

이 오류는 네트워크에서 설치를 시도할 때 발생합니다. 시스템이 올바로 설정되지 않았습니다.

해결책:

네트워크에서 설치할 시스템을 올바로 설정했는지 확인합니다. Solaris 10 5/08 설치 설명서: 네트워크 기반 설치의 CD 이미지로 네트워크에서 설치할 시스템 추가를 참조하십시오.

prom_panic: Could not mount file system(SPARC 기반 시스템에만 적용)

원인:

이 오류는 네트워크에서 Solaris 10 6/06를 설치하려는데 부트 소프트웨어에서 다음을 찾을 수 없는 경우 발생합니다.

• Solaris Operating System DVD, DVD 또는 설치 서버의 DVD 이미지 복사본

• 설치 서버의 Solaris Software - 1 CD 이미지, Solaris Software - 1 CD 또는 CD 이미지의 복사본

해결책:

설치 소프트웨어가 마운트 및 공유되어 있는지 확인합니다.

• 설치 서버의 DVD-ROM이나 CD-ROM 드라이브에서 Solaris를 설치하려면 Solaris Operating System DVD 또는 Solaris Software - 1 CD가 CD-ROM 드라이브에 들어 있고 마운트되어 있으며 /etc/dfs/dfstab 파일에서 공유되어 있는지 확인합니다.

• 설치 서버 디스크의 Solaris Operating System DVD 이미지나 Solaris Software - 1 CD 이미지 복사본을 이용해 설치하려면 해당 복사본의 디렉토리 경로가 /etc/dfs/dfstab 파일에서 공유되어 있는지 확인합니다.

Timeout waiting for ARP/RARP packet...(SPARC 기반 시스템에만 적용)

원인:

이유 1:클라이언트가 네트워크에서 부트를 시도하지만 해당 클라이언트를 인식하는 시스템이 없습니다.

해결책:

이유 1:시스템의 호스트 이름이 NIS 혹은 NIS+ 이름 지정 서비스에 있는지 확인합니다. 또한 부트 서버의 /etc/nsswitch.conf 파일에서 bootparams 검색 순서를 확인합니다.

예를 들어 /etc/nsswitch.conf 파일의 다음 행은 JumpStart 또는 Solaris 설치 프로그램이 먼저 NIS 맵에서 bootparams 정보를 찾는다는 것을 나타냅니다. 프로그램이 정보를 찾지 못하면 설치 프로그램은 부트 서버의 /etc/bootparams 파일에서 찾습니다.

bootparams: nis files

원인:

이유 2:클라이언트의 이더넷 주소가 올바르지 않습니다.

해결책:

이유 2:설치 서버의 /etc/ethers 파일에 있는 클라이언트의 이더넷 주소가 올바른지 확인합니다.

원인:

이유 3:사용자 정의 JumpStart 설치에서 add_install_client 명령어는 지정된 서버를 설치 서버로 사용하는 플랫폼 그룹을 지정합니다. add_install_client를 사용할 때 잘못된 구조 값이 사용되면 이 문제가 발생합니다. 예를 들어, 설치하고자 하는 시스템이 sun4u이지만 sun4u를 사용하는 경우에 문제가 발생합니다.

해결책:

이유 3:올바른 구조 값으로 add_install_client를 반환합니다.

ip: joining multicasts failed on tr0 - will use link layer broadcasts for multicast(x86 기반 시스템에만 적용)

원인:

이 오류 메시지는 토큰 링 카드로 시스템을 부트할 때 표시됩니다. 이더넷 멀티캐스트 및 토큰 링 멀티캐스트는 동일한 방법으로 작동하지 않습니다. 드라이브에서 잘못된 멀티캐스트 주소를 받았기 때문에 이 오류 메시지를 반환합니다.

해결책:

이 오류 메시지를 무시하십시오. 멀티캐스트가 작동하지 않으면 IP는 대신 계층 브로드캐스트를 사용하고 설치 실패를 유발하지 않습니다.

Requesting Internet address for Ethernet_Address(x86 기반 시스템에만 적용)

원인:

클라이언트가 네트워크에서 부트를 시도하지만 해당 클라이언트를 인식하는 시스템이 없습니다.

해결책:

시스템의 호스트 이름이 이름 지정 서비스에 나열되어 있는지 확인합니다. 시스템의 호스트 이름이 NIS 또는 NIS+ 이름 지정 서비스에 나열되어 있고 시스템이 이 오류 메시지를 계속 출력하면 재부트 해보십시오.

RPC: Timed out No bootparams (whoami) server responding; still trying... (x86 기반 시스템에만 적용)

원인:

클라이언트가 네트워크에서 부트를 시도하고 있지만 설치 서버의 /etc/bootparams 파일에 항목이 있는 시스템을 찾을 수 없습니다.

해결책:

설치 서버에 add_install_client를 사용합니다. 이 명령어를 사용하면 /etc/bootparams 파일에 올바른 항목을 추가하여 클라이언트를 네트워크에서 부트할 수 있습니다.

Still trying to find a RPL server... (x86 기반 시스템에만 적용)

원인:

시스템이 네트워크에서 부트를 시도하지만 서버가 이 시스템을 부트하도록 설정되지 않았습니다.

해결책:

설치 서버에서 시스템이 설치되도록 add_install_client를 실행합니다. add_install_client 명령어가 필요한 네트워크 부트 프로그램을 포함하는 /rplboot 디렉토리를 설정합니다.

CLIENT MAC ADDR: FF FF FF FF FF FF(DHCP를 사용하는 네트워크 설치에만 적용)

원인:

DHCP 서버가 제대로 구성되어 있지 않습니다. 옵션이나 매크로가 DHCP Manager 소프트웨어에 제대로 정의되어 있지 않은 경우 이 오류가 발생할 수 있습니다.

해결책:

DHCP Manager 소프트웨어에서 옵션과 매크로가 제대로 정의되어 있는지 확인합니다. 라우터 옵션이 정의되어 있고 네트워크 설치에 사용할 서브넷에 대해 라우터 옵션 값이 올바른지 확인합니다.

네트워크에서 부트할 때 발생하는 일반적인 문제

시스템은 네트워크에서 부트하지만, 지정된 설치 서버가 아닌 시스템에서 부트합니다.

원인:

/etc/bootparams 및 /etc/ethers 항목이 클라이언트에 대한 다른 시스템에 있습니다.

해결책:

이름 서버에서 설치 중인 시스템에 대한 /etc/bootparams 항목을 업데이트합니다. 항목은 다음 구문과 일치해야 합니다.

install_system root=boot_server:path install=install_server:path

또한 bootparams 항목이 설치 클라이언트용 서브넷에 있는지 확인합니다.

The system does not boot from the network(DHCP를 사용하는 네트워크 설치에만 적용).

원인:

DHCP 서버가 제대로 구성되어 있지 않습니다. 이 오류는 시스템이 DHCP 서버에서 설치 클라이언트로 구성되지 않은 경우에 발생할 수 있습니다.

해결책:

DHCP 관리자 소프트웨어에서 클라이언트 시스템의 설치 옵션과 매크로가 정의되어 있는지 확인합니다. 자세한 내용은 Solaris 10 5/08 설치 설명서: 네트워크 기반 설치의 DHCP 서비스를 사용하여 시스템 구성 정보 미리 구성(작업)을 선택하십시오.

Solaris OS의 초기 설치

Initial installation fails

해결책:

Solaris 설치가 실패하면 설치를 다시 시작해야 합니다. 설치를 다시 시작하려면 Solaris Operating System DVD, the Solaris Software - 1 CD 또는 네트워크를 통해 시스템을 부트합니다.

소프트웨어를 부분적으로 설치한 뒤 Solaris 소프트웨어를 설치 해제할 수 없습니다. 백업을 사용하여 시스템을 복원하거나 Solaris 설치 프로세스를 다시 시작해야 합니다.

/cdrom/cdrom0/SUNW xxxx/reloc.cpio: Broken pipe

설명:

이 오류 메시지는 정보용이고 설치에 영향을 주지 않습니다. 파이프에 쓰기에 읽기 프로세스가 없을 때 발생합니다.

해결책:

이 메시지를 무시하고 설치를 계속합니다.

WARNING: CHANGE DEFAULT BOOT DEVICE(x86 기반 시스템에만 적용)

원인:

이 메시지는 정보를 제공하는 메시지입니다. 시스템의 BIOS에 설정된 기본 부트 장치가 Solaris Device Configuration Assistant를 사용하여 시스템을 부트해야 하는 장치에 대해 설정되었을 수 있습니다.

해결책:

설치를 계속하고, 필요한 경우 Solaris 소프트웨어를 설치한 후 BIOS에 지정된 시스템의 기본 부트 장치를 Solaris Device Configuration Assistant가 필요하지 않은 장치로 변경합니다.

locale 키워드를 사용하여 초기 설치를 위한 사용자 정의 JumpStart 프로필을 테스트하는 경우 pfinstall -D 명령을 사용하여 프로필을 테스트할 수 없습니다. 이에 대한 해결책은 Solaris OS 업그레이드 섹션의 오류 메시지 “could not select locale”을 참조하십시오.

x86: IDE 디스크의 잘못된 블록 확인

IDE 디스크는 Solairs 소프트웨어가 지원하는 다른 장치와 같이 잘못된 블록을 자동으로 매핑하지 않습니다. Solaris 10 6/06를 IDE 디스크에 설치하기 전에 디스크에서 표면 분석을 수행할 수 있습니다. IDE 디스크에서 표면 분석을 수행하려면 다음 절차를 따릅니다.

1. 수퍼유저가 되거나 동등한 역할을 맡습니다.

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

2. 설치 매체로 부트합니다.

3. 설치 유형을 선택하는 프롬프트가 표시되면 옵션 6, 단일 사용자 쉘을 선택합니다.

4. format(1M) 프로그램을 시작합니다.

   # format

5. 표면 분석을 수행하려는 IDE 디스크 드라이브를 지정합니다.

   # cxdy

   cx

   제어기 번호

   dy

   장치 번호

6. fdisk 분할 영역을 가질지 결정합니다.

   • Solaris fdisk 분할 영역이 이미 존재하면 단계 7로 계속합니다.

   • Solaris fdisk 분할 영역이 존재하지 않으면 fdisk 명령어를 사용하여 디스크에 Solaris 분할 영역을 만듭니다.

     format> fdisk

7. 표면 분석을 시작하려면 다음을 입력합니다.

   format> analyze

8. 현재 설정을 결정하고 다음을 입력합니다.

   analyze> config

9. (선택 사항) 설정을 변경하려면 다음을 입력합니다.

   analyze> setup

10. 잘못된 블록을 찾으려면 다음을 입력합니다.

    analyze> type_of_surface_analysis

    type_of_surface_analysis

    읽기, 쓰기 또는 비교

    format이 잘못된 블록을 발견하면 다시 매핑합니다.

11. 분석을 종료하려면 다음을 입력합니다.

    analyze> quit

12. 다시 매핑할 블록을 지정할 것인지 결정합니다.

    • 아니오일 경우 단계 13으로 이동합니다.

    • 지정하려면 다음을 입력합니다.

      format> repair

13. 포맷 프로그램을 종료하려면 다음을 입력합니다.

    quit

14. 다음 명령어를 입력하여 다중 사용자 모드에서 매체를 재시작합니다.

    # exit

Solaris OS 업그레이드

업그레이드할 때 나타나는 오류 메시지

No upgradable disks

원인:

/etc/vfstab 파일에 있는 스왑 항목으로 인해 업그레이드가 실패하고 있습니다.

해결책:

/etc/vfstab 파일에서 다음 행을 주석 처리합니다.

• 업그레이드되지 않는 디스크의 모든 스왑 파일 및 슬라이스

• 존재하지 않는 스왑 파일

• 사용하지 않는 스왑 슬라이스

usr/bin/bzcat not found

원인:

패치 클러스터가 없어 Solaris Live Upgrade가 실패하고 있습니다.

해결책:

Solaris Live Upgrade 설치를 위한 패치가 필요합니다. http://sunsolve.sun.com을 참조하여 가장 최근에 업데이트된 패치 목록이 있는지 확인합니다. SunSolve 웹 사이트에서 정보 문서 72099를 검색합니다.

Upgradeable Solaris root devices were found, however, no suitable partitions to hold the Solaris install software were found. Upgrading using the Solaris Installer is not possible. Solaris Software 1 CDROM을 사용하는 업그레이드가 가능할 수 있습니다. (x86 기반 시스템에만 적용)

원인:

충분한 공간이 없기 때문에 Solaris Software - 1 CD를 사용하여 업그레이드할 수 없습니다.

해결책:

업그레이드하려면 512 MB보다 크거나 같은 스왑 슬라이스를 만들거나 Solaris Operating System DVD의 Solaris 설치 프로그램 , 네트워크 설치 이미지 또는 JumpStart와 같은 다른 업그레이드 방법을 사용할 수 있습니다.

오류: 로케일을 선택할 수 없음 ( x86 기반 시스템 전용).

원인:

pfinstall -D 명령어를 사용하여 JumpStart 프로필을 테스트할 경우 다음 조건에서 Dry Run 테스트가 실패합니다.

• 프로필에 로켈 키워드가 포함되어 있습니다.

• GRUB 소프트웨어가 포함된 릴리스를 테스트하고 있습니다. Solaris 10 1/06 릴리스부터 GRUB 부트 로더는 GRUB 메뉴를 사용하여 시스템에 설치된 서로 다른 운영체제를 부트할 수 있도록 합니다.

GRUB 소프트웨어가 추가되어 미니루트가 압축됩니다. 소프트웨어는 더 이상 압축된 미니루트에서 로켈 목록을 찾을 수 없습니다. 미니루트는 가능한 가장 작은 Solaris 루트(/) 파일 시스템이며 Solaris 설치 매체에서 찾을 수 있습니다.

해결책:

다음 단계를 수행합니다. 다음 값을 사용합니다.

• MEDIA_DIR은 /cdrom/cdrom0/

• MINIROOT_DIR은 $MEDIA_DIR /Solaris_10/Tools/Boot

• MINIROOT_ARCHIVE는 $MEDIA_DIR /boot/x86.miniroot

• TEMP_FILE_NAME은 /tmp/test

1. 수퍼유저가 되거나 동등한 역할을 맡습니다.

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

2. 미니루트 아카이브 압축을 해제합니다.

   # /usr/bin/gzcat $MINIROOT_ARCHIVE > $TEMP_FILE_NAME

3. lofiadm 명령어를 사용하여 미니루트 장치를 만듭니다.

   # LOFI_DEVICE=/usr/sbin/lofiadm -a $TEMP_FILE_NAME # echo $LOFI_DEVICE /dev/lofi/1

4. 미니루트를 Miniroot 디렉토리 아래에서 lofi 명령어를 사용하여 마운트합니다.

   # /usr/sbin/mount -F ufs $LOFI_DEVICE $MINIROOT_DIR

5. 프로필을 테스트합니다.

   # /usr/sbin/install.d/pfinstall -D -c $MEDIA_DIR $path-to-jumpstart_profile

6. 테스트가 끝나면 lofi 장치를 마운트 해제합니다.

   # umount $LOFI_DEVICE

7. lofi 장치를 삭제합니다.

   # lofiadm -d $TEMP_FILE_NAME

업그레이드할 때 발생하는 일반적인 문제

The upgrade option is not presented even though there is a version of Solaris software that's upgradable on the system.

원인:

이유 1:/var/sadm 디렉토리가 symlink이거나 다른 파일 시스템으로부터 마운트되었습니다.

해결책:

이유 1:/var/sadm 디렉토리를 루트(/) 또는 /var 파일 시스템으로 이동합니다.

원인:

이유 2:/var/sadm/softinfo/INST_RELEASE 파일이 없습니다.

해결책:

이유 2:다음 템플리트를 사용하여 새로운 INST_RELEASE 파일을 만듭니다.

OS=Solaris
VERSION=x 
REV=0

x

시스템상의 Solaris 소프트웨어 버전입니다.

원인:

이유 3:SUNWusr이 /var/sadm/softinfo에 없습니다.

해결책:

해결 방법 3:초기 설치를 수행해야 합니다. Solaris 소프트웨어를 업그레이드할 수 없습니다.

Couldn't shut down or initialize the md driver

해결책:

다음 지침을 따르십시오.

• 파일 시스템이 RAID-1 볼륨이 아니면 vsftab 파일에서 주석 처리합니다.

• 파일 시스템이 RAID-1 볼륨이면 미러를 차단하고 다시 설치합니다. 미러링 해제에 대한 자세한 내용은 Solaris Volume Manager Administration Guide의 Removing RAID-1 Volumes (Unmirroring)를 참조하십시오.

The upgrade fails because the Solaris installation program cannot mount a file system.

원인:

업그레이드하는 동안 스크립트는 시스템의 /etc/vfstab 파일에 나열된 모든 파일 시스템을 업그레이드 중인 루트(/) 파일 시스템에 마운트하려고 시도합니다. 설치 스크립트가 파일 시스템을 마운트할 수 없으면, 업그레이드가 실패하여 종료됩니다.

해결책:

시스템의 /etc/vfstab 파일 내의 모든 파일 시스템이 마운트될 수 있는지 확인하십시오. 마운트될 수 없거나 문제를 야기하는 /etc/vfstab 파일의 파일 시스템을 주석 처리하여 Solaris 설치 프로그램이 업그레이드를 하는 동안에 이들에 대한 마운트 시도를 하지 않도록 합니다. 업그레이드될 소프트웨어를 포함하는 시스템 기반 파일 시스템(예를 들어, /usr)을 주석 처리해서는 안 됩니다.

The upgrade fails

설명:

시스템에 업그레이드를 위한 충분한 공간이 없습니다.

원인:

공간 문제를 확인하고, 자동 레이아웃을 사용하여 공간을 재할당하지 않고 문제를 해결할 수 있는지 확인하려면 Solaris 10 5/08 설치 설명서: 설치 및 업그레이드 계획의 디스크 공간 재할당을 통해 업그레이드를 참조하십시오.

Problems upgrading RAID–1 volume root (/) file systems

해결책:

루트(/) 파일 시스템인 Solaris Volume Manager RAID-1 볼륨을 사용할 때 업그레이드 문제가 발생하는 경우 Solaris Volume Manager Administration Guide의 25 장, Troubleshooting Solaris Volume Manager (Tasks)를 참조하십시오.

업그레이드 실패 후에 업그레이드 계속 진행

업그레이드가 실패하고 시스템을 소프트 부트할 수 없습니다. 정전이나 네트워크 연결 오류와 같이 사용자가 해결할 수 있는 수준의 오류가 아닙니다.

1. Solaris Operating System DVD, Solaris Software - 1 CD 또는 네트워크에서 시스템을 재부트합니다.

2. 설치를 위한 업그레이드 옵션을 선택합니다.

   시스템이 부분적으로 업그레이드되었는지 여부를 Solaris 설치 프로그램이 확인하고 업그레이드를 계속합니다.

x86: GRUB를 사용하는 경우의 Solaris Live Upgrade 문제

x86 기반 시스템에서 Solaris Live Upgrade 및 GRUB 부트 로더를 사용하면 다음 오류가 발생할 수 있습니다.

오류: The media product tools installation directory path-to-installation-directory does not exist.

오류: The media dirctory does not contain an operating system upgrade image.

설명:

luupgrade 명령어를 사용하여 새 부트 환경으로 업그레이드할 때 오류 메시지가 표시됩니다.

원인:

이전 버전의 Solaris Live Upgrade가 사용 중입니다. 시스템에 설치한 Solaris Live Upgrade 패키지가 매체 및 매체 릴리스와 호환되지 않습니다.

해결책:

항상 업그레이드할 릴리스의 Solaris Live Upgrade 패키지를 사용해야 합니다.

예:

다음 예에서 오류 메시지는 시스템의 Solaris Live Upgrade 패키지 버전이 매체에 있는 것과 일치하지 않는 것을 나타냅니다.

# luupgrade -u -n s10u1 -s /mnt Validating the contents of the media </mnt>. The media is a standard Solaris media. ERROR: The media product tools installation directory </mnt/Solaris_10/Tools/Boot/usr/sbin/install.d/install_config> does not exist. ERROR: The media </mnt> does not contain an operating system upgrade image.

오류: Cannot find or is not executable: </sbin/biosdev>.

오류: One or more patches required by Solaris Live Upgrade has not been installed.

원인:

Solaris Live Upgrade에 필요한 패치 중 하나 이상이 시스템에 설치되어 있지 않습니다. 이 오류 메시지가 누락된 패치를 모두 찾는 것은 아닙니다.

해결책:

Solaris Live Upgrade를 사용하기 전에 항상 필요한 패치를 모두 설치해야 합니다. http://sunsolve.sun.com을 참조하여 가장 최근에 업데이트된 패치 목록이 있는지 확인합니다. SunSolve 웹 사이트에서 정보 문서 72099를 검색합니다.

오류: Device mapping command </sbin/biosdev> failed. 재부트한 다음 다시 시도하십시오.

원인:

이유 1:이전 관리 작업 때문에 Solaris Live Upgrade에서 장치를 매핑할 수 없습니다.

해결책:

이유 1:시스템을 재부트하고 Solaris Live Upgrade를 다시 시도하십시오.

원인:

이유 2:시스템을 재부트해도 같은 오류 메시지가 표시되는 경우에는 같은 디스크가 두 개 이상 있는 것입니다. 장치 매핑 명령어가 해당 디스크를 구별할 수 없습니다.

해결책:

이유 2:디스크 중 하나에 새 임시 fdisk 분할 영역을 만듭니다. fdisk(1M) 매뉴얼 페이지를 참조하십시오. 그런 다음 시스템을 재부트 합니다.

GRUB 메뉴가 포함된 부트 환경을 삭제할 수 없습니다.

원인:

Solaris Live Upgrade에는 부트 환경에 GRUB 메뉴가 포함되어 있으면 부트 환경을 삭제할 수 없다는 제한이 적용됩니다.

해결책:

lumake(1M) 또는 luupgrade(1M) 명령어를 사용하여 부트 환경을 다시 사용합니다.

GRUB 메뉴가 포함된 파일 시스템을 실수로 재구성했습니다. 하지만 디스크의 슬라이스는 이전과 같습니다. 예를 들어, 디스크가 다시 슬라이스되지 않았습니다.

원인:

GRUB 메뉴를 포함하는 파일 시스템은 시스템을 부트 가능한 상태로 유지하는 데 핵심적인 역할을 합니다. Solaris Live Upgrade 명령어는 GRUB 메뉴를 완전 삭제하지 않습니다. 하지만 실수로 재구성 등의 방법으로 Solaris Live Upgrade 명령어가 아닌 명령어를 사용하여 GRUB 메뉴가 포함된 파일 시스템을 완전 삭제한 경우에는 복구 소프트웨어에서 GRUB 메뉴를 다시 설치하려 합니다. 복구 소프트웨어는 다음으로 재부트할 때 GRUB 메뉴를 다시 같은 파일 시스템에 넣습니다. 예를 들어, 파일 시스템에서 newfs 또는 mkfs 명령어를 사용하여 실수로 GRUB 메뉴를 완전 삭제하는 경우가 있을 수 있습니다. GRUB 메뉴를 제대로 복원하려면 슬라이스에서 다음 조건을 준수해야 합니다.

• 마운트 가능 파일 시스템을 포함합니다.

• 이전에 슬라이스가 있던 것과 같은 Solaris Live Upgrade 부트 환경의 일부로 남아 있습니다.

시스템을 재부트하기 전에 슬라이스에서 필요한 사항을 보정합니다.

해결책:

시스템을 다시 부트합니다. GRUB 메뉴의 백업 복사본이 자동으로 설치됩니다.

GRUB 메뉴의 menu.lst 파일이 실수로 삭제되었습니다.

해결책:

시스템을 다시 부트합니다. GRUB 메뉴의 백업 복사본이 자동으로 설치됩니다.

Veritas VxVm을 실행하는 Solaris Live Upgrade를 사용하여 업그레이드하는 중에 시스템 장애 발생

다음 절차에 따라 업그레이드를 수행하지 않으면 Solaris Live Upgrade를 사용하여 업그레이드를 수행하고 Veritas VxVM을 실행하는 경우 재부트 시 시스템 장애가 발생합니다. 패키지가 Solaris 고급 패키지 작성 지침 사항을 따르지 않으면 문제가 발생합니다.

1. 수퍼유저가 되거나 동등한 역할을 맡습니다.

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

2. 비활성 부트 환경을 만듭니다. Solaris 10 5/08 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 새 부트 환경 생성를 참조하십시오.

3. 비활성 부트 환경을 업그레이드하기 전에 비활성 부트 환경에서 기존 Veritas 소프트웨어를 비활성화시켜야 합니다.

   1. 비활성 부트 환경을 마운트합니다.

      # lumount inactive_boot_environment_name mount_point

      예를 들면 다음과 같습니다.

      # lumount solaris8 /mnt

   2. vfstab를 포함하는 디렉토리로 변경합니다. 예를 들면 다음과 같습니다.

      # cd /mnt/etc

   3. 비활성 부트 환경의 vfstab 파일 사본을 만듭니다. 예를 들면 다음과 같습니다.

      # cp vfstab vfstab.501

   4. 복사한 vfstab에서 Veritas 파일 시스템 항목을 모두 주석 처리합니다. 예를 들면 다음과 같습니다.

      # sed '/vx\/dsk/s/^/#/g' < vfstab > vfstab.novxfs

      각 행의 첫 번째 문자는 해당 행을 주석 행으로 만드는 #으로 변경됩니다. 이 주석 행은 시스템 파일 주석 행과 다르다는 점에 주의하십시오.

   5. 변경된 vfstab 파일을 복사합니다. 예를 들면 다음과 같습니다.

      # cp vfstab.novxfs vfstab

   6. 비활성 부트 환경의 시스템 파일로 디렉토리를 변경합니다. 예를 들면 다음과 같습니다.

      # cd /mnt/etc

   7. 비활성 부트 환경의 시스템 파일 사본을 만듭니다. 예를 들면 다음과 같습니다.

      # cp system system.501

   8. drv/vx를 포함하는 모든 "forceload:" 항목을 주석 처리합니다.

      # sed '/forceload: drv\/vx/s/^/*/' <system> system.novxfs

      각 행의 첫 번째 문자는 해당 행을 명령줄로 만드는 *로 변경됩니다. 이 주석 행은 vfstab 파일 주석 행과 다르다는 점에 주의하십시오.

   9. Veritas install-db 파일을 만듭니다. 예를 들면 다음과 같습니다.

      # touch vx/reconfig.d/state.d/install-db

   10. 비활성 부트 환경을 마운트 해제합니다.

       # luumount inactive_boot_environment_name

4. 비활성 부트 환경을 업그레이드합니다. Solaris 10 5/08 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 5 장, Solaris Live Upgrade를 통해 업그레이드(작업)를 참조하십시오.

5. 비활성 부트 환경을 활성화시킵니다. Solaris 10 5/08 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 부트 환경 활성화를 참조하십시오.

6. 시스템을 종료합니다.

   # init 0

7. 단일 사용자 모드에서 비활성 부트 환경을 부트합니다.

   OK boot -s

   “vxvm” 또는 “VXVM”을 포함하는 몇 개의 메시지와 오류 메시지는 무시할 수 있습니다. 비활성 부트 환경이 활성화됩니다.

8. Veritas를 업그레이드합니다.

   1. 시스템에서 Veritas VRTSvmsa 패키지를 제거합니다. 예를 들면 다음과 같습니다.

      # pkgrm VRTSvmsa

   2. 디렉토리를 Veritas 패키지로 변경합니다.

      # cd /location_of_Veritas_software

   3. 시스템에 최신 Veritas 패키지를 추가합니다.

      # pkgadd -d `pwd` VRTSvxvm VRTSvmsa VRTSvmdoc VRTSvmman VRTSvmdev

9. 원래의 vfstab 및 시스템 파일을 복원합니다.

   # cp /etc/vfstab.original /etc/vfstab # cp /etc/system.original /etc/system

10. 시스템을 다시 부트합니다.

    # init 6

x86: 기존 Service 분할 영역이 없는 시스템에서 기본적으로 만들지 않는 Service 분할 영역

현재 서비스 또는 진단 분할 영역이 없는 시스템에 Solaris 10 5/08 OS를 설치하는 경우 설치 프로그램에서 기본적으로 서비스 분할 영역을 만들 수 없을 것입니다. Solaris 분할 영역과 같은 디스크에 서비스 분할 영역이 있으면 Solaris 10 5/08 OS를 설치하기 전에 서비스 분할 영역을 다시 작성해야 합니다.

서비스 분할 영역이 있는 시스템에 Solaris 8 2/02 OS를 설치했으면 설치 프로그램이 설치 분할 영역을 보존하지 않았을 수 있습니다. 서비스 분할 영역을 보존하기 위한 fdisk 부트 분할 영역 레이아웃 수동 편집을 수행하지 않은 경우 설치 프로그램에서 설치하는 동안 서비스 분할 영역을 삭제합니다.

Solaris 8 2/02 OS를 설치할 때 서비스 분할 영역을 별도로 보존하지 않았으면 서비스 분할 영역을 다시 작성하고 Solaris 10 5/08 OS로 업그레이드할 수 없습니다.

Solaris 분할 영역이 있는 디스크에 서비스 분할 영역을 두려면 다음 조치 중 하나를 선택합니다.

네트워크 설치 이미지 또는 Solaris Operating System DVD에서 소프트웨어를 설치하는 방법

네트워크 설치 이미지 또는 네트워크를 통해 Solaris Operating System DVD에서 소프트웨어를 설치하려면 다음 단계를 따르십시오.

1. 디스크의 내용을 삭제합니다.

2. 설치하기 전에 시스템의 진단 CD를 사용하여 서비스 분할 영역을 작성합니다.

   서비스 분할 영역을 작성하는 방법에 대한 자세한 내용은 하드웨어 설명서를 참조하십시오.

3. 네트워크에서 시스템을 부트합니다.

   Customize fdisk Partitions 화면이 표시됩니다.

4. 기본 부트 디스크 분할 영역 레이아웃을 로드하려면 기본값을 누릅니다.

   설치 프로그램이 서비스 분할 영역을 보존하고 Solaris 분할 영역을 만듭니다.

Solaris Software - 1 CD 또는 네트워크 설치 이미지에서 설치하는 방법

Solaris 설치 프로그램을 사용하여 부트 서버의 Solaris Software - 1 CD 또는 네트워크 설치 이미지에서 설치하려면 다음 단계를 따릅니다.

1. 디스크의 내용을 삭제합니다.

2. 설치하기 전에 시스템의 진단 CD를 사용하여 서비스 분할 영역을 작성합니다.

   서비스 분할 영역을 작성하는 방법에 대한 자세한 내용은 하드웨어 설명서를 참조하십시오.

3. 설치 프로그램이 Solaris 분할 영역을 만드는 방법을 선택하라는 메시지를 표시합니다.

4. 시스템을 부트합니다.

5. Use rest of disk for Solaris partition 옵션을 선택합니다.

   설치 프로그램이 서비스 분할 영역을 보존하고 Solaris 분할 영역을 만듭니다.

6. 설치를 완료합니다.

부록 B 추가 SVR4 패키징 요구 사항(참조)

이 부록은 특히 다른 업체 패키지를 포함하여 패키지를 설치 또는 제거하는 시스템 관리자를 위한 것입니다. 이러한 패키징 요구 사항을 따르면 다음을 수행할 수 있습니다.

• Solaris Live Upgrade로 업그레이드하고 비전역 영역 및 디스크 없는 클라이언트를 만들고 유지할 수 있으므로 현재 실행 중인 시스템을 수정하지 않도록 합니다.

• 사용자 정의 JumpStart와 같은 설치 프로그램을 사용할 때 패키지가 설치를 자동화하는 대화식이 되지 못하도록 합니다.

이 장은 다음 내용으로 구성되어 있습니다.

• 현재 OS의 수정 방지.

• 설치 또는 업그레이드 시 사용자 상호 작용 방지.

• 영역에 대한 패키지 매개 변수 설정

현재 OS의 수정 방지

이 절의 요구 사항을 따르면 현재 실행 중인 OS가 변경되지 않고 유지됩니다.

절대 경로 사용

운영 체제 설치가 성공하려면 패키지가 Solaris Live Upgrade 비활성 부트 환경 등의 대체 루트(/) 파일 시스템을 인지하고 올바로 처리해야 합니다.

패키지는 pkgmap 파일(패키지 맵)에 절대 경로를 포함할 수 있습니다. 이 파일이 존재할 경우 해당 파일은 pkgadd 명령어의 -R 옵션에 상대적으로 작성됩니다. 절대 및 상대(재할당 가능) 경로를 모두 포함하는 패키지를 대체 루트(/) 파일 시스템에 설치할 수도 있습니다. $PKG_INSTALL_ROOT는 pkgadd에 의해 설치될 때 모든 경로가 제대로 해결되도록 절대 및 재할당 파일 모두의 앞에 붙습니다.

pkgadd -R 명령어 사용

pkgadd -R 옵션을 사용하여 설치되거나 pkgrm -R 옵션을 사용하여 제거되는 패키지는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 이 기능은 사용자 정의 JumpStart, Solaris Live Upgrade, 비전역 영역 및 디스크 없는 클라이언트에서 사용합니다.

pkgadd 명령어 -R 옵션으로 설치되거나 pkgrm 명령어 -R 옵션을 사용하여 제거되는 모든 패키지에 포함되는 모든 프로시저 스크립트는 현재 실행 중인 시스템을 변경하지 말아야 합니다. 사용자가 제공하는 모든 설치 스크립트는 접두어가 $PKG_INSTALL_ROOT 변수인 모든 디렉토리 또는 파일을 참조해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어를 가진 모든 디렉토리 및 파일을 작성해야 합니다. 패키지는 $PKG_INSTALL_ROOT 접두어 없이 디렉토리를 제거하지 말아야 합니다.

표 B–1은 스크립트 구문의 예를 제공합니다.

if [ -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf ] ; then

if [ -f /etc/myproduct.conf ] ; \
 then

/bin/rm -f ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

/bin/rm -f /etc/myproduct.conf 

echo "test=no" > ${PKG_INSTALL_ROOT}\
/etc/myproduct.conf

echo "test=no" > \
/etc/myproduct.conf

$PKG_INSTALL_ROOT와 $BASEDIR 사이의 차이점 개요

$PKG_INSTALL_ROOT는 패키지를 추가할 컴퓨터의 루트(/) 파일 시스템의 위치입니다. 위치는 pkgadd 명령어의 -R 인자로 설정됩니다. 예를 들어, 다음 명령어가 호출되면 $PKG_INSTALL_ROOT가 패키지를 설치하는 동안 /a가 됩니다.

# pkgadd -R /a SUNWvxvm

$BASEDIR은 위치 변경이 가능한 패키지 객체가 설치된 위치 변경이 가능한 기본 디렉토리를 가리킵니다. 위치 변경이 가능한 객체만 여기에 설치됩니다. 위치 변경이 불가능한 객체(pkgmap 파일의 절대 경로를 가진 객체)는 항상 비활성 부트 환경에 상대적으로 설치되지만 실제로 $BASEDIR에 상대적이지 않습니다. 패키지에 위치 변경이 가능한 객체가 없는 경우 해당 패키지는 절대 패키지(즉, 위치 변경이 불가능한 패키지)라고 하며 $BASEDIR은 정의되지 않고 패키지 프로시저 스크립트에 사용할 수 없습니다.

예를 들어, 패키지의 pkgmap 파일은 다음 두 항목을 가지는 것으로 가정합니다.

1 f none sbin/ls 0555 root sys 3541 12322 1002918510
1 f none /sbin/ls2 0555 root sys 3541 12322 2342423332

pkginfo 파일은 $BASEDIR에 대한 다음 사양을 갖습니다.

BASEDIR=/opt

이 패키지가 다음 명령어로 설치되면 ls는 /a/opt/sbin/ls에 설치되지만 ls2는 /a/sbin/ls2에 설치됩니다.

# pkgadd -R /a SUNWtest

스크립트 작성 지침

패키지 프로시저 스크립트는 반드시 현재 실행 중인 OS와 독립적이어서 OS가 수정되지 않도록 해야 합니다. 프로시저 스크립트는 패키지 설치 및 제거 동안 특정 지점에서 발생하는 작업을 정의합니다. 이러한 미리 지정된 이름으로 만들 수 있는 프로시저 스크립트는preinstall, postinstall, preremove 및 postremove 등 4개입니다.

디스크 없는 클라이언트 호환성 유지관리

패키지가 패키지 자체가 제공하는 명령어를 실행하면 안 됩니다. 이는 디스크 없는 클라이언트 호환성을 유지하고 아직 설치되지 않은 공유 라이브러리가 필요할 수 있는 명령어 실행을 방지하기 위한 것입니다.

패키지 확인

모든 패키지는 pkgchk 검증을 통과해야 합니다. 패키지가 작성되면 설치되기 전에 다음 명령어로 검사해야 합니다.

# pkgchk -d dir_name pkg_name

dir_name

패키지가 상주하는 디렉토리의 이름을 지정합니다.

pkg_name

패키지의 이름을 지정합니다.

예 B–1 패키지 테스트

패키지가 작성된 후 pkgadd에 대한 -R dir_name 옵션을 사용하여 대체 루트(/) 위치로 설치하여 테스트해야 합니다. 패키지가 설치된 후 다음 예에서와 같이 pkgchk를 사용하여 정확성을 검사해야 합니다.

# pkgadd -d . -R /a SUNWvxvm
# pkgchk -R /a SUNWvxvm

오류가 표시되어서는 안 됩니다.

예 B–2 /export/SUNWvxvm에서 패키지 테스트

패키지가 /export/SUNWvxvm에 있는 경우 다음 명령을 실행해야 합니다.

# pkgchk -d /export SUNWvxvm

오류가 표시되어서는 안 됩니다.

파일을 작성, 수정 및 삭제할 때 기타 명령어를 사용하여 패키지를 확인할 수 있습니다. 다음 명령어를 예로 들 수 있습니다.

• 예를 들어, dircmp 또는 fssnap 명령어는 패키지가 제대로 작동하는지 검증하는 데 사용할 수 있습니다.

• 또한 ps 명령어는 데몬이 패키지에 의해 정지 또는 시작되지 않았음을 확인하여 데몬 적합성을 테스트하기 위해 사용될 수 있습니다.

• truss, pkgadd -v 및 pkgrm 명령어는 런타임 패키지 설치 적합성을 테스트할 수 있지만 일부 상황에서 작동하지 않을 수 있습니다. 다음 예에서, truss 명령어는 모든 읽기 전용, 비$TEMPDIR 액세스를 제거하고 지정된 비활성 부트 환경 내에 있지 않는 경로에 대한 비읽기 전용 액세스만 보여 줍니다.

# TEMPDIR=/a; export TEMPDIR
# truss -t open /usr/sbin/pkgadd -R ${TEMPDIR} SUNWvxvm \
2>&1 > /dev/null | grep -v O_RDONLY | grep -v \
'open("'${TEMPDIR}

설치 또는 업그레이드 시 사용자 상호 작용 방지

패키지는 다음 Solaris 유틸리티를 사용할 경우 사용자에게 정보를 묻는 메시지가 표시되지 않고 추가 또는 제거되어야 합니다.

• 사용자 정의 JumpStart 프로그램

• Solaris Live Upgrade

• Solaris 설치 프로그램 프로그램

• Solaris 영역

사용자 상호 작용 없이 설치할 수 있도록 패키지를 테스트하기 위해 pkgadd 명령어 -a 옵션으로 새 관리 파일을 설정할 수 있습니다. -a 옵션은 기본 관리 파일 대신 사용될 설치 관리 파일을 정의합니다. 기본 파일을 사용하면 사용자에게 추가 정보를 묻는 메시지가 표시될 수 있습니다. 이들 검사를 무시하고 사용자 확인이 없이 패키지를 설치해야 함을 pkgadd에게 알려주는 관리 파일을 만들 수 있습니다. 자세한 내용은 매뉴얼 페이지 admin(4) 또는 pkgadd(1M)을 참조하십시오.

다음 예에서는 pkgadd 명령어가 관리 파일을 사용하는 방법을 보여 줍니다.

• 관리 파일이 제공되지 않으면 pkgadd는 /var/sadm/install/admin/default를 사용합니다. 이 파일을 사용하면 사용자 상호 작용이 생길 수 있습니다.

  # pkgadd

• 상대 관리 파일이 명령줄에 제공되면 pkgadd는 /var/sadm/install/admin에서 파일 이름을 찾아 사용합니다. 이 예에서 상대 관리 파일의 이름은 nocheck이고 pkgadd는 /var/sadm/install/admin/nocheck를 찾습니다.

  # pkgadd -a nocheck

• 절대 파일이 제공되면 pkgadd가 해당 파일을 사용합니다. 이 예에서 pkgadd는 /tmp에서 nocheck 관리 파일을 찾습니다.

  # pkgadd -a /tmp/nocheck

예 B–3 설치 관리 파일

다음은 pkgadd 유틸리티와의 사용자 상호 작용이 거의 필요 없는 설치 관리 파일의 예입니다. 패키지가 시스템에서 사용 가능한 공간보다 더 많은 공간을 필요로 하는 경우를 제외하고 pkgadd 유틸리티는 이 파일을 사용하고 사용자에게 추가 정보를 묻는 메시지를 표시하지 않고 패키지를 설치합니다.

mail=
instance=overwrite
partial=nocheck
runlevel=nocheck
idepend=nocheck
space=ask
setuid=nocheck
confiict=nocheck
action=nocheck
basedir=default

영역에 대한 패키지 매개 변수 설정

패키지에는 비전역 영역이 설치된 시스템에서 해당 내용이 배포되고 표시되는 방식을 제어하는 매개 변수가 있습니다. SUNW_PKG_ALLZONES , SUNW_PKG_HOLLOW 및 SUNW_PKG_THISZONE 패키지 매개 변수는 영역이 설치된 시스템의 패키지 특성을 정의합니다. 비전역 영역이 설치된 시스템에서 패키지를 관리할 수 있도록 이 매개 변수를 설정해야 합니다.

다음 표에는 패키지 매개 변수 설정을 위한 네 가지 유효한 조합이 나열되어 있습니다. 다음 표에 나열되지 않은 설정 조합을 선택한 경우, 해당 설정은 무효화되고 패키지 설치에 실패합니다.

세 개의 패키지 매개 변수 모두를 설정해야 합니다. 세 개의 패키지 매개 변수 모두를 비워둘 수 있습니다. 패키지 도구는 누락된 영역 패키지 매개 변수를 설정이 “false”인 것으로 해석하지만 매개 변수를 설정하지 않는 것은 권장하지 않습니다. 세 개의 패키지 매개 변수 모두를 설정하여 패키지를 설치하거나 제거할 때의 패키지 도구의 정확한 동작을 지정합니다.

배경 정보

다음 참조는 패키징 요구 사항과 특정 명령어 구문에 대한 배경 정보를 제공합니다.