Tema: Mods firms para cubos basados en chips realtek

Iniciado por lamberete

Pues eso es precisamente lo que quería explorar, y eso es precisamente lo que me he encontrado. Hace muchos años participé en el desarrollo software de un equipo con algunas similitudes, y de ahí mi idea de montarle Xorg al cubo, pero claro, disponíamos de los drivers de la salida de vídeo. Al cubo se le podría poner un nuevo kernel, pero, tal y como dices, no hay salida de vídeo "estándar" disponible, así que no valdría de nada, y no queda más remedio que pasar por el aro del DvdPlayer, cuyos firmwares están compilados para el Kernel 2.6.12, y para que se puedan usar hay que quedarse en ese mismo. Ya no se si sería posible es recompilar ese kernel con otras opciones (y ahora os cuento por qué me lo planteo), o cargar algún módulo más (para que funcionen más wifis-usb, por ejemplo), pero bueno...

A mi problema (que ha sido básicamente mi finde):
- No era un problema con la versión de firmware, sino con el disco duro. Una vez instalado el WD de 1TB el disco es detectado consistentemente, el formateo apenas dura un par de minutos, y funcionan bien todos los firmwares (woxter o inves)
- Ya centrado en el problema, y tras muchas pruebas, mucho examinar el log de dmesg.... acabé por centrarme en el módulo sata_mars y fui a dar con este post de un foro de otro cubo de realtek. Parece ser que algunos discos necesitan más tiempo para arrancar y los 7 ¿segundos? que deja nuestro cubo (según "cat /sys/block/sda/device/timeout" vía telnet) no son suficientes para mi SAMSUNG de 2TB (de hecho, el valor cuando lo monto en mi PC es de 30). A partir de ahí me he puesto como loco a intentar modificar dicho parámetro, pero no encuentro el script (o punto del arranque del sistema) donde aplicarlo; he probado a forzar el uso de los módulos sata_mars_1.ko y libata_1.ko; he probado a usar la versión de esos módulos de otros cubos.... tampoco ha habido suerte; otras soluciones más sofisticadas que he encontrado por internet no son válidas para un linux tan simplificado como el del cubo; y cosas que ya no recuerdo....

De todos modos no tiro la toalla... dejaré que se me enfríe la cabeza y volveré a retomarlo en unos días, porque de verdad que prefiero pasar el disco de 2TB al cubo. Espero que baste con modificar el script apropiado, o como mucho recompilar algún módulo y que no toque recompilar el kernel (porque encontrar las opciones que lo hagan "compatible" con el DvdPlayer puede ser telita....)

Bueno, espero que esto al menos valga para que si a alguien le pasa algo similar, no de (ni os haga dar) tantas vueltas.

Un saludo a todos.

PD: Creo que me quedo con la interfaz nueva (la de chucky de abril). Entiendo por lo que me dijo Chucky que está incompleta, así que si puedo echar un cable en el progreso, no dudéis en avisarme, Que es lo menos que puedo hacer después de el follón que os he dado.

Creo es que tu problema (Y digo creo, me parece que tus conocimientos al respecto de linux son muy superiores a los mios) es que el disco desde que recibe corriente, hasta que esta disponible, pasa un tiempo excesivo, y mi solucion quizas sea una perugrullada:

¿Retrasar el arranque del cubo completo?, si, se que tendras que esperar 30 segundos mas en el arranque, pero no se me ocurre otra cosa.

El primer archivo que se ejecuta es /usr/local/bin/rcS, y luego ya se pasa a /etc/int.d/rcS, donde tienes tambien el scrip de montaje de las particiones. No sabria decirte donde, pero añadiendo en cualquiera de los script "sleep 30", podrias retrasar o bien el proceso de arranque completo o bien el montaje de las unidades. echale un ojo, y decide tu mismo.

El montar wifis de otras marcas es posible si tienes los drivers compilados, al menos que yo sepa hay firms SDK3 con drivers para los wifi ralink. y no es necesario recompilar el kernel. Mira aqui en un perfecto ruso: http://tty.org.ru/node/34 ;-)

En cuanto a la interfaz, el problema es que yo no me estoy dedicando a modificarla. para que te hagas una idea, hay que modificar todas las imagenes que hay en /usr/local/bin/Resource, + la de las carpetas de los menus de configuracion, vamos trabajo de chinos.

Iniciado por lamberete

El mío está en /dev/scsi/host0/bus0/target0/lun0/part1, pero recordar que mi cubo es un Inves 3700 (primo del Woxter 3200), con el firmware del Woxter "adaptado".

Saludos.

Por cierto, que se me ocurre que a lo mejor las diferencias radican el la versión de la placa (en la mía está impresa en la placa, bajo el disco duro, junto al disipador). La mía es RT-1283E1-V1.30-1 (de fecha 2009-12-22)

A ver si de una vez modifico el firm para que monte la swap en los dos casos. Es que estoy muy vago.

Iniciado por lamberete

Pues eso es precisamente lo que quería explorar, y eso es precisamente lo que me he encontrado. Hace muchos años participé en el desarrollo software de un equipo con algunas similitudes, y de ahí mi idea de montarle Xorg al cubo, pero claro, disponíamos de los drivers de la salida de vídeo. Al cubo se le podría poner un nuevo kernel, pero, tal y como dices, no hay salida de vídeo "estándar" disponible, así que no valdría de nada, y no queda más remedio que pasar por el aro del DvdPlayer, cuyos firmwares están compilados para el Kernel 2.6.12, y para que se puedan usar hay que quedarse en ese mismo. Ya no se si sería posible es recompilar ese kernel con otras opciones (y ahora os cuento por qué me lo planteo), o cargar algún módulo más (para que funcionen más wifis-usb, por ejemplo), pero bueno...

A mi problema (que ha sido básicamente mi finde):
- No era un problema con la versión de firmware, sino con el disco duro. Una vez instalado el WD de 1TB el disco es detectado consistentemente, el formateo apenas dura un par de minutos, y funcionan bien todos los firmwares (woxter o inves)
- Ya centrado en el problema, y tras muchas pruebas, mucho examinar el log de dmesg.... acabé por centrarme en el módulo sata_mars y fui a dar con este post de un foro de otro cubo de realtek. Parece ser que algunos discos necesitan más tiempo para arrancar y los 7 ¿segundos? que deja nuestro cubo (según "cat /sys/block/sda/device/timeout" vía telnet) no son suficientes para mi SAMSUNG de 2TB (de hecho, el valor cuando lo monto en mi PC es de 30). A partir de ahí me he puesto como loco a intentar modificar dicho parámetro, pero no encuentro el script (o punto del arranque del sistema) donde aplicarlo; he probado a forzar el uso de los módulos sata_mars_1.ko y libata_1.ko; he probado a usar la versión de esos módulos de otros cubos.... tampoco ha habido suerte; otras soluciones más sofisticadas que he encontrado por internet no son válidas para un linux tan simplificado como el del cubo; y cosas que ya no recuerdo....

De todos modos no tiro la toalla... dejaré que se me enfríe la cabeza y volveré a retomarlo en unos días, porque de verdad que prefiero pasar el disco de 2TB al cubo. Espero que baste con modificar el script apropiado, o como mucho recompilar algún módulo y que no toque recompilar el kernel (porque encontrar las opciones que lo hagan "compatible" con el DvdPlayer puede ser telita....)

Bueno, espero que esto al menos valga para que si a alguien le pasa algo similar, no de (ni os haga dar) tantas vueltas.

Un saludo a todos.

PD: Creo que me quedo con la interfaz nueva (la de chucky de abril). Entiendo por lo que me dijo Chucky que está incompleta, así que si puedo echar un cable en el progreso, no dudéis en avisarme, Que es lo menos que puedo hacer después de el follón que os he dado.

Se pueden compilar/cargar nuevos módulos sin excesivos problemas.

El primer script que se ejecuta es el localizado en /etc/init.d/rcS que lo único que hace es ejecutar /etc/init.d/rcS1 enviando su salida a la consola para que se pueda ver si tienes el reproductor conectado al PC con el correspondiente cable serie. La pega es que esos scripts están en un sistema de archivos de solo lectura, con lo que tienes que crear un nuevo firmware con los ficheros modificados. Sin embargo, tienes el script /usr/local/etc/rcS que se ejecuta desde /etc/init.d/rcS1 y que es modificable. Además, es ahí donde se cargan los drivers sata y se ejecuta DvdPlayer que es el que monta las particiones. Así pues, podrías añadir líneas del tipo echo '30' > /sys/block/sdX/device/timeout a /usr/local/etc/rcS y ver si con ello resolvías tu problema (he puesto sdX porque no sólo lo deberías hacer con sda, ya que si arrancas el reproductor con un pendrive conectado lo más probable es que el disco duro interno pase a ser sdb).

Saludos.

Jefes, acordarsus de hacerle una revisión al Upnp

Iniciado por chucky11

Creo que tu problema [...] es que el disco desde que recibe corriente, hasta que esta disponible, pasa un tiempo excesivo, [...]

Pues no lo había pensado, pero me da a mi que no funcionará, ya que una vez arrancado el cubo, forzando de nuevo la detección del disco (desmontando y remontando los módulos), vuelve a fallar... de todos modos lo probaré, total, es muy muy fácil.

Iniciado por chucky11

[...] Mira aqui en un perfecto ruso: http://tty.org.ru/node/34 ;-)[...]

Creo que me llevaría menos tiempo descifrar el DvdPlayer en código máquina que apender ruso

Iniciado por calimocho

[...]para que se pueda ver si tienes el reproductor conectado al PC con el correspondiente cable serie[...]

¿Tienes el conector y pinout del puerto serie en la tarjeta? Pensaba investigar cual de los dos conectores libres era (si era alguno), pero si ya lo tenéis "investigado" mejor que mejor . Gracias de antemano.

Iniciado por calimocho

[...]Así pues, podrías añadir líneas del tipo echo '30' > /sys/block/sdX/device/timeout a /usr/local/etc/rcS y ver si con ello resolvías tu problema[...]

Ya lo he intentado (en /etc/init.d/rcS1, en un nuevo /etc/init.d/S99sata que ejecutaría rcS1 tras S50inetd, en /usr/local/etc/rcSHDD y no se si en algún sitio más), pero ni siquiera con el disco WD de 1TB (que si arranca), el valor se sobre-escribe (probablemente lo estoy escribiendo demasiado pronto). Tengo que probar a hacerlo justo despues de cargar sata_mars.... Por otro lado, muchas de las veces el disco falla en su primera detección, y no sé si el fichero timeout llegará a existir... pero bueno, eso ya pertenece a las pruebas del futuro, porque supone volver a volcar la info del Samsung al WD antes de conectarlo al cubo y empezar a trastear, y no me voy a poner entre semana.

Bueno, que no tengo mucho tiempo. Ya os iré contando.

Y respecto al rediseño de la interfaz, ya os preguntaré con que parte me pongo (para no solapar trabajos).

Saludos.

[...]para que se pueda ver si tienes el reproductor conectado al PC con el correspondiente cable serie[...]

¿Tienes el conector y pinout del puerto serie en la tarjeta? Pensaba investigar cual de los dos conectores libres era (si era alguno), pero si ya lo tenéis "investigado" mejor que mejor . Gracias de antemano.

Creo que se refiere a que el disco comprueba si lo tienes conectado a un PC, pero por USB, como unidad de HDD externa.

Nosostros (Open-HMR) estamos en "pausa" respecto a hacer nada. Yo, personalmente, estoy con unas cosas para el icube 3000/hmr600. Asi que puedes dedicarte a la parte que quieras. No se si madmonkey esta haciendo algo, no hemos vuelto a saber de el.

Iniciado por lamberete

¿Tienes el conector y pinout del puerto serie en la tarjeta? Pensaba investigar cual de los dos conectores libres era (si era alguno), pero si ya lo tenéis "investigado" mejor que mejor . Gracias de antemano.

Del Woxter iCube 3200 no. La verdad es que en alguna ocasión me picó la curiosidad e incluso hice alguna pregunta al respecto (no en el foro), pero nunca he abierto ese reproductor salvo para instalar un disco duro nuevo. De mi otro reproductor, el HMR-600W, sí que localicé el conector y lo probé.

Iniciado por lamberete

Ya lo he intentado (en /etc/init.d/rcS1, en un nuevo /etc/init.d/S99sata que ejecutaría rcS1 tras S50inetd, en /usr/local/etc/rcSHDD y no se si en algún sitio más), pero ni siquiera con el disco WD de 1TB (que si arranca), el valor se sobre-escribe (probablemente lo estoy escribiendo demasiado pronto). Tengo que probar a hacerlo justo despues de cargar sata_mars.... Por otro lado, muchas de las veces el disco falla en su primera detección, y no sé si el fichero timeout llegará a existir... pero bueno, eso ya pertenece a las pruebas del futuro, porque supone volver a volcar la info del Samsung al WD antes de conectarlo al cubo y empezar a trastear, y no me voy a poner entre semana.

¿Quizá usando sysctl? Ayer hice un par de pruebas en el HMR-600W. El timeout estaba a 30. Luego desmonté las particiones, desactivé la swap, y quité el módulo sata_mars. Al volver a cargar dicho módulo con modprobe y esperar a que éste finalizase, las particiones volvían a estar montadas y el timeout volvía a estar a 30. Eso sí, no hubo problemas en cambiar el timeout a 45.

Entiendo que deberías conectarte por telnet y hacer las pruebas desde ahí, comprobando la salida de dmesg y probando distintos módulos sata. También puedes probar a matar DvdPlayer y demás servicios, volver a iniciarlo y ver si te muestra algún error que te pueda servir:

cd /usr/local/bin
stopall

y cuando te has asegurado que se ha cerrado DvdPlayer, volver a ejecutarlo

./DvdPlayer

Ahora la salida la verás en tu sesión telnet. Antes de salir mejor ejecutar reboot para que no se cuelgue cuando cierres la conexión.

Por cierto, te dije que en /usr/local/etc/rcS se cargaban los módulos sata, pero he mirado en un firmware y parece que ya no es así para estos Woxter. Imagino que ahora los carga el mismo DvdPlayer (extrayendo del binario las cadenas de caracteres que contengan sata aparecen varias referencias que te podrían ser de ayuda).

Te diría que preguntaras también a Woxter por si ellos tuvieran noticias sobre alguna incompatibilidad con ese tipo de disco duro, aunque me imagino que si quieres hacerlo funcionar tendrás que hacer tú todo el trabajo duro.

Saludos.

Pues respecto al puerto serie creo que tengo el conector localizado (4 pines, 1 es 0V y los otros dan alrededor de 3V, tensión TTL de los puertos serie, probablemente una sea la tensión de referencia, y los otros dos sean TX y RX conectado a un pull-up). Me he preparado un cable en el trabajo para hacer pruebas, pero... no tengo puerto serie en el PC (que gañan que soy!). Mañana pillaré un conversor serie-usb en alguna tienda, y en el peor de los casos, me llevo el cubo al curro el viernes y le pìncho un osciloscopio a ver que línea es tx y a que velocidad está configurada.

¿Sysctl? He revisado la página del manual por si estaba demasiado oxidado, pero no, sysctl vale para alterar valores en /proc/sys/* y no encuentro nada relacionado con el timeout de sata en él.

En la salida de DvdPlayer no se detectar nada útil (gracias por este consejo, hasta ahora tras el stopall lanzaba ./RootApp DvdPlayer, lo cual reiniciaba el cubo y no veía nada.

Otras cosas que he intentado son:
- Comentar la ejecución del DvdPlayer para conectarme vía telnet antes de que "la monte parda", y analizarlo, pero no tengo claro porqué telnet no está disponible entonces (parece por el pid que tiene que lo lanza el propio DvdPlayer al final del todo). Supongo que tendré que lanzar el telnetd en su lugar.
- Sobreescribir el timeout como parte del script sata_mars_module_record.sh (que según las cadenas que contiene DvdPlayer parece que se lanza tras cargar el módulo sata_mars), pero tampoco.

Y otras que se me ocurren ahora (a buenas horas mangas verdes, esto ya queda para mañana):
- Descomentar el lanzamiento de sata_mars en rcS y que DvdPlayer se lo encuentre ya montado....
- Intentar usar los modulos sata_mars y libata del HMR-600 (a ver si funcionasen tal cual). Pero tampoco creo que esto lo solucione, ya que por lo que he leido no establecen el valor del timeout, pero si tampoco lo hace udevd... ¿quíen demonios establece este valor en el cubo?

En fin, que me lo está poniendo difícil el cubo, pero lo que no sabe el cubo es que soy muyyyyyyy cabezón

Seguiremos informando!

Buenos días. Tiempo sin pasarme por aquí.
Tengo un 3250 y hasta ahora usaba el firmware de Diciembre 2011, no el de mayo 2012.
Pues bien: ayer instalé este firmware no oficial de chucky (gracias por tu esfuerzo)y me ha desaparecido la TDT, ni siquiera me sale en el menú. Tengo entendido que a algunos 3250 les pasa (también con el firmware de Mayo 2012), debe depender del lote o algo. ¿Es así o estoy equivocado?
Así que me he vuelto al de diciembre 2011
En ese caso ¿no puedo actualizar a otro firmware más moderno?
Gracias

Iniciado por lamberete

Pues respecto al puerto serie creo que tengo el conector localizado (4 pines, 1 es 0V y los otros dan alrededor de 3V, tensión TTL de los puertos serie, probablemente una sea la tensión de referencia, y los otros dos sean TX y RX conectado a un pull-up). Me he preparado un cable en el trabajo para hacer pruebas, pero... no tengo puerto serie en el PC (que gañan que soy!). Mañana pillaré un conversor serie-usb en alguna tienda, y en el peor de los casos, me llevo el cubo al curro el viernes y le pìncho un osciloscopio a ver que línea es tx y a que velocidad está configurada.

La configuración que probé y funcionó con el HMR-600W es:

Speed: 115200
Data bists: 8
Parity: None
Flow Control: None

Iniciado por lamberete

¿Sysctl? He revisado la página del manual por si estaba demasiado oxidado, pero no, sysctl vale para alterar valores en /proc/sys/* y no encuentro nada relacionado con el timeout de sata en él.

Fallo mío. Me sonaba haber visto algo parecido, así que busqué en Google sysctl /sys/block y encontré algunos resultados, así que lo puse por si acaso. Si te lo puse como interrogación es porque tampoco estaba muy seguro de que funcionase. Aunque "parece" que en algunos sistemas el sysctl también puede modificar valores de /sys (uno de los resultados de Google: https://forum.openwrt.org/viewtopic.php?id=28574)

Iniciado por lamberete

- Comentar la ejecución del DvdPlayer para conectarme vía telnet antes de que "la monte parda", y analizarlo, pero no tengo claro porqué telnet no está disponible entonces (parece por el pid que tiene que lo lanza el propio DvdPlayer al final del todo).

Lo que no está disponible es la red ya que es tarea de DvdPlayer leer la configuración necesaria e iniciarla. Si no ejecutas DvdPlayer debes levantar la red por tu cuenta. telnetd se ejecuta por inetd ( ver /etc/init.d/S50inetd y /etc/inetd.conf )

Iniciado por lamberete

- Intentar usar los modulos sata_mars y libata del HMR-600 (a ver si funcionasen tal cual). Pero tampoco creo que esto lo solucione, ya que por lo que he leido no establecen el valor del timeout, pero si tampoco lo hace udevd... ¿quíen demonios establece este valor en el cubo?

Estos reproductores me temo que no conocen udevd, en su lugar (supongo) tienes /sbin/hotplug. Aunque, sinceramente, tampoco es que tenga una respuesta a esa pregunta.

Saludos.

Iniciado por Kosh

Buenos días. Tiempo sin pasarme por aquí.
Tengo un 3250 y hasta ahora usaba el firmware de Diciembre 2011, no el de mayo 2012.
Pues bien: ayer instalé este firmware no oficial de chucky (gracias por tu esfuerzo)y me ha desaparecido la TDT, ni siquiera me sale en el menú. Tengo entendido que a algunos 3250 les pasa (también con el firmware de Mayo 2012), debe depender del lote o algo. ¿Es así o estoy equivocado?
Así que me he vuelto al de diciembre 2011
En ese caso ¿no puedo actualizar a otro firmware más moderno?
Gracias

No, si quieres tener TDT.

Iniciado por chucky11

No, si quieres tener TDT.

Gracias.
Una pena, porque el iCube por lo demás e va perfectamebnte, pero una de las cosas para lo que más lo uso es para grabar de la tele, y lo del doble sintonizador es c*j*nudo para eso, poque aveces sucede que quiero grabar dos cosas (no pasa continuamente pero cada vez que me pasa es un alagrón el poder hacerlo) o el no tener que molestarme en tener que usar dos amndos cuando grabo.
Por cierto el 3800 y 3900 NO tienen doble sintonizador y el 3850 sí ¿verdad? (más que nada por cuando se me estropee o lo quiera jubilar)
(edit: es 3850, ni 9850)

Iniciado por Gau

Jefes, acordarsus de hacerle una revisión al Upnp

¿A que te refieres?

En el ultimo firm que colge el problema era que no es activaba la swap, pero el Upnp esta OK, si en el menu de configuracion esta activado, arranca al iniciar el cubo y si la desactivas, pues no. En el firm original, No arrancaba nunca al iniciar el cubo, aunque estubiese activada en el menu de configuracion. Eso es lo que se ha corregido.

En tu caso concreto, al no tener la swap activada, y tener transmission en marcha (En el ps que colgaste se veia que estaba en marcha), el cubo se sobrecarga, al tener las dos cosas a la vez.

Iniciado por Kosh

Gracias.
Una pena, porque el iCube por lo demás e va perfectamebnte, pero una de las cosas para lo que más lo uso es para grabar de la tele, y lo del doble sintonizador es c*j*nudo para eso, poque aveces sucede que quiero grabar dos cosas (no pasa continuamente pero cada vez que me pasa es un alagrón el poder hacerlo) o el no tener que molestarme en tener que usar dos amndos cuando grabo.
Por cierto el 3800 y 3900 NO tienen doble sintonizador y el 9850 sí ¿verdad? (más que nada por cuando se me estropee o lo quiera jubilar)

¿9850? te has pasado unas generaciones ¿No?

El 3800 un solo sintonizador, el 3850 y el 3900 tienen dos como el 3250.

Iniciado por chucky11

¿9850? te has pasado unas generaciones ¿No?

El 3800 un solo sintonizador, el 3850 y el 3900 tienen dos como el 3250.

jajaja, se me fue el dedo, 3850, claro
Muchas gracias

Iniciado por chucky11

¿A que te refieres?

En el ultimo firm que colge el problema era que no es activaba la swap, pero el Upnp esta OK, si en el menu de configuracion esta activado, arranca al iniciar el cubo y si la desactivas, pues no. En el firm original, No arrancaba nunca al iniciar el cubo, aunque estubiese activada en el menu de configuracion. Eso es lo que se ha corregido.

En tu caso concreto, al no tener la swap activada, y tener transmission en marcha (En el ps que colgaste se veia que estaba en marcha), el cubo se sobrecarga, al tener las dos cosas a la vez.

Eso era, se cuelga el cubo al activar el upnp. Desconocía que la swap no se activase al inicio y fuese esa la causa del cuelgue. Aunque ya lo comentaste por aquel entonces.

El caso es que con el transmission activo, aunque no tenga archivos ni subiendo ni bajando... también se cuelga.

Entonces corrijo:

Jefes... echarle un ojo a la swap

Gracias

EDITO -> Con el transmission desactivado también se bloquea.
Sin Swap el upnp cuelga mi cubo de todas todas

Iniciado por Gau

Eso era, se cuelga el cubo al activar el upnp. Desconocía que la swap no se activase al inicio y fuese esa la causa del cuelgue. Aunque ya lo comentaste por aquel entonces.

El caso es que con el transmission activo, aunque no tenga archivos ni subiendo ni bajando... también se cuelga.

Entonces corrijo:

Jefes... echarle un ojo a la swap

Gracias

EDITO -> Con el transmission desactivado también se bloquea.
Sin Swap el upnp cuelga mi cubo de todas todas

OK. a ve si me pongo, si es cosa de media hora, pero el tener que arrancar la maquina virutal, me da una pereza......

Quedate con ese firm y desactiva transmission y UPnP, a ver que tal.

Iniciado por chucky11

OK. a ve si me pongo, si es cosa de media hora, pero el tener que arrancar la maquina virutal, me da una pereza......

Quedate con ese firm y desactiva transmission y UPnP, a ver que tal.

Si si, si sigo con él.
El transmission funciona muy bien y no da ningún problema, se puede usar con total normalidad. Es el upnp el que (actives o desactives cualquier otra opción) cuelga mi cubo. Entiendo que es por la swap.

Tranqui, cuando vayas a hacer alguna otra cosa.... pues haces esta también.

Gracias

Iniciado por Gau

Si si, si sigo con él.
El transmission funciona muy bien y no da ningún problema, se puede usar con total normalidad. Es el upnp el que (actives o desactives cualquier otra opción) cuelga mi cubo. Entiendo que es por la swap.

Tranqui, cuando vayas a hacer alguna otra cosa.... pues haces esta también.

Gracias

Y encima nos acabamos de enterar de que MIG Jukebox dejara de funcionar el 15 de septiembre, ya que TMDB abandonan la API 2.1 que es sobre la que funciona.

En el primer post, he subido una nueva version.

Soluciona el problema de activacion de la swap, Ahora se activara en cualquier HDD interno de cubo, da lo mismo que sea host0 o host1

Tardara en montarse como dos minutos tras el arranque, y activara el servidor UPNP (Si esta activado en el menu de configuracion) tras ese tiempo (Paciencia).

Si tu HDD se monta en host0 y tienes la swap activada (Ver el post numero 1 del hilo para ver si es asi) NO es necesario actualizar, no hay ninguna otra novedad y no notaras ningun cambio. Si por el contrario tu HDD se monta en host1 es altamente recomendable que actualices.

~ # free
total used free shared buffers
Mem: 250524 246764 3760 0 5340
Swap: 136576 67832 68744
Total: 387100 314596 72504

Y efectivamente ya no se cuelga jejejjej

Gracias fiera!!!

Iniciado por Gau

~ # free
total used free shared buffers
Mem: 250524 246764 3760 0 5340
Swap: 136576 67832 68744
Total: 387100 314596 72504

Y efectivamente ya no se cuelga jejejjej

Gracias fiera!!!

¿De que tamaño es tu HDD? la swap es mas pequeña que la mia. y otra pregunta ¿Que estabas haciendo en el cubo en el momento que has hecho "free"?

67MB de uso de swap es una burrada de uso.

¿Mediatomb, transmission, y ver youtube a la vez?

Iniciado por chucky11

¿De que tamaño es tu HDD? la swap es mas pequeña que la mia. y otra pregunta ¿Que estabas haciendo en el cubo en el momento que has hecho "free"?

67MB de uso de swap es una burrada de uso.

¿Mediatomb, transmission, y ver youtube a la vez?

Pues es de 1,5 teras
Uhmmmm pues creo recordar que tenía el Transmission (sin archivos) y TVEHD puesta. Nada más.

Deja que lo pruebe de nuevo, a ver si varía...

Esta es la nueva:

~ # free
total used free shared buffers
Mem: 250524 244636 5888 0 1220
Swap: 136576 17988 118588
Total: 387100 262624 124476
~ #

Creo que la 1ª ha salido tan alta porque olvidé desactivar la exploración de archivos y seguramente lo estaba haciendo en ese momento.

Saludos

EDITO-> Malas noticias. Estaba escuchando música en él... y han empezado a haber cortes. Se ha ido poniendo espeso hasta que se ha bloqueado :(

UPnP y transmission activados aunque este último sin trabajo.

Saludos

Iniciado por Gau

Pues es de 1,5 teras
Uhmmmm pues creo recordar que tenía el Transmission (sin archivos) y TVEHD puesta. Nada más.

¿FTP, Samba o algo más activado? ¿Por qué poner en marcha Transmission si no se va a utilizar?

Iniciado por Gau

EDITO-> Malas noticias. Estaba escuchando música en él... y han empezado a haber cortes. Se ha ido poniendo espeso hasta que se ha bloqueado :(

UPnP y transmission activados aunque este último sin trabajo.

Sinceramente, no entiendo la manía de tener servicios en marcha sabiendo que se tiene problemas de memoria. Lo de los cortes y el bloqueo final bien puede ser causado porque el reproductor se ha quedado sin memoria libre. Tienes el transmission sin trabajo, pero quitando memoria a los otros programas que SÍ ESTÁN TRABAJANDO Y NECESITAN MEMORIA y, ya de paso, haciendo trabajar más al disco duro con la swap (recordemos que la swap se usa para intercambiar bloques de memoria entre la memoria física y el disco duro).

Si la gente usara ÚNICAMENTE LO IMPRESCINDIBLE (los programas que se están usando en cada momento) seguro que se evitarían muchos problemas. Parece que los vayais buscando (los problemas).

Saludos.

Iniciado por Gau

Pues es de 1,5 teras
Uhmmmm pues creo recordar que tenía el Transmission (sin archivos) y TVEHD puesta. Nada más.

Deja que lo pruebe de nuevo, a ver si varía...

Esta es la nueva:

~ # free
total used free shared buffers
Mem: 250524 244636 5888 0 1220
Swap: 136576 17988 118588
Total: 387100 262624 124476
~ #

Creo que la 1ª ha salido tan alta porque olvidé desactivar la exploración de archivos y seguramente lo estaba haciendo en ese momento.

Saludos

EDITO-> Malas noticias. Estaba escuchando música en él... y han empezado a haber cortes. Se ha ido poniendo espeso hasta que se ha bloqueado :(

UPnP y transmission activados aunque este último sin trabajo.

Saludos

Si no estas sirviendo ni descargando, tener transmission activado es un consumo enorme de recursos para nada.

17 megas de swap es mas razonable, yo ahora estoy en el icube 3000 con 128MB de RAM, + la swap, sin mediatomb, y todo OK, tras dos dias, descargando y sirviendo entre 4 y 7 archivos, eso si si desactivo transmission, y activo mediatomb, consigo funcionameintos fluidos pero tras aproximadamente 8 horas seguidas, empiezan los problemas. Con los dos activados las ralentizaciones en la reproduccion empiezan a aparecer al poco.

Aumentar la memoria (pasar de 128 del icube 3000 a 256MB del 5000), paliara en parte el problema, pero el procesador no da mas de si, y tarde o temprano el problema aparecera.