본 절에서는 Solaris 10 OS를 설치하거나 업그레이드하기 전에 알아두어야 할 중요한 설치 문제를 설명합니다. 이 문제들 때문에 설치나 업그레이드 작업이 성공적으로 완료되지 못할 수도 있습니다. 본 절에서 설명하는 버그가 사용 중인 시스템에 적용되는 경우에는 설치나 업그레이드에 앞서 권장 해결 방법을 수행해야 합니다.
Solaris OS를 설치할 때 Companion DVD는 Solaris 설치 프로그램으로 설치할 수 없습니다. pkgadd(1M) 명령을 사용하여 Solaris Companion DVD를 설치합니다. 자세한 설치 지침은 Companion DVD의 README 파일을 참조하십시오.
Solaris Live Upgrade를 Solaris 영역과 함께 사용하는 것은 지원되지 않습니다. Solaris 10 시스템에 비전역 영역을 설치한 경우 Solaris Live Upgrade를 사용하여 Solaris 10 11/06 릴리스로 업그레이드할 수 없습니다.
luupgrade 명령을 사용하면 다음 오류 메시지가 표시됩니다.
Unable to upgrade boot environment. |
해결 방법: 이러한 시스템을 업그레이드하려면 Solaris 대화식 설치 프로그램 또는 사용자 정의 JumpStart 프로그램을 사용합니다. 이 프로그램은 사용자의 현재 OS와 Solaris 10 11/06 소프트웨어 사이의 차이를 나타내는 모든 패치 및 새 패키지를 Solaris 10 OS에 적용합니다. 또한 모든 비전역 영역에도 패키지 및 패치를 적용합니다.
두 프로그램에는 모두 제한이 있습니다. 예를 들어, 추가 소프트웨어 제품 또는 추가 로켈 패키지를 설치하거나 디스크 레이아웃을 수정하여 업그레이드를 사용자 정의할 수 없습니다. .
x86 시스템에서 -C 대상 지정자와 함께 patchadd 명령을 사용하여 미니루트를 패치하는 절차가 변경되었습니다. 미니루트의 압축을 풀고 패치를 적용한 다음 미니루트를 다시 압축해야 합니다.
자세한 단계는 다음을 참조하십시오.
Solaris 10 11/06 설치 설명서: 네트워크 기반 설치의 5 장, DVD 매체를 사용하여 네트워크에서 설치(작업)
Solaris 10 11/06 설치 설명서: 네트워크 기반 설치의 6 장, CD 매체를 사용하여 네트워크에서 설치(작업)
Solaris 10 11/06 릴리스를 설치하고 있으며 데이터 암호화에 사용하기 위해 더 긴 키 길이에 액세스하려는 경우 Solaris 10에 해당하는 Solaris Data Encryption Supplement 패키지를 사용해야 합니다. 이 보완은 다음 사이트에서 다운로드할 수 있는 SUNWcry 및 SUNWcryr 패키지에서 제공합니다.
이 패키지를 현재 사용 중인 업데이트와 동일한 패치 수준으로 만들려면 적절한 패치를 설치해야 합니다.
SPARC 기반 시스템의 경우 패치 ID 118562-05 이상 버전
x86 기반 시스템의 경우 패치 ID 118563-04 이상 버전
현재 사용 중인 패치 수준을 확인하려면 showrev -p를 사용합니다.
CR 6277164 및 CR 6214222에서 보고된 문제를 해결하려면 다음 패치를 적용합니다.
SPARC 기반 시스템의 경우 패치 ID 119366-05
x86 기반 시스템의 경우 패치 ID 119367-05
다음 절에서는 보고된 문제를 완전히 해결하기 위해 추가적으로 수행해야 할 단계를 설명합니다.
로그인 프로그램으로 GDM(GNOME Display Manager)을 사용하기 전 또는 로그인 프로그램으로 이미 GDM을 활성화한 경우에 이 절차를 수행합니다. 그렇지 않으면 이 절차를 건너뛸 수 있습니다.
패치를 적용할 때 GDM 구성 파일에 새 값을 로드합니다. 그런 다음 GDM 응용 프로그램을 다시 시작합니다.
구성 파일에 새 값을 로드하려면 다음 옵션 중 하나를 선택합니다.
/etc/X11/gdm/factory-gdm.conf 파일을 /etc/X11/gdm/gdm.conf 파일로 복사합니다.
gdm.conf 파일을 수정하지 않은 경우 이 단계를 수행합니다. 그런 다음 GDM 응용 프로그램을 시작할 수 있습니다.
factory-gdm.conf 파일과 gdm.conf 파일 사이의 차이점을 수동으로 병합합니다.
gdm.conf 파일을 수정했고 수정 사항을 유지하고자 하는 경우 이 단계를 수행합니다.
파일을 병합할 때 다음 명령에 대한 값을 factory-gdm.conf 파일에서 gdm.conf 파일로 복사합니다. 이러한 명령으로 최상의 OS 성능을 얻을 수 있습니다.
RebootCommand
HaltCommand
SuspendCommand
DefaultPath
RootPath
GraphicalTheme
GDM을 다시 시작하려면 다음 단계를 수행합니다.
수퍼유저가 되도록 합니다.
다음 명령을 실행합니다.
# svcadm disable application/gdm2-login |
현재 표시된 콘솔에서 Enter 키를 눌러 명령 프롬프트를 표시합니다.
GDM을 다시 시작하려면 다음 명령을 실행합니다.
# svcadm enable application/gdm2-login |
SUNWCXall 소프트웨어 메타클러스터를 Sun Fire V250 서버에 설치해야 합니다.
Solaris 10 OS에서는 기본 분산 파일 시스템 체계로 NFS 버전 4(NFSv4)를 사용합니다. NFSv4에서는 파일 사용자 및 그룹 속성이 각각 “user@domain” 및 “group@domain” 형식의 문자열로 교환됩니다.
이 문자열의 도메인 부분은 클라이언트와 서버가 동일해야 합니다. 이 정보는 시스템의 이름 서비스 도메인 이름에서 자동으로 가져옵니다. 그러나 가져온 도메인이 클라이언트와 서버 간에 일치하지 않는 경우도 있습니다. 일반적으로 다음 조건 중 하나에 해당되는 환경에서 이런 불일치가 발생할 수 있습니다.
DNS TXT 레코드가 사용되지 않습니다.
여러 관리 도메인 경계를 거칩니다.
클라이언트와 서버 사이에 도메인 정보가 일치하지 않으면 NFSv4 액세스 파일의 소유자가 “nobody”로 표시될 수도 있습니다.”
올바른 구성을 위해 이제 최초 시스템 부트 시 NFSv4에서 사용할 도메인에 대한 프롬프트가 표시됩니다. 배포가 다음 구성 중 하나에 해당될 경우 이 프롬프트에 “no”로 응답합니다.
해당 배포에서 NFSv4 도메인 구성에 DNS TXT 레코드를 사용합니다.
해당 배포에 단일(균일) 관리 도메인이 있습니다.
사용자 정의 JumpStartTM 방법을 사용하여 무인 시스템 설치를 수행하는 환경에서는 최초 부트 프롬프트가 나타나지 않도록 최소한의 성능 조정이 필요합니다.
예제 스크립트 set_nfs4_domain이 Solaris 10 배포 매체에서 제공되고 ${CDrom_mnt_pt}/Solaris_10/Misc/jumpstart_sample 디렉토리에서 찾을 수 있습니다. 이 스크립트의 복사본을 수정하여 NFS4_DOMAIN 변수를 사이트 특정 요건에 맞게 설정하고 JumpStart의 종료 스크립트에서 이 복사본을 호출해야 합니다. 대상 시스템의 NFSv4 도메인은 JumpStart finish 단계의 일부로 미리 구성되어 있어서 최초 부트 프롬프트가 나타나지 않게 합니다.
무인 설치를 수행하려면 다음 단계를 따르십시오.
JumpStart의 finish.sh 스크립트와 동일한 디렉토리에서 set_nfs4_domain 스크립트 복사본을 만듭니다.
스크립트를 편집하여 NFS4_DOMAIN 변수를 특정 요건에 맞게 설정합니다.
finish.sh 스크립트를 편집하고 set_nfs4_domain에 대한 호출을 추가합니다.
보통 때처럼 JumpStart 설치를 수행합니다.
자세한 내용은 sysidconfig(1M), sysidtool(1M), nfsmapid(1M) 및 nfs(4) 매뉴얼 페이지를 참조하십시오. System Administration Guide: Network Services를 참조하십시오.
elx 또는 pcelx 네트워크 인터페이스 카드(NIC)가 있는 시스템에서는 설치에 실패합니다. NIC 구성 중에 다음과 같은 오류 메시지가 표시될 수 있습니다.
WARNING: elx: transmit or jabber underrun: d0<UNDER, INTR, CPLT> |
자세한 내용은 elxl(7D) 또는 pcelx(7D) 매뉴얼 페이지를 참조하십시오.
해결 방법: elx 또는 pcelx NIC가 없는 시스템에서 설치하고 실행합니다.
다음과 같은 경우에는 /var 파일 시스템의 기본 크기가 Extra Value 제품에 충분하지 않을 수 있습니다.
Solaris 10 DVD 또는 CD에서 제공하는 Extra Value 제품을 설치할 경우
/var 파일 시스템이 별도의 슬라이스에 있을 경우
/var 파일 시스템의 슬라이스 크기를 수동으로 더 크게 지정해야 합니다.
/var 파일 시스템이 별도의 슬라이스 또는 분할 영역에 있지 않으면 이 문제는 발생하지 않습니다.
해결 방법: 다음 해결 방법 중 하나를 선택합니다.
Solaris 설치 프로그램 GUI를 사용하면 다음 단계를 수행합니다.
설치를 시작합니다.
설치 유형 선택에서 사용자 정의 설치를 선택합니다.
Solaris 설치 프로그램은 설치할 소프트웨어 현지화, 제품 및 디스크 레이아웃을 사용자 정의할 수 있는 화면을 표시합니다.
파일 시스템 레이아웃에서 수정을 선택합니다.
디스크 레이아웃 화면이 표시됩니다.
파일 시스템 열에서 해당 슬라이스에 /var를 입력한 다음 적용을 클릭합니다.
설치 프로그램에서는 /var 파일 시스템의 기본 크기를 제안합니다.
/var 파일 시스템의 크기 열 항목을 디스크 공간 크기의 2배가 되도록 편집합니다.
예를 들어, 설치 프로그램에 40Mbyte의 공간을 할당하려면 크기 값을 80으로 변경합니다.
설치를 완료합니다.
Solaris 설치 프로그램의 텍스트 설치 프로그램을 사용하면 다음 단계를 수행합니다.
설치를 시작합니다.
설치 유형 선택에서 사용자 정의 설치를 선택합니다.
Solaris 설치 프로그램은 설치할 소프트웨어 현지화, 제품 및 디스크 레이아웃을 사용자 정의할 수 있는 화면을 표시합니다.
파일 시스템 레이아웃에서 자동 레이아웃을 선택합니다.
디스크 레이아웃 화면이 표시됩니다.
파일 시스템 열에서 해당 슬라이스의 /var를 입력합니다.
설치 프로그램에서는 /var 파일 시스템의 기본 크기를 제안합니다.
/var 파일 시스템의 크기를 사용자 정의하려면 F4_사용자 정의를 누릅니다.
/var 파일 시스템의 크기 열 항목을 디스크 공간 크기의 2배가 되도록 편집합니다.
예를 들어, 설치 프로그램에 40Mbyte의 공간을 할당하려면 크기 값을 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을 업데이트할 필요가 없습니다.
플래시 RPOM 업데이트 수행 방법은 Solaris 8 Sun Hardware Platform Guide(http://docs.sun.com)를 참조하십시오.
Solaris Live Upgrade가 제대로 작동하려면 해당 OS 버전용의 제한된 패치 개정판 세트가 설치되어야 합니다. http://sunsolve.sun.com을 참조하여 사용자 컴퓨터에 최신 패치가 모두 설치되어 있는지 확인하십시오. 자세한 내용은 SunSolveSM 웹 사이트에서 info Doc 72099를 검색합니다.
Solaris 7 또는 Solaris 8 릴리스를 실행 중인 경우 Solaris Live Upgrade 설치 프로그램을 실행하지 못할 수도 있습니다. 이러한 릴리스에는 Java 2 런타임 환경을 실행하는 데 필요한 패치 세트가 포함되어 있지 않습니다.
일반적인 오류는 Java 예외 오류입니다. 다음 메시지가 표시될 것입니다.
InvocationTargetException in ArchiveReader constructornull java.lang.reflect.InvocationTargetException at install.instantiateArchiveReader(Compiled Code) at install.<init>(Compiled Code) at install.main(Compiled Code) |
Solaris Live Upgrade 설치 프로그램을 실행하고 패키지를 설치하려면 Java 2 런타임 환경 권장 패치 클러스터가 있어야 합니다.
해결 방법: 다음 해결 방법을 수행합니다.
pkgadd 명령을 사용하여 Solaris Live Upgrade 패키지를 설치합니다.
단계별 지침은 Solaris 10 11/06 설치 설명서: Solaris Live Upgrade 및 업그레이드 계획의 4 장, Solaris Live Upgrade를 사용하여 부트 환경 만들기(작업)를 참조하십시오.
Java 2 런타임 환경 권장 패치 클러스터를 설치합니다. 패치 클러스터는 http://sunsolve.sun.com에 있습니다. 그런 다음 Solaris Live Upgrade 설치 프로그램을 사용하여 패키지를 설치할 수 있습니다.
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 소프트웨어가 작동합니다.
DVD 매체에서 설치하거나 업그레이드하는 경우 Solaris 10 11/06 소프트웨어로의 업그레이드가 중단될 수 있습니다. 이 문제는 JLMS DVD 드라이브가 장착된 특정 Sun BladeTM 1500 워크스테이션에 영향을 줍니다. 다음 설치 방법 중 하나를 사용하는 경우 오류가 발생합니다.
Solaris 대화식 설치 프로그램
Solaris Live Upgrade
시스템이 중단되면 오류 메시지가 표시되지 않습니다.
해결 방법: 이러한 시스템을 업그레이드하려면 네트워크 설치 이미지를 사용합니다.
특정 경우에 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 설치 또는 업그레이드를 진행할 수 있습니다.
루트(/) 파일 시스템이 RAID-1 볼륨인 시스템을 Solaris 10 11/06 소프트웨어로 업그레이드할 때 문제가 발생합니다. 이 문제는 다음과 같이 업그레이드를 수행할 때 발생합니다.
CD 매체 또는 네트워크 설치 이미지를 사용하는 경우
Solaris 대화식 설치 프로그램 또는 사용자 정의 JumpStart를 사용하는 경우
다음 문제 중 하나가 발생합니다.
Solaris 대화식 프로그램을 사용하는 경우 업그레이드 또는 초기 설치 선택 패널에 업그레이드 옵션이 표시되지 않습니다.
사용자 정의 JumpStart를 사용하여 업그레이드하는 경우 다음 오류 메시지가 표시됩니다.
ERROR: No upgradeable root file systems were found. |
해결 방법: 해결 방법 1을 먼저 수행합니다. 첫 번째 해결 방법으로 문제가 해결되지 않는 경우에만 해결 방법 2를 수행합니다.
해결 방법 1:: 업그레이드를 수행하기 전에 RAID 구성을 제거합니다. 업그레이드를 완료한 다음 RAID 구성을 다시 만듭니다. RAID 구성을 제거하려면 다음 단계를 수행합니다.
다음 예와 같이 루트 영역의 RAID-0 볼륨 또는 하위미러에 사용되는 물리적 장치를 찾습니다.
# df -k / Filesystem kbytes used avail capacity Mounted on /dev/md/dsk/d0 4459950 3089180 1326171 70% / # metastat -p d0 d0 -m d10 d11 1 d10 1 1 c1t0d0s0 d11 1 1 c1t1d0s0 |
업그레이드되지 않는 미러를 제거합니다. 이 예에서 업그레이드할 디스크가 c1t0d0s0인 경우 d11을 제거해야 합니다. 다음과 같이 입력하십시오.
# metadetach d0 d11 |
업그레이드할 적절한 물리적 장치를 사용하는 것으로 되돌립니다. 이전 예의 경우 다음 명령을 실행합니다.
# metaroot c1t0d0s0 |
필요한 경우 /etc/vfstab가 필요한 장치로 업데이트되었는지 확인합니다.
# grep c1t0d0s0 /etc/vfstab /dev/dsk/c1t0d0s0 /dev/rdsk/c1t0d0s0 / ufs 1 no - |
시스템을 종료합니다.
DVD 또는 CD 매체에서 시스템을 부트합니다.
업그레이드 또는 초기 설치 선택 패널에서 이제 업그레이드를 선택할 수 있습니다. 또한 패널에 있는 장치 목록에서 업그레이드할 장치를 선택할 수도 있습니다. 일반적으로 목록에는 원래 루트 하위 볼륨을 구성하는 장치가 포함됩니다.
하지만 업그레이드 옵션을 사용할 수 없는 상태이면 대체 해결 방법으로 건너뜁니다.
업그레이드를 진행하려면 장치를 선택합니다.
업그레이드를 완료한 후 RAID 구성을 다시 만들려면 다음 단계를 수행합니다.
부트 장치를 다시 정의합니다.
# metaroot d0 |
시스템을 다시 부팅합니다.
하위 볼륨을 추가합니다.
# metattach d0 d11 |
해결 방법 2:해결 방법 1이 성공하지 않은 경우에만 이 해결 방법을 사용합니다. 이전 해결 방법을 먼저 시도하지 않았으면 이 해결 방법을 수행하지 마십시오.
시스템을 다시 부팅합니다.
기존 Solaris 릴리스로 돌아가도록 시스템을 부트합니다.
metaclear 명령을 사용하여 루트 영역을 구성하는 활성 메타 장치를 삭제합니다.
# metaclear d0 d10 d11 |
시스템을 종료합니다.
DVD 또는 CD 매체에서 시스템을 부트합니다.
화면에 나타난 설치 또는 업그레이드 옵션에 따라 설치를 진행합니다.
업그레이드를 완료한 후 다음과 같은 일반 절차에 따라 메타 장치를 다시 구성합니다.
다음 예에서는 루트(/) 메타 장치를 구성하고, 메타 장치를 위한 시스템 파일을 설정하며, 하위 볼륨을 다시 연결하는 단계를 보여 줍니다.
# metainit d0 -m d10 # metaroot d0 # reboot # metainit d11 1 1 c1t1d0s0 # metattach d0 d11 |
시스템 부트가 완료되면 이전 하위 볼륨을 다시 연결합니다.
현재 Solaris 릴리스부터는 비전역 영역이 설치된 경우 Solaris Flash 아카이브를 제대로 만들 수 없습니다. Solaris Flash 기능은 현재 Solaris 컨테이너(영역) 기능과 호환되지 않습니다.
다음과 같은 상황에서는 Solaris Flash 아카이브를 만드는 데 flar create 명령을 사용하지 마십시오.
모든 비전역 영역
비전역 영역이 설치되어 있는 전역 영역
이러한 상황에서 Solaris Flash 아카이브를 만들면 해당 아카이브를 배포할 때 제대로 설치되지 않을 수 있습니다.
해결 방법: 없음.
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로 업데이트합니다. 이 옵션을 사용하려면 DVD 콤보 드라이브가 Microsoft Windows를 실행하는 시스템에 연결되어 있어야 합니다. 다음 단계를 수행합니다.
Sun Java Workstation 2100z에서 DVD 콤보 드라이브를 제거합니다. 드라이브를 적합하게 제거하는 단계를 보려면 워크스테이션의 사용자 설명서를 참조하십시오.
Microsoft Windows를 실행하는 시스템에 드라이브를 연결합니다. 필요에 따라 드라이브의 마스터 및 슬레이브 점퍼 설정을 변경합니다.
AOpen 다운로드 센터(http://download.aopen.com.tw/default.aspx)로 이동합니다.
다음 정보를 사용하여 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 부트 분할 영역을 추가합니다.
설치를 계속합니다.
Sun LX50 시스템에서 X 서버는 PS/2 마우스 장치를 열 수 없습니다. 이 오류는 설치하는 동안 또는 시스템 재부트 시 발생할 수 있습니다. 이 문제가 발생하면 다음 오류 메시지가 나타납니다.
ddxSUNWmouse: Error opening mouse device '/dev/kdmouse; /dev/kdmouse: No such device or address |
결과적으로 Solaris 설치 프로그램은 명령줄 인터페이스 모드에서만 진행할 수 있습니다. 설치 후 Solaris 런타임 동안 문제가 지속될 수 있습니다.
해결 방법: 서버의 PS/2 커넥터에 연결된 Y 케이블에서 PS/2 키보드와 마우스 간 연결을 전환하십시오.
PS/2 마우스가 시스템 재부트 후 계속 인식되지 않으면 LX50 서버의 재설정 단추를 누르십시오. 또는 다음과 같은 부트 프롬프트가 나타나면 재구성 옵션(b -r)을 사용하십시오.
Select (b)oot or (i)nterpreter: |