| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
SPARC 플랫폼에서 Oracle Solaris 부트 및 종료 Oracle Solaris 11 Information Library (한국어) |
| 탐색 링크 건너뛰기 | |
| 인쇄 보기 종료 | |
|
|
SPARC 플랫폼에서 Oracle Solaris 부트 및 종료 Oracle Solaris 11 Information Library (한국어) |
2. SPARC 기반 시스템을 지정된 상태로 부트(작업)
6. SPARC 기반 시스템에서 부트 매개변수 수정(작업)
7. SPARC 플랫폼에서 ZFS 부트 환경 만들기, 관리 및 부트(작업)
다음과 같은 경우에는 부트 문제 및 기타 시스템 문제를 분석하거나 해결하기 위해 먼저 시스템을 종료해야 합니다.
시스템을 부트할 때 오류 메시지 문제를 해결합니다.
시스템을 중지하여 복구를 시도합니다.
복구를 위해 시스템을 부트합니다.
시스템의 충돌 덤프 및 재부트를 강제 수행합니다.
kmdb 명령을 사용하여 커널 디버거로 시스템을 부트합니다.
다음 절차에서는 복구를 위해 SPARC 기반 시스템을 안전하게 종료하고 부트하는 방법에 대해 설명합니다.
복구를 위해서는 시스템을 부트해야 할 수 있습니다. 다음은 몇 가지 일반적인 오류 및 복구 시나리오입니다.
/etc/passwd 파일에서 root 셸 항목을 수정하거나 NIS 서버를 변경하는 것과 같은 사소한 문제는 단일 사용자 모드에서 시스템을 부트하여 해결합니다.
설치 매체 또는 네트워크의 설치 서버에서 부트하여 시스템 부트를 방해하는 문제로부터 복구하거나 잊어버린 root 암호로부터 복구합니다. 부트 구성 문제를 해결하는 데는 루트 풀 가져오기, BE 마운트 및 문제 수정이 필요합니다.
SPARC 시스템에서 boot net:dhcp 명령은 Oracle Solaris 10 릴리스에서 사용되는 boot net 명령 대신 사용됩니다.
ok sync
자세한 내용은 boot(1M) 매뉴얼 페이지를 참조하십시오.
# who -r . run-level s May 2 07:39 3 0 S
예 9-1 서비스 프로세서 전원 끄기
Oracle ILOM 서비스 프로세서에서 Oracle Solaris 11을 실행 중인 경우 운영 체제를 종료한 후 시스템 콘솔 프롬프트에서 서비스 프로세서 프롬프트로 전환해야 합니다. 여기에서 다음 예에 표시된 것처럼 서비스 프로세서를 중지할 수 있습니다.
# shutdown -g0 -i0 -y # svc.startd: The system is coming down. Please wait. svc.startd: 91 system services are now being stopped. Jun 12 19:46:57 wgs41-58 syslogd: going down on signal 15 svc.stard: The system is down. syncing file systems...done Program terminated r)eboot o)k prompt, h)alt? # o
ok #. ->
-> stop /SYS Are you sure you want to stop /SYS (y/n)? y Stopping /SYS ->
즉시 종료를 수행해야 하는 경우 stop -force -script /SYS 명령을 사용합니다. 이 명령을 입력하기 전에 모든 데이터가 저장되었는지 확인하십시오.
예 9-2 서비스 프로세서 전원 켜기
다음 예에서는 서버 전원을 켜는 방법을 보여 줍니다. 먼저 사용자가 Oracle ILOM에 로그인되어 있어야 합니다. http://download.oracle.com/docs/cd/E19166-01/E20792/z40002fe1296006.html#scrolltoc를 참조하십시오.
모듈식 시스템이 있는 경우 원하는 서버 모듈에 로그인되어 있는지 확인합니다.
-> start /SYS Are you sure you want to start /SYS (y/n) ? y Starting /SYS ->
확인 메시지를 표시하지 않으려면 start -script /SYS 명령을 사용합니다.
ok boot -s
# vi /etc/password
ok boot net:dhcp
# zpool import -f rpool
# mkdir /a
# beadm mount solaris-instance|bename /a
# TERM=vt100 # export TERM
# cd /a/etc # vi shadow # cd /
주 - 이 단계 이후 디렉토리를 변경해야 합니다.
# bootadm update-archive -R /a
# beadm umount be-name
# halt
ok boot -s Boot device: /pci@780/pci@0/pci@9/scsi@0/disk@0,0:a File and args: -s SunOS Release 5.11 Version 11.0 64-bit Copyright (c) 1983, 2011, Oracle and/or its affiliates. All rights reserved. Booting to milestone "milestone/single-user:default". Hostname: tardis.central Requesting System Maintenance Mode SINGLE USER MODE Enter user name for system maintenance (control-d to bypass): root Enter root password (control-d to bypass): <Press return> single-user privilege assigned to root on /dev/console. Entering System Maintenance Mode
root@system:~# passwd -r files root New Password: xxxxxx Re-enter new Password: xxxxxx passwd: password successfully changed for root
참조
시스템의 기본 OS가 부트되지 않고 대체 ZFS 데이터 세트에서 부트해야 하는 경우 추가 문제 해결 정보는 SPARC 플랫폼의 ZFS 부트 환경에서 부트를 참조하십시오.
서비스 시작에서 문제가 발생할 경우 부트 프로세스 중 시스템이 중단될 수 있습니다. 이 절차에서는 이 문제를 해결하는 방법을 보여줍니다.
이 명령은 svc.startd 데몬이 모든 서비스를 일시적으로 사용 안함으로 설정하고 콘솔에서 sulogin을 시작하도록 지시합니다.
ok boot -m milestone=none
# svcadm milestone all
# svcs -a
# svcs -x
이 명령은 콘솔에서 login 프로세스가 실행되는지 확인합니다.
# svcs -l system/console-login:default
문제 해결을 위해 시스템의 충돌 덤프 및 재부트를 강제 수행해야 하는 경우가 있습니다. 기본적으로 savecore 기능은 사용으로 설정되어 있습니다.
시스템 충돌 덤프에 대한 자세한 내용은 Oracle Solaris 관리: 일반 작업의 17 장, 시스템 충돌 정보 관리(작업)를 참조하십시오.
이 절차에 따라 시스템의 충돌 덤프를 강제 수행할 수 있습니다. 이 절차 다음에 나오는 예에서는 halt -d 명령을 사용하여 시스템의 충돌 덤프를 강제 수행하는 방법을 보여 줍니다. 이 명령을 실행한 후 수동으로 시스템을 재부트해야 합니다.
> n ok sync
충돌 덤프가 디스크에 기록되면 계속해서 시스템이 재부트됩니다.
부트 프로세스가 성공적으로 완료되면 로그인 프롬프트가 표시됩니다.
hostname console login:
예 9-3 SPARC: halt -d 명령을 사용하여 시스템의 충돌 덤프 및 재부트 강제 수행
이 예에서는 halt -d 및 boot 명령을 사용하여 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법을 보여 줍니다.
# halt -d Jul 21 14:13:37 jupiter halt: halted by root panic[cpu0]/thread=30001193b20: forced crash dump initiated at user request 000002a1008f7860 genunix:kadmin+438 (b4, 0, 0, 0, 5, 0) %l0-3: 0000000000000000 0000000000000000 0000000000000004 0000000000000004 %l4-7: 00000000000003cc 0000000000000010 0000000000000004 0000000000000004 000002a1008f7920 genunix:uadmin+110 (5, 0, 0, 6d7000, ff00, 4) %l0-3: 0000030002216938 0000000000000000 0000000000000001 0000004237922872 %l4-7: 000000423791e770 0000000000004102 0000030000449308 0000000000000005 syncing file systems... 1 1 done dumping to /dev/dsk/c0t0d0s1, offset 107413504, content: kernel 100% done: 5339 pages dumped, compression ratio 2.68, dump succeeded Program terminated ok boot Resetting ... . . Rebooting with command: boot Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a File and args: kernel/sparcv9/unix configuring IPv4 interfaces: hme0. add net default: gateway 172.20.27.248 Hostname: jupiter The system is coming up. Please wait. NIS domain name is example.com . . . System dump time: Wed Jul 21 14:13:41 2010 Jul 21 14:15:23 jupiter savecore: saving system crash dump in /var/crash/jupiter/*.0 Constructing namelist /var/crash/jupiter/unix.0 Constructing corefile /var/crash/jupiter/vmcore.0 100% done: 5339 of 5339 pages saved . . .
이 절차에서는 커널 디버거(kmdb)를 로드하는 방법을 보여 줍니다.
주 - 대화식으로 시스템을 디버그할 수 있는 시간이 없을 경우 reboot 및 halt 명령에 -d 옵션을 사용하십시오. -d 옵션을 사용하여 halt 명령을 실행하려면 나중에 시스템을 수동으로 재부트해야 합니다. reboot 명령을 사용하는 경우에는 시스템이 자동으로 부트됩니다. 자세한 내용은 reboot(1M)를 참조하십시오.
시스템을 클린 방식으로 정지하려면 /halt 명령을 사용합니다.
디버거 시작에 사용되는 방법은 시스템에 액세스하기 위해 사용하는 콘솔의 유형에 따라 다릅니다.
커널 디버거를 처음 시작하면 시작 메시지가 표시됩니다.
Rebooting with command: kadb Boot device: /iommu/sbus/espdma@4,800000/esp@4,8800000/sd@3,0 . . .
예 9-4 SPARC: 사용으로 설정된 커널 디버거(kmdb)를 사용하여 시스템 부트
ok boot kmdb Resetting... Executing last command: boot kmdb -d Boot device: /pci@1f,0/ide@d/disk@0,0:a File and args: kmdb -d Loading kmdb...
|