*Edito el título del Post porque ya se desvirtuó por completo :jaja:
Buenas a todos.
Necesito de la ayuda de los que saben. Hace bastante que quiero tratar de configurar mi placa de sonido en la distribución Dyne:Bolic, es un Live CD.
Se trata de una Avance Logic als120, que tiene la característica de ser una placa ISA.
Les comento que al ejecutar ALSACONF, para que la placa es reconocida automáticamente, pero luego se pueden visualizar errores.
Les paso los datos de lo que sucede:
Ejecuto Alsaconf y a continuación dice:
MODINFO: COULD NOT FIND MODULE SND
MODINFO: COULD NOT FIND MODULE SND
Searching... (llega al 97% y me da el resultado de la placa):
ALS100
Elijo la placa marcando YES
Configuring SND_ALS100
Do you want to modify /etc/modprobe.conf?
Elijo YES
Ok, sound driver is configured.
Alsa Configurator will prepare sondcard for playing.
Loading Driver...
/USR/SBIN/ALSACONF: LINE 904: RCALSASOUND: COMMAND NOT FOUND
SETTING DEFAULT VOLUMES
AMIXER: MIXER ATTACH DEFAULT ERROR: NO SUCH DEVICE
SAVING THE MIXER SETUP USED FOR THIS IN /ETC/ASOUND.STATE.
Eso es todo lo que ocurre cuando ejecuto el alsaconf. El proceso es automatizado, pero sin buenos resultados.
Me gustaría saber si hay algo que se puede hacer para hacerla funcionar o debo conciderar que no funcionará nunca mi placa con este distro.
El otro problema que tengo es la configuración del Modem. Se trata del "alfajor" de Arnet (Huawei SmartAX MT810), y acá sí que estoy completamente perdido porque no sé ni qué comando usar. Sólo sé que cuando entro al especie de Panel de Control que tiene este distro, accedo a Modem y parecería pensar que las opciones de configuración son para un dial-up.
Agradezco cualquier ayuda que me puedan brindar.
Saludos.
No conozco Dyne:bolic, pero me parece que le faltan algunos paquetes auxiliares de ALSA.
Probá por ahí.
También sería útil la salida los comandos lspci y lsmod
Saludos.
Mmm... ¿Y eso qué quiere decir para una persona que recién maneja Linux y mucho no entiende? :P
O sea... Bajé el paquete del proyecto ALSA, pero ejecuto algunos comandos y no me los toma el dyne. Lo cual es raro, porque debería... También es raro que reconozca la placa y después no funque, ¿o no?
Otra cosa, ¿cómo ejecuto esos comandos que detallás arriba?
1. En Linux un software en particular puede estar compuesto de varios paquetes. No siempre se instalan todos. En el caso puntual de ALSA, estos son los paquetes que están disponibles en Debian GNU/Linux:
alsa
alsa-base
alsa-firmware-loaders
alsa-oss
alsa-source
alsa-tools
alsa-tools-gui
alsa-utils
alsamixergui
alsaplayer
alsaplayer-alsa
alsaplayer-common
alsaplayer-daemon
alsaplayer-esd
alsaplayer-gtk
alsaplayer-interface
alsaplayer-jack
alsaplayer-nas
alsaplayer-oss
alsaplayer-output
alsaplayer-text
alsaplayer-xosd
Dices que has "bajado" el paquete del proyecto ALSA, imagino que utilizaste alguna herramienta para instalación de software de Dyne:Bolyc. Con esa misma herramienta tratá de instalar el componentes alsa-utils y volvé a ejecutar alsaconf
2. La identificación del hardware se hace pidiendole que se identifique. Los componentes responden y en base a eso los Linux modernos buscan los controladores adecuados (en el supuesto de que existan).
La orden lspci sirve justamente para listar los dispositivos PCI y los incorporados en la motherboard que han sido identificados por Linux. La orden se imparte en una terminal, consola, xterm, etc., es decir el equivalente al "Símbolo del Sistema" de Windows XP.
Lo mismo con lsmod, que sirve para listar los módulos ("drivers" en el mundo Windows) que Linux ha cargado para acceder al hardware de la compu.
3. El módulo para tratar con las Avance Logic existe en Linux y es el que detecta ALSA. Pero por los mensajes de error tengo la impresión de que algo le falta al ALSA de Dyne:Bolic.
Por lo que leí, Dyne:Bolic tiene su propia tecnología y no está basada en ninguna otra distribución de Linux. Así que habrá que recurrir a sus manuales y foros.
Suerte.
Acá está el link de cómo usar los paquetes ALSA: http://www.alsa-project.org/main/index.php/Matrix:Module-als100
Lo primero que se complica es acceder al root, porque, abriendo el Terminal, me dice que estoy en root, pero en realidad parece que es /home.
Pero más allá de eso, tengo el problema de que llego al paso de crear el dir ALSA y después dice:
"cp /downloads/alsa-* ."
Esta instrucción no la entiendo. Quiero suponer que la idea es copiar el archivo alsa-* al dir ALSA, desde Downloads. ¿No?
Y luego me parece que no toma el comando tar...
Otra cosa, una instrucción expresada así: "./configure ; make ; make install"
Quiere decir que primero ejecuto ./configure *Presiono Enter*
Luego Make *Enter*
Y después Make Install *Enter* ?
Dudas bobas, ya lo sé, pero de a poco se aprende :P
Lo que estás haciendo es compilar ALSA desde el código fuente, cuando lo más adecuado es ver si la distribución que usas ya trae incorporada a ALSA.
De hecho, toda distribución moderna trae a ALSA como gestora de sonido.
Lo que vos estás haciendo es "la vieja usanza" y se recurre a ella para en distribuciones que no traen ALSA.
Te aconsejo que busques y rebusques en los menús de Dyne:Bolyc alguna opción de configuración para ajustar ALSA. La placa está soportada por ALSA y si Dyne:Bolic viene ya con ALSA, resta hacer los ajustes finos, no bajar los fuentes de ALSA y compilarlos "a mano".
De todas formas, si te gusta probar por el "lado pedregoso" :), hago las observaciones del caso:
CitarLo primero que se complica es acceder al root, porque, abriendo el Terminal, me dice que estoy en root, pero en realidad parece que es /home.
Una cosa es el usuario "root" y otra cosa es "la root" o raíz del sistema de archivos. Esta raíz se simboliza con "/", mientras que el usuario root no se simboliza con nada.
La raíz "/" es el "ambiente" que contiene a todo otro directorio o archivo del sistema. Por encima de la raíz no hay nada, por debajo de ella hay directorios (carpetas del "mundo Windows") y archivos.
Para instalar software del nivel de sistema (como ALSA) se necesita SER el usuario root, pues tiene los privilegios adecuados para una tarea de esa implicancia.
Hecha esta aclaración, sigo con los pasos detallados por la gente de ALSA:
cd /usr/src
mkdir alsa
cd alsa
cp /downloads/alsa-* .esta secuencia de órdenes te posiciona en el directorio en el directorio "/usr/src", luego crea el directorio "alsa", luego "te introduces" en el directorio que acabas de crear y termina copiando dentro de este directorio los archivos que descargaste con el código fuente del proyecto ALSA....
suponiendo que los archivos que bajaste están en el directorio "download" ubicado directamente debajo de "/"Obviamente si los archivos que bajaste no están ahí... dará error
Otra cosa, en los sistemas Linux, Unix y muchos otros más, "Downloads" NO es lo mismo que "downloads"... así que respetá las mayúsculas y las minúsculas.
Sigamos. Si en el paso anterior no se copió nada dentro del nuevo directorio, es obvio que todos los demás comandos fallarán.
En cuanto a
CitarOtra cosa, una instrucción expresada así: "./configure ; make ; make install"
Quiere decir que primero ejecuto ./configure *Presiono Enter*
Luego Make *Enter*
Y después Make Install *Enter* ?
Bienvenido a este
señor Sistema Operativo.
En línea de comandos
se puede poner en una misma línea una secuencia de órdenes separadas por ";". El intérprete de comandos (conocido como "la shell") los ejecutará el primero y cuando termine éste seguirá con el segundo, etc.
Por supuesto, eso
equivale a que el operador vaya dando las órdenes de a una y pulsando Enter.
Siguiendo con el tema, la página de ALSA está bien explicada así que, con las salvedades hechas, deberías poder compilar ALSA.
Pero te repito, si la distribución ya viene con ALSA este procedimiento puede sobreescribir a la que trae Dyne:Bolic, con consecuencias que no puedo predecir.
Saludos.
Logré que el sonido ande, haciendo los pasos más difíciles. :jaja:
La vedad que no sé cómo hacer para "arreglarlo" sin instalar los paquetes del Proyecto Alsa.
Lo que sí no encontré es el modules.conf y no sé para qué sirve compilar todo eso porque funionó, pero sí quisiera saber (tratándose de un Live CD) si hay alguna forma de evitar este proceso cada vez que lo ejecuto...
Cita de: the98 en Agosto 24, 2007, 00:35:30
Logré que el sonido ande, haciendo los pasos más difíciles. :jaja:
La vedad que no sé cómo hacer para "arreglarlo" sin instalar los paquetes del Proyecto Alsa.
Lo que sí no encontré es el modules.conf y no sé para qué sirve compilar todo eso porque funionó, pero sí quisiera saber (tratándose de un Live CD) si hay alguna forma de evitar este proceso cada vez que lo ejecuto...
mmmm.... ¡me alegro!
Hacé esto:
1. Sin configurar el sonido, abrí una terminal y usá el comando
lsmodCon esto tendremos los módulos (drivers) cargados.
2. Ahora hacé el proceso de la compilación de ALSA.
3. Cuando ande el sonido volvemos a hacer
lsmod para comparar con el anterior y ver qué módulos están ahora que antes no estaban
¿Por qué todo esto? Porque tengo la sospecha de que Dyne:Bolic no detecta adecuadamente la placa de sonido y por eso termina cargando un módulo inadecuado o no carga ninguno.
Si mi sospecha se confirma y, por ejemplo, el módulo adecuado para tu placa de sonido es el
snd-als100, la próxima vez que arranques con Dyne:Bolic abres una terminal con privilegios de root y das la orden
modprobe snd-als100Servirá que confirmes que Dyne:Bolic traiga ese módulo de ALSA. Para eso bastará hacer una búsqueda con esta orden:
find / -name "snd-als*" -printProbá y nos cuentas.
Efectivamente, el Dyne viene con los módulos para la placa pero no la reconoce. Sin embargo, no basta con cargar el snd-als100 solamente, sino que tengo que aplicar la siquiente instrucción que estaba indicada en la página de alsa:
Citarmodprobe snd-als100 ; modprobe snd-pcm-oss ; modprobe snd-mixer-oss ;
modprobe snd-seq-oss
Después de eso está todo bien.
Lo que sí me resultó extraño es que cargando sólo el snd-als100, se me da la posibilidad de ejecutar alsamixer desde Terminal y logro subir los vólumenes, pero no tengo sonido igualemente. Y tampoco se me activa el mezclador "interfásico" que viene con el SO.
Después de ejecutar todos los módulos listados más arriba, tengo el mezclador "interfásico" habilitado.
Ahora el próximo paso es instalar el modem, que ahí no tengo ni idea si hay algún módulo que pueda cargar, y lograr que me funcione el Docking, que viene a ser ejecutar el SO desde el disco.
¡¡¡Y con eso me despido de Windows para uso habitual!!!
Menciono un pequeño (en realidad, enorme) detalle que no puedo creer; el Windows no me reproducía bien ciertos videos, ya que la PC es vieja y traía como consecuencia "lags". Pero con el Linux esos videos los puedo ver, y sin lag alguno, y no sólo eso, sino que puedo ejecutar todo tranquilo, incluso siendo Live CD.
¿Cómo puede ser que los Windows estén tan mal programados? :P
¡¡Bueno, gracias ZeiterZ, ayudaste a que pueda revivir mi PC!!
Si sabés algo del modem, no dejes de avisar.
EDITO: El Docking lo logré, pero no se me guarda la configuración ni de los módulos, ni de la interface.
El dyne:bolic tiene la función Nesting, pero me parece que no es la indicada para hacer esto (o por lo menos no me función). ¿Alguna idea?
Saludos
Cita de: the98 en Agosto 24, 2007, 22:35:42
Citarmodprobe snd-als100 ; modprobe snd-pcm-oss ; modprobe snd-mixer-oss ;
modprobe snd-seq-oss
Después de eso está todo bien.
Lo que sí me resultó extraño es que cargando sólo el snd-als100, se me da la posibilidad de ejecutar alsamixer desde Terminal y logro subir los vólumenes, pero no tengo sonido igualemente. Y tampoco se me activa el mezclador "interfásico" que viene con el SO.
Después de ejecutar todos los módulos listados más arriba, tengo el mezclador "interfásico" habilitado.
Una cosa es el módulo de la placa en sí y otra son los módulos capaces de interactuar con ese módulo para poder sacarle provecho al hardware.
A eso lo puedes ver con la orden
lsmod | grep snd
en mi máquina, el resultado es:
snd_hda_intel 17620 1
snd_hda_codec 138816 1 snd_hda_intel
snd_pcm_oss 39200 0
snd_mixer_oss 15552 1 snd_pcm_oss
snd_pcm 68996 3 snd_hda_intel,snd_hda_codec,snd_pcm_oss
snd_timer 21316 1 snd_pcm
snd 47524 8 snd_hda_intel,snd_hda_codec,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer
soundcore 9568 1 snd
snd_page_alloc 9928 2 snd_hda_intel,snd_pcm
Todo eso hace que la placa de audio pueda ser accedida y usada tanto desde línea de comandos, KDE, Gnome, etc.
Citar
Ahora el próximo paso es instalar el modem, que ahí no tengo ni idea si hay algún módulo que pueda cargar, y lograr que me funcione el Docking, que viene a ser ejecutar el SO desde el disco.
¡¡¡Y con eso me despido de Windows para uso habitual!!!
Llamarle módem es ascenderlo de categoría. :up:
En eso no puedo ayudarte, pero esperemos que así como alguien lo hizo andar en Ubuntu y otras distros, haya alguien que lo haga andar en Dyne:Bolic.
En mi caso particular tengo aversión por ese tipo de "hardware" basura que sólo trae dolores de cabeza y que sólo están diseñados para andar con la basura (Windows).
Como digo siempre: hay que adecuar los muebles a la casa y no la casa a los muebles.
Citar
Menciono un pequeño (en realidad, enorme) detalle que no puedo creer; el Windows no me reproducía bien ciertos videos, ya que la PC es vieja y traía como consecuencia "lags". Pero con el Linux esos videos los puedo ver, y sin lag alguno, y no sólo eso, sino que puedo ejecutar todo tranquilo, incluso siendo Live CD.
¿Cómo puede ser que los Windows estén tan mal programados?
Me parece que puedes encontrar la respuesta en los orígenes.
A Windows lo hace una empresa que busca ganar dinero. Cuanto más vende, más gana.
Eso los lleva a hacer algo "bonito", lleno de falencias pero atractivo. Eso vende.
En Linux está el aporte de miles y miles de personas que lo programaron para autosatisfacerse y tener un sistema que sea estable, eficiente, seguro, modular, etc.
Ahora es el tiempo en que otros miles más están "hermoseándolo", dotando a un señor sistema operativo de interfaces más amigables, al alcance de la gente común.
Quienes tienen en la misma compu tanto Windows como Linux pueden atestiguar que la diferencia de rendimiento entre ambos. Además, a medida que pasa el tiempo van dándose cuenta que mientras Windows comienza a pincharse, ponerse lento, llenándose de ñañas, Linux sigue como el primer día.
Eso abre muchos ojos, muchas mentes.... y la gente no come vidrio. Quien conoce Linux, no como curiosidad sino con sincero deseo de aprender, aunque le cueste al principio, no lo deja más... y no sólo por sus virtudes técnicas sino porque Linux te reconoce como dueño de la máquina y te hace sentirlo... y te da la libertad de poder elegir.
Citar
¡¡Bueno, gracias ZeiterZ, ayudaste a que pueda revivir mi PC!!
¡de nada!
... y bienvenido a la comunidad del software libre.
Saludos.
Me parece que Linux falla en la diversidad de módulos para las distintas ditros.
Supongamos, el CD del "modem" viene con los driver, pero, si no me equivoco, son para Debian. Creo que sería una ventaja que todos usaran los mismos drivers.
Debería haber una especie de proyecto universal, como supongo que es el ALSA.
En fin, lo que no consigo lograr es que se guarde mi configuración del sistema, ya que ya lo tengo cargado en el disco.
Saludos
Cita de: the98 en Agosto 25, 2007, 11:47:46
Me parece que Linux falla en la diversidad de módulos para las distintas ditros.
Supongamos, el CD del "modem" viene con los driver, pero, si no me equivoco, son para Debian. Creo que sería una ventaja que todos usaran los mismos drivers.
Debería haber una especie de proyecto universal, como supongo que es el ALSA.
Todo sería más fácil si los fabricantes de hardware suministraran sus propios módulos (que dependen del kernel de Linux y no tanto de la distribución en sí) o que coordinaran con los desarrolladores del kernel para que cada vez que se lance una versión del kernel, éste vaya acompañado por el módulo del hardware.
Pero le estamos pidiendo mucho a empresas que sólo buscan la forma más fácil de ganar plata... Y a esta actitud la vemos tanto en empresas de la talla de Hewlett-Packard como en la del señor Lee-Huan-Chow que fabrica el "hardware" con que nos envenenan en el 3er. Mundo.
Las empresas que tienen a Linux en la mira (como nVidia, Epson, etc.) están colaborando o proporcionando sus propios módulos.
Las demás, me temo que se hundirán con el Titanic de Bill.
Citar
En fin, lo que no consigo lograr es que se guarde mi configuración del sistema, ya que ya lo tengo cargado en el disco.
Saludos
Todas las distribuciones tienen un lugar para que el dueño del sistema ponga órdenes que quiere que se ejecuten al arrancar. Ésa sería una salida.
La otra es que abras una terminal con privilegios de root y con la tecla de cursor arriba busques la orden con la que cargas los módulos. Al estar ya en disco las órdenes de guardan :up:
Saludos.
uh, estoy re denso con esto, pero quiero apreder! :P
Resulta que el Nest funciona ahora, pero sólo guarda a configuración de la interface, y no guarda los módulos que inserto cada vez.
Imagino que hay un archivo que se ejecuta en el booteo y que permite agregar esta sintáxis para que no tenga que usarla cada vez que inicio el sistema, mi pregunta es ¿cuál archivo de todos estos?
(http://img337.imageshack.us/img337/8315/dibujoss0.th.jpg) (http://img337.imageshack.us/my.php?image=dibujoss0.jpg)
La otra es que el dyne se ejecuta como root automáticamente, pero me recomienda usar otro usuario distinto para algunas aplicaciones. Cuestión que creé otro usuario y cuando finalizo la sección, se cierra X-Window. Lo que no sé es cómo volver a ejecutarla :jaja:
Y tampoco sé la contraseña del usuario root, ¿eso lo puedo saber de algún lado?
PD: la carpeta Modules tiene unos archivos que no pueden ser editados con un editor de texto, así que no creo que sea allí donde ingrese la instrucción para la placa.
Saludos
Cita de: the98 en Agosto 25, 2007, 18:34:40
uh, estoy re denso con esto, pero quiero apreder! :P
Resulta que el Nest funciona ahora, pero sólo guarda a configuración de la interface, y no guarda los módulos que inserto cada vez.
Imagino que hay un archivo que se ejecuta en el booteo y que permite agregar esta sintáxis para que no tenga que usarla cada vez que inicio el sistema, mi pregunta es ¿cuál archivo de todos estos?
Ah... no sé... Eso es no es una instalación de Linux estándar... eso es un invento de la gente de Dyne:Bolyc.
Habrá que leer el manual.
Citar
La otra es que el dyne se ejecuta como root automáticamente, pero me recomienda usar otro usuario distinto para algunas aplicaciones. Cuestión que creé otro usuario y cuando finalizo la sección, se cierra X-Window. Lo que no sé es cómo volver a ejecutarla :jaja:
Y tampoco sé la contraseña del usuario root, ¿eso lo puedo saber de algún lado?
PD: la carpeta Modules tiene unos archivos que no pueden ser editados con un editor de texto, así que no creo que sea allí donde ingrese la instrucción para la placa.
Saludos
Bueno, conseguí una manera de hacer que se ejecute la instrucción que compila los drivers en el kernel. Lo hice creando un archivo llamado "rc.local" en el directorio /root/etc/
Pero me surge un problema que es que cuando me loggeo como root, no tengo dramas, pero cuando me loggeo como otro usuario, no me toma la placa ni la puedo configurar, porque no tengo permisos de root. ¿Qué es lo que debería hacer en esta situación para configurarla desde otro usuario?
Ahora, la estructura que te pasé más arriba es la que se usa para el dyne se ejecute desde el disco, pero antes, se inserta el CD, el cuál supongo que carga los directorios esenciales del root. Entonces, en un Linux "normal", ¿qué archivo modificarías para que se ejecute la carga de los módulos en el booteo? Me fijo si encuentro este archivo y listo.
Por último, algún comando para que cargue los niveles volumenes a otro nivel que sea distinto de cero.
Gracias..
Son muchas cosas a ciegas, pero intentaré (al menos) orientarte.
El archivo que contiene los módulos a cargar es /etc/modules.conf
No siempre se llamó así, pero estimo que Dyne estará al día en esto.
El tema del sonido puede deberse a que un usuario estándar no tiene permiso de acceso al dispositivo de sonido.
Ese dispositivo de sonido suele ser /dev/dsp y pertenece al usuario "root" y al grupo "audio". Comprobá que sea así.
De serlo, debería bastar que un usuario que un usuario normal pertenezca al grupo "audio" para que pueda acceder al dispositivo de sonido.
Para ver propietario y permisos de un archivo/directorio:
ls -l /dev/dsp
Si quieres evitarte agregar el usuario al grupo "audio", en rc.local también puedes darle permiso de acceso a cualquiera al dispositivo de sonido:
chmod 666 /dev/dsp
Para establecer los volúmenes, puedes usar el comando amixer (parte de ALSA).
Si pones alsamixer solo tendrás una imagen con los controles disponibles. Si quieres configurar un control en particular, por ejemplo PCM, la orden es:
amixer set PCM 50%
Con lo que en rc.local puedes poner varias órdenes amixer pues se controla un control por vez:
amixer set PCM 50%
amixer set Master 60%
etc.
Más info: man amixer
Saludos.
Gracias, profesor de Linux :jaja:
La buena noticia es que me funcionó el comando amixer sin problemas. La mala es que no encontré el modules.conf y me parece que no está.
Busqué un equivalente, pero parece que no hay. El único que encontré que podría llegar a tener algo que ver, lo edito, y cuando reinicio y booteo, las instrucciones que agregué no están más.
Me parece que la función "Nest" no sirve para mantener ciertos archivos.
El tema de los permisos tampoco me funcionó.
Usé ls -l /dev/dsp y, efectivamente, el único que tiene permisos es root, por lo que procedí a chmod 666 /dev/dsp, ingresado así, textual, no me produjo ningún cambio.
En realidad, puedo ingresar comandos como modprobe con el otro usuario (cuando hago chmod), pero no producen ningún efecto.
Hay algo que no entiendo, supuestamente el usuario root se usa para configurar el sistema, ¿o me equivoco?
Debe ser que el archivo rc.local se ejecuta sólo cuando me loggeo como root, y cuando hago el logout, se pierde esa configuración.
El nuevo enigma es cuál archivo editar... :-\
Bien.
/etc/modules.conf ó /etc/conf.modules solían usarse en la rama de Linux derivada de RedHat.
La familia Debian (*buntu, Mepis, Sidux, Knoppix, Kurumin, etc.) usan un directorio llamado /etc/modprobe.d para llevar un registro de los módulos. Probá por ahí.
Ahora, lo que fuera que deba retenerse para el próximo arranque debería estar en el disco y no en el CD. Así probá primero buscando entre los archivos que se copiaron en el disco. Si ahí no hay nada para modificar, me temo que no hay buenas noticias.
Generalmente las órdenes dadas en linux suelen no dar ningún mensaje si todo marchó bien. Si chmod 666 /dev/dsp no dijo nada, es porque se ejecutó con éxito.
Eso sí, si /dev/dsp es propiedad de root, es root quien tiene que dar esa orden.
rc.local se ejecuta al arrancar el sistema y lo hace con privilegios de root.
rc.local se usa en Linux familia RedHat y creo que Slackware. En Debian el equivalente es /etc/init.d/local (que suele no existir sino que es el sysadmin (el administrador del sistema) quien lo crea).
root es Dios dentro de Linux. Y no sólo sirve para configurar sino también para administrar el sistema.
Saludos.
El booteo es así:
Se ejecutan los comandos primarios desde el CD, se reconocen las unidades de almacenamiento y se encuentra que en hd1 está el directorio Dyne (porque estoy usando la función Dock). El directorio dyne es el que continúa con el booteo, y el CD es expulsado.
Dentro de Dyne, el único archivo que tiene (o que parece que tiene) relación con el booteo es este: http://rapidshare.com/files/52133438/dyne.cfg.html
Ignorá el invento que creé que yo dice "Soundcard Als-100" porque lo probé en varios lados y no me funcionó, por lo que probé inventando algo...
Necesito cargar estos comandos en el booteo:
modprobe snd-als100 ; modprobe snd-pcm-oss ;
modprobe snd-mixer-oss ; modprobe snd-seq-oss
amixer set Master 100%
amixer set PCM 100%
amixer set Synth 100%
amixer set Spkr 100%
amixer set Line 100%
Si tenés alguna sugerencia, buenísimo.
Gracias.
Esas órdenes deberían ir en rc.local (tal como vienes intentando) pero la ubicación adecuada es
/etc/rc.d
y al ponerlo así, cae de maduro que deberá estar en la estructura que está en el CD.
Hace un rato estuve mirando el sitio de Dyne:Bolic y existe un dynesdk (System Development Kit) que tiene lo necesario para personalizarlo y hacer los cambios que vos necesitas.
Obviamente, necesitarás estudiarlo y dedicarle tiempo.
No te olvides que todo el sistema de archivos de Dyne permanece en la memoria RAM de la máquina, no reside en ningún disco, a excepción de los archivos del directorio de docking.
Saludos.
No entiendo, lo que decís es que el archivo que debería modificar está en el CD o que los archivos se cargan en la memoria desde el CD, por lo cual no sirve modificarlos.
Si no entiendo mal, haciendo Docking no voy a poder hacer que otro user tenga los privilegios del sonido... :-\
Por lo que pude ver en la captura que pusiste, el directorio/carpeta C:\DYNE contiene algunos archivos de configuración. Pero Linux necesita una serie de directorios para funcionar, entre ellos:
/etc
/bin
/lib
/usr
/tmp
/var
/proc
/sys
y no hay rastros de ellos en tu carpeta de docking. Implica que esa estructura esta en la memoria de la máquina y se carga desde el CD.
Por algo el creador ha puesto a disposición el dynesdk para poder hacer cambios en la estructura de Linux y luego poder recrear el CD de Dyne que contenga esos cambios.
Saludos.
Parece que el dyne está capacitado de reconocer y hacer funcionar paquetes de Debian. Porl o cuál pienso intentar instalar el modem siguiendo las instrucciones para Debian.
Sin embargo me aparece un problema que es con el siguiente comando:
tar xzf ueagle-data-1.1.tar.gz
En teoría lo que eso hace es descomprimir el archivo ueagle-data-1.1.tar.gz, lo que pasa es que el link a la página tiene un archivo llamado ueagle-data-1.1.tar.tar, por lo cual, cuando ingreso el comando de arriba me dice que el archivo no existe, y si pongo tar.tar, se extrae, pero parece que con algunos errores.
¿Cómo tengo que hacer?
Gracias.
pasá el link y me fijo.
http://www.nochesamarillas.com.ar/modem/modem.htm
Y seguro que te molesto con el tema de los paquetes de Debian, porque la última vez que probé no me funcionó, pero tampoco había podido extraer con éxito el tar, así que...
Gracias ;D
Edito: la info la saqué de este foro http://www.gulcar.org/modules.php?name=Forums&file=viewtopic&t=169&sid=10a094bb0cda730271fdabb34bd23825
Y revisando me encuentro con que tengo que instalar el "build-essential", pero lo que me parece extraño es que el paquete lo descargo desde el sitio de Ubuntu.
Y otra cosa es que se trata de otro archivo comprimido, y no de un .deb, como dice en el link... :-\ A menos que haya bajado cualquiera :P
ueagle_data_1.1.tar.tar está mal denominado. En realidad en un tar.gz así que deberías adaptar la orden a:
tar xzf ueagle-data-1.1.tar.taro renombrar el archivo que bajaste para que la orden funcione
mv ueagle-data-1.1.tar.tar ueagle-data-1.1.tar.gz Lo que ví en el texto que me pasaste es que está creando un directorio dentro de /lib
como usuario común y eso no funcionará. Se necesita ser root para eso.
Así que te aconsejo impartir todas esas órdenes como root y no como un usuario común.
CitarY revisando me encuentro con que tengo que instalar el "build-essential", pero lo que me parece extraño es que el paquete lo descargo desde el sitio de Ubuntu.
Y otra cosa es que se trata de otro archivo comprimido, y no de un .deb, como dice en el link... Undecided A menos que haya bajado cualquiera Tongue
build-essential es el meta-paquete que instala lo necesario para poder compilar programas desde el código fuente.
El autor probó esto con el paquete de Ubuntu, cosa no extraña porque Ubuntu es un derivado de Debian o, dicho de otra manera, Ubuntu está basado en Debian.
Ahora, esto de mezclar distribuciones es entrar en un berenjenal... pero bueno.
Si Dyne:Bolic puede trabajar con paquetes de Debian, probá que exista el comando
aptitude o apt-get
Si existe, puedes dar estas órdenes:
apt-get install build-essential pppoe pppoeconf
donde pppoe y pppoeconf son particularizaciones para Debian (y derivados) del software "Roaring Penguin" (rp-pppoe)
En la página de Ubuntu efectivamente lo que descargas en un tar.gz
Intentá bajarlo de aquí:
http://ftp.cica.es/debian/pool/main/b/build-essential/
el Link es: http://ftp.cica.es/debian/pool/main/b/build-essential/build-essential_11.3_i386.deb
Saludos y suerte.
Bueno, estos errores me fue tirando el proceso...
dpkg -i br2... .deb
dpkg: can't mmap package info file `/usr/var/dpkg/status': No Such device
zsh: 7226 exit 2 dpkg -i br2... .deb
xzf ueagle-data-1.1.tar.tar
ueagle-data-1.1/930-fpga.bin: Cannot change ownership to uid 500, gid 500: Operantion not (y acá se me cortaba el terminal y no podía visualizar)
tar: Error exit delayed form previous errors
No sé por qué me parece que esto no va a funcionar... :-\
Muchas gracias por toda la info.
1. ¿Diste las órdenes como root?
2. ¿Estás descomprimiendo en el disco y no en el CD?
Explicación:
1. root tienen privilegios para acceder a cualquier lado. Un usuario común no y, además, no puede instalar software en el sistema (dpkg es un instalador de paquetes Debian)
2. Si estás haciéndolo como root, puede que intentes descomprimir el archivo tar.gz en el árbol de directorios.... que se encuentra en memoria (acordate que aún "dockeado" Dyne_bolic sigue siendo un live-CD.
Por otro lado, dpkg intentará instalar el software en /usr/bin... y como el árbol de directorios está en memoria.... zácate.
CitarNo sé por qué me parece que esto no va a funcionar... Undecided
:up: Por algo hablé de "mezclar distribuciones" y, encima, querer modificar cosas en un Linux que arranca desde CD.
Pero mirá el lado positivo: estás ganando experiencia y conocimientos, ¿no?
Saludos.
Sin dudas que gano experiencia, me da cosa romper tanto las bolas :P
Que yo tenga entendido, dyne se loggea automáticamente como root. De hecho, cuando instalé el driver de la placa, no hubo drama alguno...
Pero, hablando de experiencia, como te dije, creo que dyne se loggea como root, pero en el caso que no sea así, debería poner Cerrar Sesión (desde el Xwindow) y luego escribir login, ingreso con root y le doy startx. Con eso es certero que estoy como usuario root, y por lo tanto tendría permisos como tal, ¿no?
Sí, pero el problema puede seguir estando en que estás modificando un árbol de directorios que es sólo lectura o con capacidad limitada (por estar en la memoria de la máquina y no en un disco rígido.
Me parece que por ahí puede venir la cosa.
Saludos y suerte.
pispie un tok este quilombo y entendi solamente el
"Saludos y suerte"
:jaja:
A ver si me ayudan con esto...
Resulta que descargué el amsn y amule. Mi intención es convertilos en módulos para Dyne:Bolic, pero primero creo que debería saber cómo instalarlos, como se haría en un Linux convencional.
Bueno, empecé con el A-Mule y logré descomprimirlo sin problemas. Ahora, luego de descomprimirlo pasé a ejecutar el comando ./configure ; make ; make install (la verdad que no sé si ese es el comando para instalar una aplicación, pero me tiré el lance :jaja:) y el terminal empezó a hacer una serie de procesos. La cosa es que pasó una hora y seguía haciendo procesos, lo cuál me parece sumamente extraño. Ahora mi pregunta es si una aplicación se instala de esa manera o es otro el comando que hay que ejecutar.
Ah, aclaro por si se lo están preguntando, no dejé que termine de ejecutar todos los procesos porque una hora es demasiada espera :jaja:
Bye.
Citar./configure ; make ; make install
es lo que se usa cuando se desea crear un ejecutable desde el código fuente.
El tiempo que demora depende directamente de la máquina (procesador, frecuencia, memoria, etc.). Si se trata de una máquina chica, como creo que dijiste en algún momento, la demora puede ser grande.
Si no se dispone del código fuente sino de binarios ejecutables, sólo queda "instalarlos".
Esa instalación depende del formato en que están disponibles esos ejecutables.
Si es un comprimido tar.gz ó tar.bz2 hay que descomprimir y ver las posibles instrucciones.
Si por el contrario con "paquetes" (rpm, tgz, deb) de alguna distribución, el procedimiento cambia según si la distribución que se está usando puede o no tomar esos paquetes.
Suse, RedHat, Mandriva, etc. trabajan con paquetes rpm.
Debian y derivados (Ubuntu, Mepis, Kurumin, etc.) trabajan con paquetes deb.
Slackware y derivados (Vector Linux, etc.) trabajan con paquetes tgz
Dyne:bolic trabaja con ¿?
Saludos.
Cita de: ZeiterZ en Septiembre 10, 2007, 01:22:10
Dyne:bolic trabaja con ¿?
Jajaja, Cuac.
Mirá, el Amule que descargué tiene la extensión tar.tar, y el Amsn es tar.bz2.
Puntualmente, lo que vos decís es que ya extrayéndolo tendría que estar habilitado de ejecutarlo, suponiendo que no se trata de un paquete.
Entonces voy a ver cómo es el tema.
Entonces, ¿el archivo ejecutable estaría guardado en el directorio /bin/ del tar que extraigo?
Y ¿cuál sería el equivalente en Linux de un archivo .exe de DOS?
Saludos y gracias.
Cita de: the98 en Septiembre 10, 2007, 16:06:43
Y ¿cuál sería el equivalente en Linux de un archivo .exe de DOS?
Saludos y gracias.
Las extensiones en Linux no son mandatorias. Cualquier archivo con cualquier extensión puede ser un ejecutable
siempre que tenga seteados los permisos de ejecución.
Un archivo común, por ejemplo de texto, en un listado aparecería como:
-rw- rw- r
indicando que el dueño y el grupo tienen permisos de lectura y escritura y que todos los demás, sólo de lectura.
Un ejecutable debería tener estos permisos
rwx- r-x r-x
por ejemplo, donde la "x" indica que ese archivo tiene permisos de ejecución.
Pero como puede que un archivo tenga permisos inadecuados, siempre es conveniente recurrir a la orden
fileEjemplos:
file /bin/ls/bin/ls: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.4.1, dynamically linked (uses shared libs), stripped
es un ejecutable binario tipo ELF, enlazado dinámicamente.
file /usr/bin/bshbsh: POSIX shell script text executablees un archivo de texto que contiene órdenes de la shell. Un equivalente (¡perdón Señor!) de los BAT de DOS.
file /usr/bin/zonetab2pot.pyzonetab2pot.py: python script text executablees un archivo de texto con órdenes para el intérprete del lenguaje python.
etcétera.
Si un comprimido trae un ejecutable (binario o no) por una cuestión de orden podría estar dentro del directorio "bin", pero no es algo imprescindible.
Lo que sí es seguro es que es fácil identificar un comprimido con código fuente a causa de la presencia de archivos cuya extensión indica que contienen código fuente (.c, .cpp, etc.)
En ese caso, la secuencia " ./configure ; make ; make install " es lo que suele usarse.
Saludos.
Zeiter, lo tuyo es grositud máxima.
Mil gracias por la información y disculpá las molestias.
Saludos.
Solo agrego un pequeño detalle
Cita de: ZeiterZ en Septiembre 10, 2007, 19:27:48" ./configure ; make ; make install "
Con esa secuencia decís que ejecute primero ./configure, luego make y luego make install, no importa como termine cada comando.
Creo que es mejor hacer ./configure && make && make install
de esa manera si uno de los comandos falla no se ejecuta ninguno de los siguientes.
Cita de: cocochio en Septiembre 11, 2007, 08:53:46
Solo agrego un pequeño detalle
Cita de: ZeiterZ en Septiembre 10, 2007, 19:27:48" ./configure ; make ; make install "
Con esa secuencia decís que ejecute primero ./configure, luego make y luego make install, no importa como termine cada comando.
Creo que es mejor hacer ./configure && make && make install
de esa manera si uno de los comandos falla no se ejecuta ninguno de los siguientes.
:up: Exacto.
A ver si vos tenés idea... Me hicieron un script para el tema del modem. Se instalaría automáticamente, pero no termina de funcionar. Resulta que hice los pasos manualmente y funciona todo menos el modprobe aplicado para ueagle-atm y br2684ctl.
Este es el script http://rapidshare.com/files/56457388/instalador.html
Tal vez vos tenés alguna idea sobre por qué no funciona modprobe, por ahí falta un paso.
El tipo que me lo hizo desaparecio :P jaja. Tal vez no sabe cómo solucionarlo...
Saludos.
lo estás ejecutando con sudo, o bien como root?
Sí, el Dyne se ejecuta automáticamente como root.
Estuve revisando el script y me parece que el error está en la línea 21:
modprobe ueagle-atm
debería ser
modprobe /lib/firmware/ueagle-atm/ueagle-atm
ó
modprobe /lib/firmware/ueagle-atm/ueagle-atm.ko
ó
modprobe modprobe /lib/firmware/ueagle-atm/ueagle-atm.o
Alguno de esos archivos.
Probá y avisá.
Saludos.
Ya estoy probando... :up:
¿Y para el br2684ctl? ¿También es por la ruta?
Sí señor.
Sólo interpreté la intención de quien hizo el script.
Y su intención es colocar todo el firmware y demases en /lib/firmaware/ueagle-atm
De ahí deduzco que lo que le falta a modprobe es justamente la ubicación exacta de lo que tiene que cargar.
Saludos.
Bueno, probé con la ruta y no funcionó tampoco. Tampoco los archivos que me enumerás están en ese directorio, pero, de todas maneras. el modprobe no funcionó con el br2684ctl, con lo cuál hay dos conclusiones. La primera es que el que hizo el script lo hizo con toda la onda y la mejor intención del mundo, pero mandó fruta :P
La segunda es que esta distro no me va a reconocer el alfajor, a menos que haga alguna cosa hiper-extraña.
Gracias por todo.
Saludos.
Che, esto del modem me las tiene por el piso... Si le meto a esta PC Debian, explota, ¿no? :P
PD: No quiero ponerle DSL porque me parece muy incompleto para mis necesidades.
Ponele Debian y la usas con alguna interfaz gráfica liviana como XFCE.
Al instalarse se instala con Gnome. Probá cómo anda. Si es lento, con
aptitude install xfce4
instalas XFCE.
Saludos.
Bárbaro...
¿Cuánto ocupa, aproximadamente? Y de la página de Debian ¿Hay alguno que se pueda instalar sólo desde un CD? El sistema pelado, después descargar el resto...
Gracias, profeta :jaja:
Cita de: the98 en Septiembre 29, 2007, 23:20:59
Bárbaro...
¿Cuánto ocupa, aproximadamente? Y de la página de Debian ¿Hay alguno que se pueda instalar sólo desde un CD? El sistema pelado, después descargar el resto...
Gracias, profeta :jaja:
Desde aca te podes bajar el Debian Lenny i386 (http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/i386/iso-cd/debian-testing-i386-netinst.iso)
Pesa 200mb, despues podes bajar el resto desde la instalacion, o cuando vos quieras
Gracias, probaré... Espero que pueda configurar el alfajor en Debian con los tutos...
Saludos.