La manera correcta y documentada de iniciar y parar servicios es precisamente esa (boot.local se ejecuta antes que cualquier otro servicio: la red no estará en marcha, por ejemplo). Si además quieres reiniciarla diariamente, pues puedes hacer esa parte desde el crontab ("rcmyscript restart" o "reload").
Mmmmm... pues tengo 3 problemillas. Problemilla 1. No sé si vale la pena configurar el servicio a partir de /etc/init.d/skeleton; más que nada porqué el script en si es una mierdecilla tal que así: #!/bin/bash FECHA=$(date +%m-%d-%Y) LOG=/var/log/tcpdump/tcpdump$FECHA.log tcpdump -i eth0 -q >> $LOG & exit 0 Problemilla 2. Si inserto el código de arriba directamente en /etc/init.d/boot.local, efectivamente, se ejecuta al arrancar la máquina y al principio de todo. Pero demasiado al principio y todo... tcpdump me arroja un mensaje de error más que lógico: tcpdump bind: Network is down Lo que es más que lógico: el binario no tira porqué aún no existe ninguna eth0 a la que sniffar. He consultado en profunidad las man del comando así como las mail-lists del proyecto y no parece haber manera de eviat esto: si no hay dispositivos de red a los que sniffar, el binario no tira. Con lo cual el script debe lanzarse rollo runlevel 2 o +. Problemilla 3. En relación del problemilla 2, me armo de valor y hago lo siguiente: ln -s /sbin/scripts/tcpdump_sniffer.sh /etc/rc.d/rc3.d/ ln -s /sbin/scripts/tcpdump_sniffer.sh /etc/rc.d/rc5.d/ Lo que a prori tiene mucha lógica... pero nada de nada; el script tampoco es lanzado. No entiendo porqué. Vaya quebradero de tarro :'-( -- ¡Share your knowledge! Linux user id 332494 # http://counter.li.org/ PGP id 0xC5ABA76A # http://pgp.mit.edu/