Re: /etc/rc.local y libmikmod.so.2
Oscar wrote:
Hola lista
Recien acabo de aterrizar en el mundo de Woody, tras estar utilizando
durante bastante tiempo sistemas BSD y Slackware.
Actualmente me encuentro con dos pequeños problemas:
El primero consiste en que necesito instalar una aplicación en formato
tar.gz que necesita de /etc/rc.local, y este archivo no aparece por
ningún lado. En Slackware rc.local estaba en /etc/init.d/rc.local y
creando un enlace simbolico a /etc solucionaba el asunto, pero en woody
no lo encuento. ¿Qué archivo es el que cumple las funciones de rc.local
en woody?
En primer lugar te aconsejo, si es posible, que busques si
existe dentro de los paquetes de debian el que tu deseas
instalar:
- apt-cache search nombre.
- O accediendo a la web de debian.
Indendientemente de lo anterior.
La estructura en debian de los demonios varias respecto a
Slackware.
Según veo, en debian /etc/init.d es el /etc/init.d/rc.local de Slack.
A su vez, los enlaces NO hay que hacerlos hacia /etc, hay que hacerlos
hacia /etc/rcN.d, donde N es un número del 0 al 6. además de rc.boot
rcS.d (No hace falta que recuerde que los números del 0 al 6 indica los
distintos niveles de arranque, que están especificados y configurados
en /etc/inittab
Para hacer lo que deseas, de forma manual, te aconsejo que imites la forma
en la que los demonio de aplicaciones similares lo hacen en cada uno de
estos archivos añadiendole una prioridad más desfavorable al tuyo.
De igual forma, si no encuentras el demonio, pero sabes lo que debes de
hacer
al arrancarlo, te aconsejo que para crearte uno propio, tomes como plantilla
uno existente en debian para seguir la estructura, que debe de variar
bastante
con Slackware.
Hay otra opción, lo que ocurre es que estoy un pelín liado ya que
últimamente uso Gentoo que varia de forma sutil pero completa el sistema
de arranque.
El uso de las utilidades update-rc.
He usado más de una vez el: update-rc del nombre_demonio; para
evitar la activación de los mismos. Este comando elimina los enlaces
(que no el demonio) de los distintos niveles de arranque. Lo que ocurre con
debian, según recuerdo es que a la hora de instalarlo automáticamente no
genera la prioridad con el uso de update-rc (me puedo equivocar). Con lo
que una
vez borrado, lo que yo hacía era reconfigurar el paquete (claro, necesita
que sea un paquete debian no un tar.gz): dpkg-reconfigure paquete.
Con lo que se encargaba de reinstalar los enlaces eliminados con update-rc.
Haz un apropos de update-rc haber que sale :-)
La segunda cuestión es referente a xmms. Tras ejacutarlo me sale un
error diciendo que libmikmod.so.2 no existe en mi sistema. He buscado
libmikmod.so (el cual si existe) y he creado un enlace de la siguiente
manera:
ln -s /usr/lib/xmms/Input/libmikmod.so
/usr/lib/xmms/Imput/libmikmod.so.2
pero no me funciona.
En fin, cualquier ayuda será de agradecer
Thanks.
Ya que estamos intentaré contestarte esta:
En debian existe un fichero de configuración llamado:
/etc/ld.conf Donde se encuentran las librerías dinámicas que pasan
a formar parte de la cache de librerías dinámicas. No este la única forma
de regenerar esta cache (vease man ldconfig)
Antes de hacer enlaces por todos sitios (cosas que he hecho mil veces), te
aconsejo que ejecutes el siguiente comando:
ldconfig --verbose
Este comando regenera la cache y la opción verbose te indica exáctamente
lo que
hace, los path que incluye y hay algún error.
Como el listado es largo deberías de filtrar la salida con | more o
less,
Si lo que buscas son errores puedes filtrar la salida estandar y dejar
ver sólo
la de error:
ldconfig >/dev/null.
Espero que esto te ayude a resolver un poco tus problemas.
Chaolin!
Reply to: