다음 하드웨어 관련 문제와 버그가 Solaris 10 릴리스에 적용됩니다.
새로운 암호화 프레임워크가 Solaris 10 OS에서 제공됩니다. 그러나 Sun Crypto Accelerator 4000 보드의 소프트웨어 및 펌웨어 버전 1.0 및 1.1에는 이 프레임워크를 사용하지 않습니다. 따라서 이 버전들은 Solaris 10 OS에서 지원되지 않습니다.
2.0 릴리스에서는 새 프레임워크를 사용합니다. Solaris 10 OS를 사용할 계획인 현재 Sun Crypto Accelerator 4000 사용자는 본 릴리스의 무료 업그레이드를 사용할 수 있습니다. Sun Crypto Accelerator 4000은 수출 제한 제품이기 때문에 무료 업그레이드를 이용하려면 Sun Enterprise Services 또는 현지 판매 채널에 문의해야 합니다. Sun 제품 사이트의 Sun Crypto Accelerator 4000 웹 페이지에서 추가 정보가 제공됩니다.
일부 USB 2.0 제어기는 EHCI 드라이버와의 비호환성 때문에 사용되지 않습니다. 다음과 같은 메시지가 표시됩니다.
Due to recently discovered incompatibilities with this USB controller, USB2.x transfer support has been disabled. This device will continue to function as a USB1.x controller. If you are interested in enabling USB2.x support please refer to the ehci(7D) man page. Please refer to www.sun.com/io for Solaris Ready products and to www.sun.com/bigadmin/hcl for additional compatible USB products. |
USB 장치에 대한 최신 정보를 보려면 http://www.sun.com/io_technologies/USB-Faq.html을 참조하십시오.
이 Solaris 릴리스는 USB 1.1과 USB 2.0 장치를 모두 지원합니다. 다음 표는 특정 구성에서 작동하는 USB 장치의 요약입니다. 연결 유형은 컴퓨터에 직접 또는 USB 허브를 통해서 이루어집니다. USB 1.1 장치와 허브는 저속이거나 고속입니다. USB 2.0 장치와 허브는 고속입니다. 작업의 포트 및 속도에 대한 자세한 내용은 System Administration Guide: Devices and File Systems를 참조하십시오.
표 3–1 USB 장치와 구성
USB 장치 |
연결 유형 |
---|---|
USB 2.0 기억 장치 |
직접, USB 1.1 허브, USB 2.0 허브 |
오디오를 제외한 USB 1.1 장치 |
직접, USB 1.1 허브, USB 2.0 허브 |
USB 1.1 오디오 장치 |
직접, USB 1.1 허브 |
USB 2.0 오디오 장치 |
지원되지 않습니다. |
다음 목록에서는 본 x86 플랫폼용 Solaris 10 릴리스에 적용되는 특정 드라이버 및 인터페이스 관련 제한 사항을 설명합니다.
이 기능은 모든 장치 유형에서 지원되지 않으므로detach() 함수의 DDI_SUSPEND 코드에서는 DDI_FAILURE를 반환해야 합니다.
USB 장치에 대해서는 이 기능을 사용할 수 없습니다. 전원 관리 구성 요소를 만들지 마십시오. 전원 관리 구성 요소가 만들어질 때만 pm_raise_power() 및 pm_lower_power()가 호출되도록 드라이버를 작성합니다.
이동식 매체와 같은 대화식 장치의 전원 관리는 모니터와 모니터를 구동하는 그래픽 카드의 전원 관리와 연결됩니다. 화면이 활성 상태이면 CD-ROM 드라이브 및 디스켓과 같은 장치가 완전 전원 모드 상태를 유지합니다. 모니터가 없는 시스템에서는 이런 장치를 절전 모드로 전환할 수도 있습니다. CD 또는 디스켓의 전원을 복원하려면 volcheck를 입력하여 각 이동식 장치의 최신 상태를 확인합니다.
또는 Dtpower GUI를 사용하여 시스템에서 전원 관리를 비활성화할 수 있습니다. 전원 관리를 비활성화하면 이 장치들은 계속 완전 전원 상태를 유지합니다.
기본적으로 kdmconfig 프로그램에서는 시스템과 연결된 키보드 유형으로 일반 영어(미국)식(104-Key)을 지정합니다. 시스템의 키보드가 영어(미국)식이 아니면 설치 중에 키보드 유형을 수동으로 지정해야 합니다. 그렇지 않으면 시스템의 실제 키보드 유형과 일치하지 않는 기본 키보드 사양을 사용하여 설치가 계속됩니다.
해결 방법 1:시스템의 키보드가 영어(미국)식 키보드가 아니면 설치 중에 다음 단계를 수행합니다.
설치 권장 윈도우 시스템 구성이 표시되면 Esc를 누릅니다.
키보드 유형이 포함된 설치 권장 윈도우 시스템 구성 정보는 30초 동안만 표시됩니다. 구성 설정을 변경하려면 30초가 지나기 전에 Esc를 눌러야 합니다. 그렇지 않으면 표시된 설정을 사용하여 설치가 계속됩니다.
키보드 유형을 시스템 키보드에 해당되는 유형으로 변경합니다.
변경 사항을 적용하고 설치를 계속하려면 Enter를 누릅니다.
해결 방법 2:이미 Solaris 10 OS가 실행 중인 시스템에서 키보드 유형을 변경하려면 kdmconfig 프로그램을 사용합니다. 시스템에서 실행 중인 X 서버 유형에 적용되는 옵션을 선택합니다.
시스템이 Xsun 서버를 실행하고 있으면 다음 단계를 수행합니다.
kdmconfig를 실행합니다.
키보드 유형을 변경하려면 키보드 변경 옵션을 사용합니다.
구성을 저장합니다.
시스템에서 기본 Xorg 서버를 실행하고 있으면 다음 단계를 수행합니다.
kdmconfig를 실행합니다.
Xsun 서버를 선택합니다.
키보드 유형을 변경하려면 키보드 변경 옵션을 사용합니다.
구성을 저장합니다.
Xorg 서버로 전환하려면 다시 kdmconfig를 실행합니다.
다음 HBA(호스트 버스 어댑터)용 jfca 드라이버는 HBA가 테이프 장치와 연결될 때 시스템 패닉이나 I/O 실패를 유발할 수 있습니다.
SG-PCI1FC-JF2
SG-PCI2FC-JF2
이러한 HBA용 jfca 드라이버는 특정 작업들이 실행 중일 때 경합 상태가 되어 오류가 발생할 수 있습니다. 해당 작업은 다음과 같습니다.
링크 재설정
루트 재설정
스위치 재설정
반복된 링크 실패
다음 예와 비슷한 오류 메시지가 표시될 수 있습니다.
I/O 실패 메시지
jfca: [ID 277337 kern.info] jfca4: Sequencer-detected error. Recover immediately. last message repeated 18376 times jfca: [ID 716917 kern.notice] jfca4: ExgWarning: SendVerify(1): SHOULD ABORT THE ORIG I/O PKG=30007520bd8! scsi: [ID 107833 kern.warning] WARNING: /pci@1e,600000/SUNW,jfca@3,1/fp@0,0/st@w2100001086108 628,1 (st3): SCSI transport failed: reason 'timeout': giving up |
시스템 패닉 메시지
panic[cpu1]/thread=2a100497cc0: BAD TRAP: type=31 rp=2a1004978d0 addr=a8 mmu_fsr=0 occurred in module "jfca" due to a NULL pointer dereference |
해결 방법: 테이프 장치를 SG-PCI1FC-JF2 또는 SG-PCI2FC-JF2 HBA에 연결하지 마십시오.
USB 2.0 허브의 다운스트림에서 USB 1.x 장치를 사용할 경우 시스템 패닉이 발생할 수 있습니다. 다음과 같은 오류 메시지가 표시될 수 있습니다.
BAD TRAP: type=31 rp=2a100f8d6a0 addr=38 mmu_fsr=0 occurred in module "usba" due to a NULL pointer |
해결 방법: USB 1.x 장치에서는 다음 연결 구성을 사용하지 마십시오.
USB 2.0 포트와 연결된 USB 2.0 허브에 USB 1.x 장치를 연결
USB 1.x 장치를 USB 2.0 PCI 카드의 포트에 연결
이런 연결 대신 USB 1.x 장치를 시스템의 USB 1.1 포트와 직접 연결하거나USB 2.0 시스템 포트 또는 PCI 카드 포트에 연결된 USB 1.1 외부 허브를 사용할 수 있습니다.
자세한 내용은 다음을 참조하십시오.
Solaris Ready 제품에 대한 내용은 http://www.sun.com/io
추가적인 호환 USB 제품에 대한 내용은 http://www.sun.com/bigadmin/hcl
USB 장치에 대한 최신 정보는 http://www.sun.com/io_technologies/USB-Faq.html
특정 마더보드에 설치된 ICH5R 제어기의 시스템 소프트웨어는 BIOS에서 EHCI 하드웨어를 제어하는 데 실패합니다. 다음과 같은 오류 메시지가 나타납니다.
ehci_init_ctrl: Unable to take control from BIOS. EHCI support disabled. |
따라서 EHCI 드라이버를 사용할 수 없습니다.
자세한 내용은 다음을 참조하십시오.
Solaris Ready 제품에 대한 내용은 http://www.sun.com/io
추가적인 호환 USB 제품에 대한 내용은 http://www.sun.com/bigadmin/hcl
USB 장치에 대한 최신 정보는 http://www.sun.com/io_technologies/USB-Faq.html
해결 방법: 없음.
FireWire-1394 대용량 저장 장치를 이동식 미디어 볼륨 데몬(vold)과 함께 사용할 경우 시스템 패닉이 발생할 수 있습니다. 이러한 저장 장치의 예는 하드 드라이브 및 CD/DVD 드라이브입니다. 표시되는 오류 메시지에는 “bad mutex.” 항목이 포함됩니다.
해결 방법: FireWire–1394 대용량 저장 장치를 시스템에 연결하기 전에 이 단계를 수행합니다.
수퍼유저가 되도록 합니다.
볼륨 관리 데몬을 정지시켜 이동식 매체 관리를 비활성화합니다.
# /etc/init.d/volmgt stop |
데몬에 대한 자세한 내용은 vold(1M) 매뉴얼 페이지를 참조하십시오.
USB 오디오 장치가 재생되거나 녹음 중일 때 예를 들어 sdtaudiocontrol을 사용하여 장치를 일시 중지하면 드라이버가 행할 수 있습니다. 시스템을 다시 부트해야 합니다.
해결 방법: USB 오디오 장치를 일시 중지하지 마십시오.
자세한 내용은 다음을 참조하십시오.
Solaris Ready 제품에 대한 내용은 http://www.sun.com/io
추가적인 호환 USB 제품에 대한 내용은 http://www.sun.com/bigadmin/hcl
USB 장치에 대한 최신 정보는 http://www.sun.com/io_technologies/USB-Faq.html
QFE(Quad Fast-Ethernet) 카드가 다음 어댑터 중 하나와 같은 버스를 공유할 경우 버스 경쟁이 발생합니다.
Sun GigaSwift 어댑터
Sun Dual Gigabit Ethernet 및 Dual SCSI/P 어댑터
Sun Quad Gigaswift Ethernet 어댑터
이 어댑터들이 사용하는 ce 드라이버의 무한 버스트 매개 변수는 기본적으로 활성화됩니다. 따라서 같은 버스를 공유하는 QFE 포트가 사용할 수 있는 버스 시간이 거의 또는 전혀 없습니다.
해결 방법: 목록에 있는 네트워크 어댑터와 같은 버스에 QFE 카드를 설치하지 마십시오.
일부 Java 응용 프로그램을 실행하는 중 Num Lock 키가 켜져 있으면 다른 키가 작동하지 않을 수 있습니다. 영향을 받는 키는 다음과 같습니다.
Back Space
Delete
Enter
Tab
숫자 키패드의 0
해결 방법: Num Lock 키를 끕니다.
개정판 ID(rev_id)가 32보다 낮은 GigaSwift Fast 또는 Gigabit Ethernet 카드 때문에 시스템 패닉이 발생할 수 있습니다. Solaris 10 OS를 실행하는 다음 시스템에서 패닉이 확인되었습니다.
Sun BladeTM 1500
Sun Blade 2500
Sun Fire V210
Sun Fire V240
NetraTM 240
Sun Fire V440
Netra 440
다음과 같은 오류 메시지가 나타납니다.
panic: pcisch-1: Fatal PCI bus error(s) |
해결 방법: 다음 단계를 수행합니다.
장치의 rev_id 를 확인합니다.
kstat ce:instance | grep rev |
rev_id가 32보다 낮으면 rev_id가 32 이상인 더 나중 모델로 카드를 교체합니다.
이전 목록에 포함되지 않은 x86 시스템 또는 오래된 SPARC 기반 시스템에서는 원래 카드를 계속 사용할 수 있습니다.
hat_getkpfnum() DDI 함수는 더 이상 사용되지 않습니다. 개발자들은 hat_getkpfnum() DDI 인터페이스를 사용하지 않도록 장치 드라이버를 업데이트해야 합니다. 드라이버에서 hat_getkpfnum()을 사용할 경우 다음 예와 비슷한 경고가 표시됩니다.
WARNING: Module mydrv is using the obsolete hat_getkpfnum(9F) interface in a way that will not be supported in a future release of Solaris. Please contact the vendor that supplied the module for assistance, or consult the Writing Device Drivers guide, available from http://www.sun.com for migration advice. --- Callstack of bad caller: hat_getkpfnum_badcall+93 hat_getkpfnum+6e mydrv_setup_tx_ring+2d mydrv_do_attach+84 mydrv_attach+242 devi_attach+6f attach_node+62 i_ndi_config_node+82 i_ddi_attachchild+4a devi_attach_node+4b devi_attach_children+57 config_immediate_children+6e devi_config_common+77 mt_config_thread+8b |
드라이버가 hat_getkpfnum()을 사용하는지 확인하려면 드라이버 소스 코드를 참조하거나 nm()을 사용하여 드라이버 기호를 확인합니다. 예를 들어, 드라이버 mydrv를 사용할 경우 다음 구문을 입력합니다.
% nm /usr/kernel/drv/mydrv | grep hat_getkpfnum |
hat_getkpfnum()을 사용하지 않도록 드라이버를 마이그레이션하는 방법에 대한 지침은 Writing Device Drivers의 부록 B, Summary of Solaris DDI/DKI Services를 참조하십시오.
특정한 USB 2.0 하드웨어를 가진 시스템은 이 Solaris 릴리스를 실행할 경우 빈번하게 중단되거나 패닉 상태에 빠질 수 있습니다. 이러한 문제는 NEC 칩셋에 기반하지 않는 USB 2.0 장치와 관련됩니다. 이 문제가 발생하면 EHCI(Enhanced Host Controller Interface)에 대한 다음 오류 메시지가 표시됩니다.
WARNING: /pci@0,0/pci8086,244e@1e/pci925,1234@2,2 (ehci1): This controller is not supported. Please refer to www.sun.com/io for Solaris Ready products and to www.sun.com/bidadmin/hcl for additional compatible USB products |
해결 방법: 시스템의 하드웨어 구성에 따라 다음 옵션 중 하나를 선택합니다.
USB 2.0 호스트 컨트롤러 하드웨어를 NEC 칩셋에 기반한 하드웨어로 교체합니다. NEC 칩셋에 기반한 USB 2.0 하드웨어는 Solaris OS와 제대로 작동하는 것으로 알려져 있습니다.
USB 2.0 호스트 컨트롤러 하드웨어가 마더보드로 설치되었고 예비 PCI 슬롯이 있는 시스템에서는 다음 단계를 수행하십시오.
NEC 칩을 기반으로 하는 PCI 기반 USB 2.0 카드를 추가합니다.
수퍼유저가 되도록 합니다.
마더보드의 USB 2.0을 비활성화하고 PCI 카드를 통해서만 USB 2.0 지원을 활성화합니다. 다음 명령을 실행합니다.
# update_drv -d -i '"pciclass,0c0320"' usba10_ehci # update_drv -a -i '"pci1033,e0"' usba10_ehci # reboot |
더 빠른 작동을 위해 USB 2.0 장치를 마더보드의 원래 포트 대신 카드의 포트에 연결합니다.
새 USB 하드웨어를 시스템에 추가할 수 없는 경우에도 다음 단계를 수행하여 시스템의 EHCI를 비활성화할 수 있습니다.
수퍼유저가 되도록 합니다.
다음 명령을 실행합니다.
# update_drv -d -i '"pciclass,0c0320"' usba10_ehci # reboot |
USB 2.0 포트는 2개의 하드웨어 쌍으로 작동됩니다.
고속 하드웨어용 EHCI
저속 및 고속 하드웨어용 Either Open Host Controller Interface(OHCI) 또는 Universal Host Controller Interface(UHCI)
x86 기반 시스템에서는 OHCI와 UHCI용 드라이버가 모두 존재합니다. SPARC 기반 시스템에서는 OHCI USB 1.1 호스트 컨트롤러 하드웨어만 지원됩니다. 따라서 OHCI 컨트롤러 쌍을 가진 USB 하드웨어만 EHCI 컨트롤러 쌍이 비활성화된 SPARC 시스템에서 계속 작동합니다. 시스템에 적절한 OHCI 또는 UHCI 드라이버가 있다면 USB 하드웨어의 포트는 EHCI가 비활성화된 상태에서도 계속 작동합니다. 이러한 포트에 연결된 USB 2.0 장치는 USB 1.1 장치와 같은 속도로만 실행됩니다.
EHCI와 OHCI 호스트 컨트롤러가 SPARC 기반 시스템에 존재하는지 확인하려면 다음을 입력합니다.
# prtconf -D
하나 이상의 OHCI 항목 옆에 있는 EHCI 항목의 출력을 확인합니다. 다음 예제와 유사합니다.
pci, instance #0 (driver name: pci_pci) usb, instance #0 (driver name: usba10_ohci) usb, instance #1 (driver name: usba10_ohci) usb, instance #0 (driver name: usba10_ehci) |
Sun Fire V65x 서버에서 Adaptec SCSI Card 39320D 카드 2개를 사용하면 시스템 패닉이 발생할 수 있습니다. Solaris 10 소프트웨어를 설치한 후 초기 재부트 과정에서 패닉이 발생합니다. 다음과 같은 오류 메시지가 나타납니다.
Initializing system Please wait... 1 run-time error M6111: MATH - floating-point error: stack underflow |
해결 방법: 두 번째 Adaptec 카드를 제거합니다.
x86 기반 Solaris OS는 명령을 통해 시작되는 소프트 시스템 종료를 지원하지 않습니다. 시스템 종료 명령으로 전원 버튼을 눌러 전원을 끄는 동작을 시뮬레이트합니다. Solaris OS를 실행 중인 x86 기반 시스템에서 이 명령을 실행하면 운영 체제를 적합하게 종료하지 않고 즉시 전원을 끕니다. 올바르지 않은 종료 프로세스로 파일 시스템이 손상될 수 있습니다.
해결 방법: 전원을 끄기 전에 먼저 운영 체제를 종료합니다. 다음 단계를 수행하십시오.
수퍼유저가 되도록 합니다.
사용 가능한 명령(예: init, halt, shutdown) 중 하나를 사용하여 Solaris OS를 적합하게 종료합니다. 예를 들면 다음과 같습니다.
# shutdown |
운영 체제가 완전히 종료된 후 다음 두 방법 중 하나를 사용하여 전원을 끌 수 있습니다.
시스템이 소프트 시스템 종료를 지원하면 그 명령을 실행하여 전원을 끕니다.
시스템이 소프트 시스템 종료를 지원하지 않으면 전원 스위치를 사용하여 수동으로 전원을 끕니다.
운영 체제를 종료하는 명령에 대한 자세한 내용은 init(1M), halt(1M) 및 shutdown(1M) 명령에 대한 매뉴얼 페이지를 참조하십시오. 시스템 전원을 끄는 방법에 대한 자세한 내용은 시스템 설명서를 참조하십시오.
SunSwiftTM PCI Ethernet/SCSI 호스트 어댑터(X1032A) 카드의 기본 시간 초과 값은 Sun SCSI DVD-ROM 드라이브(X6168A)의 시간 초과 요구 사항을 충족하지 않습니다. 한계 매체를 사용하면 DVD-ROM에서 시간 초과 오류가 발생할 때도 있습니다. 유일한 예외는 Sun Fire 6800, 4810, 4800 및 3800 시스템입니다. 이 시스템들은 OpenBoot PROM을 사용하여 SCSI 시간 초과 값을 덮어씁니다.
해결 방법: 다른 플랫폼에서는 다음 예와 같이 내장 SCSI 인터페이스나 DVD-ROM 호환 SCSI 어댑터를 사용합니다.
X1018A (SBus: F501-2739-xx)
X6540A (PCI: F375-0005-xx)