본 절에서는 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/08 릴리스에는 다음과 같은 Solaris Live Upgrade 제한 사항이 있습니다.
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 8 OS에서 Solaris 10 10/08 릴리스로 업그레이드하려면 다음 단계를 수행하십시오.
SPARC 시스템의 경우 – Solaris 8 릴리스에서 Solaris 10 10/08 릴리스로의 Solaris Live Upgrade가 지원됩니다. Solaris Live Upgrade 사용법에 대한 단계별 절차는 http://www.sun.com/bigadmin/features/articles/live_upgrade_patch.jsp를 참조하십시오.
x86 시스템의 경우 – Solaris 8 릴리스에서 Solaris 10 10/08 릴리스로의 Solaris Live Upgrade가 지원되지 않습니다. 대신 표준 업그레이드 절차를 사용하거나 Solaris 8 OS에서 Solaris 9 OS나 Solaris 10 OS로의 Solaris Live Upgrade를 수행합니다. 그런 다음 Solaris 9 릴리스 또는 Solaris 10 릴리스에서 Solaris 10 10/08 릴리스로 Solaris Live Upgrade를 수행할 수 있습니다.
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 9 OS에서 Solaris 10 10/08 릴리스로 업그레이드하려면 다음 패치를 적용합니다.
SPARC 시스템의 경우– 137477-01 이상
x86 시스템의 경우– 137478-01 이상
Solaris Live Upgrade를 사용하여 현재 사용 중인 Solaris 10 OS를 Solaris 10 10/08 릴리스로 업그레이드하려면 다음 패치를 적용합니다.
SPARC 시스템의 경우– 137321-01 이상
x86 시스템의 경우– 137322-01 이상
이러한 패치는 새 p7zip 기능을 제공합니다. Solaris 10 10/08로의 업그레이드를 지원하려면 Solaris Live Upgrade에 p7zip 기능이 필요합니다.
Infodoc 72099의 Solaris Live Upgrade 최소 필수 패치 정보는 이제 Infodoc 206844에 있습니다.
Solaris 10 10/08 릴리스는 ZFS 루트 파일 시스템을 설치하고 ZFS에 영역 루트를 구성하는 기능을 제공합니다. 일반적으로 원하는 경우 ZFS에 영역 루트를 만들고 구성할 수 있습니다. 그러나 Solaris Live Upgrade를 사용하면 현재 ZFS에서 영역 루트에 대해 다음 구성만 지원됩니다.
UFS 루트 파일 시스템이 있고 모든 영역 루트가 UFS에 있으며 다음 릴리스 중 하나를 실행하는 경우
Solaris 10 6/06, Solaris 10 11/06, Solaris 10 8/07, Solaris 10 5/08
Solaris 10 10/08
루트 파일 시스템이 ZFS이고 모든 영역 루트가 ZFS에 있으며 Solaris 10 10/08 릴리스를 실행하는 구성으로 마이그레이션할 수 있습니다. 그 후 이 구성에 패치를 적용하고 업그레이드하여 차후 Solaris 10 릴리스를 실행할 수 있습니다.
ZFS 루트 파일 시스템이 있는 Solaris 10 10/08 시스템을 설치한 다음 ZFS에 모든 영역 루트를 구성할 수 있습니다. 영역 루트는 전역 루트 파일 시스템과 동일한 풀에 있어야 합니다. 그 후 이 구성에 패치를 적용하고 업그레이드하여 차후 Solaris 10 릴리스를 실행할 수 있습니다.
이러한 구성 설정에 대한 전체 지침은 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/08 설치 설명서: 네트워크 기반 설치의 5 장, DVD 매체를 사용하여 네트워크에서 설치(작업)
Solaris 10 10/08 설치 설명서: 네트워크 기반 설치의 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://balrog.east/%7Ejvictor/Solaris/S10/Zones/FlarZone.html을 참조하십시오
.
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 부트 분할 영역을 추가합니다.
설치를 계속합니다.