Professional Documents
Culture Documents
Overview 17-3
Objective 17-3
Purpose 17-3
Instructions 17-3
Sequoia Boot Sequence 17-4
Overview 17-4
Sequoia Monitor Boot 17-4
LynxOS Boot 17-4
Sequoia Application Boot 17-4
Sequoia 3.nn Boot 17-5
Sequoia 3.nn Boot Details 17-6
Summary 17-6
Anomalies 17-6
Boot Messages 17-7
System Messages 17-7
Error messages 17-9
System Behavior 17-9
Boot Sequence Example 17-10
Worksheet: Boot Sequence 17-14
Module 17 - Interpreting Boot Sequence Acuson Confidential
REVISION HISTORY
A3210 P/N 63326 Rev. 1 J. Madarasz S. Williams Dec. 2000 Initial Release
OVERVIEW
OBJECTIVE To develop skills in interpreting the Sequoia system boot sequence
and using the information to troubleshoot any boot problem when a
system fails to power on or hangs.
Power On
System Ready
SEQUOIA MONITOR The Sequoia Monitor Boot (seqmon) includes of all events from
BOOT system power on to the loading of the operating system. This
includes the basic bootstrapping code, testing of resources required
for booting the OS (PUT), starting image display, selection of boot
device, initialization of other CPUs, loading of monitor code,
processing PUT results, system configuration, and loading of
LynxOS.
LYNXOS BOOT The LynxOS Boot includes all events from the start of the LynxOS to
the start of the program that loads the imaging application. This
includes all the tasks for starting a UNIX OS, such as mount file
system, fsck, initialize device drivers, fork tty jobs, and start
daemons. Once the OS is running, it will fork a program to start
applications.
SEQUOIA The Sequoia Applications Boot includes all events that follow the
APPLICATION BOOT LynxOS Boot, including support for different operating modes,
security checking, initialization/setup of all 486 and C31
processors, hardware setup based on system configuration, starting
all the servers needed for imaging and, finally, start UISC. The
Sequoia application boot is also referred to as seq_boot.
SEQUOIA 3.NN BOOT The Sequoia 3.nn boot-time is about 22 seconds less than in the
previous release, for a current total boot time of about 95 seconds.
Messages to the user are more frequent and can be verbose upon
demand.
Boot messages and details are saved on the hard drive to assist
remote diagnostics. These messages include time stamps, which are
useful in monitoring boot time.
ANOMALIES Normal boot time at Sequoia 3.n is about 95 seconds. After any
configuration change, boot time ranges from 124-150 seconds, as
indicated by the message VALIDATING THE CONFIGURATION. In
addition, boot time is longer after an abrupt power off, hardware
changes, configuration change, configuration restore, data reset,
network changes, change of keystroke logging, or entering the
advanced tools menu.
For verbose boot sequence output, press MULTIHERTZ and V KEY
during power on.
BOOT MESSAGES
The monitor displays two messages as the system boots up,
including the following:
Title line: shows the current goal of the system (e.g. boot
Sequoia, start SUI, or Reboot); title line is generally black during
boot.
Task line: shows the major step towards that goal; the task line
is generally blue during boot.
Both lines are white when UISC is running, and turn yellow for
some error messages. There is also a graphic thermometer that
shows the approximate progress.
SYSTEM MESSAGES The following messages appear on the monitor as the Sequoia
system boots to imaging:
MESSAGE DESCRIPTION/CAUSE
SYSTEM STARTING... The system has just powered up and is waiting for the disk.
Once the boot device is located, it loads and starts the OS. The
monitor is not integrated with the fast boot code.
DIMAQ INITIALIZING... The OS has checked the disk and performed all actions during
the LynxOS boot. Now it is starting the Acuson specific parts of
the sequence:
eject the MO
manage the boot logs (RAM disk and the BBRAM)
if it is the first boot then it will build the network configuration and
start the SUI
check the system configuration. this step can result in CONPROM,
reboot, SUI, or just fall through
decode the boot key and system configuration to decide what to do
ERROR MESSAGES The following messages appear on the Sequoia monitor, in addition
to those previously mentioned:
MESSAGE DESCRIPTION/CAUSE
BOOT ERROR: SAVING SYSTEM Fatal error occurred during the boot sequence
STATE... that was not UISC.
APPLICATION BOOT ERROR: Fatal error in the UISC during the boot
SAVING SYSTEM STATE... sequence.
APPLICATION ERROR: SAVING Fatal error in the UISC during imaging.
SYSTEM STATE...
After system state is saved, message is
replaced by the following:
PLEASE CALL (800) 9-ACUSON FOR
ASSISTANCE...
SYSTEM BEHAVIOR The system performs a slow boot under following circumstances:
There was a file system check (fsck) performed
The accuracy of previous boot wasnt verified. This operation
takes about 100 seconds beyond the time imaging is available.
Any configuration changes: restore, data reset, install, etc.
Improper system shutdown
Security violation
Fatal error in the previous system operation
In all other instances, the system performs a fast boot (fboot).
Loading [/lynx.os.ssp] from SCSI dev. 1, part. 1, addr. 0x1000, flag 0x0
18.281360 rc a
DIMAQ Starting
20.298900 rc.fast a
0 0 2 0 0 3 0 0 0 0 16 0 0 0 4 480 0 PST+8:00 0xffffff00 SEQ50024 Acu-
sonService 1 0 8 0
19990209-100311 20.991740 date -d0 -z480
21.017880 Checking disk integrity
Checking disk /dev/nsd1c
Filesystem Ok
Checking disk /dev/nsd1d
Filesystem Ok
Mounting all file systems
System SEQ50024
Configuring Network Interface
add net default: gateway AcusonService
Sequoia 3.15
No PUT failures.
fboot
control load
0) usr/sequoia/bin/sbu
1) -f
2) /seqdata/msm/boot/control_boot
/seqdata/msm/boot/control_boot
/seqdata/msm/boot/control_boot 1> # /usr/sequoia/bin/sbu -f /seqdata/
msm/boot/control_boot
/seqdata/msm/boot/control_boot 2> # Generated Fri Feb 5 16:54:23 PST
1999 by
/usr/sequoia/bin/seq_boot
/seqdata/msm/boot/control_boot 3> fdl off
sspIpc -i //usr/sequoia/bin/ipco
/seqdata/msm/boot/control_boot 19> q
X load
acq load
19990209-100331 40.810420
app load starting
19990209-100336 45.986220
Global Error Manager v1.5 built Thu Nov 19 14:47:26 PST 1998
1) *
Using device "/dev/rel" for reliable transport
BBRAM File fsckerr shows no errors
19990209-100237 168.882300 warn ssp-harmony-9991
Done