Algunos directorios de grabaciones no se borran

Hoy revisando el disco duro, he podido comprobar que en las particiones posteriores a la primera, después de borrar una grabación se queda un fichero de la grabación sin borrar, y por lo tanto tampoco se borra el directorio correspondiente. Hacía al menos un mes que no lo miraba y he tenido que borrar manualmente 4 directorios a los que les quedaba un único fichero colgando.
Como en la primera partición si que estaban completamente borrados no aparecían en la lista de grabaciones, pero, imagino que con el tiempo se irá quedando basura innecesaria poco a poco.
No se si alguien mas lo ha notado.

Habría que revisar el archivo /var/log/messages para ver si al borrar esos archivos dio algún tipo de error.
¿Había unos archivos con el mismo nombre y extensión .del?
El VDR no borra realmente los archivos, los marca para borrar poniendo
la extensión .del (por eso se pueden recuperar grabaciones con el
plugin undelete) y son borrados después de un tiempo o cuando ya no hay
más espacio físico en el disco duro.

Los directorios no tenían extensión ".del". Ya me había fijado en que los de extensión ".del" son los que se pueden recuperar simplemente con un renombrado a ".rec", pero en este caso había algunos borrados hace semanas y además se habían borrado todos los archivos del directorio excepto uno.
De todos modos, a mi me suena que tras un apagado y encendido ya no puedo recuperar las grabaciones, independiente de que tenga mucho espacio en el disco.

En cuanto a lo que dices del messages, únicamente tengo información de un par de días, por lo que no puedo ver nada de lo que pasó cuando se borraron. Lo tendré en cuenta, y de vez en cuando comprobaré los borrados, y miraré el fichero para ver si se encuentra algo extraño.

Para empezar, como en el messages que han quedado registrados los directorios que borré por ftp, y que tenían un único archivo dentro, son estos:

Código:


Jan 10 20:57:25 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v2/El_Comisario/_/2009-01-02.22.00.50.99.rec/023.vdr
Jan 10 20:57:37 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v2/HERMANOS_Y_DETECTIVES#3A_#27NO_ME_QUIERAS_TANTO#27/Dom_04.01.2009-23#3A30/2009-01-04.23.15.50.99.rec/013.vdr
Jan 10 20:57:57 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v2/PelisFinde/Multicine/#BFCLAIRE#BF_(Subt._para_sordos)_(+13)_(CLA/2008-12-06.15.45.25.99.rec/046.vdr
Jan 10 20:58:08 m740av user.info vdr: [141] System Time = Sat Jan 10 20:58:08 2009 (1231617488)
Jan 10 20:58:08 m740av user.info vdr: [141] Local Time  = Sat Jan 10 20:58:12 2009 (1231617492)
Jan 10 20:58:14 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v2/PelisFinde/Multicine/#BFELLA_ES_#DANICA#BF_(TP)_(THE_ONE)_(Subt._p/2008-12-07.17.45.25.99.rec/049.vdr
Jan 10 20:58:29 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v2/PelisFinde/Multicine/CINE_ON#3A_#27EL_ESPANTATIBURONES#27/Dom_28.12.2008-16#3A00/2008-12-28.15.45.24.99.rec/012.vdr
Jan 10 20:58:42 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/Anatom#EDa_de_Grey/Cine_Cuatro#3A_Pocahontas/2008-12-30.22.10.50.99.rec/013.vdr
Jan 10 20:58:48 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/HERMANOS_Y_DETECTIVES#3A_#27ILUSTRES_ANTEPASADOS#27/Dom_21.12.2008-23#3A30/2008-12-21.23.15.50.99.rec/013.vdr
Jan 10 20:58:52 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/Hospital_Central/_/2008-12-17.22.00.50.99.rec/014.vdr
Jan 10 20:58:56 m740av user.info vdr: [141] channel 5 (Telecinco) event Sáb 10.01.2009 20:55-21:30 'INFORMATIVOS TELECINCO' status 4
Jan 10 20:58:57 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/NAVY#3A_INVESTIGACI#D3N_CRIMINAL/T.5.17/2009-01-09.21.15.50.99.rec/010.vdr
Jan 10 20:59:08 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/PelisFinde/Multicine/CINE_ON#3A_#27MADAGASCAR#27/Dom_14.12.2008-16#3A00/2008-12-14.15.45.24.99.rec/033.vdr
Jan 10 20:59:12 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/PelisFinde/Multicine/CINE_ON#3A_#27MISION_IMPOSIBLE_II#27/Dom_04.01.2009-16#3A00/2009-01-04.15.45.24.99.rec/018.vdr
Jan 10 20:59:16 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/PelisFinde/Multicine/EL_VUELO_DEL_RENO/2008-11-30.17.30.25.99.rec/047.vdr
Jan 10 20:59:20 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v3/PelisFinde/Multicine/NAVIDAD_EN_LA_CALLE_CHESNUT/2008-12-06.15.50.50.99.rec/036.vdr
Jan 10 20:59:27 m740av user.info vdr: [141] channel 3 (ANTENA 3) event Sáb 10.01.2009 20:00-21:00 'Numb3rs' status 4
Jan 10 20:59:38 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v5/El_Comisario/_/2008-12-26.22.00.50.99.rec/023.vdr
Jan 10 20:59:50 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v5/PelisFinde/Multicine/CINE_ON#3A_#27LA_MADRASTRA#27/S#E1b_27.12.2008-16#3A00/2008-12-27.15.45.24.99.rec/016.vdr
Jan 10 20:59:50 m740av ftp.notice pure-ftpd: (root@192.168.0.33) [NOTICE] Deleted /var/media/v5/PelisFinde/Multicine/#BFLA_HIJA_DEL_MIEDO#BF_(CHILD_OF_MINE)_(+1/2009-01-03.15.45.25.99.rec/023.vdr


Por lo que veo no le pasa a nadie más no?

¿usas edición con enlaces duros?

Lo tengo puesto a "sí", aunque nunca uso la edición, únicamente la probé un par de veces para ver como funcionaba cuando instalé el vdr.

Lo máximo que hago es renombrar los archivos con el plugin extrecmenu o directamente desde el menú de grabaciones con la tecla del número ocho.

Lo voy a cambiar a "no" a ver si cambia el comportamiento en los borrados en el futuro.

Lo decía por si esos archivos eran enlaces duros y luego se quedaban "perdidos", pero si no editas no será ese el problema, aunque el renombrar las grabaciones podría tener algo que ver.

Llevo unos días offline y no he posteado antes pero a mi me ha pasado exactamente lo mismo, me dio la sensación de que borraba el enlace del /sda1 pero no los archivos del resto de /sdax

Creo que vale la pena reactivar este hilo, porque esto sigue pasando.
Por lo que he podido comprobar, esos archivos que se quedan colgados tienen siempre tamaño cero. Podéis comprobar si tenéis archivos de ese tipo entrando por telnet, yendo al directorio de video de cualquiera de las particiones superiores a la primera y ejecutando

Código:

find -size 0

Lo que yo creo que pasa es lo siguiente:

• Durante una grabación se crea un fichero nuevo para continuar grabando pero no se llega a escribir en él.
  
• Además, para dicho fichero no se crea el enlace correspondiente en la primera partición.
  
• Al borrar una grabación se parte siempre de la primera partición y se van recorriendo los enlaces simbólicos. Como no existen enlaces simbólicos para esos archivos, no se llegan a borrar nunca.
  

Existen archivos vacíos (y sin enlazar) incluso para grabaciones que no se han editado, renombrado ni borrado, así que yo diría que el problema no ocurre durante el borrado, sino durante la grabación, al crearse archivos innecesarios.

Yo tengo bastantes, y me pasa bastante lo de que se queden directorios colgando sin borrar. ¿Es conveniente montar alguna instrucción automática que borre esos archivos?

He usado esta instrucción: "find -size 0 -name *.vdr"

Código:

/var/media # find -size 0 -name *.vdr       
./v6/PelisFinde/Multicine/Cine_On/Viaje_al_centro_de_la_tierra/2009-03-01.15.45.24.99.rec/028.vdr
./v6/El_Mentalista/Pintado_de_rojo/2009-04-02.22.00.50.99.rec/013.vdr
./v5/PelisFinde/Multicine/Multicine#3A_El_secreto_de_Tob#EDas/2009-03-14.17.45.25.99.rec/004.vdr
./v5/PelisFinde/Multicine#3A_Amistades_enganosas/S#E1b_07.02.2009-16#3A00/2009-02-07.15.45.25.99.rec/023.vdr
./v5/El_vuelo_del_Intruder/2009-02-09.21.55.50.99.rec/021.vdr
./v5/La_leyenda_del_buscador/Episodio_9_#2F_Episodio_10/2009-04-12.15.45.50.99.rec/016.vdr
./v4/PelisFinde/Cine_On/A_cualquier_otro_lugar/2009-04-04.15.45.24.99.rec/017.vdr
./v4/La_leyenda_del_buscador/Episodio_1/2009-03-15.17.40.50.99.rec/017.vdr
./v4/Avance_informativo/2009-04-01.21.30.50.99.rec/002.vdr
./v3/La_hora_11/2009-04-05.22.15.99.99.rec/015.vdr
./v3/PelisFinde/Multicine/Multicine/S#E1b_21.02.2009-16#3A00/2009-02-21.15.35.25.99.rec/022.vdr
./v3/PelisFinde/Multicine/VIRUS_MORTAL_(+13)_(ESTRENO)_(FATAL_CON/2009-01-25.15.45.25.99.rec/017.vdr
./v2/PelisFinde/Multicine/Cine_On/La_maldici#F3n_de_los_Wickersham/2009-02-21.15.45.24.99.rec/012.vdr
./v2/PelisFinde/Multicine/Cine_On/El_ataque_de_los_tiburones/2009-02-22.15.45.24.99.rec/017.vdr
./v2/PelisFinde/Multicine/La_herencia_de_los_Hansen/2009-04-12.15.45.25.99.rec/032.vdr
./v2/PelisFinde/Multicine/Multicine#3A_El_secreto_de_Tob#EDas/2009-03-14.17.45.25.99.rec/017.vdr
./v2/PelisFinde/Multicine/Cine_On#3A_La_defensa/2009-03-14.18.00.24.99.rec/012.vdr
./v2/PelisFinde/Cine_On#3A_En_busca_de_la_lanza_perdida/2009-03-15.15.45.24.99.rec/003.vdr
./v2/PelisFinde/Cine_On/Una_extra#F1a_en_mi_hogar/2009-04-18.15.45.24.99.rec/012.vdr
./v2/Mundial_de_F#F3rmula_1/Entrenamientos_libres/2009-04-04.07.45.75.99.rec/011.vdr
./v2/Mundial_de_F#F3rmula_1/Entrenamientos_libres/2009-04-18.04.45.75.99.rec/002.vdr
./v2/La_leyenda_del_buscador/Episodio_7_#2F_Episodio_8/2009-04-05.15.45.50.99.rec/017.vdr
/var/media #


Por lo que veo, en la partición principal no hay ni uno.

He estado mirando el código y creo que ya he visto dónde está el problema (método cFileWriter::Action en recorder.c). Cuando esté seguro lo postearé en el foro alemán para que Andreas lo corrija ya que creo que el despiste ha sido suyo. Intentaré que no me muerda...
Yo no montaría ningún script ni nada pero si alguien quiere hacer limpieza se puede hacer:

Código:

find -size 0 -name *.vdr -exec rm {} \;

Para borrar los directorios vacíos esto debería funcionar:

Código:

find -type d -empty -exec rmdir -p {} \;

Sólo que no funciona... (el find implementado en el gigaset no entiende el modificador -empty).

Para borrar los directorios vacíos funciona esto

Código:

find -type d -name *.rec -exec rmdir -p {} \; 2> /dev/null

Creo que es seguro, pero estaría bien que alguien más confirmara que no supone riesgos...

Puede ser que este problema sea de alguno de nuestros parches, no lo vayas a poner en el foro alemán y el problema sea exclusivamente nuestro.
¿es fácilmente solucionable?

Ya lo he mirado y está en el código del svn alemán (ya me pillé los dedos con eso una vez y no voy a repetir la experiencia).
Si es lo que yo creo, se soluciona muy facilmente. Esto es lo que yo creo que está mal: al final de la función que indico algo más arriba pone

Código:

  if (fileSize == 0) {
    fileName->Unlink();
    }


Cuando fileName es un enlace simbólico, este código borra sólo el enlace (que está en la primera partición) pero no se borra el archivo al que el enlace apunta (en alguna de las otras particiones).

El problema es ese. Es posible que lo arreglen los alemanes.
Si no, ya pondremos un parchecito...
(En medio de la conversación hay una pausa de varios días. Por si alguien tiene curiosidad, estuve contando hasta diez... muy despacito...)

¡JÓP!

Atinar, cualquiera diría que hablas de haber ido al Congo entre cocodrilos muuu grandes.... :laos: :laos: :laos: :laos: :laos:

Cudado con los tobillos en la próxima "excursión".....

Hasta luego.

Ya, puede ser que la conversación haya sido más larga en mi imaginación... ;-)

atinar escribió:Para borrar los directorios vacíos funciona esto

Código:

find -type d -name *.rec -exec rmdir -p {} \; 2> /dev/null

Creo que es seguro, pero estaría bien que alguien más confirmara que no supone riesgos...

¿Sabéis si han resuelto ya este tema los alemanes?

¿Es segura la instrucción que proponía atinar y que pongo en este post?, ¿alguien la ha probado?

Los alemanes no han cambiado el código del VDR en tres meses, así que esto no está resuelto.

Respecto a las instrucciones que sugerí en su día, yo uso ahora una versión algo modificada (son dos órdenes en dos líneas diferentes, que empiezan por 'find', por si a alguien el navegador le parte las lineas):

Código:

find dir_base -type f -size 0 -exec sh -c 'rm {} && logger -s "archivo vacio {} borrado"' \;
find dir_base -type d -name *.rec -exec sh -c '[ -z "`ls -A {}`" ] && logger "dir vacio {} borrado" && rmdir -p {}' \; 2> /dev/null


"dir_base" tienes que cambiarlo por la ruta del directorio a partir de la que quieres buscar los archivos nulos y los directorios vacíos que queden después de borrarlos.

Ese directorio debería ser el directorio de vídeo de las particiones posteriores a la primera (en la primera partición no se crean archivos nulos).

La orden también borra los directorios que queden vacíos después de borrar los directorios vacíos y registra en log del sistema los archivos y directorios que se borran.

En esta versión se verifica antes que el directorio está vacío antes de intentar borrarlo (con el [ -z "`ls -A {}`"], si hay otra forma, me gustaría saberlo) . No es que haga falta, porque rmdir sólo borra directorios vacíos, pero por si acaso.

Lo mejor sería hacer un shell bash con ese código en una función y llamarla para los directorios a los que apuntan /var/vdr/video1, /var/vdr/video2..., pero eso lo dejo como sugerencia para alguien que sepa más bash que yo...

Gracias atinar, me lo voy a poner en un script y le programaré una tarea que se ejecute semanalmente o mensualmente (si se puede), así irá eliminando la basurilla que se va quedando.

Pongo una información que me parece interesante.

El otro día para ver que hacía con los directorios vacíos, creé unos cuantos en la primera partición y en la última, con subdirectorios, y un día después los he comprobado y se han borrado automáticamente, por lo tanto creo que el comando para borrar los directorios vacíos no será necesario ya que el mismo VDR parece que se encarga de eliminarlos automáticamente.