Showing posts with label Solaris. Show all posts
Showing posts with label Solaris. Show all posts

Thursday, June 14, 2007

Solaris 9 not booting?
/etc/system does not exist?
Driver crashing while booting?
System not booting in single user mode? .............. If answer is YES, go ahead and read


An interactive boot (boot -a) stops and asks for input during the boot process. The system provides a dialog box in which it displays the default boot values and gives you the option of changing them. You might want to boot interactively to make a temporary change to the system file or kernel. Booting interactively enables you to test your changes and recover easily if you have problems. To do this, follow the process in Step by Step 3.1.

Step by Step 3.1: The Interactive Boot Process

  1. At the ok prompt, type boot -a and press Enter. The boot program prompts you interactively.

  2. Press Enter to use the default kernel (/kernel/unix) as prompted, or type the name of the kernel to use for booting and then press Enter.

  3. Press Enter to use the default modules directory path as prompted, or type the path for the modules directory and then press Enter.

  4. Press Enter to use the default /etc/system file as prompted, or type the name of the system file and then press Enter.

  5. Press Enter to use the default root file system type as prompted (that is, ufs for local disk booting or nfs for diskless clients).

  6. Press Enter to use the default physical name of the root device as prompted or type the device name.

TIP

The Interactive Boot Process For the exam, you should make sure you understand what each step of an interactive boot process is asking for. For example, you should know the name of the default kernel, know what the default modules are and where they are located, understand what the /etc/system file is used for, and what is meant by the default root file system. Each of these are described in the section "The Kernel," later in this chapter.

The following output shows an example of an interactive boot session:

ok
ok boot -a
Boot device: /pci@1f,0/pci@1,1/ide@3/disk@0,0:a File and args: -a
Enter filename [kernel/sparcv9/unix]:
Enter default directory for modules [/platform/SUNW,Ultra-5_10/kernel
/platform/sun4u/kernel /kernel /usr/kernel]:
Name of system file [etc/system]:
SunOS Release 5.9 Version Generic_112233-02 64-bit
Copyright 1983-2002 Sun Microsystems, Inc. All rights reserved.
root filesystem type [ufs]:
Enter physical name of root device
[/pci@1f,0/pci@1,1/ide@3/disk@0,0:a]:
configuring IPv4 interfaces: hme0.
configuring IPv6 interfaces: hme0.
Hostname: ultra5

The system is coming up. Please wait.
checking ufs filesystems
/dev/rdsk/c0t0d0s5: is clean.
/dev/rdsk/c0t0d0s7: is clean.
/dev/rdsk/c0t0d0s6: is clean.
Starting IPv6 neighbor discovery.
Setting default IPv6 interface for multicast: add net ff00::/8: \
gateway ultra5
Starting rpc services: rpcbind done.
Setting default IPv4 interface for multicast: add net 224.0/4:

Print services started.
volume management starting.
Mar 13 09:21:48
The system is ready.
ultra5 console login:

NOTE

A Missing /etc/system File If the /etc/system file is missing at bootup, you see this message:

Warning cannot open system file!

The system still boots, however, using all "default" kernel parameters. Because by default the lines in the /etc/system file are all commented by the asterisk (*) character, /etc/system is actually an "empty" file. The kernel doesn't use anything from this file until you edit this file and enter an uncommented line. You can specify /dev/null (an empty file) for the system filename, and the system still boots. In fact, if the /etc/system file gets corrupted and the system won't boot from the /etc/system/dev/null to get the system to boot. file, you can specify a file named

Thursday, May 17, 2007

Workaround for "FATAL: system is not bootable, boot command is disabled" on an obp

Poor error messages are a major source of annoyance. I hit this one today, for the first time in a few years. Background info - a v210 was rather abruptly powered down and feeling somewhat ill. So I logged onto the sc and got to my console, and type boot as one does.
{1} ok boot
FATAL: system is not bootable, boot command is disabled
Which is about as helpful as someone telling me the box is currently a brick. Which I know already. Anyway just in case you happen to hit this the fix/workaround is to set auto-boot? to false, reset the box, and then set it to true and finally boot as shown below.
{1} ok setenv auto-boot? false
auto-boot? = false
{1} ok reset-all

SC Alert: Host System has Reset

Sun Fire V210, No Keyboard
Copyright 1998-2003 Sun Microsystems, Inc. All rights reserved.
OpenBoot 4.11.4, 4096 MB memory installed, Serial #xxxxxxxx.
Ethernet address 0:3:ba:xx:xx:xx, Host ID: 83xxxxxx.

{1} ok setenv auto-boot? true
auto-boot? = true
{1} ok boot
.......... lots of output ........
volume management starting.
The system is ready.

xxxxxx console login: