Hola :) On Saturday 25 July 2009 00:44:59 Carlos E. R. wrote:
Content-ID:
El 2009-07-24 a las 19:04 +0200, Rafa Griman escribió:
Hola :)
On Friday 24 July 2009 12:49:38 Carlos E. R. wrote:
Con todas las herramientas, el XFS no fué capaz de recuperar. De hecho, la herramienta del XFS era falluta y fué la que terminó de cargarse la partición: abortaba a mitad de la recuperación con no recuerdo que fallo, que reporté en un bugzilla, y tardaron años en mirarlo los de SuSE/Novell.
Y no, no era una partición encriptada, era mi home. Otras particiones con otros sistemas fueron afectadas por el mismo desastre, pero todas recuperaron bien... salvo la xfs.
Creo que para esos casos tienes el xfs_db ... ¿o era el xfs_io? Bueno, con una de esas herramientas puedes entrar a bajo nivel y recuperar datos de un XFS. Lo he visto hacer, pero nunca lo he hecho. No es fácil, pero si _necesitas_ recuperar datos ... ya se sabe: cualquier cosa vale.
Pero para eso hay que saber.
Cierto, no es fácil ni recomendable jugar con esas herramientas a menos que sepas lo que estás haciendo.
Y en este caso, creo que el xfs_repair ya había destrozado lo suyo, porque tenía un bug:
disconnected dir inode 544, moving to lost+found disconnected dir inode 46144141, moving to lost+found disconnected dir inode 46144142, moving to lost+found disconnected inode 46170775, moving to lost+found corrupt inode 46170775 (btree). This is a bug. Please report it to xfs@oss.sgi.com. cache_node_purge: refcount was 1, not zero (node=0x82e8af8)
fatal error -- 117 - couldn't iget disconnected inode nimrodel:~ #
Es el bugzilla 280905.
Lo reporté en junio del 2007 (en realidad es anterior), y hasta enero del 2008 no hicieron nada. Lo gracioso es que ya estaba solucionado upstream hacía tiempo.
Me imagino que lo de "lo gracioso" no lo dirás en serio ;) Si estaba solucionado up-stream, es cosa de la distro en particular. Tengamos en cuenta que cada distro decide qué parches aplicar. Esto no es malo ni bueno. Por ejemplo, en el caso de RHEL ... sólo hay ext3 (creo que en la última 5.3 también hay ext4) por lo que no tendrás problemas con reiserfs, JFS ni XFS ;)
Y, por si alguien tiene curiosidad, prefiero el backup a disco que a cinta ... pero esa es otra historia que requiere su propio libro^H^H^H^H^H thread.
Yo también, pero porque no está a mi alcance el de cinta, y porque no me gustan las herramientas que hay.
Voy a hacer propaganda de un Partner: Spectra Logic. Tienen unas librerías que son interesantes porque aceptan discos duros (configurados en RAID 5) y los trata como si fuera una cinta. Esto te permite trabajar con tu SW de backup/archivado/ILM sin tener que modificar nada del sw ni del hw (drives) y te permite hacer un almacenamiento fuera de la librería. A todo esto se le suma que los discos van montados en RIAD 5 (6 discos) por lo que hay protección de datos y mejoras en cuanto a velocidad y densidad de almacenamiento así como en cuanto a durabilidad del dispositivo de almacenamiento. Otra ventaja es que puedes mezclar discos y cintas.
No es barato, pero nunca se sabe, a lo mejor alguien de la lista está interesado.
Más bien se trata de lo contrario: manejar una cinta como si fuera un disco. En realidad, no es eso: se trata de tener un software que te haga un backup a cinta de manera que pueda localizarte rápidamente lo que sea que busques, diciendote en qué cinta está y luego leyendo la cinta con rapidez, minutos y no horas. Que te haga el backup con rapidez, que verifique lo que ha grabado, que comprima suficientemente, que aplique códigos de recuperación de datos (redundancia) suficientes para solventar errores de grabación o posteriores... Creo que el pcbackup hacía eso, o parte de eso, antes de los 90, en msdos. No conozco herramienta similar en linux, veinte años después.
Herramientas libres de backup no uso (en casa uso un rsync a otro disco 0:). En el trabajo solemos recomendar TiNa (Time Navigator) de ATEMPO. En cuanto a FLOSS, sé que hay un montón de herramientas, pero no las he probado y no sé si hacen lo que dices. ¿Alguien las ha probado?
Hoy en dia sería una "caja" dedicada: guardas todo en la caja, en disco duro, y la caja se encarga de volcarlo a una o varias cintas, tamaño videocasete por lo menos, manteniendo un archivo en disco (varios terabytes por cinta).
Es lo que llaman D2D2T (disk to disk to tape).
La ventaja de la cinta sería el que la electrónica está fuera, es reparable, y que debería tener una densidad enorme y resistente al maltrato.
Lo malo es que las cintas (cartuchos) son poco resistentes y se siguen encganchando en los drives (igual que cuando teníamos los VHS en casa). Por eso prefiero el disco.
Me temo que "deso" no hay.
¿deso = cintas resistentes y fiables? Rafa -- "We cannot treat computers as Humans. Computers need love." rgriman@skype.com rgriman@jabberes.org -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org