Skip Navigation Links | |
Exit Print View | |
Booting and Shutting Down Oracle Solaris 11.1 Systems Oracle Solaris 11.1 Information Library |
1. Booting and Shutting Down a System (Overview)
2. x86: Administering the GRand Unified Bootloader (Tasks)
3. Shutting Down a System (Tasks)
5. Booting a System From the Network (Tasks)
6. Troubleshooting Booting a System (Tasks)
Managing the Oracle Solaris Boot Archives
How to List Contents of the Boot Archive
Managing the boot-archive SMF Service
How to Enable or Disable the boot-archive SMF Service
How to Clear a Failed Automatic Boot Archive Update by Manually Updating the Boot Archive
Shutting Down and Booting a System for Recovery Purposes
SPARC: How to Stop a System for Recovery Purposes
x86: How to Stop and Reboot a System for Recovery Purposes
How to Boot to a Single-User State to Resolve a Bad root Shell or Password Problem
How to Boot From Media to Resolve an Unknown root Password
Forcing a Crash Dump and Reboot of the System
SPARC: How to Force a Crash Dump and Reboot of the System
x86: How to Force a Crash Dump and Reboot of the System
Booting a System With the Kernel Debugger (kmdb) Enabled
SPARC: How to Boot a System With the Kernel Debugger (kmdb) Enabled
x86: How to Boot a System With the Kernel Debugger (kmdb) Enabled
x86: Troubleshooting Issues With Fast Reboot
x86: Debugging Early Panics That Might Occur
x86: Conditions Under Which Fast Reboot Might Not Work
Troubleshooting Issues With Booting and the Service Management Facility
The following procedures are provided in this section:
SPARC: How to Boot a System With the Kernel Debugger (kmdb) Enabled
x86: How to Boot a System With the Kernel Debugger (kmdb) Enabled
If you need to troubleshoot system problems, running a system under the kernel debugger can be very helpful. The kernel debugger can help you investigate system hangs. For example, if you are running the kernel while the kernel debugger is active, and you experience a hang, you might be able to break into the debugger to examine the system state. Also, if the system panics, the panic can be examined before the system is rebooted. In this way, you can get an idea of which section of code might be causing the problem .
The following procedures describe the basic steps for troubleshooting system problems by booting with the kernel debugger enabled.
This procedure shows how to load the kernel debugger (kmdb) on a SPARC based system.
Note - Use the reboot command and the halt command with the -d option if you do not have time to debug the system interactively. Running the halt command with the -d option requires a manual reboot of the system afterward. However, if you use the reboot command, the system boots automatically. See the reboot(1M) for more information.
To halt the system cleanly, use the halt command.
The method used to enter the debugger depends on the type of console that is used to access the system:
A welcome message is displayed when you enter the kernel debugger for the first time.
Rebooting with command: kadb Boot device: /iommu/sbus/espdma@4,800000/esp@4,8800000/sd@3,0 . . .
Example 6-5 SPARC: Booting a System With the Kernel Debugger (kmdb) Enabled
The following example shows how to boot a SPARC based system with the kernel debugger (kmdb) enabled.
ok boot -k 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...
This procedure shows the basics for loading the kernel debugger. The savecore feature is enabled by default.
To direct the system to stop (break) in the debugger before the kernel executes, include -d option with the -k option.
Typing -k loads the debugger (kmdb), then directly boots the operating system.
The method used to access the debugger is dependent upon the type of console that you are using to access the system.
If you are using a locally attached keyboard, press F1–A.
If you are using a serial console, send a break by using the method that is appropriate for that type of serial console.
To access the kernel debugger (kmdb) before the system fully boots, use the -kd option.
Using the -kd option loads the debugger and then gives you an opportunity to interact with the debugger before booting the operating system.
A welcome message is displayed when you access the kernel debugger for the first time.
See Also
For more detailed information about interacting with the system by using kmdb, see the kmdb(1) man page.