URE foro pequeñas
[linux] Bien, ya te...
 
Notificaciones
Limpiar todo

[linux] Bien, ya tengo Debian y....

Página 3 / 3
EC6TR
Mensajes: 76
#144642  - 19 abril, 2011 22:46 

He sufrido un espejismo despues de reinstalar Debian, nada mas acabar de instalarse con Gnome desde modo texto y con réplica de red, y sin ponerle las actualizaciones de última hora sugeridas, le he instalado el WSJT desde los repositorios de Debian, y despues de borrar el puerto del COM y cambiarle los numeros de la tarjeta de sonido a 5 que es donde está el modo default, HA FUNCIONADO, es decir, emitia sonido y recibia sonido. Todo eso sin los paquetes que me has dicho que tienes puestos. Y ha sido un espejismo porque al cerrarlo y volverlo a ejecutar es cuando ha vuelto a la normalidad, es decir, fallos de Alsa y todo lo demás.

Luego he instalado los paquetes que me has dicho, que solo me faltaba uno, el alsa-OSS, he reiniciado y nada de nada, vuelve a dar problemas. Y no lee el archivo .INI y eso que lo tengo en dos sitios distintos para ver de donde lo lee si del /home o si del /usr/share, y nada de nada, no lee.
Lo curioso es que si lees los datos del shell parece que el programa está mal hecho porque indica fallos en varias líneas, y no es así.

Voy a seguir investigando eso que ha pasado a ver si lo puedo reproducir otra vez.

Saludos

ResponderCitar
Inició el tema
EA4NZ
Mensajes: 201
#145950  - 20 abril, 2011 08:29 

Hola

Qué cosas te pasan. Vamos a ver, el WSJT.INI debe estar en /home/tu_usuario/.wsjt

Pásanos los que dice WSJT al arrancar.

Venga, que ya estamos cerca. Ah, ¡y no vuelvas a reinstalar Debian para probar! ;-)

Suerte

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EC6TR
Mensajes: 76
#144643  - 20 abril, 2011 22:46 

¡¡¡¡HABEMUS SIGNUM!!!!

Después de nosecuantas instalaciones, y otros tantos días (que esos sí los puedo saber pero no quiero ni mirar) al fin se ha conseguido!

Lo que he hecho basicamente ha sido: instalar Debian desde modo gráfico en Gnome, luego meter las actualizaciones sugeridas por Debian, instalar los programas de radio, fldigi wsjt y todo lo que se quiera. Y luego instalar desde Synaptic todo paquete con las letras ALSA y/o OSS escritas en la descripción, Para eso he escrito ALSA en la ventana de búsqueda y he repasado tranquilamente todas las descripciones que me han parecido susceptibles de ser útiles. Reiniciamos y entonces aparecen las letras /dev/dsp en el menú de configuración de Fldigi, luego he ido a probar el WSJT y ha funcionado a la primera, y a la segunda y a la tercera. Y sigue funcionando. Voy a dejar una copia del synaptic con las últimas instalaciones que le he metido por si reconoces algo.
Estaba a punto de comprar una de esas tarjetas de sonido USB de las que se usan para los telefonos VoIP.

Ahora llegan las reflexiones. No voy a hacer muchas no sea cosa que se casque, funciona y gracias. Lo que si, es que en la anterior instalación también le metí todo paquete que oliera a ALSA y no funcionaba, me inclino por que el sistema ya debía estar demasiado agitado con tantas cosas. Ahora también está lleno de cosas que la verdad no se si las va a necesitar, pero al menos no están removidas. Eso si, de momento estoy funcionando en la versión AMD 64 bit y veo las gráficas de los dos procesadores, cuando le meto los drivers de Nvidia y reinicio entonces este modo de 64 bit deja de funcionar en X11 y en el grub aparece el otro modo en el menú, el i586. Me gustaría meterle el driver de Nvidia pero no lo voy a hacer por dos motivos, uno es que las fuentes que mete son gigantescas para la pantalla de 1600x1050 y el otro es que cada cierto tiempo le pega un temblor a la pantalla por causa que aún no he aveeriguado pero creo que tiene que ver con el refresco de 60 hz, pero no lo se a ciéncia cierta, lo que sí se seguro es que con el driver que trae por defecto Debian la pantalla se ve de coña, no está acelerada y a veces se nota, pero me conformo con no verla temblar, porque cada vez que tiembla me da un tic en el ojo, y eso es cosa de Nvidia que no tienen ni idea de Linux o si la tienen se la trae al fresco los consumidores. Ya se sabe tienen bastante trabajo con guardar el secreto de los chips que excepto para gráficos los usan para lo que sea, militares, criptografía, granjas de procesadores etc. No me extrañaría ver con el tiempo un nuevo procesador para placas madre al lado de Intel y AMD.

Aqui dejo los listados de lo instalado por si se sabe cuales son los culpables de que esto funcione. Voy a hacer un PDF para futuras instalaciones y a ver si lo colgamos aquí para los que quieran intentarlo también, solo lo tendrán que instalar una vez!!! que yo ya lo he instalado las veces anteriores por vosotros!!! :p

Grácias a Ramiro EA4NZ EA1FAQ EA1HYK y EA7BJ y a todos los demás colegas por la ayuda y el soporte. Esto ha sido casi tan duro como el CW que estoy refrescando, que todavía no me entra del todo en la mollera, no tengo mucha plasticidad neuronal por lo visto. Voy a regalar el DVD de Debian para asegurarme de que no lo voy a reinstalar nunca mas.

Ahí dejo los log de las instalaciones por si es de utilidad, es lo primero que se ha instalado manualmente, no los he seleccionado yo todos, buena parte los ha instalado el sistema porque eran necesarios para que funcioaran los programas que yo había elegido. Basicamente lo que he dicho arriba, instalar todos los que se quieran de radio, y luego he elegido todos aquellos que llevaran ALSA y OSS en la descripción.

Commit Log for Wed Apr 20 22:35:51 2011

Instaló los paquetes siguientes:
blt (2.4z-4.2)
extra-xdg-menus (1.0-4)
fldigi (3.20.20-1)
gnuplot (4.4.0-1.1)
gnuplot-nox (4.4.0-1.1+b1)
gnuplot-x11 (4.4.0-1.1+b1)
gpredict (1.1-7)
gpsk31 (0.5-4)
grig (0.7.2-4)
groff (1.20.1-10)
gsmc (1.1-1.1)
lesstif2 (1:0.95.2-1)
libaudio2 (1.9.2-4)
libcurl3 (7.21.0-1)
libf2c2 (20090411-2)
libfltk1.1 (1.1.10-2+b1)
libforms2 (1.0.93sp1-1+b1)
libgoocanvas-common (0.15-1)
libgoocanvas3 (0.15-1)
libhamlib-utils (1.2.11-1)
libhamlib2 (1.2.11-1)
libqt3-mt (3:3.3.8b-7+b1)
librpc-xml-perl (0.73-1)
libsamplerate0 (0.1.7-3)
libssh2-1 (1.2.6-1)
libwxbase2.8-0 (2.8.10.1-3+b1)
libwxgtk2.8-0 (2.8.10.1-3+b1)
libxbae4 (4.60.2-3)
libxmlrpc-c3 (1.06.27-1.1)
libxp6 (1:1.0.0.xsf1-2)
marote (3.1-4)
nec (2-16)
nec2c (0.8-2)
phaseshift (0.40-13.2)
predict (2.2.3-3)
predict-gsat (2.2.3-3)
psutils (1.17-27)
python-imaging-tk (1.1.7-2)
python-tk (2.6.6-1)
qrq (0.1.4-3)
qsstv (5.3c-8.1+b1)
splat (1.3.0-1)
tcl8.5 (8.5.8-2)
tk8.5 (8.5.8-1)
twclock (2.7-3)
twlog (2.5-4)
wsjt (5.9.7.r383-1.5)
xnec2c (1:1.3-2)
xnecview (1.35-5.1)
xsmc-calc (1.0.0-6.1)
xwota (0.4-6)
yagiuda (1.19-7)

Commit Log for Wed Apr 20 22:44:34 2011

Instaló los paquetes siguientes:
alsa-oss (1.0.17-4)
alsamixergui (0.9.0rc2-1-9)
lib64asound2 (1.0.23-2.1)
lib64asound2-plugins (1.0.23-1+b1)
libasound2-plugins (1.0.23-1+b1)
libc6-amd64 (2.11.2-10)
liboss-salsa2 (4.1-build1052b-2)

Commit Log for Wed Apr 20 22:48:07 2011

Instaló los paquetes siguientes:
gnome-brave-icon-theme (5.5.1-1)
gnome-colors (5.5.1-1)
gnome-colors-common (5.5.1-1)
gnome-dust-icon-theme (5.5.1-1)
gnome-human-icon-theme (5.5.1-1)
gnome-illustrious-icon-theme (5.5.1-1)
gnome-noble-icon-theme (5.5.1-1)
gnome-wine-icon-theme (5.5.1-1)
gnome-wise-icon-theme (5.5.1-1)
libwine (1.0.1-3.1)
libwine-alsa (1.0.1-3.1)
libwine-cms (1.0.1-3.1)
libwine-gl (1.0.1-3.1)
libwine-gphoto2 (1.0.1-3.1)
libwine-ldap (1.0.1-3.1)
libwine-oss (1.0.1-3.1)
libwine-print (1.0.1-3.1)
libwine-sane (1.0.1-3.1)
oss-compat (0.0.4+nmu3)
wine (1.0.1-3.1)
wine-bin (1.0.1-3.1)
wine-utils (1.0.1-3.1)

ResponderCitar
Inició el tema
EA4NZ
Mensajes: 201
#146043  - 21 abril, 2011 08:15 

Hola

Después de tantas instalaciones y reinstalaciones al final ya lo tienes. Repito, no hay que instalar y desinstalar, solo configurar. Estoy seguro de que lo has arreglado porque has instalado el paquete alsa-oss y le has dicho a WSJT que use el /dev/dsp, cosa que antes no hacías. No sé qué te pasaba con el .INI.

Ahora llegan las reflexiones. No voy a hacer muchas no sea cosa que se casque, funciona y gracias. Lo que si, es que en la anterior instalación también le metí todo paquete que oliera a ALSA y no funcionaba, me inclino por que el sistema ya debía estar demasiado agitado con tantas cosas.

Todo en la vida tiene su razón de ser y más en los entornos informáticos. Lo que pasa es que has tocado en mucho sitios y sin demasiado conocimiento (es normal que no lo tengas puesto que llevas poco tiempo con debian), la conclusión de que "el sistema ya debía estar demasiado agitado con tantas cosas" es completamente absurda. No tengas miedo a cambiar configuraciones, si las dejas como estaban volverás a tenerlo funcionando. Esto no es una máquina de azar. Si ahora mismo en WSJT cambias el dispositivo de /dev/dsp a cualquiera de los que manejan la tarjeta directamente con ALSA, volverás a tener el problema del sonido por el fallo de la frecuencia de muestro. Es más, sería recomendable que lo hicieras para verificar que era ese el problema. Si lo dejas así llegarás a la conclusión de que se ha arreglado por reinstalar, o porque ha habido una conjunción de júpiter con saturno esa noche.

Ahora también está lleno de cosas que la verdad no se si las va a necesitar, pero al menos no están removidas.

En Debian nada se remueve, ni nada que no uses molesta a lo que usas. No te preocupes, es un sistema muy coherente en el que la instalación de un paquete no estropea los otros. No pasa como en windows en el que un programa al instalarse a veces actualiza librerías que después hacen fallar a otros programas.

Eso si, de momento estoy funcionando en la versión AMD 64 bit y veo las gráficas de los dos procesadores, cuando le meto los drivers de Nvidia y reinicio entonces este modo de 64 bit deja de funcionar en X11 y en el grub aparece el otro modo en el menú, el i586.

Esto que dices no lo entiendo. Si en grub te aparece el 586 es que tienes varios kernels instalados. No sé qué lío has preparado. El driver que metas de Nvidia no determina en absoluto que estés o no corriendo un Debian de 64 bits. Hay que mirar eso. Como dices, si con el driver nvidia por defecto estás satisfecho no lo toques. Todo tiene su razón de ser y si lo lucharas un poco podrías tener el de nvidia funcionando.Lo malo es que hay veces que es una fuente de quebraderos de cabeza. Si compilas un driver de Nvidia para un kernel determinado y en un futuro por una actualización de seguridad Debian actualiza el kernel, el driver nvidia dejaría de funcionar y te tocaría compilarlo de nuevo. Es un engorro porque te quedas sin Xwindow hasta que lo solucionas. Mejor para cuando ya seas un experto.

Aqui dejo los listados de lo instalado por si se sabe cuales son los culpables de que esto funcione. Voy a hacer un PDF para futuras instalaciones y a ver si lo colgamos aquí para los que quieran intentarlo también, solo lo tendrán que instalar una vez!!! que yo ya lo he instalado las veces anteriores por vosotros!!!

Es muy difícil saber por qué se ha arreglado con esa lista simplemente. No has seguido las indicaciones que te he dado, así sí lo habríamos sabido. Ya te digo, no temas, no vas a jorobar nada. Si quieres saber por qué se ha solucionado, arranca WSJT (guarda o anota previamente la configuración para volver luego a ella) y cambia los dispositivos de audio a los ALSA directamente (no a /dev/dsp/) Y observa los errores. Con casi total probabilidad, WSJT pretestará por la frecuencia de muestreo. Es un error de las versiones antiguas de WSJT como la que sirve Debian. Si no haces eso nunca sabrás, ni sabremos, por qué se solucionó tu problema.

Mira, lo acabo de hacer en mis sistema:

Usando ALSA directamente, usando los dispositivos 1 y 2 , que es lo que hacías tú antes de tener la emulación de oss de alsa con el paquete alsa-oss (que es quien crea /dev/dsp a la antigua usanza), obtengo tu error:

Error opening Audio stream for input.
Invalid sample rate
1 2 11025.000000 0 -9997 32546 841550880 32546
Error 1 in JTaudio, cannot continue.

Si lo vuelvo a dejar como estaba, es decir, con el /dev/dsp:

0 16 16 /dev/dsp
1 2 2 HDA Intel: ALC660-VD Analog (hw:0,0)
2 0 2 HDA Intel: ALC660-VD Digital (hw:0,1)
3 1 1 HDA Intel: Si3054 Modem (hw:0,6)
4 0 2 front
5 0 2 surround40
6 0 2 surround51
7 0 2 surround71
8 0 2 iec958
9 0 2 spdif
10 1 1 modem
11 1 1 phoneline
12 128 128 default
13 0 2 dmix

Default Input: 0 Output: 0
Requested Input: 0 Output: 0
Opening device 0 for input, 0 for output.
Audio streams running normally.

Repito y reitero con peligro de resultar cansino: No hay que instalar y reinstalar, solo configurar.

Esto ha sido casi tan duro como el CW que estoy refrescando, que todavía no me entra del todo en la mollera, no tengo mucha plasticidad neuronal por lo visto. Voy a regalar el DVD de Debian para asegurarme de que no lo voy a reinstalar nunca mas.

Podría haberte sido un poco más sencillo si nos hubieras hecho un poco más de caso en lugar de ir dando palos de ciego.

Seguimos a la escucha para cualquier cosa que necesites y con gusto intentaremos ayudarte, siempre aprendemos todos. Los demas no hemos nacido sabiendo, pero nos hemos dado con los mismos golpes con los que tú te estás dando ahora. Hace años yo estaba muy pendiente de Debian y del sistema operativo, ahora llevos unos cuantos en los que simplemente lo uso y no enredo, con lo cual se me han olvidado muchas cosas y no conozco las novedades del sistema. Todos podemos aprender de todos.

Un abrazo y a disfrutar de la radio, que es de lo que se trata, no de sufrir con los sistemas operaticos y los programas.

PD: No tendrás nunca más que reinstalar Debian en ese ordenador, lo irás actualizando cuando salga la nueva versión dentro de uno o dos años.Yo he instalado Debian una sola vez en cada ordenador y así lo he ido actualizando. Algunos son realmente viejos y vienen desde la Debian Woody.

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EA1HYK
Mensajes: 67
#146058  - 21 abril, 2011 10:26 

Hola,bueno pues no he estado al corriente de lo último por atender a asuntos propios.
Ya veo que por fin diste con la tecla adecuada, ahora toma nota y guarda la configuración en sitio seguro y te la estudias y aprendes y de esta forma si algo te falla en un nuevo experimento, le metes la configuración que ya tienes y listo, esto de guardar las configuraciones sirve para todas las aplicaciones y programas.
Te pasa lo que nos ha pasado a todos al principio, es comprensible y al final del trabajo llega el premio.
Con lo de los drivers de Nvidia ya lo arreglarás de la misma forma, yo lo hago de la forma que te dije, mediante "module-assistant", de todas formas en el Wiki de "esdebian" lo tienes.
Lo de el menú de arranque (creo que te refieres a eso) tiene que aparecer el "kernel" que se instaló al principio por defecto, ya sea el 64 o 386 o 586.
Si tu procesador es de 64 y (es lo mismo que sea de AMD o INTEL) y has elegido para ello una instalación para esta arquitectura en el menú de arranque tiene que aparecer éste, otra cosa sería que el dvd de instalación sea para "-86" con todos los programas para este y luego hayas decidido por tu cuenta instalar el de "64" y ya tenemos el lío, eso si como tienes dos núcleos te aparecerán los dos en el menú de arranque.
Para hacer una nueva instalación no hace falta el DVD, es mejor hacerlo con una "iso netinstal" desde red, eso si para la arquitectura que quieras instalar.Mi placa y procesador es "amd64" pero como tengo de memoria 1G. pues no me rinde bien, pues para ello necesitaría al menos 4G. por lo tanto tengo la de "386" y todo funciona a las mil maravillas, además algunas aplicaciones y controladores aún presentan problemas para la arquitectura de "64" y esto hay que tenerlo en cuenta.
Bueno, pues poco a poco y pasito a pasito.

Saludos, Paco.
--
EA1HYK

ResponderCitar
EC6TR
Mensajes: 76
#144644  - 21 abril, 2011 14:24 

Voy a explicar lo de lío de los 32 y 64 bits de Debian y del portátil, a ver si lo hago bién.

Tengo un portátil Lenovo 3000 N200 type 0769 con un procesador Intel Centrino Duo y una placa gráfica Nvidia clase 7300, tiene mas cosas pero esto es lo principal. No es el último grito, lo compré de segunda mano a un compi del curro porque siempre he ido detrás de un Lenovo sea lo que sea, apenas estaba usado, solo tiene un defecto y es que el lector del DVD se niega a leer según que cosas cuando está muy caliente la placa. Es de los mas normalitos según los análisis pero es un Thinkpad T61, al menos es lo que reza en alguno de sus integrados cuando se los lee. Le regalé a mi pareja un HP que parece el piano de Richard Clyderman y fisicamente está mas cascado que el mío en cuanto al teclado y al touchpad. y tiene la mitad de tiempo.

Este ordenador es del año 2007 aproximadamente y tiene una capacidad de proceso de 32 bits. Luego, la versión Debian 6.0 que le he instalado es de 32 bits también, pero al instalarlo, el sistema cuenta dos procesadores y "suma" 32+32=64 y sigue con la instalación hacia AMD64 mediante el repositorio en red mientras se instala. Esto último supongo que será así, pues el DVD os prometo que es de 32 bits, ya me aseguré de no coger el de 64 bits por el problema de versiones de soft para radio que no se hace mas que en 32, al menos en OpenSuse lo hacen así y tienes que jorobarte y malaprovechar un procesador de 4 núcleos y 64 bits por no haber versiones de software para 64.

Sigo. Cuando se acaba de instalar en el menú GRUB aparecen 3 opciones, AMD64, AMD64 failsafe y windows 7. Todo eso nada mas acabar de instalarse el sistema.

Al seleccionar el driver de Nvidia, el que empieza por 195, Synaptic me dice esto:

Si os fijais entre los archivos aparece un kernel 486 entre otros, y eso significa que si no tenía ya el kernel de 486, entonces ¿qué tiene? pues un AMD64.

Creo que ya lo he contado todo pero si algo no se entiende me lo decís.

Respecto de la instalación de Debian, hay una cosa curiosa que sucede cuando se deja el USB FTDI conectado, que el sistema lee ese dispositivo y no sé como debe estar programado pero lo interpreta como un dispositivo Braille y entonces no instala el Gnome, en cambio si conectas el dispositivo después de estar instalado Debian con Gnome o KDE, este lo interpreta como si tuvieras una discapacidad visual en cierto grado y pone en marcha los sistemas de ayuda, el charlatán, la lupa y el teclado gigante en la pantalla.

Con lo de las indicaciones, si tengo que ser sincero, no me gustaba la idea de meterme en berenjenales de fecuencias de muestreo cuando ví el programa con mis própios ojos funcionar sin mas complicaciones, pero me sometí a las indicaciones. Puede que le haya dado mas vueltas de lo requerido al asunto, pero solo en el tema de las reinstalaciones. En lo demás estaba siguiendo tus pasos Ramiro, a pesar de que no estuviera convencido de lo que sí estaba convencido es de que no sabía por donde tirar y tenía que encomendarme a los que saben mas que yo a pesar de mis dudas. No hacerlo hubiera sido absurdo además de una falta de respeto y desconsideración hacia los que se han volcado con la ayuda.

PD. La imágen no se distingue un pimiento, no es cosa mía, es del programa que recomprime lo que le he mandado. Voya ver si lo adecento.

ResponderCitar
Inició el tema
EA4NZ
Mensajes: 201
#146104  - 21 abril, 2011 16:36 

Hola

Creo que te has hecho un poco de lío como yo también me lo hice en su día con las versiones de Debian. Espero no equivocarme con lo que voy a decir, que voy a toda prisa y me tengo que marchar en este momento. Tú has partido de un Debian de 32 bits con el kernel i486. Puedes sin embargo perfectamente instalar un kernel tipo amd64. No quiere decir que vayas a tener el sistema operativo de 64 bits, que no lo tienes (es de 32 bits), sino que es un kernel que se adapta mejor a tu microprocesador. De hecho, si consultas en la web de Debian, el paquete del kernel de amd64 es instalable en Debian i386 (32 bits) y Debian amd64 (64 bits)

Package linux-image-2.6.32-5-amd64

* squeeze (stable) (kernel): Linux 2.6.32 for 64-bit PCs
2.6.32-31: amd64 i386

Si usas el kernel i486 creo que no aprovechas los dos núcleos del microprocesador.
Así que no veo mal que hayas instalado ese. Lo suyo es que desinstales el kernel i486. Nada tan simple como desinstalar su paquete. Eso sí, ten cuidado que si has compilado un driver de nvidia para el 486 y cambias de kernel, te tocará repetir la operación porque no funcionará con el nuevo kernel.

Espero no haber dicho ninguna tontería, lo meditaré con más calma luego.

Suerte!

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EA4NZ
Mensajes: 201
#146114  - 21 abril, 2011 16:45 

Creo que es correcto lo que te he dicho, el kernel es para procesadores AMD64 o Intel 64, no tiene nada que ver con que el sistema operativo sea de 32 o de 64 bits.

Description: Linux 2.6.32 for 64-bit PCs
The Linux kernel 2.6.32 and modules for use on PCs with AMD64 or Intel 64
processors.

Suerte, que ya lo vas encarrilando.

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EA4NZ
Mensajes: 201
#146116  - 21 abril, 2011 16:49 

De todos modos y para salir de dudas, mira a ver la salida del comando:

#cat /proc/cpuinfo

Así sabemos exactamente qué procesador tienes y qué kernel hay que instalar para que eso vaya a tope.

Yo tengo un:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T5450 @ 1.66GHz
stepping : 13
cpu MHz : 1667.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 cx16 xtpr pdcm lahf_lm
bogomips : 3325.06
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

Y el kernel correcto es el amd64 (no tiene nada que ver que sea Intel Core.
2 Duo)

Ya nos dirás.

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EC6TR
Mensajes: 76
#144645  - 21 abril, 2011 18:04 

Ya lo cojo.

Vale entonces mis suposiciones tal vez sean correctas en cuanto al driver propietario de Nvidia, si Debian me instala AMD64 para gestionar mejor los procesadores a pesar de que son de 32bit, y Nvidia me obliga a cambiar al kernel i586 para instalar su driver, entonces ese driver solo se hace para kernel de 32 bit, y si cambio para mejorar los gráficos estoy sacrificando el procesador central. [strike]Tengo que mirar entonces ese driver de Debian que ví hace un tiempo y [strike]que decían que era mas trabajoso de instalar[/strike] pero no daba los problemas de Nvidia[/strike]. Corrijo, la última vez que usé Nouveau no iba tan acelerado, me he dado cuenta al mirar ahora mismo para instalarlo y comprobar que está instalado. Esto es un paso mas hacia los sistemas abiertos. Ya dirán lo que querrán pero lo que hay es lo que se ve.

En la salida cat me sale esto

processor : 0
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz
stepping : 13
cpu MHz : 800.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 0
cpu cores : 2
apicid : 0
initial apicid : 0
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida tpr_shadow vnmi flexpriority
bogomips : 3591.02
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

processor : 1
vendor_id : GenuineIntel
cpu family : 6
model : 15
model name : Intel(R) Core(TM)2 Duo CPU T7100 @ 1.80GHz
stepping : 13
cpu MHz : 800.000
cache size : 2048 KB
physical id : 0
siblings : 2
core id : 1
cpu cores : 2
apicid : 1
initial apicid : 1
fpu : yes
fpu_exception : yes
cpuid level : 10
wp : yes
flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall lm constant_tsc arch_perfmon pebs bts rep_good aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm lahf_lm ida tpr_shadow vnmi flexpriority
bogomips : 3590.97
clflush size : 64
cache_alignment : 64
address sizes : 36 bits physical, 48 bits virtual
power management:

No me había fijado en lo trileros que son con los números, a primera vista se diría que mi procesador es más rápido que el tuyo pero al mirar la velocidad de la CPU el tuyo dobla al mío. ¿O es que le has hecho overclocking?

ResponderCitar
Inició el tema
EA4NZ
Mensajes: 201
#146132  - 22 abril, 2011 07:16 

No me había fijado en lo trileros que son con los números, a primera vista se diría que mi procesador es más rápido que el tuyo pero al mirar la velocidad de la CPU el tuyo dobla al mío. ¿O es que le has hecho overclocking?

Ummm, qué raro, para mi que tienes activado el escalado de CPU y ahora mismo tienes el procesador a menos velocidad. Probablemente tengas el modo "on demand" que sube la velocidad de CPU cuando lo requiere el PC y la baja cuando no haces nada. Si tienes GNOME instala en la barra de tareas el monitor de frecuencia de CPU y ajustas como quieras. Yo puedo escoger entre 1.67, 1.33 y 1 GHz, o los modos de gestión conservative, on demand, performance y powersave.

Comprueba si tienes instalado el paquete cpufrequtils.

"Instruction Set 64-bit" dice la web de Intel en http://ark.intel.com/Product.aspx?id=29759

O sea que el kernel que debes tener instalado es el

linux-image-2.6.32-5-amd64

Después desinstalas el resto de kernels, reinstalas el driver de nvidia y santas pascuas.

¡Me alegro de que eso ya vaya entrando en razón!

73, Ramiro. EA4NZ, ex-(EA1ABZ-EC1CSZ)

ResponderCitar
EC6TR
Mensajes: 76
#144646  - 22 abril, 2011 14:26 

Pues si, estas en lo cierto, tenía la CPU al ralentí, tengo 3 modos a elegir, 800, 1200 y 1800 Mhz pero me quedo con los 800 ya que esto es un portátil, y hace ya un tiempo tuve un susto con el ventilador que se negaba a girar y me provocó una parada de emergéncia, hasta que le tuve que meter mano al ventilador y hacerle un mantenimiento y limpieza como pude para que no volviera a suceder, y así ha sido hasta hoy.

Respecto a los kernels y a los drivers de Nvidia, me quedo con lo que trae Debian por defecto para la placa gráfica, el driver de Nvidia solo funciona bien si pagas por el, en Windows off course. Sin hacer analogías diversas, en el caso de Nvidia lo barato sale caro.
Y amparándome en que solo tengo un ventilador que hace las veces de padre y madre para la CPU y la tarjeta gráfica, mejor no le meto calorías en exceso, que quiero comprarle una batería de 6 celdas al portátil, que son mas de 100€ y me pica mucho pero lo tengo que hacer, 90 minutos de autonomía no son nada para este aparato.

ResponderCitar
Inició el tema
EC6TR
Mensajes: 76
#144647  - 15 agosto, 2011 15:21 

Una última aportación al tema

Para acabar de completar este capítulo de Linux y sus dispositivos de audio que tántos quebraderos de cabeza pueden traer si no se tienen las cosas claras.

Existe un paquete en Debian 6.0 llamado "oss-compat" que es para resolver problemas de compatibilidad con ALSA. El resumen concretamente dice:

Escribió:
Este paquete asegura la compatibilidad con OSS proporcionándola de alguna
manera. En Linux, activa los módulos de compatibilidad de ALSA. En otros
núcleos donde OSS es la interfaz predeterminada, no se realiza ninguna acción.

El objetivo de este paquete es que las aplicaciones que sólo son
compatibles con OSS dependan del paquete, previniendo errores comunes
como «/dev/dsp no encontrado» que confunden a usuarios noveles.

Espero que sirva a futuros usuarios de este sistema con este hobby.

ResponderCitar
Inició el tema
EA5EQ
Mensajes: 918
#144648  - 7 septiembre, 2011 23:54 

Hola:
tengo un problema y es que el wsjt no me hace la funcion tx/rx.
tengo el equipo conectado directo del puerto seria al equipo, con el fl digi y el hamlib no hay problema,
pero el wsjt no hay manera, ya que tampoco encuentro donde cambiar baudios pooling y rts/cts.
no tengo interface el equipo con el cable rs-232 directo al ordenador
saludos

pablo, qrp lover

ResponderCitar
EA5EQ
Mensajes: 918
#144649  - 8 septiembre, 2011 00:05 

otra cosa mariposa:
alguien ha podido emular el modo ros con el wine, o se sabe si hay algun proyecto para linux.
saludos

pablo, qrp lover

ResponderCitar
EC6TR
Mensajes: 76
#144650  - 8 septiembre, 2011 00:31 

Así a bote pronto (Ahora no tengo el Debian aquí) en WSJT pulsando F2 te aparece la ventana de configuración y donde dice "PTT port" le tienes que poner el puerto que usas, y si no funciona, si tu equipo tiene VOX, borra el campo del PTT port y activa el vox del equipo, funciona perfectamente, lo estuve usando y no tuve ningún problema. Por lo demás no hay nada mas que ajustar mas que el nivel de audio y la hora exacta.

El manual aunque en inglés, es muy completo. Y el traductor de google cada día es mas exacto y conciso. Yo lo uso en alemán y va de coña.

73

ResponderCitar
Inició el tema
EA5EQ
Mensajes: 918
#144651  - 8 septiembre, 2011 14:47 

bueno no puedo utilizar el box del equipo al tener la conexion por el conector data, si no encuentro la forma de configurar baudios y etc no puedo hacerlo funcionar

pablo, qrp lover

ResponderCitar
EC6TR
Mensajes: 76
#144652  - 9 septiembre, 2011 15:33 

Si no recuerdo mal no hay baudios que manejar en WSJT

Tan solo es la señal RTS o CTS (ahora no me acuerdo bien) para conmutar el PTT. Eso es lo único que hace falta en el COM. Creo que es una señal que va a masa a través de una serie de componentes, un circuito básico.

La señal de WSJT va por la tarjeta de sonido

Pero tal vez se me escape algo. No diré que no.

73

Por cierto, ¿Hay algo decidido acerca de abrir una sección de Linux en el foro?

ResponderCitar
Inició el tema
Página 3 / 3

QDURE - https://qsl.ure.es


Imprime y confirma tus QSL en tan solo tres click.

Nunca fue tan fácil y cómodo
el confirmar tus contactos.

TIENDA ONLINE URE


Publicaciones, mapas, polos, camisetas, gorras, tazas, forros polares y mucho más...

WEBCLUSTER EA4URE


Conoce el nuevo WebCluster de URE, ahora con nuevos filtros e información y compatible con GDURE