ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
![]() |
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) を有効にしてシステムをブートする方法
x86: カーネルデバッガ (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