booting process in solaris
Answers were Sorted based on User's Feedback
Answer / sandeep
in solarris 10 thier are 5 phase
open prom phase
-prom runs post
-locate the bootblk
-read the bootblk
-load the bootblk
boot program phase
-read the ufs bootblk
-load
kernel initilization phase
-kernel initilization
-kerner bit 32 bit or 64 bit
init phase
-initilize the rc[rc = run script]
-run rc
svc.stat phase
- svcs will Start smf
Is This Answer Correct ? | 40 Yes | 4 No |
Answer / shanmugam
open prom phase
-prom runs post
-locate the bootblk
-read the bootblk
-load the bootblk
boot program phase
-read the ufs bootblk
-load
kernel initilization phase
-kernel initilization
-kerner bit 32 bit or 64 bit
init phase
-initilize the rc[rc = run script]
-run rc
Is This Answer Correct ? | 29 Yes | 0 No |
Answer / sainath.p
The above mentioned phases are used upto solaris 9 only.
But in Solaris10 we have another Phase which will be
control all system process called as "svc.startd" phase
Is This Answer Correct ? | 30 Yes | 2 No |
Answer / norton anti virus
refer books
open prom phase
boot program phase
kernel initilization phase
init phase
Is This Answer Correct ? | 32 Yes | 9 No |
Answer / jk
1. Boot PROM Phase
2. Boot Program Phase ( OPB)
3. Kernal initialization Phase
4. Init Phase.
Is This Answer Correct ? | 24 Yes | 6 No |
Answer / valli
1.Boot PROM Monitor
2.Boot Program Phase
3.Kernel initialization phase
4.init Phase
5.SVC.stat phase
Is This Answer Correct ? | 14 Yes | 1 No |
Answer / deepak
Boot PROM
1. The PROM displays system identification information and
then runs self-test diagnostics to verify the system's
hardware and memory.
2. Then, the PROM loads the primary boot program, bootblk,
whose purpose is to load the secondary boot program (that
is located in the ufs file system) from the default boot
device.
Boot Programs
3. The bootblk program finds and executes the secondary
boot program, ufsboot, and loads it into memory.
4. After the ufsboot program is loaded, the ufsboot
program loads the kernel.
Kernel Initialization
5. The kernel initializes itself and begins loading
modules by using ufsboot to read the files. When the kernel
has loaded enough modules to mount the root (/) file
system, the kernel unmaps the ufsboot program and
continues, using its own resources.
6. The kernel creates a user process and starts
the /sbin/init process, which starts other processes by
reading the /etc/inittab file.
init
7. The /sbin/init process starts the run control (rc)
scripts, which execute a series of other scripts. These
scripts (/sbin/rc*) check and mount file systems, start
various processes, and perform system maintenance tasks.
Is This Answer Correct ? | 11 Yes | 0 No |
Answer / shree
The booting process undergoes the following phases afterwards :
1) init phase
2) inittab file
3) rc scripts & Run Level
4.) Next Steps
INIT phase
Init phase is started by the execution of /sbin/init program
and starts other processes after reading the /etc/inittab
file as per the directives in the /etc/inittab file .
Two most important functions of init are
a) It runs the processes to bring the system to the default
run level state ( Run level 3 in Solaris , defined by
initdefault parameter in /etc/inittab )
b) It controls the transition between different run levels
by executing appropriate rc scripts to start and the stop
the processes for that run level.
/etc/inittab file
This file states the default run level and some actions to
be performed while the system reaches up to that level. The
fields and their explanation are as follows :
S3:3:wait:/sbin/rc3 > /dev/console 2>&1 < /dev/console
S3 denotes a identification if the line
3 is run level
wait is action to be performed
/sbin/rc3 is the command to be run.
So the fields in the inittab are
Identification : run level : action : process
The complete line thus means run the command /sbin/rc3 at
run level 3 and wait until the rc3 process is complete.
The action field can have any of the following keywords :
Initdefault : default run level of the system
Respawn : start and restart the process if it stops.
Powerfail : stop on powerfail
Sysinit : start and wait till console in accessible .
Wait : wait till the process ends before going on to the
next line.
RC scripts & Run Levels
Rc scripts performs the following functions :
a) They check and mount the file systems
b) Start and stop the various processes like network , nfs etc.
c) Perform some of the house keeping jobs.
System goes in to one of the following run level after
booting depending on default run level and the commands
issued for changing the run level to some other one.
0 Boot prom level ok> or > prompt in Sun.
1 Administrative run level . Single user mode
2 Multiuser mode with no resource sharing .
3 Multiuser level with nfs resource sharing
4 Not used
5 Shutdown & power off (Sun 4m and 4u architecture )
6 Reboot to default run level
S s Single user mode user logins are disabled.
Broadly speaking the running system can be in any of the
folloing state
Single user – Minimum processes running , user logins
disabled and root password is required to gain access to the
shell .
Multiuser - All system processes are running and user logins
are permitted
Run level of a desired state is achieved by a number of
scripts executed by the rc program the rc scripts are
located in /etc/rc0.d , /etc/rc1.d , /etc/rc2.d , /etc/rc3.d
& /etc/rcS.d directories . All the files of a particular run
level are executed in the alphanumeric order .Those files
beginning with letter S starts the processes and those
beginning with K stops the processes.
These files are hard linked to the files in /etc/init.d in
order to provide a central location for all these files and
eliminating the need to change the run level in case these
scripts needs to be run separately . The files in
/etc/init.d directory are without any S , K and numeric
prefix instead a stop / start argument has to be supplied
whenever these scripts are to be executed .
By default system has a number of rc scripts needed for run
level transition but sometimes it becomes necessary to start
some custom scripts at the booting time and turn them off at
the shutdown . Custom scripts can be put in any of the
required rc directory but following major considerations has
to be kept in mind :
* The sequence number of the file should not conflict
with other files.
* The sevices needed should be available by previously
executed scripts.
* File should be hard linked to the /etc/init.d directory .
* The system looks for only those files beginning with
letter K & S , any thing else is ignored , therefore, to
make a file inactive simply changing uppercase K or S to
lower case will cause system to ignore it .
Is This Answer Correct ? | 7 Yes | 3 No |
Answer / tharuni
1.boot prom phase
2.boot program phase
3.kernal initilization phase
4.init.phase
5.svc.start phase
Is This Answer Correct ? | 3 Yes | 0 No |
Answer / naseem ahmad
1) init phase
2) inittab file
3) rc scripts & Run Level
Is This Answer Correct ? | 5 Yes | 3 No |
For maintenance purpose the system will be down and up as per weekly or monthly in production mode ,what are the needed points to mind ,what are that?
If ping command is not working then how to check the status of the server..?
hoe to know current run level?
How can you set EEPROM settings from Solaris?
Are kernel parameters tunable during runtime?
What is OBP and how u r going to access it?
purpose of lost+found..?
what are the questions that will be asked for a 3yrs experienced candidate in solaris system admin. how to face first hr round if one puts fake experience of 2or 3 yrs in solaris system admin. please respond with an opt answer. thank you in advance...
How many default no of users r there?
If My Server is Suddenly Down what are the reasons? Tell me Exact time of Ping?
what is the use of TCP wrappers
If fsck is running, one thind u should not do.. what's that?