Adonai:

 Existem basicamente dois tipos de inicializacao. No fundo no fundo eles
funcionam baseados em um unico conceito, mas a organizacao eh um pouco
diferente.

 Se vc usa as chamadas RedHatish distros (CL inclusive), entao sua
inicializacao eh estilo SystemV, se eh BSDish entao eh inicializacao
estilo BSD. A base eh a mm, todas usam shell script para fazer tudo
funcionar, sempre iniciando no arquivo que o inittab indica. Oq muda eh a
organizacao.

 Sempre dentro do diretorio /etc/rc.d

 No SystemV vc tem um diretorio onde estao armazenados os scripts
propriamente ditos init.d. La tem um monte de script que estao dentro de
um padraozinho, pra ficar bonitinho e aparecer da maneira correta
(sinceramente eu nao sei como funciona o boot grafico do mdk, alguem
poderia explicar?), mas nao precisa necessariamente estar dentro do
padrao, soh precisa aceitar os parametros start e stop (ta certo, neh
pessoal?)
 Depois vc tem uma serie de diretorios, rc0.d ateh rc6.d cada um
referenciado por um init level, em alguns sistemas tem o rcS.d indicando
modo inicializacao single user (td oq eh inicializado no comecinho e uma
vez soh) e outros usam rcM.d, indicando o modo multi-user ou init level 3.
 O SystemV roda um arquivinho (esse eu nao tenho certeza, mas o pessoal
pode informar melhor) que verifica qual o init level para o qual vc
esta indo e da um ls no diretorio correspondente. O resultado do ls ele
executa um por um na ordem que chega (ordem alfabetica), e os arquivos que
comecam com S ele chama com parametro start, e os com K com o parametro
stop (me corrijam se eu estiver errado)
 Portanto, se vc quiser que o teu script seja inicializado qdo entra em
modo multi-usuario (initlevel 3) vc vai primeiro fazer um script SysV que
segue o padraozinho, coloca ele no diretorio init.d. Depois vc vai no
rc3.d e ve antes de qual inicializacao ele tem que rodar, e antes de qual,
encaixa um link la dano o nome usando os numeros que ficam depois do S e
antes do nome do servico (bem do jeitinho que estah la).
 Aih vc vai no rc0.d, rc6.d, rc1.d e/ou em todos os initlevel em que seu
servico tem que ser morto (acho que esse nao eh teu caso, mas assim vc ja
aprende tudo) e faz a mm coisa que vc fez no rc3.d, soh que aih vc comeca
o link com a letra K.

 Agora no BSD eh beeeem mais simples, porem precisa de um pouco mais de
conhecimento (esse eh oq eu uso).

 Vc tem um diretorio com uma listinha de arquivinhos, rc.0 rc.S rc.M rc.4
rc.K, e um monte de outros representando diferentes servicos. Eis oq eh
cada um
 rc.0 - init 0 (halt)
 rc.4 - init 4 (modo grafico)
 rc.6 - init 6 (reboot, normalmente eh o mm que rc.0)
 rc.S - init 1 (inicializacao)
 rc.M - init 3 (multi-user)
 rc.K - init 1 (passando do initlevel 3/4 pro initlevel 1)

 Aih vc tem que ver qdo teu servico tem que ser inicializado, e qdo ele
tem que ser desligado. Abre o arquivo, da uma sondada depois de qual
servico ele tem que ser inicializado e insere a chamada do teu script la.
 Os demais scripts sao pra inicializar outros servicos, mas todos
iniciando com rc. Soh pra manter um padrao, vc pode colocar qq nome. Esses
arquivinhos sao chamados de dentro dos demais ja apresentados, eh melhor
vc abrir e olhar por si soh doq ficar imaginando ou pedindo explicacao.

 Sao diferentes, um eh facil de entender e bem organizado (organizado ate
demais pra mim), o outro eh primoroso pela simplicidade (do jeito que eu
gosto, e do jeito que o unix deve ser). Cada um tem sua preferencia, e
cada um usa um, do jeito que FreeSoftware deve ser ;o)

 Desculpem-me pela mensgaem longa. Mas acho isso importante pra ficar no
historico da lista.

 Me corrijam nos meus erros, por favor.

 mazza.

--------------------
Looking for a better .sig. Suggestions are being accepted.

On Fri, 31 May 2002, [iso-8859-1] Adonai Can�z wrote:

!Oi !!!!
!Pessoal eu fiz um script que atualiza a hora do computador automaticamente,
!e quero que ele seje executado a cada inicializa��o, o que eu devo
!fazer?????


Assinantes em 01/06/2002: 2256
Mensagens recebidas desde 07/01/1999: 169320
Historico e [des]cadastramento: http://linux-br.conectiva.com.br
Assuntos administrativos e problemas com a lista:
            mailto:[EMAIL PROTECTED]

Responder a