El Martes, 10 de Marzo de 2009, Carlos E. R. escribió:
Son circunstancias concretas, sí, pero no tan especiales.
Reiser: En la 11.1 provocaba caída del kernel en cuanto el beagle empezaba a indexar, si además se daba alguna otra circunstancia que no está clara (es posible que un error del sistema de ficheros que sin embargo no detecta el reiserfsck, según vimos en el bugzilla). En principio está corregido con la reciente actualización del kernel.
* No tiene por que ser un problema del sistema de ficheros, reiser esta fuera del kernel y en cuanto a beagle ahora se por que no me ha pasado.
Reiser: En disco externo vía USB se corrompe bajo la 11.0, necesitando un reiserfsck --rebuild-tree que tarda varias horas. No pasa con la 10.3, y _creo_ que tampoco con la 11.1 - en la cual presenta a cambio otro bug del que ignoro la trascendencia todavía (BUG: sleeping function called from invalid context at mm/slab.c:3080). Y me parece haber leído de otro hoy en la lista de seguridad :-?
* Me temo que es mas de lo mismo un problema del manejo del modulo por parte del kernel, las versiones de reiserfs basicamente son las mismas en las 3 distribuciones y el kernel (desarrollos) no se lleva bien con extraños, evms por ejemplo el desarrollador lo ha pasado a espacio de usuario y me temo que es la tonica general de futuro.
Reiser: Cuando grabas una imagen encriptada en DVD, el kernel trata de _escribir_ en el DVD al montarlo para leerlo. Esto ya ocurría hace tiempo, creo que desde la 10.2, pero entonces conseguía montarse, y con la 11.0 falla. No recuerdo si lo consigue en la 11.1
* En principio esto es un problema de automatismo en los montajes, que al detectar un sistema de ficheros generalmente ubicado en disco fisico intenta montarlo rw, pero no creo que tenga la culpa el sistema de ficheros.
Estos tres bugs denotan que están fallando en la implementación del reiserfs en el kernel, y que no sabemos cuanto tiempo seguirán funcionando.
XFS: Si está encriptado (con las opciones que le pone el YaST, al menos), el sistema se bloquea al grabar ficheros grandes (imagino que al usar los extents). No ocurre si no está encriptado. Está en el bugzilla desde hace años.
* Problema seguramente de dm-crypt, cryptosetup o lo que use y no de xfs.
Dirás: ¿Y para que rayos necesitas grabar ext2 en un DVD? Pues porque no conozco una manera de generar imágenes ISO encriptadas con LUKS o equivalente. Además, al montar en bucle la imagen RW, permite más juego al preparar el backup sin necesidad de usar k3b ni similar.
* no uso medios extraibles en backups, soy mas amigo de cifrar ficheros que no sistemas de ficheros, un script te haria la labor, ahora si no quieres usar, gnupg, split, par2, growisofs ni nada por el estilo pues es el asunto esta limitado.
Por ese motivo antes hacía esas copias de seguridad encriptadas como XFS, hasta que tuve que dejarlo porque colgaban el sistema. Entonces empecé a hacerlos con reiserfs, hasta que este también falló al montarlos para recuperar porque el kernel trata de escribirlos.
¿Que queda? Pues sí, ahora hago las copias de seguridad en DVD encriptados en /FAT/. Hay que joderse :-/
* Francamente mis opciones de backup no pasan por sistemas de ficheros pensados y con caracteristicas para otros mediosde meterlos en DVD y en mi opinion esta es una formula excepcional y no habitual. * Mira a ver si encfs o loop-aes puede ser mas apropiado para aterrizar en un DVD al no escribir directamente, no vaya a ser un problema de luks, tambien hay otras herramientas, http://sd4l.sourceforge.net , en cualquier caso luks precisa manejo y configuracion y scripts para asuntos desatendidos, no pinta como mas facil la ausencia de un script de backup que cree el proceso de backup, compresion, cifrado, paridad y grabe en UDF, por ejemplo.