yo:
> >Por ejemplo, si quieres activar el servidor de apache cuando entras en
> >nivel 2 (el normal), pones el siguiente enlace en /etc/rc2.d
> >ln -s ../init.d/apache S91apache
[EMAIL PROTECTED]:
> Existe algun criterio o regla general para asignar el numero al link,
> o se puede poner un numero asi tan alegremente?
El n�mero lo decide el encargado del paquete sysvinit o a partir de una
discusi�n en la lista debian-devel. En el caso de apache, los n�meros
que te d� ya fueron elegidos oficialmente, teniendo en cuenta las
dependencias de apache.

yo: 
> >La "S" quiere decir que ser� llamado con la opci�n "start", y el 91
> >indica el orden: ser� cargado casi al final (99 es lo que se carga de
> >�ltimo) pero despu�s de otros demonios de internet.
> >Tambi�n debes poner otro enlace en /etc/rc0.d
> >  ln -s ../init.d/apache K20apache
> >para matarlo al hacer "shutdown" (K de "kill" y 20 quiere decir que ser�
> >uno de los primeros en morir).
[EMAIL PROTECTED]:
> Ten�a entendido que la S representaba un daemon de aplicacion y la K un
> daemon de kernel.
Pues no es asi; mira lo que dice en la secci�n 3.3 del debian-policy:
  "The K links are responsible for killing services and the S link for
   starting services upon entering the runlevel."

[EMAIL PROTECTED]: 
> Creo que cuando haces shutdown lo que se corre es un script que va llamando
> a cada uno de los links del directorio, dependiendo del runlevel en el que
> estes, y le pasa como parametro el stop.
Cuando haces "shutdown" lo que haces es pasar del nivel en que estes
para el nivel zero, y por eso se ejecuta todo lo que digas en /etc/rc0.d
En principio podias tener tambi�n enlaces "S" en rc0.d, pero normalmente
no queremos arrancar nada cuando ya vamos a cerrar!

Realmente el "debian-policy" desaconseja crear "simbolic links"
directamente como yo suger� sino que se debe usar update-rc, pues el
sistema puede estar usando otro m�todo que existe, diferente de los
enlaces simb�licos; pero cuando hablamos de algo conocido como apache
en la misma distribuci�n creo que no tenemos los peligros que intenta
evitar update-rc.

Un cordial saludo,
Jaime Villate

Responder a