탐색 링크 건너뛰기 | |
인쇄 보기 종료 | |
Oracle Solaris 11.1 시스템 부트 및 종료 Oracle Solaris 11.1 Information Library (한국어) |
2. x86: GRand Unified Bootloader 관리(작업)
boot-archive SMF 서비스를 사용 또는 사용 안함으로 설정하는 방법
부트 아카이브를 수동으로 업데이트하여 실패한 자동 부트 아카이브 업데이트를 지우는 방법
x86: 빠른 재부트를 지원하지 않는 시스템에서 실패한 자동 부트 아카이브 업데이트를 해결하는 방법
단일 사용자 상태로 부트하여 잘못된 root 셸 또는 암호 문제를 해결하는 방법
매체에서 부트하여 알 수 없는 root 암호 문제를 해결하는 방법
x86: 매체에서 부트하여 시스템 부트를 방해하는 GRUB 구성 관련 문제를 해결하는 방법
사용으로 설정된 커널 디버거(kmdb)를 사용하여 시스템 부트
SPARC: 커널 디버거(kmdb)를 사용으로 설정하여 시스템을 부트하는 방법
이 절에서는 다음 절차가 제공됩니다.
문제 해결을 위해 시스템의 충돌 덤프 및 재부트를 강제 수행해야 하는 경우가 있습니다. 기본적으로 savecore 기능은 사용으로 설정되어 있습니다.
시스템 충돌 덤프에 대한 자세한 내용은 Oracle Solaris 11.1의 일반적인 문제 해결의 시스템 충돌 덤프 정보 관리를 참조하십시오.
이 절차에 따라 SPARC 기반 시스템의 충돌 덤프를 강제 수행할 수 있습니다. 이 절차 다음에 나오는 예에서는 halt -d 명령을 사용하여 시스템의 충돌 덤프를 강제 수행하는 방법을 보여 줍니다. 이 명령을 실행한 후 수동으로 시스템을 재부트해야 합니다.
> n ok sync
충돌 덤프가 디스크에 기록되면 계속해서 시스템이 재부트됩니다.
부트 프로세스가 성공적으로 완료되면 로그인 프롬프트가 표시됩니다.
hostname console login:
예 6-3 SPARC: halt -d 명령을 사용하여 시스템의 충돌 덤프 및 재부트 강제 수행
이 예에서는 halt -d 명령을 사용하여 SPARC 기반 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법을 보여 줍니다.
# 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 . . .
reboot -d 또는 halt -d 명령을 사용할 수 없을 경우 커널 디버거(kmdb)를 사용하여 충돌 덤프를 강제 수행할 수 있습니다. 다음 절차를 사용하려면 부트 시 또는 mdb -k 명령을 통해 커널 디버거가 로드되어 있어야 합니다.
주 - 커널 디버거에 액세스하려면 텍스트 모드여야 합니다. 따라서 먼저 윈도우 시스템을 종료하십시오.
디버거 액세스에 사용되는 방법은 시스템에 액세스할 때 사용하는 콘솔의 유형에 따라 다릅니다.
로컬로 연결된 키보드를 사용 중인 경우 F1–A를 누릅니다.
직렬 콘솔을 사용 중인 경우 직렬 콘솔의 유형에 적합한 방법을 사용하여 중단 명령을 보냅니다.
kmdb 프롬프트가 표시됩니다.
[0]> $<systemdump
패닉 메시지가 표시되고 충돌 덤프가 저장된 후 시스템이 재부트됩니다.
예 6-4 x86: halt -d 명령을 사용하여 시스템의 충돌 덤프 및 재부트 강제 수행
이 예에서는 halt -d 명령을 사용하여 x86 기반 시스템의 충돌 덤프 및 재부트를 강제 수행하는 방법을 보여 줍니다.
# halt -d 4ay 30 15:35:15 wacked.<domain>.COM halt: halted by user panic[cpu0]/thread=ffffffff83246ec0: forced crash dump initiated at user request fffffe80006bbd60 genunix:kadmin+4c1 () fffffe80006bbec0 genunix:uadmin+93 () fffffe80006bbf10 unix:sys_syscall32+101 () syncing file systems... done dumping to /dev/dsk/c1t0d0s1, offset 107675648, content: kernel NOTICE: adpu320: bus reset 100% done: 38438 pages dumped, compression ratio 4.29, dump succeeded Welcome to kmdb Loaded modules: [ audiosup crypto ufs unix krtld s1394 sppp nca uhci lofs genunix ip usba specfs nfs md random sctp ] [0]> kmdb: Do you really want to reboot? (y/n) y