Lo peor que puede ocurrirle a un administrador de equipos GNU\/Linux es borrar accidentalmente un archivo, especialmente si es de configuraci\u00f3n, los binarios y programas casi siempre pueden ser reinstalados. No as\u00ed sus complicadas configuraciones.<\/p>\n
Este documento intenta explicar r\u00e1pida y brevemente como recuperar archivos en 3 sistemas de archivos FAT\/VFAT, EXT2 y EXT3.<\/p>\n
Siendo el m\u00e1s f\u00e1cil de recuperar FAT, subiendo la dificultad con EXT2 hasta el m\u00e1s dif\u00edcil EXT3<\/p>\n
Sistema de archivos FAT<\/p>\n
FAT es un sencillo sistema de archivos bien conocido y aunque muy viejo aun vigente en el formato default de los USB, Reproductores de MP3 y C\u00e1maras de video y\/o fotogr\u00e1ficas. Por lo que ser\u00e1 excelente poder recuperar fotos o m\u00fasica borra accidentalmente de estos dispositivos.<\/p>\n
Cuando se borra un archivo de este sistema de archivo, en realidad solo se borra el nombre del directorio, el contenido aun permanece aunque el espacio que ocupaba queda libre para almacenar otros archivos, el contenido del archivo va a permanecer ah\u00ed por tiempo indefinido hasta que sea sobrescrito por nuevos archivos, asi que mientras menos tiempo pase para hacer la recuperaci\u00f3n, mayores son las oportunidades de recuperar el archivo.<\/p>\n
La herramienta a usar ser\u00e1 testdisk, b\u00e1sicamente es un entorno en consola, navegable con las flechas del teclado tan simple como navegar, buscar archivos eliminados y seleccionar undelete, es de licencia libre y puede ser descargado y compilado en las distribuciones de GNU\/Linux, algunos veces viene pre compilado para algunos OS como Windows.<\/p>\n
Sistema de archivos EXT2<\/p>\n
Aunque m\u00e1s complicado que el FAT, el EXT2 tambi\u00e9n borra el nombre de la lista de directorio, pero su contenido permanece en el disco duro, siempre y cuando no est\u00e9 activa la funci\u00f3n de sobrescribir con nulos la zona que ocupaba el archivo. En servidores de alta seguridad donde la informaci\u00f3n es muy valiosa se configura para que al borrar el archivo el sistema operativo destruya su contenido sobre escribiendo con datos nulos, afortunadamente por default esta caracter\u00edstica viene deshabilitada en la mayor\u00eda de las distribuciones de GNU\/Linux, asi que la probabilidad de recuperar el archivo siguen siendo altas.<\/p>\n
La herramienta a usar es debugFS , se trata de recuperar el inodo del archivo y a partir del inodo recuperar el resto con los comandos lsdel y un delete del debugfs, aunque tedioso es posible recuperar los archivos, si no han sido sobrescrito por otros<\/p>\n
Sistema de archivos EXT3<\/p>\n
Como evoluci\u00f3n del EXT3 aun m\u00e1s complicado que el anterior, este sistema de archivos dif\u00edcilmente permite la recuperaci\u00f3n completa de los archivos, aunque es posible recuperar parte de ellos. Esto es porque al momento de borrar se destruye mas informaci\u00f3n que la que se destruye con el EXT2, por lo que hay que intentar localizar el inodo como en EXT2 pero solo para ver a qu\u00e9 grupo del disco pertenece, para luego hacer un dump o volcado de ese grupo y con otra herramienta intentar hacer la b\u00fasqueda de los fragmentos del archivo, si no se tiene \u00e9xito al hacer la b\u00fasqueda, se puede recurrir a revisar manualmente el volcado e intentar recuperar parte del archivo de \u00e9l. Ademas del debugFS se requieren otras que no siempre vienen las distros, aunque las incluir\u00e9 aqu\u00ed en un tar.ball<\/p>\n
Debugfs localiza el inodo del archivo
\nFsstat localiza el grupo al que pertenece el inodo
\ndls hace un volcado seg\u00fan el rango en el que esta el grupo
\nforemost intenta recuperar archivos del volcado de dls<\/p>\n
V\u00eddeo manual<\/p>\n