Conflicto con disco usb - VDR-NG-EM 0.4 unstable

por miguelfm Miér 4 Mar 2009 - 23:52

Hola,

Quería notificar este problema que me he encontrado estos días en la versión VDR-NG-EM 0.4 unstable del 1-3-2009.

El problema en cuestión es que el tdt parece que funciona perfectamente siempre que no arranque con el disco encendido. Si lo enciendo muestra el canal un par de segundos, se va la imagen y queda solo la estructura del OSD de información del canal pintada en pantalla sin nada de letras.

Curiosamente el dmesg da una salida de error similar a esta otra presentada también en este foro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/perdida-de-senal-o-se-ha-roto-algo-t435.htm ).

Buscando en el foro también he encontrado esto otro ( https://vdr-m7x0.foroactivo.com.es/problemas-encontrados-f5/arranque-de-vdr-t207-30.htm ). Con lo que el error puede estar relacionado con algún conflicto en la carga de los módulos o con el orden en que se cargan.

Dejo aquí la salida del dmesg por si es de utilidad:

Código:: stream buffer 0: ffffffff ffffffff stream buffer 1: ffffffff ffffffff stream buffer 2: ffffffff ffffffff stream buffer 3: ffffffff ffffffff open_input id=0 usage=0 MMAC_DEMUX_OpenDevice 0 returns 00010000 channel=0 open_input id=1 usage=0 MMAC_DEMUX_OpenDevice 1 returns 01010001 channel=1 MMAC_RTOS_Sleep <= 10ms too short delay=9004 MMAC_RTOS_Sleep <= 10ms too short delay=6032 mmac pas init mmac scaler init mmac video init mmac audio init XDMA_REQ_MASK=00007f03 XDMA_PRI_CHSEL1=046289ab XDMA_PRI_CHSEL2=ec000000 XDMA_PRI_WAIT_LIMIT1=00112233 XDMA_PRI_WAIT_LIMIT2=44000000 XDMA_VBUF0_ADR=e77ee77d XDMA_VBUF1_ADR=e77ae779 XDMA_VBUF0_NFUL_LVL=001fffff XDMA_VBUF0_FULL_LVL=00000010 XDMA_VBUF0_NEMP_LVL=00000003 XDMA_VBUF1_NFUL_LVL=001fffff XDMA_VBUF1_FULL_LVL=00000010 XDMA_VBUF1_NEMP_LVL=00000003 XDMA_VBUF_CUR_NUM_ADJ=02010000 XDMA_VBUF0_V_WPTR=0073be80 XDMA_VBUF1_V_WPTR=0073bc80 XDMA_TRANS_STAT=000f000f XDMA_REQ_STAT_VBUF=00000101 XDMA_LIST_END_STAT=0000007f XDMA_INT_EN=067f0000 XDMA_INT_STAT=0000ff33 AUDIO API: MMAC_MISC_GetVersion return version as EMMA2 ES3.0 or later MMAC_RTOS_Sleep <= 10ms too short delay=115717 MMAC_RTOS_Sleep <= 10ms too short delay=110142 MMAC_RTOS_Sleep <= 10ms too short delay=108121 MMAC_RTOS_Sleep <= 10ms too short delay=75488 MMAC_RTOS_Sleep <= 10ms too short delay=73513 MMAC_RTOS_Sleep <= 10ms too short delay=74773 MMAC_RTOS_Sleep <= 10ms too short delay=71873 MMAC_RTOS_Sleep <= 10ms too short delay=73595 MMAC_RTOS_Sleep <= 10ms too short delay=70941 MMAC_RTOS_Sleep <= 10ms too short delay=71820 MMAC_RTOS_Sleep <= 10ms too short delay=69739 MMAC_RTOS_Sleep <= 10ms too short delay=69978 MMAC_RTOS_Sleep <= 10ms too short delay=67733 MMAC_RTOS_Sleep <= 10ms too short delay=68882 MMAC_RTOS_Sleep <= 10ms too short delay=64076 emmatask: policy=0 rt_prio=0 emmatask: policy=0 rt_prio=0 emmatask: policy=0 rt_prio=0 mmac audio reset MMAC_RTOS_Sleep <= 10ms too short delay=103485 MMAC_RTOS_Sleep <= 10ms too short delay=104564 MMAC_RTOS_Sleep <= 10ms too short delay=101354 MMAC_RTOS_Sleep <= 10ms too short delay=66141 MMAC_RTOS_Sleep <= 10ms too short delay=63650 MMAC_RTOS_Sleep <= 10ms too short delay=64279 MMAC_RTOS_Sleep <= 10ms too short delay=61728 MMAC_RTOS_Sleep <= 10ms too short delay=62829 MMAC_RTOS_Sleep <= 10ms too short delay=60672 MMAC_RTOS_Sleep <= 10ms too short delay=61482 MMAC_RTOS_Sleep <= 10ms too short delay=59308 MMAC_RTOS_Sleep <= 10ms too short delay=59724 MMAC_RTOS_Sleep <= 10ms too short delay=56855 MMAC_RTOS_Sleep <= 10ms too short delay=57985 MMAC_RTOS_Sleep <= 10ms too short delay=52961 MMAC_RTOS_Sleep <= 10ms too short delay=51973 MMAC_RTOS_Sleep <= 10ms too short delay=49737 MMAC_RTOS_Sleep <= 10ms too short delay=17174 MMAC_RTOS_Sleep <= 10ms too short delay=14736 MMAC_RTOS_Sleep <= 10ms too short delay=15586 MMAC_RTOS_Sleep <= 10ms too short delay=13478 MMAC_RTOS_Sleep <= 10ms too short delay=14654 mmac audio reset done result=0 emmatask: policy=0 rt_prio=0 after MMAC_RAM_AUDIO_Init old vee_ctr6 = d00088 old vee_ctr9 = 0 new vee_ctr9 = 0 PICGetTime: read time = 5f8 from pic eth0: link up. eth0: Setting full-duplex based on negotiated link capability. PICGetStartUp: startup = 8 shutdown = 20 PDS5002CL Open PDS5002CL Release PDS5002CL Open PDS5002CL Release set total palette PDS5002CL Open PDS5002CL Release PDS5002CL Open PDS5002CL Release ASSERT: in audio.c at Line 19592 :message AUDIO API: audio not configured AUDIO_STOP tuner_ioctl: argp = 7f5ff8f8 size = 36 id = 0 idx = 0 ERROR TDA10046: dummy function dvb_clear_loop_flag called!tuner_thread_cmd was CMD_STOP end cancle_last_cmd_all sending CMD_TERR to tuner thread 0 start dvb_set_terr0 end dvb_set_terr0 time = 1 tuner_thread:result = 0 after 10ms NIM = 0 tda10046_thread: tuner = 16 frequency = 810000 FREQ 810000 dvb_tune_freq nim = 0; NIM 10 FQ1216SetTuner: nim = 0 freq = 810000 TDA10046SetBW: BW = 1 TDA10046SetStart NIM = 10 4 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 tuner_thread CMD_TERR: tuner 0 has state 0 cmd = 6 TDA10046GetSyncStatus: LOCKED Modulation..............: 64-QAM dvb_tune_freq LOCKED 12 TDA10046GetSyncStatus: LOCKED tuner_thread CMD_TERR: tuner 0 has state 11 cmd = 6 wake 0 has_event=1 after 910ms FE_GET_EVENT has_event open_input id=0 usage=1 open_input id=0 usage=2 DMX_PES_VIDEO 65 live_video_pids = 101 -1 input_id=0 decoder=0 elog_video_pid = -1 -1 open_input id=0 usage=3 DMX_PES_AUDIO 67 different size old=0 new=1e000 buffer=a1000000 open_input id=0 usage=4 open_video dev_no=0 ac3_out=0 spdif_enable=1 statupMode = VIDEO_PTS videoConfig.monitorFormat = 2 aspectMode = 1 display 0 set_plane_alpha 0 255 set_plane_alpha done videoConfig.startUpMode=0 ac3_out=0 sync_offset=0 video_play ASSERT: in audio.c at Line 5274 :message AUDIO API: not configured init_audio sync=1 steering = STEREO MMAC_RTOS_Sleep <= 10ms too short delay=194317 MMAC_RTOS_Sleep <= 10ms too short delay=195018 MMAC_RTOS_Sleep <= 10ms too short delay=191671 MMAC_RTOS_Sleep <= 10ms too short delay=193156 AUDIO: switching to 0 AUDIO_PLAY: SelectDecoderMode MMAC_RTOS_Sleep <= 10ms too short delay=181684 MMAC_RTOS_Sleep <= 10ms too short delay=174935 0 2uncor = 46 MMAC_RTOS_Sleep <= 10ms too short delay=175595 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=159535 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=147207 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=134030 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=125782 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=138174 AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=104127 MMAC_RTOS_Sleep <= 10ms too short delay=100451 MMAC_RTOS_Sleep <= 10ms too short delay=102990 MMAC_RTOS_Sleep <= 10ms too short delay=97973 MMAC_RTOS_Sleep <= 10ms too short delay=99813 MMAC_RTOS_Sleep <= 10ms too short delay=97005 MMAC_RTOS_Sleep <= 10ms too short delay=95463 MMAC_RTOS_Sleep <= 10ms too short delay=119970 MMAC_RTOS_Sleep <= 10ms too short delay=93615 MMAC_RTOS_Sleep <= 10ms too short delay=92449 MMAC_RTOS_Sleep <= 10ms too short delay=91066 AUDIO_PLAY: SetInputSelector AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0 MMAC_RTOS_Sleep <= 10ms too short delay=76482 MMAC_RTOS_Sleep <= 10ms too short delay=75963 AUDIO_PLAY: Decode MMAC_RTOS_Sleep <= 10ms too short delay=175094 MMAC_RTOS_Sleep <= 10ms too short delay=148175 MMAC_RTOS_Sleep <= 10ms too short delay=147000 MMAC_RTOS_Sleep <= 10ms too short delay=113052 MMAC_RTOS_Sleep <= 10ms too short delay=113259 MMAC_RTOS_Sleep <= 10ms too short delay=111398 MMAC_RTOS_Sleep <= 10ms too short delay=109182 MMAC_RTOS_Sleep <= 10ms too short delay=109147 MMAC_RTOS_Sleep <= 10ms too short delay=133905 MMAC_RTOS_Sleep <= 10ms too short delay=110408 MMAC_RTOS_Sleep <= 10ms too short delay=106387 MMAC_RTOS_Sleep <= 10ms too short delay=105505 timecode reached jiffies=2067 start done MMAC_RTOS_Sleep <= 10ms too short delay=104413 MMAC_RTOS_Sleep <= 10ms too short delay=95954 AUDIO_PLAY: Mute false AUDIO_PLAY0: done AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=74351 AUDIO API:Stream Input Stop? or too slow? open_input id=0 usage=5 PayloadFilter fh=10002f ph=100 adding section_filter input_id = 0 pid=0012 process=131 open_input id=0 usage=6 PayloadFilter fh=10002e ph=102 adding section_filter input_id = 0 pid=0014 process=131 open_input id=0 usage=7 PayloadFilter fh=10002d ph=104 adding section_filter input_id = 0 pid=0000 process=131 open_input id=0 usage=8 PayloadFilter fh=10002c ph=106 adding section_filter input_id = 0 pid=0011 process=131 open_input id=0 usage=9 PayloadFilter fh=10002b ph=108 adding section_filter input_id = 0 pid=0010 process=131 AUDIO_STOP MMAC_RTOS_Sleep <= 10ms too short delay=169454 init_audio sync=5823 steering = STEREO MMAC_RTOS_Sleep <= 10ms too short delay=205817 MMAC_RTOS_Sleep <= 10ms too short delay=202152 MMAC_RTOS_Sleep <= 10ms too short delay=193959 MMAC_RTOS_Sleep <= 10ms too short delay=196380 AUDIO_PLAY: SetInputSelector AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0 AUDIO_PLAY: Decode MMAC_RTOS_Sleep <= 10ms too short delay=127196 MMAC_RTOS_Sleep <= 10ms too short delay=122284 MMAC_RTOS_Sleep <= 10ms too short delay=122539 MMAC_RTOS_Sleep <= 10ms too short delay=86677 MMAC_RTOS_Sleep <= 10ms too short delay=89644 MMAC_RTOS_Sleep <= 10ms too short delay=85488 MMAC_RTOS_Sleep <= 10ms too short delay=84368 MMAC_RTOS_Sleep <= 10ms too short delay=108790 MMAC_RTOS_Sleep <= 10ms too short delay=83748 MMAC_RTOS_Sleep <= 10ms too short delay=82219 MMAC_RTOS_Sleep <= 10ms too short delay=81635 MMAC_RTOS_Sleep <= 10ms too short delay=79344 MMAC_RTOS_Sleep <= 10ms too short delay=80639 MMAC_RTOS_Sleep <= 10ms too short delay=69727 AUDIO_PLAY: Mute false AUDIO_PLAY0: done AUDIO_STOP AUDIO API: Hit upper bound of maximum executable counts MMAC_RTOS_Sleep <= 10ms too short delay=27115 MMAC_RTOS_Sleep <= 10ms too short delay=46166 init_audio sync=5823 steering = STEREO MMAC_RTOS_Sleep <= 10ms too short delay=200433 MMAC_RTOS_Sleep <= 10ms too short delay=198329 MMAC_RTOS_Sleep <= 10ms too short delay=196309 MMAC_RTOS_Sleep <= 10ms too short delay=194478 AUDIO_PLAY: SetInputSelector AUDIO_PLAY: SetOutputSelector spdif_enable=1 analog_enable=1 ac3=0 AUDIO_PLAY: Decode MMAC_RTOS_Sleep <= 10ms too short delay=127116 MMAC_RTOS_Sleep <= 10ms too short delay=120266 MMAC_RTOS_Sleep <= 10ms too short delay=120645 MMAC_RTOS_Sleep <= 10ms too short delay=84838 MMAC_RTOS_Sleep <= 10ms too short delay=84921 MMAC_RTOS_Sleep <= 10ms too short delay=87134 MMAC_RTOS_Sleep <= 10ms too short delay=83481 MMAC_RTOS_Sleep <= 10ms too short delay=107180 MMAC_RTOS_Sleep <= 10ms too short delay=80992 MMAC_RTOS_Sleep <= 10ms too short delay=79868 MMAC_RTOS_Sleep <= 10ms too short delay=90147 MMAC_RTOS_Sleep <= 10ms too short delay=77395 MMAC_RTOS_Sleep <= 10ms too short delay=78070 MMAC_RTOS_Sleep <= 10ms too short delay=67832 AUDIO_PLAY: Mute false AUDIO_PLAY0: done open_input id=0 usage=10 open_input id=0 usage=11 deviceChannel for record dvr0 = 0 dvr0: buffer=a1440000 size=180000 enable filter 4 set volume left=161 right=161 (only left=right) MMAC_RTOS_Sleep <= 10ms too short delay=157414 AUDIO API: update sync parameter AUDIO API: cancel AUDIO mute of stream empty. set total palette -----------NIM 0----------- Frequency...............: 810000 kHz DSP.....................running Agc_tun_level...........: 0 Agc_if_level............: 8f dig_agc_level...........: 0 PLL.....................locked Freq....................locked Time....................locked TPS.....................locked FEL.....................locked Channel_info............: 100 Time_error..............: 1 Freq_error..............: f43f NOP.....................: 3 CCI.....................: 180 Guard...................: 30 CBER....................: 10 VBER....................: 3 UNCOR...................: 0 SUM of UNCOR............: 70 FFT mode................: 8k Modulation..............: 64-QAM Guard interval..........: 1/4 Non hierachical low priority code rate..: 1/2 high priority code rate.: 2/3 open_input id=0 usage=12 PayloadFilter fh=10002a ph=10a adding section_filter input_id = 0 pid=0064 process=135 dmx_close section pid=0064 master=0 usage=1 process=135 emma_mem 815d0000 not found close input done removing section_filter input_id=-1 pid=0064 process=135 open_input id=0 usage=12 reusing emma_mem size=32768 PayloadFilter fh=10002a ph=10a adding section_filter input_id = 0 pid=00c8 process=135 dmx_close section pid=0065 master=0 usage=1 process=143 close input done dmx_close section pid=0065 master=0 usage=1 process=143 live_video_pids = -1 -1 input_id=0 decoder=0 elog_video_pid = -1 -1 close input done dmx_close section pid=0067 master=0 usage=1 process=143 close input done dmx_close section pid=0066 master=0 usage=1 process=143 emma_mem 81198000 not found close input done dmx_close section pid=0012 master=0 usage=1 process=143 emma_mem 8140d000 not found close input done removing section_filter input_id=-1 pid=0012 process=143 dmx_close section pid=0014 master=0 usage=1 process=143 emma_mem 81415000 not found close input done removing section_filter input_id=-1 pid=0014 process=143 dmx_close section pid=0000 master=0 usage=1 process=143 emma_mem 8141d000 not found close input done removing section_filter input_id=-1 pid=0000 process=143 dmx_close section pid=0011 master=0 usage=1 process=143 emma_mem 81425000 not found close input done removing section_filter input_id=-1 pid=0011 process=143 dmx_close section pid=0010 master=0 usage=1 process=143 emma_mem 8142d000 not found close input done removing section_filter input_id=-1 pid=0010 process=143 dmx_close section pid=ffffffff master=0 usage=1 process=143 close input done sru_error_count0 = 0 sru_error_count1 = 0 dmx_close section pid=00c8 master=0 usage=1 process=143 emma_mem 815d0000 not found close input done removing section_filter input_id=-1 pid=00c8 process=143 -----------NIM 0----------- Frequency...............: 810000 kHz DSP.....................running Agc_tun_level...........: 0 Agc_if_level............: 8f dig_agc_level...........: 0 PLL.....................locked Freq....................locked Time....................locked TPS.....................locked FEL.....................locked Channel_info............: 100 Time_error..............: 1 Freq_error..............: f43f NOP.....................: 2 CCI.....................: 168 Guard...................: 30 CBER....................: 10 VBER....................: 3 UNCOR...................: 0 SUM of UNCOR............: 70 FFT mode................: 8k Modulation..............: 64-QAM Guard interval..........: 1/4 Non hierachical low priority code rate..: 1/2 high priority code rate.: 2/3 -----------NIM 0----------- Frequency...............: 810000 kHz DSP.....................running Agc_tun_level...........: 0 Agc_if_level............: 8e dig_agc_level...........: 0 PLL.....................locked Freq....................locked Time....................locked TPS.....................locked FEL.....................locked Channel_info............: 100 Time_error..............: 1 Freq_error..............: f440 NOP.....................: 2 CCI.....................: 167 Guard...................: 30 CBER....................: 10 VBER....................: 3 UNCOR...................: 0 SUM of UNCOR............: 70 FFT mode................: 8k Modulation..............: 64-QAM Guard interval..........: 1/4 Non hierachical low priority code rate..: 1/2 high priority code rate.: 2/3

por bittor Jue 5 Mar 2009 - 13:25

Hay un bug en los drivers que si coincide la carga de los mismos con la detección del disco duro por el kernel rompe el OSD.
Si se cambia el orden de carga de los módulos se minoriza el problema y así es como está actualmente en el SVN, pero ya ves que en tu disco sigue fallando.
Otros usuarios usan sleeps para evitar este problema, pero cuando haya un poco de tiempo se pondrá una solución definitiva.

Puedes probar la solución temporal de Posix, que es añadir una espera antes de cargar los drivers/módulos.
Añades el sleep en el archivo /etc/rc

Código:: echo -n "loading modules ... " sleep 3 [ -f /etc/rc.modules ] && ash /etc/rc.modules echo "Done";

Puedes subir el sleep de 3 a 10 segundos hasta que no te pase.

por errante Jue 5 Mar 2009 - 22:43

bittor escribió:Hay un bug en los drivers que si coincide la carga de los mismos con la
detección del disco duro por el kernel rompe el OSD.

Vaya, supuse que había algo por el estilo cuando vi que sin disco duro conectado me arrancaba siempre bien y con él conectado a veces arrancaba bien (cambiaba de canales, etc.) pero sin OSD. Estaba esperando a hacer un reset y más pruebas el fin de semana para ver si lo solucionaba pero la solución que publicas parece bastante decente. Smile

Por si sirve de algo, activé desde los menús del VDR la opción para que muestre por la TV los mensajes de arranque (creo que en la sección de debug), y desde entonces siempre ha arrancado bien con el disco duro conectado. :scratch:

por jb Jue 5 Mar 2009 - 23:09

Lo que comenta bittor lo tienes en este hilo (por si le quieres echar un vistazo):

https://vdr-m7x0.foroactivo.com.es/solo-desarrolladores-y-betatesters-f10/problema-de-la-franja-cuadrado-blanca-verde-t463.htm#6383

Un saludo,

por Krako Jue 5 Mar 2009 - 23:54

jb escribió:Lo que comenta bittor lo tienes en este hilo (por si le quieres echar un vistazo):

https://vdr-m7x0.foroactivo.com.es/solo-desarrolladores-y-betatesters-f10/problema-de-la-franja-cuadrado-blanca-verde-t463.htm#6383

Un saludo,

Ups...
El link esta dentro del subforo de Betatesters (Sorry), comentar que se esta revisando el bug. Runión

por miguelfm Vie 6 Mar 2009 - 0:01

He probado la opción del sleep hasta 10s y la de activar el OSD debug, pero parece que ninguna soluciona el problema. En cuanto pueda volveré a instalarle la versión estable, aunque mientras puedo hacer las pruebas necesarias que considereis para solucionar el bug.

Por cierto sobre el mensaje que comenta jb no tengo permisos de lectura y no puedo leerlo. Alguién podría transcribirlo o cambiarme los permisos.

Saludos,

por jb Vie 6 Mar 2009 - 0:30

miguelfm escribió:
Por cierto sobre el mensaje que comenta jb no tengo permisos de lectura y no puedo leerlo. Alguién podría transcribirlo o cambiarme los permisos.
Saludos,

Siento lo del enlace, no me había dado cuenta, "mea culpa".

Símplemente son comentarios a las pruebas hechas con el sleep en /etc/rc que te comentaba bittor, y con 10 sgundos había dejado de dar fallos incluso en los casos más flagrantes. De hecho, yo he cambiado a 5 en mi VDR principal y me sigue arrancando correctamente (de momento, y si volviese a fallar lo dejaría en 10, que con ese valor no me ha fallado tampoco nunca).

Un saludo,

por Posix Vie 6 Mar 2009 - 0:56

miguelfm escribió:He probado la opción del sleep hasta 10s

Si realmente es el problema de los drivers, el sleep debería funcionar.

Prueba con un sleep exagerado, 60 por ejemplo y lo vas bajando hasta que falle.

por miguelfm Vie 6 Mar 2009 - 10:20

Al, ver que no me funcionaba he instalado la versión estable del svn de ayer, para asegurarme de que realmente no pasaba nada raro con el disco o el aparato. Y todo parece ir bien. Es algo relacionado únicamente con esta versión de software. En cuanto vea que se ha modificado algo relacionado con estos drivers volveré a probarlo y os cuento.

Muchas gracias por la ayuda, y por todo lo hecho en la versión nueva, que de lo poco que he probado me ha de ser un paso adelante considerable.

Dicho esto, por si sirve de ayuda el cambio de canales daba la sensación de ser algo más lento, no hice medidas de tiempo y no puedo confirmarlo. Pero da la sensación de ser algo más lento en este punto, aunque como dije puede que solo sea una sensación.

por bittor Vie 6 Mar 2009 - 21:00

Sí, en la versión anterior no ocurría este problema debido a que los sistemas de archivos (fat, ext2/3, cifs, etc.) no estaban incluidos en el propio kernel y se cargaban como módulos después de cargar los drivers, entonces no coincidía la detección del disco por el kernel y la carga de drivers.

por miguelfm Sáb 11 Abr 2009 - 20:41

Después de un tiempo me decidí a volver a darle una oportunidad al VDR-NG-EM, y esta vez parece que el problema ya está solucionado Fiesta

. No me queda más que daros de nuevo las gracias por el gran desarrollo que estais haciendo y espero poder ir colaborando en lo que pueda en mi tiempo libre. Por lo de ahora intento daros a conocer (http://glug.es/content/vdr_m740) en algunos grupos de usuarios de Linux con los que colaboro.

por bittor Sáb 11 Abr 2009 - 20:57

Muchas gracias por darnos a conocer.

por yeahhh Sáb 11 Abr 2009 - 22:05

Las últimas versiones del VDR-NG-EM son la repera, ya lo habrás podido comprobar Very Happy

por sblanco Mar 14 Abr 2009 - 22:15

A mí ahora el problema es que cuando apago el VDR el disco se para y vuelve a arrancarse instantáneamente, quedándose arrancado ya con el Gigaset apagado, cosa que no me ocurría antes (funcionaba perfectamente).

La versión actual la descargué y compilé este fin de semana. La anterior creo que mínimo era de uno o dos meses atrás.

Este mensaje es lo que me mosquea

Código:: Apr 13 23:05:25 m740av user.info vdr: [293] exiting, exit code 0 Apr 13 23:05:31 m740av daemon.info usbautomounter[474]: usb auto mounter started in umount mode Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: ext2 partition '/dev/sda1' with 3112960 inodes and 49785427 blocks of size 4096 found. Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: ext2 partition '/dev/sdb1' with 20224 inodes and 257264 blocks of size 1024 found. Apr 13 23:05:32 m740av daemon.warn usbautomounter[474]: Mount point '/dev/sda1' on '/var/media/vdr1' busy try lazy umount. Apr 13 23:05:32 m740av daemon.info usbautomounter[474]: usb auto mounter finished

No sé si con esto hay alguna idea del problema, o necesito aumentar el verbosity del log y pegarlo de nuevo, pero así no puedo seguir que esas arrancadas cuando el disco está parándose no son nada buenas.

Saludos

por jb Mar 14 Abr 2009 - 22:31

Mira este post de bittor sobre añadir un sleep en el rc.local.halt a ver si te sirve:

https://vdr-m7x0.foroactivo.com.es/manuales-y-otros-documentos-de-ayuda-f7/discos-que-funcionan-no-funcionan-con-vdr-ng-em-t52-45.htm#4151

Es meterme en categorías superiores, pero por probar la solución no se pierde mucho.... Wink

Edito: A mi, el undelete me provocaba que el giga tardase minuto y medio en apagarse, no se si esto puede afectar también al comportamiento del disco (en caso de que lo tengas activo prueba a desactivarlo).

por Posix Miér 15 Abr 2009 - 0:27

Por el error se ve que el disco esta ocupado.

¿No tendras algo instalado en ese disco que no permite desmontarlo?

Un fichero de swap, alguna aplicación corriendo,...

por sblanco Vie 17 Abr 2009 - 18:26

Buf, lo único que he hecho es restaurar la configuración de la compilación anterior y restaurar lo que faltaba (algún plugin, etc, recompilados claro, que el toolchain tenía cambios).

No hay procesos externos que tenga corriendo que usen o no el disco, por cierto.

Tendré que tirar de config de fábrica a ver si ocurre de nuevo...

Ya comentaré

por sblanco Vie 17 Abr 2009 - 20:21

Bueno, confirmo que tras reset completo, el disco se sigue despertando justo cuando le manda de nuevo la orden.

Mi disco no tiene ninguna gestión de energía propia, se queda como le manden, aún dejando de recibir tensión USB o señal de datos sigue siempre con giro, además de no haber tenido nunca problema alguno con el apagado, despertar o durmiéndose con el VDR.

El tema es que la parada por inactividad manteniendo VDR encendido funciona correctamente, es exclusivamente algo que al apagar VDR lo despierta tras la orden de parada (que el disco no se desmonta correctamente y se le duerme, pero al instante al seguir montado vuelve a girar con cualquier actividad).

Saludos

por bittor Vie 17 Abr 2009 - 23:24

Como dice Posix el disco está ocupado y no se puede desmontar correctamente por algún proceso.
No cargues la configuración anterior directamente en el firm, compila el firm con todo por defecto incluido los plugins que se cargan.
Compruebas si tienes el problema y después pruebas a cargar la configuración anterior.

por sblanco Sáb 18 Abr 2009 - 15:57

En el post anterior me refería a que había hecho un factory reset y no restaurado ninguna configuración, simplemente configurado el disco a parar, y seguía ocurriendo.

Pego alguna prueba, no tengo configurada parada alguna del disco, todo por defecto, cerrado VDR y el usbautomounter sigue quejándose pero desmonta el disco:

Código:: ~ # kill-vdr && usbautomounter umount && df 220 m740av SVDRP VideoDiskRecorder 1.4.7; Sat Apr 18 16:01:32 2009 250 Message queued 221 m740av closing connection Killing VDR Try n#1 Try n#2 Filesystem 1K-blocks Used Available Use% Mounted on /dev/root 4736 4736 0 100% / /dev/mtdblock2 5888 448 5440 8% /rw-flash tmpfs 22552 96 22456 0% /var /dev/mtdblock2 5888 448 5440 8% /etc /dev/mtdblock2 5888 448 5440 8% /root ~ # tail /var/log/messages Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: osdteletext Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: channelscan Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: channellists Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: skinenigmang Apr 18 16:01:39 m740av user.info vdr: [135] deleting plugin: epgsearch Apr 18 16:01:39 m740av user.info vdr: [135] exiting, exit code 0 Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: usb auto mounter started in umount mode Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: ext2 partition '/dev/sda1' with 3112960 inodes and 49785427 blocks of size 4096 found. Apr 18 16:01:40 m740av daemon.warn usbautomounter[159]: Mount point '/dev/sda1' on '/var/media/vdr1' busy try lazy umount. Apr 18 16:01:40 m740av daemon.info usbautomounter[159]: usb auto mounter finished

Y los procesos ejecutándose tras eso

Código:: ~ # ps PID USER VSZ STAT COMMAND 1 root 1776 S init 2 root 0 SW [keventd] 3 root 0 SWN [ksoftirqd_CPU0] 4 root 0 SW [kswapd] 5 root 0 SW [bdflush] 6 root 0 SW [kupdated] 8 root 0 SW [mtdblockd] 9 root 0 SW [khubd] 15 root 0 SWN [jffs2_gcd_mtd2] 26 root 1764 S syslogd 31 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/iic_int.o 33 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o 34 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o 35 root 1856 S insmod /lib/modules/2.4.21-xfs/tainted/pic16f73.o 44 root 0 SW [cifsoplockd] 45 root 0 SW [cifsdnotifyd] 52 root 0 SW [usb-storage-0] 53 root 0 SW [scsi_eh_0] 56 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o 57 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o 58 root 1976 S insmod /lib/modules/2.4.21-xfs/tainted/tda10046.o 60 root 1900 S insmod /lib/modules/2.4.21-xfs/tainted/tuner.o TUNER0_TYPE=2 TUNER1_TYPE=2 61 root 1900 S insmod /lib/modules/2.4.21-xfs/tainted/tuner.o TUNER0_TYPE=2 TUNER1_TYPE=2 64 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1 65 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1 66 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1 67 root 1960 D insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1 68 root 1960 S insmod /lib/modules/2.4.21-xfs/tainted/video.o blank_mode=1 78 root 1120 S lircd --device=/dev/lirc 86 root 1776 S inetd /etc/inetd.conf 117 root 1768 S /sbin/getty 115200 ttyS0 122 root 1096 S /usr/bin/irexec -d /etc/lircrc 149 root 1652 R dropbear -i 150 root 1788 S -sh 162 root 1768 R ps ~ #

por bittor Dom 19 Abr 2009 - 11:33

Pues es bastante raro que no pueda desmontarse correctamente con la configuración por defecto.
Prueba a hacer una comprobación de disco a ver si es que hay algo mal que provoca este problema.

por sblanco Dom 19 Abr 2009 - 14:43

Bueno, voy contandolas pruebas que voy haciendo.

- He probado a forzar el chequeo del disco fuera, en ubuntu, sin ningún problema a señalar. Indicar que el disco hace tiempo ya lo formateé con la herramienta del vdr para tenerlo optimamente. No tiene más particiones (sólo /dev/sda1).

- Con el VDR cerrado, he probado a desmontarlo a mano con un simple umount /dev/sda1. Resultado:

Código:: ~ # umount /dev/sda1 umount: can't umount /var/media/vdr1: Device or resource busy

Hay que decir que aunque ocurriese lo de que el disco rearrancase instantaneamente tras el apagado, nunca me decía que se había desmontado mal al volver arrancar el Giga y procediese a rechequearlo.

- Tras ello he probado a realizar un umount pero "lazy", el cual lo ha desmontado... pero al remontarlo, ha venido el chequeo del disco por un mal desmontaje, no sé si por no haberlo intentado con un sync justo antes.

- Sin embargo, en cuando lo he desmontado usando el usbautomounter, aunque notificaba que el disco estaba ocupado y que probase a desmontarlo con la opción lazy, el usbautomounter lo dejaba desmontado y al volver a montarlo no hubo problema de un desmontaje incorrecto.

- Ahora cuando termine de chequearlo VDR, seguiré mirando a ver que ocurre, si cuando llega al comando de parada del disco esta todavía montado y por eso se despierta de nuevo tras ello cuando ejecuta en /etc/rc.halt el sync final y desmontado "lazy" de todos los sistemas de archivos pendientes por desmontar.

- Previamente había probado a meterle un "sleep 10" previo al comando /usr/sbin/scsi-spin para ver si tenía efecto. No ha solucionado nada, así que imagino que el problema viene más adelante.

Seguiré informando (aunque pareceque soy el único con este problema Llora

)
Saludos

por sblanco Sáb 30 Mayo 2009 - 21:25

Bueno en la última compilación que he hecho ya no ocurre el problema de despertarse el disco nada más pararlo.

La verdad que está quedado de maravilla el firmware, ya he empezado a probr el plugin mp3 también y funciona medianamente.

Un saludo,

por Contenido patrocinado

Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable

Re: Conflicto con disco usb - VDR-NG-EM 0.4 unstable