이 장에서는 Solaris 10 운영 체제 설치 정보를 제공하고 설치와 관련된 문제에 대해 설명합니다.
수정되어 더 이상 Solaris 10 10/09 소프트웨어에 적용되지 않는 버그 및 문제를 보려면 부록 ASolaris 10 운영 체제의 통합 버그 수정 표를 참조하십시오.
본 절에서는 Solaris 10 OS의 동작 변경과 같은 일반적인 정보를 제공합니다.
Solaris의 Solaris 10 10/09 릴리스는 다음과 같은 최신 버전의 구성 요소가 실행되는, 지원되는 모든 Sun 시스템에서 테스트되었습니다.
BIOS 및 ILOM
SPARC 펌웨어, OBP 및 하이퍼바이저
Solaris 10 10/09 릴리스를 사용하여 최상의 결과를 얻으려면 BIOS/펌웨어를 http://www.sun.com/bigadmin/patches/firmware/release_history.jsp의 매트릭스에 나열된 최신 릴리스로 업그레이드하십시오.
다음은 Solaris 10 10/09 릴리스에 대한 최소 및 권장 메모리 요구 사항입니다.
UFS 루트 파일 시스템의 경우
최소 메모리 - 384MB
권장 메모리 - 512MB
ZFS 루트 파일 시스템의 경우
최소 메모리 - 768MB
전체 ZFS 성능을 위한 권장 메모리 - 1GB
SPARC 시스템의 경우 Solaris 10 8/07 릴리스부터 다음 릴리스에서만 Solaris OS를 업그레이드할 수 있습니다.
Solaris 8 OS
Solaris 9 OS
Solaris 10 OS
x86 시스템의 경우 다음 릴리스에서만 Solaris OS를 업그레이드할 수 있습니다.
Solaris 9 OS
Solaris 10 OS
Solaris 8 소프트웨어 이전의 릴리스를 Solaris 10 10/09 소프트웨어로 업그레이드하려면 먼저 위 목록에 있는 릴리스 중 하나로 업그레이드해야 합니다. 그런 다음 Solaris 10 10/09 릴리스로 업그레이드합니다.
Solaris 10 10/09 소프트웨어는 이전 릴리스와의 Solaris 호환성 보증 관련 테스트를 거쳤습니다. 즉, Solaris의 게시된 ABI를 준수하는 타사 응용 프로그램을 비롯한 응용 프로그램이 Solaris 10 10/09 릴리스를 수정하지 않고도 작동한다는 의미입니다. 자세한 내용은 http://www.sun.com/software/solaris/guarantee.jsp에서 Solaris Application Guarantee Program을 참조하십시오.
사용 중인 시스템이 Solaris OS와 Solaris 소프트웨어에 포함되지 않은 다른 제품을 함께 실행할 수도 있습니다. 이러한 제품은 Sun이나 다른 회사의 제품일 수 있습니다. 이 시스템을 Solaris 10 릴리스로 업그레이드할 경우 이러한 제품도 Solaris 10 OS에서 지원되는지 확인합니다. 각 제품의 상태에 따라 다음 옵션 중 하나를 수행할 수 있습니다.
해당 제품의 기존 버전이 Solaris 10 소프트웨어에서 지원되는지 확인합니다.
Solaris 10 릴리스에서 지원되는 새 버전의 제품을 설치합니다. Solaris 소프트웨어 업그레이드에 앞서 그 제품의 이전 버전을 제거해야 할 수도 있습니다. 자세한 내용은 제품 설명서를 참조하십시오.
Solaris 10 소프트웨어로 업그레이드하기 전에 해당 제품을 제거합니다.
본 절에서는 Solaris 10 OS를 설치하거나 업그레이드하기 전에 알아두어야 할 중요한 설치 문제를 설명합니다. 이 문제들 때문에 설치나 업그레이드 작업이 성공적으로 완료되지 못할 수도 있습니다. 본 절에서 설명하는 버그가 사용 중인 시스템에 적용되는 경우에는 설치나 업그레이드에 앞서 권장 해결 방법을 수행해야 합니다.
Solaris 10 8/07 릴리스부터 Solaris 영역에 Solaris Live Upgrade를 사용할 수 있습니다. 자세한 내용은 http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1에서 InfoDoc 206844를 참조하십시오.
Solaris Live Upgrade가 제대로 작동하려면 해당 OS 버전용의 제한된 패치 개정판 세트가 설치되어야 합니다. http://sunsolve.sun.com을 참조하여 가장 최근에 업데이트된 패치 목록이 있는지 확인합니다. Solaris 10 10/09 릴리스에는 다음과 같은 Solaris Live Upgrade 제한 사항이 있습니다.
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 8 OS에서 Solaris 10 10/09 릴리스로 업그레이드하려면 다음 단계를 수행하십시오.
SPARC 시스템의 경우 – Solaris 8 릴리스에서 Solaris 10 10/09 릴리스로의 Solaris Live Upgrade가 지원됩니다. Solaris Live Upgrade 사용법에 대한 단계별 절차는 http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp를 참조하십시오.
x86 시스템의 경우 – Solaris 8 릴리스에서 Solaris 10 10/09 릴리스로의 Solaris Live Upgrade가 지원되지 않습니다. 대신 표준 업그레이드 절차를 사용하거나 Solaris 8 OS에서 Solaris 9 OS나 Solaris 10 OS로의 Solaris Live Upgrade를 수행합니다. 그런 다음 Solaris 9 릴리스 또는 Solaris 10 릴리스에서 Solaris 10 10/09 릴리스로 Solaris Live Upgrade를 수행할 수 있습니다.
Solaris 8에서 Solaris 10 5/08, Solaris 10 10/08, Solaris 10 5/09 및 Solaris 10 10/09 릴리스로의 Solaris Live Upgrade는 http://sunsolve.sun.com/search/document.do?assetkey=1-9-250526-1을 통해 지원됩니다.
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 9 OS에서 Solaris 10 10/09 릴리스로 업그레이드하려면 다음 패치를 적용합니다.
SPARC 시스템의 경우– 137477-01 이상
x86 시스템의 경우– 137478-01 이상
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 10 OS에서 Solaris 10 10/09 릴리스로 업그레이드하려면 다음 패치를 적용합니다.
SPARC 시스템의 경우– 137321-01 이상
x86 시스템의 경우– 137322-01 이상
이러한 패치는 새 p7zip 기능을 제공합니다. Solaris 10 10/09로의 업그레이드를 지원하려면 Solaris Live Upgrade에 p7zip 기능이 필요합니다.
Solaris Live Upgrade를 사용하기 전에 라이브 부트 환경에 필요한 최소 패치 정보는 http://sunsolve.sun.com/search/document.do?assetkey=1-61-206844-1의 Infodoc 206844에 나와 있습니다.
Solaris 10 10/09 릴리스는 ZFS 루트 파일 시스템을 설치하고 ZFS에 영역 루트를 구성하는 기능을 제공합니다. 일반적으로 원하는 경우 ZFS에 영역 루트를 만들고 구성할 수 있습니다. ZFS 및 영역 구성과 함께 Solaris Live Upgrade를 사용할 예정이면 다음 정보를 검토합니다.
Solaris 10 10/09 릴리스에서 지원하는 영역 구성과 함께 Solaris Live Upgrade를 사용하려면 먼저 표준 업그레이드 프로그램을 사용하여 시스템을 Solaris 10 10/09 릴리스로 업그레이드해야 합니다.
그런 다음 Solaris Live Upgrade로 영역 루트가 있는 UFS 루트 파일 시스템을 ZFS 루트 파일 시스템으로 마이그레이션하거나 ZFS 루트 파일 시스템 및 영역 루트를 업그레이드 또는 패치할 수 있습니다.
이전 Solaris 10 릴리스의 지원되지 않는 영역 구성을 Solaris 10 10/09 릴리스로 직접 마이그레이션할 수 없습니다.
Solaris 10 10/09 릴리스에서 업그레이드되거나 패치되는, 지원되는 영역 구성에 대한 자세한 내용은 Solaris ZFS Administration Guide의 Migrating a UFS Root File System to a ZFS Root File System (Solaris Live Upgrade)을 참조하십시오.
이러한 구성 설정에 대한 전체 지침은 Solaris ZFS Administration Guide의 Solaris Installation and Solaris Live Upgrade Requirements for ZFS Support을 참조하십시오.
ZFS 루트 파일 시스템으로 마이그레이션을 시작하거나 ZFS 루트 파일 시스템이 있는 시스템의 영역을 설정하기 전에 이 장의 정보를 검토하십시오. 해당 시스템에서 Solaris Live Upgrade를 사용하려면 ZFS 루트 파일 시스템이 있는 시스템의 영역을 설정하는 권장 절차를 정확히 따르십시오.
Solaris Trusted Extensions로 구성된 Solaris 시스템은 비전역 영역을 사용합니다. 이러한 시스템을 업그레이드하는 것은 영역을 사용하는 Solaris 시스템을 업그레이드하는 것과 동일하며 문제점도 같습니다.
ZFS 영역– ZFS 영역이 있는 Solaris 시스템을 현재 업그레이드할 수 없습니다. 대신 ZFS 영역이 있는 Solaris Trusted Extensions 시스템에서 해당 영역을 다시 만듭니다. 영역을 다시 만들려면 다음 단계를 수행합니다.
먼저 tar -T 명령을 사용하여 모든 데이터를 백업합니다.
그런 다음 해당 영역을 삭제합니다.
시스템을 업그레이드하고 모든 영역을 다시 구성합니다.
영역을 구성한 후 모든 데이터를 복원합니다.
NFSv4 도메인– 업그레이드 후에는 레이블이 있는 각 영역을 가져오는 경우 NFSv4 도메인에 대한 프롬프트가 표시됩니다. 이 프롬프트를 표시하지 않으려면 업그레이드하기 전에 레이블이 있는 각 영역에서 /etc/default/nfs 파일에 올바른 NFSMAPID_DOMAIN 값을 추가합니다. 자세한 내용은 CR 5110062를 참조하십시오.
Live Upgrade - 다음 버그는 영역이 있는 Solaris 시스템의 Live Upgrade에 영향을 미칩니다.
이러한 버그는 또한 Solaris Trusted Extensions로 구성된 시스템의 Live Upgrade에 영향을 미칩니다. 해결 방법도 동일합니다.
이름 서비스– 업그레이드 중에 사용된 이름 서비스가 아닌 다른 이름 서비스를 사용하도록 설치 시 시스템이 구성되었을 경우에는 부트 후 전역 영역에서 올바른 이름 서비스를 사용할 수 있습니다.
예를 들어 시스템 설치 시 이름 서비스로 NIS를 사용하도록 지정했지만 해당 시스템이 나중에 LDAP 클라이언트로 변환된 경우 luactivate 부트가 해당 전역 영역에서 이름 서비스로 NIS를 사용하도록 되돌릴 수 있습니다. 이것은 CR 6569407로 인해 발생합니다.
해결 방법은 /var/svc/profile 디렉토리에서 name_service.xml 심볼릭 링크가 현재 사용 중인 이름 서비스에 해당하는 올바른 xml 파일을 가리키도록 조정하는 것입니다. 예를 들어 설치 시 이름 서비스로 NIS가 지정된 경우에는 name_service.xml이 ns_nis.xml에 대한 심볼릭 링크가 됩니다. 이후에 시스템이 LDAP 클라이언트로 변환되면 라이브 업그레이드 시 LDAP가 이름 서비스로 사용되고 다음 명령이 실행됩니다.
# ln -fs ns_ldap.xml name_service.xml |
이 명령은 Live Upgrade를 시작하거나 lucreate 명령을 실행하기 전에 실행해야 합니다. 그러나 lucreate 명령을 실행하기 전에 이 명령을 실행하지 않은 경우에는 luactivate 명령을 실행한 후 다음 단계를 수행합니다.
새 부트 환경에서 lumount를 실행합니다.
# lumount <BE_name> |
부트 환경의 /var/svc/profile 디렉토리로 변경합니다.
# cd /.alt.<BE_name>/var/svc/profile |
name_service.xml 링크를 적절하게 연결합니다. 예를 들면 다음과 같습니다.
# ln -fs ns_ldap.xml name_sevice.xml |
부트 환경에서 luumount를 실행합니다.
# luumount <BE_name> |
위 단계를 수행하지 않고 시스템을 부트하면 수동으로 해당 이름 서비스 관련 SMF 클라이언트 서비스를 시작해야 합니다.
SPARC 및 x86 시스템에서 -C 대상 지정자와 함께 patchadd 명령을 사용하여 미니루트를 패치하는 절차가 변경되었습니다. 미니루트의 압축을 풀고 패치를 적용한 다음 미니루트를 다시 압축해야 합니다.
자세한 단계는 다음을 참조하십시오.
Solaris 10 10/09 설치 설명서: 네트워크 기반 설치의 5 장, DVD 매체를 사용하여 네트워크에서 설치(작업)
Solaris 10 10/09 설치 설명서: 네트워크 기반 설치의 6 장, CD 매체를 사용하여 네트워크에서 설치(작업)
Solaris 10 8/07 릴리스부터 Solaris Data Encryption Supplement 패키지가 기본적으로 Solaris 10 OS 소프트웨어에 포함됩니다. 따라서 이러한 패키지를 더 이상 설치 및 다운로드하지 않아도 됩니다.
CR 6277164 및 CR 6214222에서 보고된 문제를 해결하려면 다음 패치를 적용합니다.
SPARC 기반 시스템의 경우 패치 ID 119366-05
x86 기반 시스템의 경우 패치 ID 119367-05
다음 절에서는 보고된 문제를 완전히 해결하기 위해 추가적으로 수행해야 할 단계를 설명합니다. 자세한 내용은 해당 패치의 패치 README에서 특수 설치 지침 절을 읽으십시오.
elx 또는 pcelx 네트워크 인터페이스 카드(NIC)가 있는 시스템에서는 설치에 실패합니다. NIC 구성 중에 다음과 같은 오류 메시지가 표시될 수 있습니다.
WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT> |
자세한 내용은 elxl(7D) 또는 pcelx(7D) 매뉴얼 페이지를 참조하십시오.
해결 방법: elx 또는 pcelx NIC가 없는 시스템에서 설치하고 실행합니다.
/var 파일 시스템이 별도의 슬라이스에 있는 경우 /var 파일 시스템의 기본 크기가 충분하지 않을 수 있습니다.
/var 파일 시스템의 슬라이스 크기를 수동으로 더 크게 지정해야 합니다.
/var 파일 시스템이 별도의 슬라이스 또는 분할 영역에 있지 않으면 이 문제는 발생하지 않습니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
Solaris 설치 프로그램 GUI를 사용하면 다음 단계를 수행합니다.
설치를 시작합니다.
설치 유형 선택에서 사용자 정의 설치를 선택합니다.
Solaris 설치 프로그램은 설치할 소프트웨어 현지화, 제품 및 디스크 레이아웃을 사용자 정의할 수 있는 화면을 표시합니다.
파일 시스템 레이아웃에서 수정을 선택합니다.
디스크 레이아웃 화면이 표시됩니다.
파일 시스템 열에서 해당 슬라이스에 /var를 입력한 다음 적용을 클릭합니다.
설치 프로그램에서는 /var 파일 시스템의 기본 크기를 제안합니다.
/var 파일 시스템의 크기 열 항목을 디스크 공간 크기의 2배가 되도록 편집합니다.
예를 들어, 설치 프로그램에 40MB의 공간을 할당하려면 크기 값을 80으로 변경합니다.
설치를 완료합니다.
Solaris 설치 프로그램의 텍스트 설치 프로그램을 사용하면 다음 단계를 수행합니다.
설치를 시작합니다.
설치 유형 선택에서 사용자 정의 설치를 선택합니다.
Solaris 설치 프로그램은 설치할 소프트웨어 현지화, 제품 및 디스크 레이아웃을 사용자 정의할 수 있는 화면을 표시합니다.
파일 시스템 레이아웃에서 자동 레이아웃을 선택합니다.
디스크 레이아웃 화면이 표시됩니다.
파일 시스템 열에서 해당 슬라이스의 /var를 입력합니다.
설치 프로그램에서는 /var 파일 시스템의 기본 크기를 제안합니다.
/var 파일 시스템의 크기를 사용자 정의하려면 F4_사용자 정의를 누릅니다.
/var 파일 시스템의 크기 열 항목을 디스크 공간 크기의 2배가 되도록 편집합니다.
예를 들어, 설치 프로그램에 40MB의 공간을 할당하려면 크기 값을 80으로 변경합니다.
설치를 완료합니다.
사용자 정의 JumpStart 프로그램을 사용하면 filesys 프로필 키워드를 사용하여 /var 파일 시스템 크기를 설정합니다. 다음 예에서는 슬라이스의 /var 파일 시스템 크기를 5MB ~ 256MB로 설정합니다.
filesys c0t0d0s5 256 /var |
Solaris 10 소프트웨어는 대형 분할 영역을 설치할 수 있는 최신 기능을 가지고 있습니다. 시스템 BIOS는 논리적 블록 주소 지정(LBA)을 지원해야 합니다. BIOS 버전 GG.06.13은 LBA 액세스를 지원하지 않습니다. Solaris 부트 프로그램은 이러한 충돌을 해결하지 못합니다. 이 문제는 다른 HP Vectra 시스템에도 영향을 미칠 수 있습니다.
이 업그레이드를 수행하면 HP 시스템은 더 이상 부트할 수 없습니다. 밑줄 커서가 깜박거리는 검은색 빈 화면만이 표시됩니다.
해결 방법: 최신 BIOS 버전 GG.06.13을 사용하여 HP Vectra XU 시리즈 시스템을 Solaris 10 릴리스로 업그레이드하지 마십시오. 이 버전은 더 이상 이 시스템을 지원하지 않습니다.
부트 경로는 하드 디스크 코드를 사용하지 않기 때문에 부트 디스켓이나 부트 CD를 사용하여 시스템을 부트할 수 있습니다. 그리고 나서 네트워크 또는 CD-ROM 드라이브 대신 하드 디스크를 부트 장치로 선택합니다.
SPARC 기반 시스템에서 Solaris 10 OS는 64비트 모드에서만 실행됩니다. 일부 Sun4UTM 시스템은 플래시 PROM의 OpenBootTM 펌웨어를 상위 수준으로 업데이트해야 64비트 모드에서 OS를 실행할 수 있습니다. 다음 시스템에서는 플래시 PROM 업데이트가 필요할 수 있습니다.
UltraTM 2
Ultra 450 및 Sun EnterpriseTM 450
Sun Enterprise 3000, 4000, 5000 및 6000 시스템
다음 표에서는 64비트 Solaris 10 OS를 실행하는 데 필요한 최소 펌웨어 버전과 UltraSPARC 시스템을 나열합니다. System type은 uname -i 명령을 실행했을 때의 출력 내용과 같습니다. prtconf -V 명령을 사용하면 실행 중인 펌웨어의 버전을 알 수 있습니다.
표 1–1 UltraSPARC 시스템의 64비트 Solaris 소프트웨어를 실행하는데 필요한 최소 펌웨어 버전
uname -i의 시스템 유형 |
prtconf -V의 최소 펌웨어 버전 |
---|---|
SUNW,Ultra-2 |
3.11.2 |
SUNW,Ultra-4 |
3.7.107 |
SUNW,Ultra-Enterprise |
3.2.16 |
이전 표에 나열되어 있지 않은 시스템은 플래시 PROM을 업데이트할 필요가 없습니다. 플래시 PROM 업데이트 수행 지침은 http://docs.sun.com에서 Solaris 8 Sun 하드웨어 플랫폼 안내서의 임의 버전을 참조하십시오.
SPARC 및 x86 시스템 모두에서 펌웨어를 업그레이드하면 성능이 상당히 개선될 수 있습니다. http://www.sun.com/bigadmin/patches/overview.jsp에서 BigAdmin Patching Hub의 Firmware 절을 참조하십시오. 또한 http://www.sun.com/bigadmin/patches/firmware/faq.jsp의 FAQ를 참조하십시오.
Solaris Management Console 2.1 소프트웨어는 Solaris Management Console 1.0, 1.0.1 또는 1.0.2 소프트웨어와 호환되지 않습니다. Solaris 10 릴리스로 업그레이드하고자 하고 Solaris Management Console 1.0, 1.0.1 또는 1.0.2 소프트웨어가 설치되어 있는 경우, 업그레이드하기 전에 Solaris Management Console 소프트웨어를 먼저 설치 제거해야 합니다. Solaris Management Console 소프트웨어는 SEAS 2.0 오버박스, SEAS 3.0 오버박스 또는 Solaris 8 Admin Pack을 설치한 경우 시스템에 존재할 수 있습니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
업그레이드하기 전에 /usr/bin/prodreg 명령을 사용하여 Solaris Management Console 소프트웨어를 완전히 제거합니다.
Solaris 10 릴리스로 업그레이드하기 전에 Solaris Management Console 1.0, 1.0.1 또는 1.0.2 소프트웨어를 설치 제거하지 않았으면 먼저 모든 Solaris Management Console 1.0, 1.0.1 또는 1.0.2 패키지를 제거해야 합니다. prodreg 명령 대신 pkgrm 명령을 사용하여 패키지를 제거합니다. 패키지 제거 순서를 주의해서 수행합니다. 다음 단계를 수행합니다.
수퍼유저가 됩니다.
다음 명령을 입력합니다.
# pkginfo | grep “Solaris Management Console“ |
설명이 “Solaris Management Console 2.1”로 시작하지 않으면 출력에 있는 패키지 이름은 Solaris Management Console 1.0 패키지를 식별합니다.
아래의 순서대로 Solaris Management Console 1.0 패키지의 모든 인스턴스를 제거하려면 pkgrm 명령을 사용합니다.
설명 부분에 “Solaris Management Console 2.1”을 포함하는 패키지는 제거하지 마십시오. 예를 들어, SUNWmc.2는 Solaris Management Console 2.1 소프트웨어를 가리킵니다.
pkginfo 출력이 Solaris Management Console 1.0 패키지의 여러 버전을 표시하는 경우, pkgrm 명령을 사용하여 모든 패키지를 제거합니다. 원래 패키지를 제거한 다음 번호가 추가된 패키지를 제거합니다. 예를 들어, SUNWmcman 및 SUNWmcman.2 패키지가 pkginfo 출력에 나타나면 먼저 SUNWmcman 패키지를 제거한 다음 SUNWmcman.2 패키지를 제거합니다. prodreg 명령을 사용하지 마십시오.
# pkgrm SUNWmcman # pkgrm SUNWmcapp # pkgrm SUNWmcsvr# pkgrm SUNWmcsvu # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmcsws |
단말기 창에서 다음 명령을 입력합니다.
# rm -rf /var/sadm/pkg/SUNWmcapp |
그러면 Solaris Management Console 2.1 소프트웨어가 적합하게 작동합니다. 향후 유지 관리를 위해 또는 Solaris Management Console 2.1 소프트웨어가 적합하게 기능하지 않을 경우 Solaris Management Console 2.1 소프트웨어를 제거합니다. 다음 단계를 완료하여 소프트웨어를 다시 설치합니다.
아래의 순서대로 모든 Solaris Management Console 2.1 패키지와 종속 패키지를 제거하려면 pkgrm 명령을 사용합니다.
설치에 SUNWmc 및 SUNWmc.2와 같은 Solaris Management Console 2.1 패키지의 인스턴스가 여러 개 있으면 먼저 SUNWmc를 제거한 다음 SUNWmc.2를 제거합니다. prodreg 명령을 사용하지 마십시오.
# pkgrm SUNWpmgr # pkgrm SUNWrmui # pkgrm SUNWlvmg # pkgrm SUNWlvma # pkgrm SUNWlvmr # pkgrm SUNWdclnt # pkgrm SUNWmga # pkgrm SUNWmgapp # pkgrm SUNWmcdev # pkgrm SUNWmcex # pkgrm SUNWwbmc # pkgrm SUNWmc # pkgrm SUNWmcc # pkgrm SUNWmccom |
Solaris 10 Software - 4 CD를 CD-ROM 드라이브에 삽입합니다. 단말기 창에서 다음을 입력합니다.
# # cd /cdrom/cdrom0/Solaris_10/Product # pkgadd -d . SUNWmccom SUNWmcc SUNWmc SUNWwbmc SUNWmcex SUNWmcdev \ SUNWmgapp SUNWmga SUNWdclnt SUNWlvmr SUNWlvma SUNWlvmg SUNWpmgr \ SUNWrmui |
Solaris Management Console의 모든 이전 버전이 제거됩니다. 그러면 Solaris Management Console 2.1 소프트웨어가 작동합니다.
특정 경우에 BIOS 장치 유틸리티(/sbin/biosdev)가 실패하여 설치 또는 업그레이드가 완료되지 않을 수 있습니다. 다음 상황 중 하나에서 오류가 발생할 수 있습니다.
패치 ID 117435-02가 적용되었으나 시스템이 재부트되지 않았습니다.
시스템에 동일한 fdisk 분할 영역이 있는 동일한 디스크가 둘 이상 있습니다.
다음과 같은 오류 메시지가 나타납니다.
biosdev: Could not match any!! |
해결 방법: 패치 ID 117435-02를 적용한 후 시스템을 재부트하십시오. 설치 또는 업그레이드에 사용할 동일한 디스크가 서로 다른 fdisk 분할 영역 레이아웃으로 구성되었는지 확인하십시오.
다음 예는 fdisk 분할 영역 레이아웃이 동일한 두 개의 디스크가 있는 시스템을 기반으로 합니다. 레이아웃을 변경하려면 다음 단계를 수행합니다.
수퍼유저가 됩니다.
디스크 유지 보수 유틸리티를 시작합니다.
# format |
시스템에서 사용 가능한 디스크 목록이 표시됩니다.
변경하려는 fdisk 분할 영역이 있는 디스크를 선택하려면 디스크 번호를 입력합니다.
형식 옵션 목록에서 fdisk를 선택합니다.
디스크의 분할 영역 정보와 fdisk 옵션 목록이 표시됩니다.
디스크의 레이아웃을 변경하려면 다음 중 하나를 선택합니다.
다른 활성 분할 영역을 지정하려면 2를 누릅니다.
다른 디스크 분할 영역을 추가하려면 1을 누릅니다.
사용되지 않은 분할 영역을 삭제하려면 3을 누릅니다.
변경 사항을 저장하고 fdisk 메뉴를 종료하려면 5를 누릅니다.
디스크 유지 보수 유틸리티를 종료하려면 형식(Format) 옵션에서 종료(Quit)를 선택합니다.
시스템을 다시 부트합니다.
시스템을 재부트한 후에 오류 메시지가 더 이상 표시되지 않는지 확인합니다. 수퍼유저로 다음 명령을 입력합니다.
# /sbin/biosdev |
오류 메시지가 여전히 표시되면 위의 절차를 반복하되, 단계 5에서 기타 옵션을 선택합니다.
시스템에 동일한 fdisk 분할 영역 레이아웃이 있는 다른 동일한 디스크가 포함되어 있으면 해당 디스크에서 단계 1에서 단계 9를 반복합니다. 그렇지 않으면 Solaris 설치 또는 업그레이드를 진행할 수 있습니다.
현재 Solaris 릴리스부터는 비전역 영역이 설치된 경우 Solaris Flash 아카이브를 제대로 만들 수 없습니다. Solaris Flash 기능은 현재 Solaris 컨테이너(영역) 기능과 호환되지 않습니다.
다음과 같은 상황에서는 Solaris Flash 아카이브를 만드는 데 flar create 명령을 사용하지 마십시오.
모든 비전역 영역
비전역 영역이 설치되어 있는 전역 영역
이러한 상황에서 Solaris Flash 아카이브를 만들면 해당 아카이브를 배포할 때 제대로 설치되지 않을 수 있습니다.
해결 방법: 모두 중지된 경우 영역이 설치된 시스템의 Solaris Flash 아카이브를 만들 수도 있습니다. 자세한 내용은 http://opensolaris.org/os/community/zones/faq/flar_zones/를 참조하십시오.
Sun Java Workstation 2100Z의 DVD 콤보 드라이브 펌웨어 때문에 시스템 패닉이 발생할 수 있습니다. Solaris 10 Operating System DVD에서 워크스테이션을 부트하면 패닉이 발생합니다. 커널 배너가 표시된 후 다음 메시지가 빠른 속도로 나타났다 사라집니다.
panic[cpu0]/thread=fec1be20: mod_hold_stub: Couldn't load stub module sched/TS_DTBL fec25cb0 genunix:mod_hold_stub+139 (fec04088, 63, fea11) fec25cc4 unix:stubs_common_code+9 (1, 8, fec026e4) fec25ce4 unix:disp_add+3d (fec026dc) fec25d00 genunix:mod_installsched+a4 (fef01530, fef01518) fec25d20 genunix:mod_install+2f (fef01518, fec25d3c,) fec25d2c TS:_init+d (0, d6d89c88, fec25d) fec25d3c genunix:modinstall+d9 (d6d89c88) fec25d50 genunix:mod_hold_installed_mod+2e (d6d77640, 1, fec25d) fec25d7c genunix:modload+ac (fec026c4, fec26c4) fec25d98 genunix:scheduler_load+3d (fec026c4, fec026dc) fec25db4 genunix:getcid+50 (fec026c4, fec28514) fec25dcc unix:dispinit+df (fec25ddc, fe814ba9) fec25dd4 unix:startup_modules+d5 (fec25dec, fe8cac37) fec25ddc unix:startup+19 (fe800000, 166130, 7) fec25dec genunix:main+16 () |
그런 다음 시스템이 자동으로 재설정됩니다.
해결 방법: 다음 옵션 중 하나를 선택합니다.
해결 방법 1: 일부 BIOS 구성 설정을 수정합니다. 이 임시 해결 방법을 사용하면 Solaris 10 설치를 완료할 수 있습니다. 그러나 이 방법은 DVD 읽기 성능을 저하시킬 수 있습니다. 다음 단계를 수행합니다.
시스템 부트 시 프롬프트에서 F2를 눌러 설정을 시작합니다.
이 화면에서는 다음 예와 비슷한 연결 유형 옵션을 표시합니다.
Primary Master [ ] Primary Slave [ ] Secondary Master [CD-ROM] Secondary Slave [ ] |
CD-ROM용 연결 유형을 선택하여 DVD 드라이브의 연결 유형을 선택합니다.
예를 들어, 시스템에 광 드라이브가 여러 개 있으면 둘 이상의 CD-ROM 연결 유형이 표시될 수도 있습니다. 이 경우 시스템 케이스를 열어 DVD 드라이브의 연결 지점을 확인해야 합니다. DVD 드라이브에 적용되는 올바른 연결 유형을 선택해야 합니다.
올바른 CD-ROM 연결 유형을 선택한 후 Enter를 누릅니다.
Type:[Auto]가 자동으로 선택된 다음 화면이 나타납니다.
스페이스바를 두 번 눌러 선택 사항을 Type:[CD-ROM]으로 변경합니다.
화살표 키를 사용하여 Transfer Mode를 선택합니다.
다른 전송 모드 옵션 목록을 표시하려면 Enter를 누릅니다.
화살표 키를 사용하여 Standard를 선택한 다음 Enter를 눌러 선택 사항을 적용합니다.
F10을 눌러 구성 변경 사항을 저장한 다음 BIOS 설정을 종료합니다.
시스템이 다시 시작됩니다.
해결 방법 2: DVD 콤보 드라이브의 펌웨어를 v1.12로 업데이트합니다. 이 옵션에는 Microsoft Windows를 실행 중인 시스템에 연결할 DVD 콤보 드라이브가 필요합니다. 다음 단계를 수행합니다.
Sun Java Workstation 2100z에서 DVD 콤보 드라이브를 제거합니다. 드라이브를 적합하게 제거하는 단계를 보려면 워크스테이션의 사용자 설명서를 참조하십시오.
Microsoft Windows를 실행하는 시스템에 드라이브를 연결합니다. 필요에 따라 드라이브의 마스터 및 슬레이브 점퍼 설정을 변경합니다.
http://download.aopen.com.tw/default.aspx의 AOpen 다운로드 센터로 이동합니다.
다음 정보를 사용하여 DVD 드라이브의 펌웨어를 검색합니다.
제품: 콤보 드라이브
모델: COM5232/AAH
범주: 펌웨어
펌웨어 버전 R1.12를 다운로드하여 설치합니다.
워크스테이션에서 드라이브를 다시 설치합니다. 필요에 따라 마스터 및 슬레이브 점퍼 설정을 원래대로 복원합니다.
보다 새로운 버전의 펌웨어가 이미 사이트에서 사용 가능할 수 있습니다. Sun의 테스트에 의하면 v1.12 릴리스에서는 패닉 문제가 해결되었지만 Sun은 v1.12 이후의 보다 새로운 펌웨어 개정판에서 문제가 이와 같이 해결되는지 확인할 수 없습니다.
다음 Sun Fire 시스템에 있는 직렬 콘솔(ttya)은 기본적으로 작동하지 않습니다.
Sun Fire V20z
Sun Fire V40z
Sun Fire V60x
Sun Fire V65x
직렬 콘솔을 사용하려면 시스템 BIOS를 수동으로 구성해야 합니다.
해결 방법: 이 해결 방법에서는 시스템에 Sun 키보드와 디스플레이 모니터가 있어야 합니다. 다음 단계를 수행합니다.
시스템을 부트합니다.
시스템 부트 중에 프롬프트에서 F2를 눌러 Phoenix BIOS에 액세스합니다.
Peripherals에서 comm 포트를 disabled에서 enabled로 변경합니다.
구성을 저장하고 시스템을 부트합니다.
eeprom 명령을 사용하여 입력 장치 및 출력 장치를 ttya로 변경합니다.
이러한 시스템에서는 시스템 부트 시 Stop+N 키를 눌러도 하위 수준의 펌웨어가 기본 설정으로 다시 설정되지 않습니다.
Solaris 설치 GUI 프로그램은 기존 x86 부트 분할 영역이 있는 시스템에서 실패할 수 있습니다. 기존 x86 부트 분할 영역이 Solaris 텍스트 기반 설치 프로그램으로 생성되었다면 이 문제가 발생합니다. 다음과 같은 오류 메시지가 나타납니다.
Default layout will not work on this system. Error: Error: ERROR: Could not create explicit fdisk partition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 Error: Error: ERROR: System installation failed Pfinstall failed. Exit stat= java.lang.UNIXProcess@a89ce3 2 artition on c0t0d0, requested cylinders 14581 - 14597 in use by fdisk partition 1 ERROR: System installation failed |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
해결 방법 1: 설치 프로그램에서 설치 유형을 선택하라는 프롬프트가 표시되면 3 Solaris 대화식 텍스트(데스크탑 세션)를 선택합니다.
해결 방법 2: Solaris 설치 GUI 프로그램을 사용하는 경우 다음 단계를 수행합니다.
설치를 시작합니다.
설치 유형을 선택하는 프롬프트에서 사용자 정의 설치를 선택합니다.
사용자 정의 설치 패널에서는 설치할 로켈, 소프트웨어 및 디스크에 대한 정보를 묻는 프롬프트가 표시됩니다.
화면에 표시되는 질문에 대해 시스템에 맞게 답변합니다.
Fdisk 선택 화면에서는 x86 부트 분할 영역이 포함된 디스크를 선택합니다.
풀다운 메뉴에서 x86 부트 분할 영역을 UNUSED로 변경하여 이를 제거합니다.
UNUSED를 다시 x86boot로 변경하여 x86 부트 분할 영역을 추가합니다.
설치를 계속합니다.
Solaris 10 OS 설치 전이나 설치 후에 다음 버그가 발생할 수 있습니다.
Solaris 10 10/09 OS의 GUI 기반 설치를 수행하려면 시스템에 최소 768MB의 메모리가 있어야 합니다. 물리적 메모리가 768MB보다 작은 경우 다음과 같은 오류 메시지가 표시되며 텍스트 설치로 전환됩니다.
Not enough memory for graphical installation. Graphical installation requires 768 MB of memory. Found 640 MB of memory. Reverting to text-based installation. |
해결 방법: GUI 기반 설치 또는 업그레이드에 필요한 768MB의 메모리가 있는지 확인합니다.
DVD나 /net 이미지를 사용하는 디스크 공간 재할당(Disk Space Reallocation, DSR) 업그레이드로 인해 시스템이 손상될 수 있습니다. 시스템 콘솔에는 업그레이드가 성공한 것처럼 나타나지만 패치 및 패키지 제거 후에 패키지가 추가되지 않습니다. 패치 또는 패키지 제거 후 바로 부트 블록 작성으로 업그레이드가 진행되고 시스템이 재부트됩니다. 부트에 필요한 패키지를 포함하여 모든 패키지가 제거되고 패키지가 추가되지 않으므로 시스템이 부트되지 않습니다. 이 오류는 가끔씩 발생합니다.
다음과 같은 오류 메시지가 나타납니다.
Can't open boot_archive Fast Data Access MMU Miss %TL:1 %TT:68 %TPC:f0009ca4 %TnPC:f0009ca8 %TSTATE:8840001600 %PSTATE:16 ( IE:1 PRIV:1 PEF:1 ) DTLB-MATCH:ffffffffffffe ( VA:-2000 CTX:0 ) |
해결 방법: 디스크 할당 변경에 DSR 업그레이드 대신 Solaris Live Upgrade를 사용합니다.
메모리 구성이 낮은 시스템에서 / 또는 /var에 최소 또는 권장 디스크 크기만 있는 경우 설치에 실패할 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.
Creating boot_archive for /a updating /a/platform/sun4u/boot_archive 15+0 records in 15+0 records out cat: write error: No space left on device |
해결 방법: 메모리 구성이 낮은 시스템에서는 /var 크기를 300MB 이상으로 늘립니다.
Solaris 10 10/09 릴리스 이전의 Solaris 10 릴리스가 설치된 시스템에서 DSR 업그레이드가 실패합니다. 이 오류는 자동 레이아웃 문제로 인해 발생합니다. 예를 들어 다음과 같은 프로필을 설치한 경우입니다.
install_type initial_install system_type standalone cluster cxall partitioning explicit filesys rootdisk.s0 auto / logging filesys rootdisk.s1 512 swap filesys rootdisk.s6 10240 /backup logging filesys rootdisk.s7 free |
다음 프로필을 사용하여 Solaris 10 10/09 릴리스로 DSR 업그레이드를 수행합니다.
install_type upgrade root_device rootdisk.s0 backup_media local_filesystem /backup layout_constraint rootdisk.s0 changeable layout_constraint rootdisk.s7 available |
DSR 업그레이드가 실패하고 다음과 같은 오류 메시지가 나타납니다.
Auto-layout could not determine how to reallocate space on the file systems with the constraints you specified. Try other constraints |
해결 방법: rootdisk.s1 및 rootdisk.s6 슬라이스의 레이블을 "changeable"로 지정합니다. 시스템에서 추가 디스크를 사용할 수 있고 사용되지 않은 슬라이스에 백업에 필요한 공간이 충분히 있으면 <backup_media> 키워드를 다음과 같이 수정합니다.
backup_media local_filesystem /dev/dsk/c0t1d0s7 |
이 예에서 c0t1d0s7 디스크는 사용 가능한 두 번째 디스크이고 백업에 충분한 공간이 있습니다. 또는 시스템에 rootdisk가 하나만 있으면 원격 시스템에서 백업을 수행합니다. 다음 구문을 사용하십시오.
backup_media remote_filesystem hostname:/export/backup |
DSR 업그레이드가 성공합니다.
DIMM이 CPU 하나에만 설치되는 다중 소켓 Nehalem 시스템에서 부트 중 시스템 패닉이 발생하고 다음과 같은 커널 패닉 오류 메시지가 나타납니다.
Too many lgrps for platform (4) |
해결 방법: 다음 두 가지 옵션 중 하나를 수행하여 ACPI SRAT(System Resource Affinity Table) 사용을 비활성화합니다.
GRUB 메뉴 커널 줄에 '-k'를 추가하고 부트한 후 kmdb(1)에 다음 명령을 입력하여 kmdb(1)로 부트합니다.
lgrp_plat_srat_enable/W 0 :c |
시스템이 부트되면 eeprom(1M)을 사용하여 <lgrp_srat_enable> 부트 등록 정보를 0으로 설정합니다. 이렇게 설정하면 재부트 시에 SRAT 사용이 비활성화됩니다.
현지화된 Solaris 설치 프로그램은 항상 EUC 또는 ISO8859 로켈로 실행됩니다. 따라서 설치 로그는 EUC 또는 ISO8859 인코딩으로 작성됩니다.
해결 방법: 터미널을 통해 현지화된 명령줄 인터페이스(Command Line interface, CLI) 설치를 수행하는 동안 터미널의 로켈은 EUC 또는 ISO8859 로켈이어야 합니다.
Solaris 10 10/09 릴리스에서 WAN 부트 이미지 설치 시 설치가 실패합니다. 다음과 같은 오류 메시지가 나타납니다.
boot_file=/wanboot/wanboot.u-137111-04 root_file=/miniroot/miniroot.s10-1008 |
해결 방법: 설치를 계속하려면 Solaris 10 10/09 미니루트 이미지를 패치해야 합니다. 다음 단계를 수행하여 네트워크 설치 미니루트 이미지를 패치합니다.
이 단계에서는 네트워크의 시스템에서 현재 Solaris 릴리스를 실행 중이고 네트워크를 통해 해당 시스템에 액세스할 수 있다고 가정합니다.
현재 Solaris 릴리스를 실행 중인 시스템에서 수퍼유저 또는 이와 동등한 역할의 사용자로 로그인합니다.
만든 설치 이미지의 Tools 디렉토리로 변경합니다.
# cd install-server-path/install-dir-path/Solaris_10/Tools |
예를 들어 /net/installserver-1과 같이 네트워크에서 설치 서버 시스템의 경로를 지정합니다.
새 설치 이미지를 만든 다음 해당 이미지를 현재 Solaris 릴리스가 실행 중인 시스템에 배치합니다.
# ./setup_install_server remote_install_dir_path |
현재 Solaris 릴리스에서 새 설치 이미지를 만들 경로를 지정합니다.
이 명령은 현재 Solaris 릴리스에 새 설치 이미지를 만듭니다. 이 이미지를 패치하려면 현재 Solaris 릴리스를 실행 중인 시스템에 해당 이미지를 임시로 배치해야 합니다.
현재 Solaris 릴리스에서 네트워크 설치 부트 아카이브의 압축을 풉니다.
# /boot/solaris/bin/root_archive unpackmedia remote_install_dir_path \ destination_dir |
현재 Solaris 릴리스에서 네트워크 설치 이미지 경로를 지정합니다.
압축을 푼 부트 아카이브를 포함할 디렉토리의 경로를 지정합니다.
현재 Solaris 릴리스에서 압축을 푼 부트 아카이브를 패치합니다.
# patchadd -C destination_dir path-to-patch/patch-id |
추가할 패치의 경로를 지정합니다(예: /var/sadm/spool).
적용할 패치 ID를 지정합니다.
patchadd -M 옵션을 사용하여 여러 개의 패치를 지정할 수 있습니다. 자세한 내용은 patchadd(1M)을 참조하십시오.
Patch README 지침을 읽거나 현지 Sun 고객 지원 사무소에 문의한 후에 patchadd -C 명령을 사용하십시오.
현재 Solaris 릴리스에서 부트 아카이브를 압축합니다.
# /boot/solaris/bin/root_archive packmedia remote_install_dir_path \ destination_dir |
패치된 아카이브를 설치 서버의 설치 이미지에 복사합니다.
# cd remote_install_dir_path # find boot Solaris_10/Tools/Boot | cpio -pdum \ install-server-path/install_dir_path |
Solaris 10 10/08 이전 릴리스에서 Solaris Flash 아카이브를 설치하면 아카이브 설치에 실패합니다. Solaris 10 10/08 릴리스부터는 아카이브가 Solaris 10 10/08 이상 릴리스인 경우 아카이브를 설치할 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.
bootadm: biodev command failed for disk: /dev/dsk/<c0t2d0s0>. bootadm: 1s_bootdisk(): cannot determine BIOS disk ID "hd?" for disk: /dev/dsk/<c0t2d0s0> bootamd: get_grubroot(): cannot get (hd?, ?,?) for menu. menu not on bootdisk: /dev/rdsk/<c0t2d0s0> |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
Solaris 10 10/08 이상 릴리스에서 Solaris Flash 아카이브를 설치합니다.
이전 릴리스에서 Solaris Flash 아카이브를 설치해야 하는 경우에는 이전 릴리스에서 부트하여 해당 아카이브의 압축을 풉니다.
다음 명령을 사용하여 시스템 부트를 시도하면 설치에 실패합니다.
# boot -F wanboot -vV -o prompt |
결과적으로 시스템 패닉이 발생합니다. 다음과 같은 오류 메시지가 나타납니다.
wanboot: panic - boot: can't alloc ramdisk memory |
이 문제는 Sun4u 및 Sun4v 플랫폼 유형 모두에서 발생합니다. 이 문제는 Solaris 10 10/08 릴리스에서 소개되었습니다.
해결 방법: wanboot 프로그램을 사용하여 시스템을 부트하지 마십시오. 대신 설치 매체에서 직접 시스템을 부트합니다.
사용자 정의 JumpStart를 사용하여 설치하는 동안 th_TH.ISO8859-11, th_TH.TIS620, ko_KR.EUC, ko_KR.UTF-8, zh_TW.EUC, zh_CN.EUC, zh_CN.GBK 및 zh_CN.UTF-8 등의 일부 아시아 로켈을 사용할 수 없습니다. system_locale 키워드를 사용하여 sysidcfg 파일에 로켈을 설정하는 동안 다음 오류 메시지가 표시됩니다.
xx_xx.xxxxx is not a valid system locale |
JumpStart 설치가 중지되고 대화식 설치가 시작됩니다.
해결 방법: 긴 로켈 이름 대신 th_TH, ko, ko.UTF-8, zh_TW, zh, zh.GBK 및 zh.UTF-8 등의 짧은 로켈 이름을 사용합니다.
Solaris Trusted Extensions를 Solaris10Update3; 또는 Solaris 10 8/07 릴리스에서 Solaris 10 10/08, Solaris 10 5/09 릴리스 또는 최신 Solaris 10 10/09 릴리스로 업그레이드하는 동안에는 Solaris Trusted Extensions의 prodreg 항목이 제거되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: Solaris Trusted Extensions를 최신 릴리스로 업그레이드한 후 다음과 같이 수동으로 prodreg 항목을 제거합니다.
# prodreg unregister -f -r -u "Solaris Trusted Extensions" -i 1 |
Solaris 10 10/09 릴리스에 포함된 NVidia SATA 제어기 MCP55 및 CK804 칩셋의 드라이버에서 ATAPI CD/DVD 장치를 지원하지 않습니다.
SATA CD/DVD 장치를 사용하여 시스템 설치 또는 업그레이드 시 Solaris 설치 프로그램이 시작되고 기능이 나타나지만 다음 오류 메시지와 함께 실패합니다.
ERROR: The disc you inserted is not a Solaris OS CD/DVD |
또는
There were problems loading the media from /cdrom |
정상적으로 시스템이 작동할 때는 SATA CD/DVD 드라이브가 구성되지 않으며 사용할 수 없습니다.
해결 방법: USB CD/DVD를 사용합니다.
Solaris 업그레이드 시 상세 분석을 선택하여 제거할 패치를 확인하는 경우 해당 패치를 표시하는 패널을 이동할 수 없습니다. 제거할 전체 패치 목록을 볼 수 없습니다.
해결 방법: 다음과 같이 analyze_patches 스크립트를 수동으로 실행합니다.
# cd <cdrom>/Solaris_10/Misc # ./analyze_patches -R rootdir -N netdir -D databasedir |
명령 옵션은 다음과 같습니다.
rootdir은 설치된 시스템의 루트입니다. 기본 루트 디렉토리는 /입니다.
netdir은 설치할 OS 이미지의 루트에 대한 경로입니다. /cdrom/cdrom0은 기본 경로입니다. netdir은 Solaris_10_606 디렉토리를 포함하는 디렉토리에 대한 경로입니다. NFS 마운트 지점에서 patch_analyzer를 실행하는 경우에는 이 옵션을 사용해야 합니다.
스크립트가 OS 이미지의 /Misc 디렉토리 이외의 디렉토리에서 호출된 경우 프로그램에서 패치 분석에 사용하는 데이터베이스를 찾을 수 없습니다. -D 옵션을 사용하여 데이터베이스에 경로를 제공합니다. OS 이미지의 Solaris_10_606/Misc/database 디렉토리에 있는 이 데이터베이스가 없으면 스크립트가 올바르게 실행되지 않습니다.
Solaris 직렬 설치 중, 시스템에 연결된 키보드가 없지만 키보드 레이아웃을 선택하라는 메시지가 표시됩니다.
해결 방법: 키보드 레이아웃을 선택합니다. 키보드가 연결되어 있으면 필요한 경우 kbd 명령을 -s 옵션과 함께 사용하여 키보드 레이아웃을 변경할 수 있습니다.
driver.conf 파일이 parent 속성을 사용하여 수정된 경우 Solaris OS가 잘못된 널 포인터 역참조로 패닉이 발생할 수 있습니다. 다음과 같은 오류 메시지가 나타납니다.
System panic: BAD TRAP: type=31 rp=2a101d31200 addr=8 mmu_fsr=0 occurred in module "pcie" due to a NULL pointer dereference |
해결 방법: PCIe(PCI Express) 기반 SPARC 시스템에 Solaris 10 10/09 OS를 설치하기 전에 다음에 설명된 대로 driver.conf 파일을 수정했는지 확인합니다.
/kernel/drv 디렉토리로 변경합니다.
parent 속성이 driver.conf 파일에 설정되어 있는지 확인합니다. parent 속성이 설정되고 해당 부모의 마지막 노드에 단어 pci가 있는 경우 해당 행을 주석 처리합니다. 전체 등록 정보를 주석 처리해야 합니다. 예를 들면 다음과 같습니다.
# name="ACME,simple" parent="/pci@7c0/pci@0/pci@9" # unit-address="3,1" debug-mode=12; name="ACME,example" parent="pseudo" instance=1; name="ACME,scsi" parent="/pci@7c0/pci@0/pci@9/scsi" unit-address="3,1" debug-mode=12; |
다음 디렉토리에서 driver.conf 파일에 대해 2단계를 반복합니다.
/usr/kernel/drv
/platform/`uname -i`/drv
/platform/`uname -m`/drv
Solaris 10 10/09 OS를 설치합니다.
패치 127747-01을 설치합니다.
1단계와 3단계에 나열된 디렉토리로 변경합니다. driver.conf 파일의 2단계에서 주석 처리한 모든 행의 주석 처리를 해제합니다.
Linux가 디스크에 설치되어 있고 Solaris OS를 별도의 분할 영역에 설치한 경우 Linux 분할 영역이 GRUB 메뉴에 표시되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법: GRUB 메뉴의 menu.lst 파일을 편집하여 GRUB 메뉴에서 Linux를 추가하십시오. 다음 단계를 수행하십시오.
Solaris OS를 부트합니다.
/boot/grub/menu.lst에서 menu.lst 파일을 편집합니다. 자세한 내용은 System Administration Guide: Basic Administration을 참조하십시오 .
다음과 같은 경우에는 512MB 시스템에서 메모리가 부족하여 설치가 중단될 수 있습니다.
OS의 네트워크 설치 이미지를 사용하여 설치하는 경우
Solaris 설치 프로그램이 다음과 같은 윈도우화 환경에 있는 경우
그래픽 사용자 인터페이스(GUI)
-text 옵션 또는 아래 메뉴에서 “3. Solaris Interactive Text (Desktop session)”
시스템에서 사용 가능한 메모리를 모두 사용하면 GUI 설치 프로세스는 느려지고 결국에는 실패합니다. 텍스트는 윈도우화 환경에서 표시되지 않습니다.
해결 방법:
이 문제를 방지하려면 초기 설치를 시작하는 동안 비윈도우화 환경을 선택합니다. 설치 매체에서 시작하는 동안 다음 메뉴가 표시됩니다.
----------- 1. Solaris Interactive (default) 2. Custom JumpStart 3. Solaris Interactive Text (Desktop session) 4. Solaris Interactive Text (Console session) 5. Apply driver updates 6. Single user shell Enter the number of your choice. ----------- |
이 시점에서 “4. Solaris Interactive Text (Console session)”를 선택합니다. 이 비윈도우화 환경은 메모리 집중 프로세스를 사용하지 않고 텍스트 전용 설치를 시작합니다.
Solaris 10 10/09 OS를 x86 기반 시스템에 설치하는 경우 다음 오류 메시지가 표시됩니다.
/sbin/dhcpinfo: primary interface requested but no primary interface is set |
이 오류는 설치에 영향을 주지 않으므로 설치에 성공합니다.
해결 방법: 오류 메시지를 무시하십시오.
Solaris 설치 프로그램을 사용할 때 CD 매체를 사용하면 이 문제가 발생할 수 있습니다. Solaris 10 10/09 Software CD - 4에서 Solaris 소프트웨어를 설치한 후 다음과 같은 메시지가 표시됩니다.
Press Reboot now to continue. |
Reboot를 눌러도 시스템이 응답하지 않을 수 있습니다. 설치는 성공적입니다. 하지만 오류로 인해 설치 프로그램이 정상적으로 종료하지 못합니다. 따라서 일반적인 설치 후 정리 및 시스템 재부트가 발생할 수 없습니다.
다음 예와 같은 오류 메시지가 /tmp/disk0_install.log 파일에 기록됩니다.
Exception in thread "Thread-70" java.lang.IndexOutOfBoundsException: Index: 6, Size: 5 at java.util.ArrayList.add(ArrayList.java:369) at com.sun.wizards.core.WizardTreeManager. actualExitButtonPressed(WizardTreeManager.java:1499) at com.sun.wizards.core.WizardTreeManager. exitButtonPressed(WizardTreeManager.java:1486) at com.sun.wizards.core.AutonextController. run(AutonextController.java:736) at java.lang.Thread.run(Thread.java:595) |
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
해결 방법 1: 다음 단계를 수행합니다.
시스템을 종료한 다음 전원을 다시 켭니다.
시스템을 시작한 다음 프롬프트가 표시되면 적절한 CD를 삽입합니다. CD를 삽입해도 시스템에 추가 소프트웨어가 설치되지 않습니다. 잠시 후에 시스템이 정상적으로 재부트됩니다.
해결 방법 2: 다음 단계를 수행합니다.
털미널 창을 엽니다.
수퍼유저로 로그인합니다.
.instsuccess 파일에 대한 액세스를 만들거나 수정합니다.
# touch /tmp/.instsuccess |
Java 프로세스를 중지합니다.
# pkill -9 java |
시스템이 CD 매체를 넣으라는 메시지를 표시하지 않고 재부트됩니다.
x86 기반 시스템에서 설치에 사용자 정의 JumpStart 설치 방법을 사용하고 프로필에서 슬라이스 2를 겹친 슬라이스로 명시적으로 구성하면 오류가 발생합니다. 설치 완료 후 시스템이 제대로 재부트되지 않습니다. 다음과 같은 오류 메시지가 나타납니다.
Cannot find Solaris partition |
겹친 슬라이스 2(예: c0t0d0s2)가 실린더 0이 아니라 실린더 1에서 시작하도록 설정되었기 때문에 이 문제가 발생합니다.
해결 방법: 사용자 정의 JumpStart 프로필에서 슬라이스 2를 겹친 슬라이스로 구성하는 filesys 키워드 항목을 제거합니다. 예를 들어, 다음 항목과 비슷한 키워드 항목을 제거합니다.
filesys c0t0d0s2 all overlap |
항목을 제거한 후 사용자 정의 JumpStart 설치를 수행합니다.
Solaris 10 10/09 릴리스부터 지원하는 업그레이드에 대한 최신 정보를 보려면 Solaris 릴리스 업그레이드 지원 변경 사항를 참조하십시오.
본 절에서는 업그레이드 버그에 대해 설명합니다. 일부 버그는 Solaris 10 OS로 업그레이드하는 동안 발생할 수 있고 업그레이드를 완료한 후에 발생하는 버그도 있습니다.
Solaris Trusted Extensions에 대해 구성한 시스템을 Solaris 10 5/08 이전의 릴리스에서 Solaris 10 10/08 이상의 릴리스로 업그레이드했을 경우 사용자 레벨 할당에서 오디오 장치를 사용할 수 없게 됩니다. 이 버그는 업그레이드 과정에 /etc/logindevperm 변경 사항이 손실되기 때문에 발생합니다. 오류 메시지는 표시되지 않습니다.
해결 방법: 업그레이드한 후, 수동으로 /etc/logindevperm.old 및 /etc/logindevperm 파일을 병합하여 Solaris Trusted Extensions 구성 변경 사항을 logindevperm로 복원합니다.
SUNWsmbar이 설치된 경우 Solaris 10 10/09 OS로 시스템을 업그레이드하는 동안 /etc/services 및 /etc/inet/services 파일이 제거됩니다. 재부트하는 경우 다음과 같은 오류 메시지가 시스템 콘솔에 표시됩니다.
line1-v215 console login: Oct 6 15:40:57 inetd[457]: Property 'name' of instance svc:/network/stdiscover:default is missing, inconsistent or invalid Oct 6 15:40:57 inetd[457]: Property 'proto' of instance svc:/network/stdiscover:default is missing, inconsistent or invalid Oct 6 15:40:57 inetd[457]: Invalid configuration for instance svc:/network/stdiscover:default, placing in maintenance Oct 6 15:40:57 inetd[457]: Property 'name' of instance svc:/network/stlisten:default is missing, inconsistent or invalid Oct 6 15:40:57 inetd[457]: Property 'proto' of instance svc:/network/stlisten:default is missing, inconsistent or invalid Oct 6 15:40:57 inetd[457]: Invalid configuration for instance svc:/network/stlisten:default, placing in maintenance |
해결 방법: OS 업그레이드 중에 /etc/services 및 /etc/inet/services가 제거되지 않도록 하기 위해 다음 단계를 수행합니다.
실행 중인 Samba 서비스를 모두 중지합니다.
#svcadm disable samba:default swat:default wins:default winbind:default |
OS를 업그레이드하기 전에 SUNWsmbar 패키지를 제거합니다:
#pkgrm SUNWsmbar |
OS를 Solaris 10 10/09 릴리스로 업그레이드합니다.
SUNWsmbar 패키지를 다시 설치합니다.
#pkgadd SUNWsmbar |
시스템을 Solaris 10 10/09 릴리스로 업그레이드한 후에 shutdown 명령을 사용하면 시스템이 중단될 수 있습니다. 중단은 svc.startd 데몬이 시스템 서비스를 중지하는 동안 발생합니다.
웹 콘솔 서비스가 순환하고, 시작하고, 중지하는 중이면 /var/log/webconsole/console/console_debug_log에 Sun Java Web Console 디버그 로그 파일이 표시됩니다.
해결 방법: 다음 명령을 입력합니다.
/usr/share/webconsole/private/bin/wcremove -i console svcadm clear system/webconsole:console smcwebserver start |
wcremove 명령은 해당 특정 콘솔용으로 만든 서버 도메인 인스턴스를 제거합니다. 콘솔이 다시 시작되면 새 도메인 인스턴스가 만들어집니다.
실행 상태가 아닌 비전역 영역에 lucreate 및 lumake 명령이 사용된 경우에는 해당 명령이 성공적으로 실행되지 않을 수 있습니다. 원래의 비전역 영역의 내용과 복사본이 다를 수 있습니다. 사용자는 zlogin 명령을 사용하여 영역의 콘솔에 로그인하지 못할 수 있습니다. zlogin 명령을 사용하는 동안 다음과 같은 오류 메시지가 표시됩니다.
zlogin: makeutx failed |
lucreate 및 lumake 명령의 진단 출력은 오류를 표시하지 않습니다.
해결 방법: lucreate 및 lumake 명령을 사용하기 전에 모든 비전역 영역이 실행 상태여야 합니다.
Solaris Live Upgrade를 사용하여 이전 Solaris 8 및 Solaris 9 릴리스에서 Solaris 10 10/09 릴리스로의 업그레이드가 실패합니다. 이제 7za 유틸리티를 사용하여 설치 이미지 압축 파일의 압축을 풉니다. Solaris 8 및 9 릴리스에는 SUNWp7zip 패키지가 포함되어 있지 않습니다. 그 결과로 Solaris Live Upgrade가 실패합니다.
해결 방법: Solaris Live Upgrade를 사용하여 이전 Solaris 8 및 Solaris 9 릴리스에서 Solaris 10 10/09 릴리스로 시스템을 업그레이드하려면 Solaris Live Upgrade 제한 사항에 나열된 단계를 수행하십시오.
영역이 /opt 디렉토리에 설치되지 않은 경우 영역의 디스크 공간 재할당(Disk Space Reallocation, DSR) 업그레이드가 실패합니다. DSR 아카이브를 복원하는 중에는 업그레이드가 실패할 수 있습니다. 경우에 따라 업그레이드가 성공할 수 있지만 시스템을 재부트할 수 없습니다.
해결 방법: 업그레이드 전에는 루트 파일 시스템에 사용할 공간이 있어야 합니다. 업그레이드하기 전에 일부 파일을 제거하여 루트 슬라이스의 사용 공간이 90% 미만이 되도록 합니다.
Solaris Trusted Extensions를 Solaris 10 11/06 또는 Solaris 10 8/07 릴리스에서 Solaris 10 10/08, Solaris 10 5/09 릴리스 또는 최신 Solaris 10 10/09 릴리스로 업그레이드할 때 시스템에 원하지 않는 지역화된 Solaris Trusted Extensions 패키지가 설치됩니다. 이 버그는 Solaris 10 11/06 또는 Solaris 10 8/07 릴리스의 Solaris Trusted Extensions 설치 프로그램에서 기본적으로 현지화된 패키지를 설치하기 때문에 발생합니다. 오류 메시지는 표시되지 않습니다.
해결 방법: Solaris Trusted Extensions를 최신 릴리스로 업그레이드하기 전에 다음과 같은 지역화된 Solaris Trusted Extensions 패키지를 제거합니다.
SUNWjdtts |
SUNWkdtts |
SUNWjmgts |
SUNWkmgts |
SUNWjtsman |
SUNWktsu |
SUNWjtsu |
SUNWodtts |
SUNWtgnome-l10n-doc-ja |
SUNWtgnome-l10n-ui-ko |
SUNWtgnome-l10n-ui-it |
SUNWtgnome-l10n-ui-zhHK |
SUNWtgnome-l10n-ui-sv |
SUNWtgnome-l10n-ui-es |
SUNWtgnome-l10n-doc-ko |
SUNWtgnome-l10n-ui-ptBR |
SUNWtgnome-l10n-ui-ja |
SUNWtgnome-l10n-ui-zhTW |
SUNWtgnome-l10n-ui-zhCN |
SUNWtgnome-l10n-ui-fr |
SUNWtgnome-l10n-ui-de |
SUNWtgnome-l10n-ui-ru |
이 버그는 Solaris 10 Hardware 2 릴리스에서 최신 Solaris 10 10/09 릴리스로 업그레이드하는 경우 발생합니다.
Solaris 10 Hardware 2 릴리스에서 NIS, NIS+, FILES 또는 LDAP와 같은 모든 이름 서비스의 name_service.xml 파일은 다음과 같습니다.
# ls -l name_service.xml lrwxrwxrwx 1 root root 10 Apr 10 16:26 name_service.xml -> ns_files.xml |
이름 서비스가 NIS이면 name_service.xml 파일이 ns_files.xml에 연결됩니다. 하지만 ns_files.xml의 내용은 ns_nis.xml과 동일합니다.
# cat /etc/release Solaris 10 3/05 HW2 s10s_hw2wos_05 SPARC Copyright 2005 Sun Microsystems, Inc. All Rights Reserved. Use is subject to license terms. Assembled 26 September 2005 # cd /var/svc/profile # ls -l name_service.xml ns_files.xml ns_nis.xml lrwxrwxrwx 1 root other 12 May 21 04:06 name_service.xml -> ns_files.xml -r--r--r-- 1 root sys 779 May 21 04:25 ns_files.xml -r--r--r-- 1 root sys 779 Jan 21 2005 ns_nis.xml # # diff ns_files.xml ns_nis.xml # diff name_service.xml ns_nis.xml |
위 출력에서 ns_nis.xml과 ns_files.xml 파일이 동일합니다. 이것은 name_service.xml 파일이 잘못된 이름 서비스 파일에 심볼릭 링크되었음을 의미합니다. name_service.xml 파일이 ns_files.xml에 연결되어 있습니다. 대신 name_service.xml 파일이 ns_nis.xml에 연결되어야 합니다.
CR 6411084에 대한 수정으로 SUNWcsr 설치 또는 postinstall 스크립트에서 name_service.xml이 링크 파일이 아닌 경우에만 올바른 링크를 만듭니다. name_service.xml이 이미 심볼릭 링크 파일인 경우 Solaris 10 Hardware 2 릴리스에서와 같이 CR 6411084에 대한 수정이 작동하지 않습니다.
Solaris 10 Hardware 2에서 최신 Solaris 10 10/09 릴리스로 업그레이드한 후 다음 메시지가 콘솔에 표시되거나 메시지 파일에 기록됩니다.
Oct 23 12:18:45 vt2000a automount[301]: [ID 366266 daemon.error] can't read nis map auto_master: can't communicate with ypbind - retrying |
또한 /network/nis/client:default 서비스가 오프라인으로 전환됩니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
해결 방법 1: 업그레이드하기 전에 /var/svc/profile/name_service.xml 파일을 제거합니다.
해결 방법 2: 업그레이드 후 /var/svc/profile/name_service.xml 링크를 해당 이름 서비스를 기반으로 올바른 ns_<xxx>.xml 파일로 변경합니다.
설치되었으나 부트된 적이 없거나 준비되지 않은 비전역 영역을 사용하면 시스템이 올바르게 업그레이드되지 않습니다. 오류 메시지는 표시되지 않습니다.
해결 방법:
이러한 영역이 있으면 영역이 준비되도록 한 다음 업그레이드를 시작하기 전에 정지해야 합니다. 예를 들면 다음과 같습니다.
global# zoneadm -z myzone ready ; zoneadm -z myzone halt |
Solaris 10 3/05 시스템 또는 Solaris 10 1/06 시스템을 비전역 영역이 있는 Solaris 10 10/09 릴리스로 업그레이드하면 로컬 파일 시스템을 마운트하는 SMF 서비스가 비전역 영역에서 실패할 수 있습니다. 따라서 비전역 영역의 다른 서비스를 시작하는 데 실패할 수 있습니다.
비전역 영역이 있는 Solaris 10 시스템을 Solaris 10 10/09 릴리스로 업그레이드한 후 서비스가 유지 관리 상태에 있을 수 있습니다. 예를 들면 다음과 같습니다.
# zlogin myzone svcs -x svc:/system/filesystem/local:default (local file system mounts) State: maintenance since Wed May 24 13:18:06 2006 Reason: Start method exited with $SMF_EXIT_ERR_FATAL. See: http://sun.com/msg/SMF-8000-KS See: /var/svc/log/system-filesystem-local:default.log Impact: 18 dependent services are not running. (Use -v for list.) |
해결 방법:
전역 영역에서 비전역 영역을 재부트합니다. 예를 들면 다음과 같습니다.
global# zoneadm -z myzone reboot |
본 Solaris 10 릴리스에서는 Solaris 볼륨 관리자가 새 형식으로 장치 ID 출력을 표시합니다. 디스크 세트를 통해 장치 ID를 지원했던 Solaris 9 9/04 OS에서는 새 형식을 인식하지 못합니다. Solaris 9 9/04 릴리스에서 Solaris 10 OS로 업그레이드할 때 기존 디스크 세트와 연관된 장치 ID는 Solaris 볼륨 관리자 구성에서 업데이트되지 않습니다. Solaris 9 9/04 OS로 되돌려야 할 경우 업그레이드 후 디스크 세트에 적용된 구성 변경 사항은 Solaris 9 9/04 OS에서 사용 불가능해질 수 있습니다. 자세한 내용은 Solaris Volume Manager Administration Guide의 25 장, Troubleshooting Solaris Volume Manager (Tasks)를 참조하십시오.
Solaris Live Upgrade 소프트웨어를 다음과 같은 방식으로 사용하면 업그레이드 진행률 표시줄이 나타나지 않습니다.
Solaris 10 10/09 CD 매체를 사용하여 OS를 업그레이드합니다.
luupgrade 명령을 다음 옵션과 함께 사용하여 부트 환경을 업그레이드하는 경우
-i(CD 매체에서 설치)
-O “-nodisplay -noconsole”(두 번째 CD의 설치 프로그램을 텍스트 모드에서 사용자 상호 작용 없이 실행)
다음 릴리스에서 Solaris 10 10/09 소프트웨어로 업그레이드하는 경우
Solaris 9 릴리스
Solaris 10 릴리스
예를 들어, 다음 명령을 실행하면 아래 출력이 표시된 후 진행률 표시줄이 나타나야 합니다.
Running installer on BE s10u1. |
하지만 진행률 표시줄이 나타나지 않습니다.
# luupgrade -i -n s10u1 -s /net/installsrv/export/s10u1 -O "-nodisplay -noconsole" Validating the contents of the media /net/installsvr/export/s10u1. The media is a standard Solaris media. The media contains a standard Solaris installer. The media contains Solaris 3 version 10. Mounting BE s10u1. Running installer on BE s10u1. |
오류 메시지는 표시되지 않습니다.
해결 방법: prstat 명령을 사용합니다. 이 명령을 사용하면 설치 시 패키지가 추가되는 동안 진행 상황을 볼 수 있습니다.
Solaris Live Upgrade를 사용하여 Solaris 8 또는 Solaris 9 릴리스에서 Solaris 10 OS으로 업그레이드할 경우 더 이상 사용되지 않은 설치 제거 프로그램이 제거되지 않습니다. 이전 OS의 설치 제거 프로그램이 시스템의 /var/sadm/prod 디렉토리에 남아 있습니다.
더 이상 사용되지 않은 다음 설치 제거 프로그램은 제거되지 않습니다.
uninstall_Alternate_Pathing_2_3_1.class uninstall_CDRW_1_1.class o uninstall_CDRW_1_0.class uninstall_Bonus_Localization_-_Catalan_CDE_Desktop.class uninstall_Bonus_Localization_-_Polish_CDE_Desktop.class uninstall_Bonus_Localizations_-_Russian_CDE_Desktop.class uninstall_Capacity_on_Demand_1_0.class uninstall_Java3D_1_3_1.class uninstall_Java3D_1_3.class uninstall_Java3D_1_2_1_04.class uninstall_Java3D_1_2_1_03.class uninstall_Lights_Out_Management_2_0.class uninstall_Man_Page_Supplement.class uninstall_OpenGL_1_3.class uninstall_OpenGL_1_2_3.class uninstall_Netra_ct_Platform_1_0.class uninstall_Netra_t11xx_Alarms_2_0.class uninstall_Netscape_6_2_3.class uninstall_Netscape_6_2_1_Beta.class uninstall_PC_launcher_1_0_2.class uninstall_PC_launcher_1_0_1_PCfileviewer_1_0_1.class uninstall_RSC_2_2_2.class uninstall_RSC_2_2_1.class uninstall_RSC_2_2.class uninstall_ShowMeTV_1_3.class uninstall_Solaris_9_French_Localization.class uninstall_Solaris_9_German_Localization.class uninstall_Solaris_9_Hong_Kong_Traditional_Chinese_Localization.class uninstall_Solaris_9_Italian_Localization.class uninstall_Solaris_9_Japanese_Localization.class uninstall_Solaris_9_Korean_Localization.class uninstall_Solaris_9_Simplified_Chinese_Localization.class uninstall_Solaris_9_Spanish_Localization.class uninstall_Solaris_9_Swedish_Localization.class uninstall_Solaris_9_Traditional_Chinese_Localization.class uninstall_Solaris_On_Sun_Hardware_Documentation.class uninstall_Sun_Hardware_AnswerBook.class uninstall_SunATM_5_0.class uninstall_SunATM_5_1.class uninstall_SunFDDI_PCI_3_0.class uninstall_SunFDDI_SBus_7_0.class uninstall_Sun_Fire_880_FC-AL_Backplane_Firmware_1_0.class uninstall_Sun_Fire_B10n_Load_Balancing_Blade_1_1.class uninstall_SunForum_3_1.class uninstall_SunForum_3_2.class uninstall_SunHSI_PCI_3_0.class uninstall_SunHSI_SBus_3_0.class uninstall_SunScreen_3_2.class uninstall_SunVTS_5_1_PS6.class uninstall_SunVTS_5_1_PS5.class uninstall_SunVTS_5_1_PS4.class uninstall_SunVTS_5_1_PS3.class uninstall_SunVTS_5_1_PS2.class uninstall_SunVTS_5_1_PS1.class uninstall_SunVTS_5_0.class uninstall_System_Management_Services_1_4.class uninstall_System_Management_Services_1_3.class uninstall_System_Management_Services_1_2.class uninstall_System_Service_Processor_3_5.class uninstall_WBEM_DR_1_0.class uninstall_Web_Start_Wizards_SDK_3_0_2.class uninstall_Web_Start_Wizards_SDK_3_0_1.class uninstall_Web_Start_Wizards_SDK.class uninstall_XML_Libraries_2_4_12.class |
해결 방법: 시스템을 업그레이드한 후 /var/sadm/prod 디렉토리에서 더 이상 사용되지 않은 설치 제거 프로그램을 수동으로 제거합니다.
본 절에서는 Solaris OS 설치와 관련된 문제를 설명합니다.
Solaris 10 OS 설치 시 선택한 언어에 따라 StarOffice(비동양권 시장 버전) 또는 StarSuiteTM 소프트웨어도 자동으로 설치됩니다. 언어 및 해당 언어가 지원하는 소프트웨어는 다음과 같습니다.
선택된 언어 |
지원되는 소프트웨어 |
---|---|
중국어, 일본어, 한국어 |
StarSuite |
기타 언어 |
StarOffice(비동양권 시장 버전) |
StarOffice(비동양권 시장 버전)와 StarSuite는 동일한 시스템에 위치할 수 없습니다. 설치된 소프트웨어를 교체하려면 다음 단계를 수행합니다.
Solaris 10 Software - 4 CD 또는 Solaris 10 Operating System DVD를 드라이브에 삽입합니다.
수퍼유저가 됩니다.
제품 디렉토리(예: /cdrom/cdrom0/Solaris_10/Product)로 이동합니다.
소프트웨어를 교체합니다.
StarOffice(비동양권 시장 버전)를 StarSuite로 바꾸려면 다음 명령을 사용합니다.
# pkgrm `pkginfo | grep staroffice- | awk '{print $2}'` # pkgadd -d .SUNWstarsuite-* |
StarSuite를 StarOffice(비동양권 시장 버전)로 바꾸려면 다음 명령을 사용합니다.
# pkgrm `pkginfo | grep starsuite- | awk '{print $2}'` # pkgadd -d . SUNWstaroffice-* |
Solaris CD를 사용하는 경우 언어 1 또는 2 CD에 지역화 패키지가 포함되어 있습니다. 패키지 이름은 다음과 같습니다.
SUNWstaroffice-lang* 여기서 lang은 es, fr, de, sv 또는 it입니다.
SUNWstarsuite-lang* 여기서 lang은 ja, ko, zh-CN 또는 zh-TW입니다.
설치용 로켈을 선택하면 추가 관련 로켈도 설치될 수 있습니다. 작동상의 변화는 메시지 번역이 있는 모든 전체 로켈과 아시아권 및 일본어 부분적 로켈, 로켈 실행기가 로켈에 대한 언어 지원을 기준으로 재패키지화되었기 때문에 Solaris 10 릴리스에서 발생합니다. 중부 유럽어 등의 다른 부분적 로켈은 아직 지리적 지역을 기준으로 패키지화되고 설치됩니다.