Posible bloqueo VDR

Hola:

Os comento lo que últimamente me está pasando.
Tenía un VDR 1.4.7 pre EM 0.1 funcionando perfectamente con HD formateado en ext3

Hace unos 10 días compilé en Ubuntu una VDR pre-EM 0.4 y desactivé el journaling del disco en el PC, para que se comportara como ext2 y mejorara el rendimiento (a veces tenía problemas de reproducción intermitente mientras simultaneamente se realizaban 1 o 2 programas). Tras la actualización (mediante 4 enchufados y factory reset) el resultado fueron 3 "bloqueos" en 4 días. Todos ellos se produjeron mientras grababa un programa, la pantalla quedaba en negro y el VDR no respondía a ningún botón. Como digo esto solo ha comenzado a ocurrir tras cambiar el firmware.

Hace 2 días instalé la VDR EM 0.4, esta vez ensamblada desde Windows, mediante la opción de instalar tras apagar del FileBrowser. Hoy se me ha vuelto a "bloquear", esta vez se quedó congelada la imagen viendo una opción del menú y dejó de responder al mando a distancia.

Me gustaría comprobar el /var/log/messages para ver si pudiera ser un problema del disco u otra causa más o menos reconocible. Sin embargo, tengo un problema logístico: no tengo portátil sino un PC fijo, el VDR está en el salón y tengo el acceso a la regletas para enchufes complicado. Por tanto, os quería hacer dos consultas: la primera es si alguien ha experimentado lo que me está pasando y la segunda si se os ocurre alguna alternativa para ver el fichero "messages" con tan mala conectividad.

Una idea que se me ocurre para el segundo punto, quizás un poco loca: ¿sería posible escribir algún tipo de comando asociado al automounter USB, de forma que si el VDR detecta, por ejemplo, que enchufo un pendrive en el segundo puerto USB, me copie el fichero /var/log/messages a este pendrive? Así podría sacarlo fácilmente y verlo en el PC.

Tienes muchas cosas en el HD?
Yo lo que haría es FR y luego formatear el HD desde el menú (ya que se ha optimizado mucho el formateo) y luego probar a ver.

Te comento que a mi con un giga que compré (el cual me cambiaron) con una version "antigüa" iba perfecto, pero con las nuevas se colgaba, al final el giga estaba defectuoso, y con los nuevos firms que dan más caña al hard se queda colgado.

Gracias por la respuesta, me daría un poco de pena que se cuelgue el VDR porque el mío llegue al límite, la verdad. Lo que sí puedo decir es que he notado mayor lentitud, por ejemplo, en el cambio de canales desde el VDR-NG prehistórico.

¿podría convenir desactivar algún plugin que pueda cargar el VDR algo más? ¿el channelscan, quizás?

De momento, he comenzado haciendo un FR (desde menú del VDR).
Lo del formateo me da algo más de
pereza, porque tengo unos 200 GB ocupados y no demasiada capacidad
libre por casa. Comenzaré a observarlo de nuevo

El channelscan y el channelist los puedes quitar.

Prueba hacer una comprobación de disco desde el menu ordenes.

No intervengo para ayudar sino para comentar que a mí se me acaba de bloquear y estoy con la misma versión. Síntomas: se ha quedado en la pantalla de menús (la general) y no responde a nada. Incluso no he podido apagarlo por red con kill-vdr, ni killall vdr, ni /etc/rc.halt. En este último caso me dice que el vdr está ocupado.

Lo único que he observado con anterioridad es que no me había montado el directorio de grabaciones y ha lanzado un mensaje de insuficiente espacio en disco duro (lógico). Andaba manipulando en los menús, pero no recuerdo que esta haciendo, supongo que intentaba montarlo.

Finalmente se ha apagado usando halt -n (estoy sobre la marcha escribiendo y probando cosas). No había llegado a probar el init 0 por respeto a Zjuanma. Intentaré echar una ojeada al log, a ver si veo algo.

Yo tampoco puedo aportar ninguna solución a este tema... pero comentar que ayer a mi también le ocurrió lo mismo, se quedó la pantalla en negro, y el mando no respondía... en esos momentos estaba "jugueteando" por los menús, en concreto estaba accediendo al menú de ayuda, intentando visualizar la ayuda para la edición de grabaciones.

Por telnet pude reinicializar el VDR sin problemas.

Coincidimos todos en que estamos usando la versión compilado desde linux? o alguien está usando la versión 0.4 del instalador de windows?

El tema del casque en el menú de ayuda es conocido aunque no se sabe aún de dónde viene. Parece que moverse despacio por el contenido de la ayuda es una buena idea.

yeahhh escribió:Coincidimos todos en que estamos usando la versión compilado desde linux? o alguien está usando la versión 0.4 del instalador de windows?

Creo que te equivocas, yeahh, porque brujo dice que hace 10 días compiló con Ubuntu, pero hace 2 lo hizo con Windows. Por eso yo indiqué que estoy con la misma versión que él que, entiendo, tiene la nueva publicada durante el fin de semana (em461). Vamos, al menos ese es mi caso.

Lo de mi Ubuntu sigue en espera, aunque me imagino que de esta semana no pasa. Supongo que mi compromiso de la semana pasa (cuando dije que de entonces no pasaba) te habrá despistado.

Era por saber si los fallos eran en la "linux" o en la "windows" más que nada porque difieren en el tema del cramfs y el squasfs (por si tenía algo que ver)

yeahhh escribió:Coincidimos todos en que estamos usando la versión compilado desde linux? o alguien está usando la versión 0.4 del instalador de windows?

En mi caso lo compilé en Linux... no tengo Windows. 8)

En mi caso está compilado en Windows, pero a mi me ha ocurrido algo parecido, vease este hilo.

:suspect:

Nunca se puede descartar nada, pero yo he probado con la versión de
Windows (la actual) y una de poco antes compilada en Linux, así que no
creo que sea problema de linkado. Lo único que tenían en común los dos firmwares
que utilicé es que eran .ofi.

Por otro lado, como el problema nos pasa ya a varios, estoy dejando de pensar que
sea por culpa del disco duro, hasta no tener más datos poco más podemos
decir. Sigo observando desde el factory reset de ayer.

Uno de los cambios más importantes de este firmware respecto al anterior es que usa los drivers del firmware 2.4 de Siemens y el anterior firm VDR usaba los 2.1.

Otro también importante ha sido la actualización de los diversos programas que montan el ToolChain.

Estos cambios pueden aflorar (aunque es raro) problemas de hardware como el que le pasó a yeahhh que tuvo que devolver el M750T.

No quiero decir que este sea vuestro problema, pero si el anterior os iba bien y sin un /var/log/messages es imposible saber lo que os pasa.

Me temo que mi VDR se ha vuelto a quedar pillado 4 días después del Factory Reset y teniendo desactivado el channelscan y el channelist. En esta ocasión ha coincidido aproximadamente con el inicio de una grabación programada durante una reproducción, en vez de coincidir con navegación por menú durante una grabación.

Parece que, en mi caso, el bloqueo se produce durante grabaciones

En este punto se me ocurren varias alternativas:
1- intentar retroceder a un firmware que utilice drivers de la versión 2.1 y ver si aguanta sin bloquearse más de 4 días (record hasta ahora). En caso de que no se bloquee, parece que mi problema podría deberse a los nuevos drivers. Para ello, ¿Sabeis si existe alguna etiqueta que identifique en SVN a una release con drivers 2.1?

2- ejecutar periódicamente un script ¿mediante cron? en el M740 que, además de medir lo que se nos ocurra: memoria ocupada, ocupación de memoria o CPU de algunos procesos, copie el /var/log/messages al disco duro para protegerlo de rearranques.

¿por donde me recomendáis que comience?

1.- Si compilas la rama del SVN llamada stable tendrás la versión del anterior firm con drivers 2.1.
Probablemente JA guarde una versión del anterior asistente para Windows
que te generará esa misma versión sin necesidad de compilarlo.

2.- El último firmware en Configuración -> Configuración Firmware
-> Depuración puedes activar un monitor de memoria que registra unas
cuantas cosas para hacer un análisis y detectar problemas.

Parece un problema de disco duro.
Yo haría un backup de los datos y formatearía desde Configuración -> Órdenes -> Discos duros.

A mi me sucede lo mismo con la 461 compilada en Windows. Siempre me pasa mientras estoy en los menús (digo siempre porque me ha pasado tres veces) Lo del disco duro no lo descarlto porque tengo uno de 300M sin particionar así que todo podria ser.

Probaré lo que dice bittor y a ver si se soluciona

Al bajarme la versión stable antes de compilar
y echar un ojo a
VDR-NG-EM/Addons/Files/pro/.config

veo:

CONFIG_VDR_TREE = gambler-unstable

¿es correcto?

Sí, la anterior versión se basaba en esa rama.

Ya he compilado la revisión 475 de la rama estable. La quiero tener en marcha durante una semana o dos porque, aunque lo que me ocurre parecen problemas de disco, también es cierto que solo se han manifestado tras el cambio de firmware. Así saldremos de dudas.

Por cierto ¿alguno sabe si podré recuperar la configuración actual de la unstable 461 desde la stable 475 que acabo de compilar?

bittor escribió:1.- Si compilas la rama del SVN llamada stable tendrás la versión del anterior firm con drivers 2.1.
Probablemente JA guarde una versión del anterior asistente para Windows
que te generará esa misma versión sin necesidad de compilarlo.

Hola, parece que no hace falta, pero simplemente comentar que en la wiki aparece también el asistente para la versión 0.3: vdr-ng-em-0.3-install-wizard.rar

Saludos
JA

brujo escribió:Ya he compilado la revisión 475 de la rama estable. La quiero tener en marcha durante una semana o dos porque, aunque lo que me ocurre parecen problemas de disco, también es cierto que solo se han manifestado tras el cambio de firmware. Así saldremos de dudas.

Por cierto ¿alguno sabe si podré recuperar la configuración actual de la unstable 461 desde la stable 475 que acabo de compilar?

Que necesitas de la configuración? lo más importante son los canales, las busquedas de EPG y si tienes cosas programadas el timers.conf

El primero y el último lo tienes en /etc/vdr y el epgsearch.conf en /etc/vdr/plugins/epgsearch

Yo lo que hago es copiarlas al disco duro para luego volverlas a recuperar y ya está.

Recuerda crear el directorio /rw-flash/SI (sobre todo con mayusculas) para que se haga el factory reset.

Mi interés por la configuración es principalmente por las búsquedas ya configuradas. No tengo toma de red en el salón y desenchufar el Giga me supone un incordio, así que siempre instalo el firmware desde el plugin Filebrowser, que es un lujazo, porque te hace el Factory Reset tras el próximo reinicio (supongo que por debajo esa opción creará el directorio que comentas, yeahhh)

De momento, con la versión estable instalada lo único que puedo decir es que esta versión pilla la hora actual instantáneamente, a diferencia del arranque de la versión 0.4, que tarda unos 5 minutos. Además no genera tantas comprobaciones de disco duro. En mi caso los reinicios "lentos" generaban casi siempre comprobación de disco con la 0.4 y con la versión estable he reiniciado 5 veces y no me comprobado el disco ni una vez.

En contra de la versión estable debo decir que, con el disco duro y el pendrive que utilicé para instalar el firmware enchufados, no me reconocía ningún disco duro (todo desde interfaz visual). Sin embargo, tras desconectar el pendrive y reiniciar, el firmware reconoció el disco duro perfectamente.

Seguiré viendo como evoluciona pero sospecho que, bien el driver USB de la versión 0.4, bien las opciones de montaje del sistema de ficheros no son tan "amables" con mi disco duro como el de la versión estable. Ahora esperaré los 4 días de rigor para ver si con esta versión y mi uso habitual (apagado rápido activado y 1-2 grabaciones por día) se vuelve a bloquear el Giga.

Gracias a todos por vuestra ayuda.

Eso que comentas de la versión 0.3 realmente era un bug porque la comprobación periódica del disco no se hacía nunca (sólo las periódicas, todas las demás sí).

Si te está haciendo muchos chequeos de disco prueba a hacerle una comprobación en un PC no vaya a ser que tengas un problema que el giga no sea capaz de solucionar porque tengas particiones grandes.

No entiendo eso de que la 0.4 le cuesta 5 minutos pillar la hora actual.

¿cómo haces esos reinicios "lentos"?

Lo de la hora si tienes configurado como canal de inicio y canal del que tomar la hora el mismo canal, la hora es instantanea.
Además creo que si no lo quitas de la corriente no pierde la hora.