kako se podesavaju procesi koji se startuju prilikom dizanja sistema u init.d direktorijumu.
kako se postavlja u odredjeni nivo-run level, odnosno kako se brise.
system je RedHat AS 3.
thanx

/etc/inittab

Koliko se sećam, u init.d postoje sledeći direktorijumi rc0.d, rc1.d... rc6.d.
U njima se nalaze skripte koje počinju sa "S" ili "K". Svaka skripta, jedan
proces. Brojevi u imenu direktorijuma odgovaraju "runlevel-u". Kada se recimo
pokreće runlevel 3, startuju se skripte iz direktorijuma rc3.d koje počinju
sa "S", što znači start. Kada se izlazi iz runlevel-a 3, tada se pokreću
skripte koje se završavaju sa "K", što znači Kill. Sve što treba da uradiš,
jeste da u odgovarajućem runlevel-u izbrišeš skripte koje odgovaraju procesu
koji nećeš da se pokreće u tom runlevel-u. Naravno, onda izbrišeš i
odgovarajuću "K" skriptu. Nema smisla da se zaustavlja proces koji nije ni
pokrenut, jel`da? Umesto brisanja mogao bi da ih recimo preimenuješ, tako da
ostanu u istom direktorijumu ali da ne počinju sa S ili K. Tako, ako ti neki
proces kasnije ponovo zatreba, možeš da ga vratiš.

Takođe, u imenima ovih skripti, pored početnog slova stoji i jedan broj. Ti
brojevi označavaju kojim će se redosledom pokretati skripte.

Ja sam siguran da RH ima neki grafički alat za ova podešavanja, što je bolje
nego proces koji sam ti opisao. Ne znam kako se zove. Mada nije loše ni da se
zna kako treba ručno podesiti sistem.

hvala Mladene, ali tako sam do sada i radio. mislio sam da postoji nacin gde sistem radi donekle automatski jer S i K skripte u razlicitim run level-ima su u stvari linkovi do skripta u /etc/rc.d/init.d/ direktorijumu.
sta se desava kada se recimo nalazi isti link u dva razlicita run level-a. pr: S99oracle u rc3.d i u rc5.d

Nisam te baš razumeo. Samo se poziva onaj skript vezan za onaj run level koji
se trenutno pokreće, iako se nalazi u dva ili više različitih rc.d
direktorijuma. Ako hoćeš da skript izbrišeš iz dva ili više različitih run
levela, moraš da ih brišeš pojedinačno iz željenih rc.d direktorijuma.

Mada siguran sam da RH ima konfiguracioni program pomoću kojeg možeš sve ovo
da uradiš mnogo jednostavnije. Ne znam kako se zove jer koristim Slackware.
Koristio sa RH pre nekoliko godina i taj program sigurno postoji. Potraži po
"KDE" meniju.

Postoji i KDE program za editovanje run level-a. Zove se "SysV-init edit". A
možeš da ga pokreneš i iz konzole: "$KDEDIR/bin/ksysv". Nisam ga nikada
koristio, zato pažljivo sa njim. Backupuj prvo init.d direktorijume.

nadjoh. kod RH AS 3 su:
chkconfig
ntsysv

thanx

Na RH9 ima S90crond i S90cups. Kako sad zna koji ide prvi?

U istom direktorijumu? Ja to nikada nisam video.
Ovo što sam naveo našao sam u "From Power Up To Bash Prompt" HowTo-u! I po
mome iskustvu uvek je bilo tačno. Naravno ukliko se koriste SystemV skripte.

Ne znam tacno kako radi na RH ali evo kako pokretanje startup/shutdown skriptova radi na pravom (licno mislim i najboljem) Unix-u: Digital Unix aka Compaq Tru64 Unix aka HP Tru64 Unix:

Za pokretanje startup/shutdown skriptova iz rc.d direktorijuma zaduzen je jedan drugi skript (dugo nisam radio na Tru64 pa se ne secam imena i lokacije, ali ako nekog bas zanima pronaci cu...). A taj skript lepo uradi jednu komandu 'ls /sbin/rcX.d/S*' i onda pokrene sve skripte koje pronadje i to onim redom koji mu vrati gornja komanda. Isto i za shutdown skriptove samo sto trazi one sa K na pocetku ('ls /sbin/rcX.d/K*' ). Brojevi iza S ili K sluze samo da se skriptovi lakse sortiraju u zeljeni redosled.

Primer:
#!/bin/csh
STARTUP_SKRIPTS=`ls /sbin/rc3.d/S*`
foreach SKRIPT in $STARTUP_SKRIPTS
/sbin/rc3.d/$SKRIPT start
endfor

ili

#!/bin/csh
SHUTDOWN_SKRIPTS=`ls /sbin/rc3.d/K*`
foreach SKRIPT in $SHUTDOWN_SKRIPTS
/sbin/rc3.d/$SKRIPT stop
endfor

(Izvinite na eventualnim sintaksnim greskama, vec duze vreme se ne bavim shell skriptama, a i da ne bude zabune, na Tru64 Unix-u rc.d direktorijum se nalazi u /sbin direktorijumu a ne u /etc).

Zbog ovog nacina rada, preimenovanje skripta u nesto sto ne pocinje sa S ili K je jednostavan nacin da se skript zaobidje prilikom startup-a ili shutdown-a. Licno preporucujem preimenovanje skripta kao metod za zaobilazenje pokretanja istog. Primer:

# mv S99Pokreni_Moju_Aplikaciju noS99Pokreni_Moju_Aplikaciju

U slucaju da skript ponovo treba da se pokrene jedna mv komanda resava problem. A i naredni SysAdmin ce lakse provaliti zasto je nesto "jednostavno prestalo da radi" :)

Dakle, odgovor na gornje pitanje je:
Prvo se izvrsi S90crond a onda S90cups.

Pozdrav