Buenas tardes a todos, y disculpar si no he escrito antes. Ayer acabé la recuperación de datos sobre la 1:00 AM (del 27 de abril), y todo fue bien. La recuperación de los datos y de la partición la partición "/home" fue un éxito, si tenemos en cuenta que no he perdido el anillo gpg y los certificados de la fnmt, aparte de los ficheros y las fotos. Este tipo de temas siempre es complicado de abordar, entiendo que por la inexperiencia de la gente cuando se enfrenta a la perdida de datos sin tener las consiguientes copias de seguridad (siempre importantes, aunque sea en los sistemas privados de casa - hagamos hincapié en esto, nunca está de más -) y sobre todo, porque dá miedo, hacer algo mal si antes no hemos hecho pruebas de laboratorio, y de concepto, de estos temas. La teoría es muy importante, aunque aburra a veces, pero somos informáticos y no todo va ha ser "mueve el ratón a botón inicio, click con el derecho....", haber si dignificamos un poco la profesión que, en mi humilde opinión, está muy infravalorada, y pienso (lo creo realmente) que existe mucho introsismo dentro de ella. En esta situación, tenemos una cosa clara (por los mensajes de error y el origen del problema), es un problema "lógico" (cruzando los dedos), y no "físico", el disco lleva unos tres años trabajando (a todos los niveles y exigencias, es un portátil, y mi herramienta de trabajo), confiamos en lo que dice la marca y todavía no debe de fallar a nivel "físico" (lo del debe, es en teoría está claro, todos lo sabemos). No me he enfrentado a un fallo del dispositivo físico, si los datos fueran importantes, no hubiera copias de seguridad, y fuera de un sistema en producción de una empresa, pues lo que yo recomiendo es que lo hagan empresas especializadas, y evidentemente si es viable económicamente, con las consiguientes repercusiones que pudiera ocasionar contra el fabricante o el seguro (si tenemos asegurado el SI de la misma). En casa, cada uno es libre de elegir, y cada cual dispone o no de recursos para estos casos, si se dieran. Con todo esto, voy a explicar como he recuperado los datos de la partición en cuestión, corrigiendo fallos que he encontrado en las diferentes webs que he visitado, y dejando que vosotros me corrijais de errores, para que quede los más legible posible (escribo aquí el procedimiento para que me quede constancia, y lo pueda encontrar si lo vuelvo a necesitar). Así mismo, entre líneas, respondo a las sugerencias y preguntas del hilo. SITUACIÓN - FALLO LÓGICO DE UNA PARTICIÓN 1.- Siempre debemos de disponer de una distribución Live, que nos permita arrancar el sistema con la mayor funcionalidad posible. También podemos iniciar el sistema en prueba de fallos, si está disponible. En mi caso y después de recuperar la partición "/", esto era viable. Con las herramientas de recuperación de reiserfs, este se recuperó correctamente, y podía iniciar el sistema. Me faltaba el archivo "/etc/group", gracias a que tenía una copia, de hace un par de días, pude iniciarla correctamente. Cuando apagué el equipo porque no podía encenderlo, este ya había desaparecido, por lo que no pude loguearme como root y hacer correctamente un halt (y esperar que el sistema se detuviera como pudiera), lo siguiente ya lo conté. 2.- Yo opté por iniciar el CD Live de OpenSuSE 11.0 con GNOME (lo mejor es tenerla en un dispositivo USB), gracias al cual podía tener una interfaz gráfica y conexión a internet. Nunca imaginé que sería tan facil conectarse a la operadora móvil desde este Live, le puse el PIN, y todo funcionando. Que cada uno utilice el que quiera, hay muchos y buenos, pero que lo tenga controlado y conozca las herramientas que tenga. 3.- Inicio con la distribución Live, me conecto a internet y busco información. Lo mejor es buscar sobre "dd_rescue", aquí es donde vamos a encontrar información detallada y comprobada sobre recuperación de datos. 4.- Tenemos que disponer de un dispositivo externo (p.e. USB) con la suficiente capacidad para poder crear, borrar, redimensionar, formatear, etc. las particiones que necesitemos. Yo dispongo de uno de 320GB, del que hace 15 días hice copias de seguridad en el de "archivo definitivo". PROCESO DE RECUPERACIÓN DE DATOS Os indico la forma de actuar ante estas situaciones, saltándome lo que es innecesario. 1.- El el dispositivo externo creo una partición, si tengo 5GB en "/dev/sda8" que se ha roto, y sé que estaba a más del 90% de capacidad, pues lo mayor que podamos, con 20GB tenemos suficiente. Yo la formateo como reiserfs, aunque para esto creo que se puede utilizar cualquier otra que nos permita trabajar con archivos grandes. Corregirme si me equivoco. Herramientas "fdisk", "cfdisk", "mkreiserfs", etc. No las voy a explicar, son my claras de utilizar. 2.- Montamos la partición creada, y despues utilizamos "dd_rescue". También podemos utlizar "dd" pero es más lento. #dd_rescue /dev/sda8 /mnt/backup.img Tiene razón Carlos E.R. (gracias) esto no es una ISO, es una imagen "en bruto" de todo lo que hay en la partición, la diferencia es importante: http://www.gnu.org/software/ddrescue/ddrescue_es.html 3.- Yo hago una copia de este fichero, para trabajar y volver atrás en caso necesario. 4.- Vamos a comprobarla, ya que todavía no podemos montarla. #reiserfsck --check /mnt/backup.img --- If the partition table has not been changed, and the partition is valid and it really contains a reiserfs partition, then the superblock is corrupted and you need to run this utility with --rebuild-sb. --- 5.- Reconstruimos el superbloque de la misma (se hace sobre el mismo archivo generado con dd_rescue, sin montarlo): #reiserfsck --rebuild-sb /mnt/backup.img --- Will check superblock and rebuild it if needed Will put log info to 'stdout' Do you want to run this program?[N/Yes] (note need to type Yes if you do):Yes reiserfs_open: the reiserfs superblock cannot be found on backup.img. what the version of ReiserFS do you use[1-4] (1) 3.6.x (2) >=3.5.9 (introduced in the middle of 1999) (if you use linux 2.2, choose this one) (3) < 3.5.9 converted to new format (don't choose if unsure) (4) < 3.5.9 (this is very old format, don't choose if unsure) (X) exit 1 Enter block size [4096]: 4096 No journal device was specified. (If journal is not available, re-run with --no-journal-available option specified). Is journal default? (y/n)[y]: y Did you use resizer(y/n)[n]: n rebuild-sb: no uuid found, a new uuid was generated (6e3e5f54-978b-41df-9be8-4e768f49f765) rebuild-sb: You either have a corrupted journal or have just changed the start of the partition with some partition table editor. If you are sure that the start of the partition is ok, rebuild the journal header. Do you want to rebuild the journal header? (y/n)[n]: y Reiserfs super block in block 16 on 0x0 of format 3.6 with standard journal Count of blocks on the device: 1311297 Number of bitmaps: 41 Blocksize: 4096 Free blocks (count of blocks - used [journal, bitmaps, data, reserved] blocks): 0 Root block: 0 Filesystem is NOT clean Tree height: 0 Hash function used to sort names: not set Objectid map size 0, max 972 Journal parameters: Device [0x0] Magic [0x0] Size 8193 blocks (including 1 for journal header) (first block 18) Max transaction length 1024 blocks Max batch size 900 blocks Max commit age 30 Blocks reserved by journal: 0 Fs state field: 0x1: some corruptions exist. sb_version: 2 inode generation number: 0 UUID: 6e3e5f54-978b-41df-9be8-4e768f49f765 LABEL: Set flags in SB: Mount count: 1 Maximum mount count: 30 Last fsck run: Mon Apr 26 22:12:43 2010 Check interval in days: 180 Is this ok ? (y/n)[n]: y The fs may still be unconsistent. Run reiserfsck --check. --- Muy importante es no redimensionar la partición, porque sé que en esto no está el problema, no he tocado el sistema de particiones del disco, y los datos que me pide, porqué en el inicio en modo "Failsafe" del sistema recibo esta información: --- Reiserfs super block in block 16 on 0x90a of format 3.6 with standard journal Blocks (total/free): 1835408/550135 by 4096 bytes Filesystem is clean --- Si no los sabemos disponemos de herramientas para poder visulizarlos: http://www.forensicswiki.org/wiki/Main_Page 6.- Después de concluir este paso procedemos a montarla: #mount -o loop /mnt/backup.img /mnt2 7.- Con un ls -la podemos comprobar y copiar los datos a donde queramos: #ls -la /mnt2 --- user/ lost-found/ --- ACABANDO Ahora, entiendo que no necesito, intentar recuperar "/dev/sda8", creo que es mejor formatearla, y copiar a mano los "/home" con "cp", es decir: #mkreiserfs /dev/sda8 #reiserfsck --check /dev/sda8 OK - Ningún error físico. #mount /dev/sda8 /home #cp -Rapv /mnt2/* /home 8.- Inicio el sistema: Arranca la sesión gdm y me logo con mi usuario. Faltan configuraciones del entorno gnome (con lo bonito que me quedó), así como de evolution (aunque todos los correos están, no así las configuraciones de las cuentas), y demás. Está todo lo necesario, según el directorio "/home/lost+found" he "perdido" unos 200 MB (algunos interesantes de intentar recuperar, otros espero que sean temporales y de caché). Lo del gnome es porqué uno de los no recuperados es ".gconf" y ".gconfd" 9.- La partición muestra que está al 96% de capacidad (en total son 5GB). Gracias a todos por vuestra paciencia y enorme ayuda. Saludos, -- . - - . | o_o | Antonio José Portaz Collado | :_/ | // \ \ correo-e: aportaz (at) gmail.com (| | ) /'\_ _/`\ \___)==(___/ -- 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