[opensuse-es] Reiserfsck y superblock
Hola a todos, ¡Me he hackeado!... por tontaco. El caso es que el sistema estaba en suspensión y al activarlo no encendía ni se podía resetear... lo he apagado, primer error (y gordo, con la experiencia que tengo...) Después he chequeado y, en principio arreglado, todas las particiones que necesito recuperar, excepto el /home. Las que tengo con ext3 y xfs, parece que no dan problemas, voy a reiniciar y montarlas haber que pasa. La de root ("/") con reiserfs, se ha recuperado después de un --rebuild-tree, eso sí ha borrado /etc/group (tengo que mirar si ha guardado algo en "/lost+found"). La de "/home" es una reiserfs, el programa de chequeo me indica hacer un --rebuild-sb, al indicarlo me pregunta por el bloque (4096), que es el que creo que indiqué por defecto, y luego por el "journal" que indica que no está en esa partición y que si deseo generarlo. A continuación me indica que si quiero "redimensionarla"... y aquí es donde me paro y no continuo, ya que estaba a más del 90%. Entonces, he pensado en esto: 1º.- Con "dd" copiar esta partición en otra de un disco externo. ¿Puedo volcarla en una partición más grande? es decir, si esta tiene 5GB, ¿puedo volcarla en una de 10GB?, ¿el comando sería #dd if=/dev/sda8 of=/media/sdb2? 2º.- Sobre esta (dónde la he copiado), hacer el --rebuild-sb, y seguir los pasos. De otra forma: 1º.- Con "dd", if=/dev/sda8 of=/media/sdb2/datos.iso. 2º.- Montar el -loop la iso y trabajar (no estoy seguro de esto), ¿existe alguna forma de montarla en modo escritura-lectura? Opiniones y consejos, PS: No hablemos de las copias de seguridad, tengo datos guardados, pero no todos... y el perfil de mi cuenta está muy "trabajado". ¿Se nota que estoy nerviosa, perdón nervioso? -- . - - . | 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-04-26 20:16, Antonio J. Portaz Collado wrote:
Hola a todos,
¡Me he hackeado!... por tontaco.
El caso es que el sistema estaba en suspensión y al activarlo no encendía ni se podía resetear... lo he apagado, primer error (y gordo, con la experiencia que tengo...)
¿Suspensión con reiserfs en /? Necesitas una partición /boot en ex2, hay un bug que aplica a esa situación a partir de la 11.1 al menos.
Después he chequeado y, en principio arreglado, todas las particiones que necesito recuperar, excepto el /home. Las que tengo con ext3 y xfs, parece que no dan problemas, voy a reiniciar y montarlas haber que pasa. La de root ("/") con reiserfs, se ha recuperado después de un --rebuild-tree, eso sí ha borrado /etc/group (tengo que mirar si ha guardado algo en "/lost+found").
Uff. En mi experiencia reiserfs resiste bien. La situación que lo corrompe es si haces reparación de la partición cuando todavía la swap cree que tiene el sistema en hibernación (pe, desde el DVD de rescate), y al reiniciar trata de restaurar el sistema hibernado. El destrozo es de órdago.
La de "/home" es una reiserfs, el programa de chequeo me indica hacer un --rebuild-sb, al indicarlo me pregunta por el bloque (4096), que es el que creo que indiqué por defecto, y luego por el "journal" que indica que no está en esa partición y que si deseo generarlo. A continuación me indica que si quiero "redimensionarla"... y aquí es donde me paro y no continuo, ya que estaba a más del 90%.
Esas preguntas no me cuadran nada, pero nada. ¿Seguro que es reiserfs? No habrá un LVM pr debajo?
Entonces, he pensado en esto:
1º.- Con "dd" copiar esta partición en otra de un disco externo. ¿Puedo volcarla en una partición más grande? es decir, si esta tiene 5GB, ¿puedo volcarla en una de 10GB?, ¿el comando sería #dd if=/dev/sda8 of=/media/sdb2?
2º.- Sobre esta (dónde la he copiado), hacer el --rebuild-sb, y seguir los pasos.
Se puede... pero no me gusta. Yo uso la 2.
De otra forma:
1º.- Con "dd", if=/dev/sda8 of=/media/sdb2/datos.iso.
Sin iso, no es iso. Es una imagen, usa "img" o lo que de la gana, pero no iso.
2º.- Montar el -loop la iso y trabajar (no estoy seguro de esto), ¿existe alguna forma de montarla en modo escritura-lectura?
Como no es iso se puede efectivamente montar en bucle en lectura escritura, sin problemas. Según el tipo de sistema de ficheros incluso puedes trabajar sobre el fichero imagen directamente sin montarlo. Pero este método hay que aplicarlo antes de hacer una pasada de recuperación, y encima abortada. No se que tal te va a ir.
Opiniones y consejos,
PS: No hablemos de las copias de seguridad, tengo datos guardados, pero no todos... y el perfil de mi cuenta está muy "trabajado".
Pues entonces no te lo digo :-p - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvWDrAACgkQja8UbcUWM1yDXAEAiu8t18NpWLeoNBhd4HyF1Aqr R/bK2kr52mc+sUMLpFMBAIs9uucbTM2ZL8VCVMnqT220Q+G6y5gDJ6jNk7qVkFKh =X4tL -----END PGP SIGNATURE----- -- 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
O Martes 27 Abril 2010 00:07:44 Carlos E. R. escribiu:
On 2010-04-26 20:16, Antonio J. Portaz Collado wrote:
Hola a todos,
¡Me he hackeado!... por tontaco.
El caso es que el sistema estaba en suspensión y al activarlo no encendía ni se podía resetear... lo he apagado, primer error (y gordo, con la experiencia que tengo...)
¿Suspensión con reiserfs en /? Necesitas una partición /boot en ex2, hay un bug que aplica a esa situación a partir de la 11.1 al menos.
¿Eso aplica a la hibernación o sólo a la suspensión en RAM? Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-04-27 00:59, Karl García Gestido wrote:
O Martes 27 Abril 2010 00:07:44 Carlos E. R. escribiu:
¿Suspensión con reiserfs en /? Necesitas una partición /boot en ex2, hay un bug que aplica a esa situación a partir de la 11.1 al menos.
¿Eso aplica a la hibernación o sólo a la suspensión en RAM?
En disco. El problema es con el grub. Al parecer, durante el reinicio de la hibernación, el grub debe ejecutar los eventos del diario del sistema de ficheros, en ram, antes de poder leer del disco; y en reiserfs no es capaz. Es una regresión, porque antes funcionaba. Si el /boot está aparte, en ext3, o mejor, ext2, no tiene que hacer esa reconstrucción (ext2) o sabe hacerla (ext3). - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvWHUgACgkQU92UU+smfQUmOACfW+YC+TpZf9mYedN8pXpLCC7i +4cAnRGlQsMrBkwAY6zhRRtqpaUR8PAa =/RtW -----END PGP SIGNATURE----- -- 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
O Martes 27 Abril 2010 01:10:00 Carlos E. R. escribiu:
On 2010-04-27 00:59, Karl García Gestido wrote:
O Martes 27 Abril 2010 00:07:44 Carlos E. R. escribiu:
¿Suspensión con reiserfs en /? Necesitas una partición /boot en ex2, hay un bug que aplica a esa situación a partir de la 11.1 al menos.
¿Eso aplica a la hibernación o sólo a la suspensión en RAM?
En disco. El problema es con el grub. Al parecer, durante el reinicio de la hibernación, el grub debe ejecutar los eventos del diario del sistema de ficheros, en ram, antes de poder leer del disco; y en reiserfs no es capaz. Es una regresión, porque antes funcionaba.
Si el /boot está aparte, en ext3, o mejor, ext2, no tiene que hacer esa reconstrucción (ext2) o sabe hacerla (ext3).
No había visto ningún comentario sobre esto. Yo uso reiserfs en la raíz desde hace tiempo (versión 10.2 de openSUSE, ahora con la 11.2 ). Algún día tengo que ajustar el sistema para que suspenda en RAM, pero en disco hiberna correctamente: karl@karlPC:~> mount /dev/sda5 on / type reiserfs (rw,acl,user_xattr) aunque luego el imap con kmail da algún problema y puede que no inicie correctamente algún servicio al cabo de unas cuantas hibernaciones... Salud!! --- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-04-27 01:18, Karl García Gestido wrote:
Si el /boot está aparte, en ext3, o mejor, ext2, no tiene que hacer esa reconstrucción (ext2) o sabe hacerla (ext3).
No había visto ningún comentario sobre esto.
Pues está en el Bugzilla y en las notas de la versión. http://en.opensuse.org/Bugs:Most_Annoying_Bugs_11.2_dev#openSUSE_11.2_Milest... Lo que pasa es que luego quitaron el informe de la versión definitiva de las notas. Eso no es culpa mia, yo hice mi parte.
Yo uso reiserfs en la raíz desde hace tiempo (versión 10.2 de openSUSE, ahora con la 11.2 ). Algún día tengo que ajustar el sistema para que suspenda en RAM, pero en disco hiberna correctamente:
karl@karlPC:~> mount /dev/sda5 on / type reiserfs (rw,acl,user_xattr)
¿Y no tienes /boot separado? Pues sí que es extraño.
aunque luego el imap con kmail da algún problema y puede que no inicie correctamente algún servicio al cabo de unas cuantas hibernaciones...
El imap tose porque es una conexión permanente y la has cortado por la mitad. En cambio el imap del thunderbird se recupera perfectamente. La mayoría de los servicios me funcionan correctamente, y los que no, están puestos para que se reinicien al recuperar. Este 11.2 tiene ahora mismo un uptime de 30 dias, y el 11.0 de 24 - y no es más por culpa de la actualización del kernel - con una o varias hibernaciones por dia. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvWKk4ACgkQU92UU+smfQVewwCdG1rxUcal8/sylXQVXRBkeZsy +DAAn34dMaAV7C1Lv9PZPAaRqxAclbbh =N1QB -----END PGP SIGNATURE----- -- 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
O Martes 27 Abril 2010 02:05:34 Carlos E. R. escribiu:
(...) Lo que pasa es que luego quitaron el informe de la versión definitiva de las notas. Eso no es culpa mia, yo hice mi parte. ok. No lo vi, aunque en algunas ocasiones no les presto mucha atención... :) así que se lo pasaría por alto. El imap tose porque es una conexión permanente y la has cortado por la mitad. En cambio el imap del
On 2010-04-27 01:18, Karl García Gestido wrote: thunderbird se recupera perfectamente. La mayoría de los servicios me funcionan correctamente, y los que no, están puestos para que se reinicien al recuperar.
Había visto algo de eso... Ahora mismo, bien, reconozco que es molesto, pero basta con cerrar el kmail antes de suspender... Lo de reiniciar algunos servicios al recuperar, ¿dónde configuras eso? o ya de paso, YAST->Sistema->Servicios del Sistema (Nivel de Ejecución) tiene dos "niveles", S y B.. ¿qué son? no veo nada en los manuales, sólo incluyen la clásica tabla con los niveles 0..6
Este 11.2 tiene ahora mismo un uptime de 30 dias, y el 11.0 de 24 - y no es más por culpa de la actualización del kernel - con una o varias hibernaciones por dia. Yo he tenido "pijadas", aunque alguna bastante molesta.
Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-04-27 03:16, Karl García Gestido wrote:
Lo de reiniciar algunos servicios al recuperar, ¿dónde configuras eso? o ya de paso, YAST->Sistema->Servicios del Sistema (Nivel de Ejecución) tiene dos "niveles", S y B.. ¿qué son? no veo nada en los manuales, sólo incluyen la clásica tabla con los niveles 0..6
Se hace metiendo scripts en /etc/pm/sleep.d. En /usr/lib/pm-utils tienes los que ya vienen hechos y te pueden servir de ejemplo.
Este 11.2 tiene ahora mismo un uptime de 30 dias, y el 11.0 de 24 - y no es más por culpa de la actualización del kernel - con una o varias hibernaciones por dia. Yo he tenido "pijadas", aunque alguna bastante molesta.
Si, tiene sus cosas. Si lo hiberno con los discos externos montados puede darme problemas al arrancar. Otra historia es cuando "se niega" a hibernar y no te dice el motivo, tienes que andar buscando en los logs para descubrirlo - y precisamente cuando le doy a hibernar tengo prisa por irme. Yo mi maquina antigua, con la 11.0, me fio bastante, y tengo puesta la SAi para que en caso de fallo de corriente hiberne a los dos minutos. Pero con la 11.2 en la maquina nueva no me puedo fiar, a veces se niega a hibernar. Suele ser cuando hay cierta partición externa montada, o a veces si está el vmware funcionando. Para ese uso necesitaría un script que hibernase, y que en caso de fallo, apagase a la fuerza. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvWqaoACgkQja8UbcUWM1x8swD/WuvzYZ0iMUnQD/IFi5VqM56T 14U9ZbIHxL3XlilnBN0A/i9WTLeEocOAZbbuazmOcTvwg0W4XqEgZdrpdWPza+Z6 =ab72 -----END PGP SIGNATURE----- -- 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
O Martes 27 Abril 2010 11:08:58 Carlos E. R. escribiu:
On 2010-04-27 03:16, Karl García Gestido wrote:
Lo de reiniciar algunos servicios al recuperar, ¿dónde configuras eso? o ya de paso, YAST->Sistema->Servicios del Sistema (Nivel de Ejecución) tiene dos "niveles", S y B.. ¿qué son? no veo nada en los manuales, sólo incluyen la clásica tabla con los niveles 0..6
Se hace metiendo scripts en /etc/pm/sleep.d. En /usr/lib/pm-utils tienes los que ya vienen hechos y te pueden servir de ejemplo. Gracias. Lo probaré a ver si muerde.
(....) Si, tiene sus cosas. Si lo hiberno con los discos externos montados puede darme problemas al arrancar. Otra historia es cuando "se niega" a hibernar y no te dice el motivo, tienes que andar buscando en los logs para descubrirlo - y precisamente cuando le doy a hibernar tengo prisa por irme. Sí, la prisa es un buen motivo... para un computador doméstico como el mío, la diferencia "real" entre hibernar y apagar/iniciar no es allá muy espactacular...
Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-04-27 21:42, Karl García Gestido wrote:
O Martes 27 Abril 2010 11:08:58 Carlos E. R. escribiu:
Si, tiene sus cosas. Si lo hiberno con los discos externos montados puede darme problemas al arrancar. Otra historia es cuando "se niega" a hibernar y no te dice el motivo, tienes que andar buscando en los logs para descubrirlo - y precisamente cuando le doy a hibernar tengo prisa por irme. Sí, la prisa es un buen motivo... para un computador doméstico como el mío, la diferencia "real" entre hibernar y apagar/iniciar no es allá muy espactacular...
Depende de lo que tengas en marcha. Si tienes varias pantallas de navegador y editor abiertas, y tienes que reabrirlas acordándote de cuales eran todas ellas, pues es una lata. O si llevas una tarea larga, como pasar a avi una pelicula, y llevas una hora de conversión (o cinco) no apetece nada apagar y tener que volver a relanzar la misma conversión luego. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvXQH4ACgkQU92UU+smfQVTfgCfXUk1u9vKPHn4YZ1ryliTr4u+ qXIAoITuiqzxtsCLJ7FdZ3du7lZxb21d =bxsW -----END PGP SIGNATURE----- -- 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
On 2010-04-27 21:42, Karl García Gestido wrote:
O Martes 27 Abril 2010 11:08:58 Carlos E. R. escribiu:
(...)
Sí, la prisa es un buen motivo... para un computador doméstico como el mío, la diferencia "real" entre hibernar y apagar/iniciar no es allá muy espactacular...
Depende de lo que tengas en marcha. Si tienes varias pantallas de
O Martes 27 Abril 2010 21:52:30 Carlos E. R. escribiu: navegador
y editor abiertas, y tienes que reabrirlas acordándote de cuales eran todas ellas, pues es una lata. O si llevas una tarea larga, como pasar a avi una pelicula, y llevas una hora de conversión (o cinco) no apetece nada apagar y tener que volver a relanzar la misma conversión luego. Ése es el uso principal que hago... ;)
Un equipo doméstico razonablemente actual no necesita tener en marcha demasiados servicios, así que el arranque -en las últimas versiones, principalmente- no demora demasiado. En equipo más antiguo -si funciona la suspensión-, o uno que por lo que sea necesita arrancar muchas cosas, sí que hay mucha diferencia. Salud!! -- karl
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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-04-28 20:19, Antonio J. Portaz Collado wrote:
2.- Montamos la partición creada, y despues utilizamos "dd_rescue". También podemos utlizar "dd" pero es más lento.
¿Más lento? No, que va. Prueba a aumentarle el tamaño de bloque (bs=...).
4.- Vamos a comprobarla, ya que todavía no podemos montarla.
#reiserfsck --check /mnt/backup.img
También se puede "conectar" el loop sin montar: losetup /dev/loop1 /mnt/backup.img y entonces trabajas sobre /dev/loop1. Lo digo porque algunas utilidades de comprobación se niegan a trabajar sobre la imagen. Otras hay que indicarles que se trata de una imagen.
5.- Reconstruimos el superbloque de la misma (se hace sobre el mismo archivo generado con dd_rescue, sin montarlo):
Menudo destrozo... te has librado bien, después de todo Puede que algo sobreescribiera el principio de tu partición.
9.- La partición muestra que está al 96% de capacidad (en total son 5GB).
Eso es demasiado llena, si la usas. Quiero decir si no es estática. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvZJtQACgkQja8UbcUWM1yt9wD+Mw/GBBMDczG6F4bp5GkBmnST MhRZ6ubuxsHMaFxwqpsA/RnVAQwFXlMZw5bR3TRnNsgMU5t992Oe5eg2BcuxyrpX =EJvX -----END PGP SIGNATURE----- -- 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
El día 29 de abril de 2010 08:27, Carlos E. R.
On 2010-04-28 20:19, Antonio J. Portaz Collado wrote:
2.- Montamos la partición creada, y despues utilizamos "dd_rescue". También podemos utlizar "dd" pero es más lento.
¿Más lento? No, que va. Prueba a aumentarle el tamaño de bloque (bs=...).
Tomo nota, la verdad es que realmente a mí me "pareció" más lento, aunque como dices NO lo es en absoluto.
4.- Vamos a comprobarla, ya que todavía no podemos montarla.
#reiserfsck --check /mnt/backup.img
También se puede "conectar" el loop sin montar:
losetup /dev/loop1 /mnt/backup.img
y entonces trabajas sobre /dev/loop1. Lo digo porque algunas utilidades de comprobación se niegan a trabajar sobre la imagen. Otras hay que indicarles que se trata de una imagen.
Pues no sabía de este comando, tomamos buena nota de ello.
5.- Reconstruimos el superbloque de la misma (se hace sobre el mismo archivo generado con dd_rescue, sin montarlo):
Menudo destrozo... te has librado bien, después de todo
Puede que algo sobreescribiera el principio de tu partición.
Seguro que era eso, no era tan grave, aunque en estos casos nos ponemos nerviosos. (Y eso que era la mía, y no una en producción de una empresa... aunque en una organización esto sería "impensable" ;-) para eso tenemos las copias backup bien organizadas, los RAID bien montados y con sus respectivos controles de discos duros, etc. Pero claro, siempre que estemos tratando con profesionales, que anda que no se ven cosas raras en este mundo.
9.- La partición muestra que está al 96% de capacidad (en total son 5GB).
Eso es demasiado llena, si la usas. Quiero decir si no es estática.
Creo que te pillo, la uso, no es estática, es el home de mi usuario, y tienes razón... con las veces que he pensado que tenía que organizarla, que podría ocurrir algo de este estilo, en fin "en casa del herrero....". Muchas gracias Carlos E.R, nunca estarán "pagadas" tus observaciones y aclaraciones.
- -- Cheers / Saludos,
Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/
iF4EAREIAAYFAkvZJtQACgkQja8UbcUWM1yt9wD+Mw/GBBMDczG6F4bp5GkBmnST MhRZ6ubuxsHMaFxwqpsA/RnVAQwFXlMZw5bR3TRnNsgMU5t992Oe5eg2BcuxyrpX =EJvX -----END PGP SIGNATURE----- -- 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
-- 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
El Mon, 26 Apr 2010 20:16:58 +0200, Antonio J. Portaz Collado escribió:
Hola a todos,
¡Me he hackeado!... por tontaco.
El caso es que el sistema estaba en suspensión y al activarlo no encendía ni se podía resetear... lo he apagado, primer error (y gordo, con la experiencia que tengo...)
Conviene intentar un ssh antes, por si son las X. ¿Suspensión o hibernación? Sea cual fuere, malhaya si no retorna como debe >:-)
Después he chequeado y, en principio arreglado, todas las particiones que necesito recuperar, excepto el /home. Las que tengo con ext3 y xfs, parece que no dan problemas, voy a reiniciar y montarlas haber que pasa. La de root ("/") con reiserfs, se ha recuperado después de un --rebuild-tree, eso sí ha borrado /etc/group (tengo que mirar si ha guardado algo en "/lost+found").
La de "/home" es una reiserfs, el programa de chequeo me indica hacer un --rebuild-sb, al indicarlo me pregunta por el bloque (4096), que es el que creo que indiqué por defecto, y luego por el "journal" que indica que no está en esa partición y que si deseo generarlo. A continuación me indica que si quiero "redimensionarla"... y aquí es donde me paro y no continuo, ya que estaba a más del 90%.
Entonces, he pensado en esto:
1º.- Con "dd" copiar esta partición en otra de un disco externo. ¿Puedo volcarla en una partición más grande? es decir, si esta tiene 5GB, ¿puedo volcarla en una de 10GB?, ¿el comando sería #dd if=/dev/sda8 of=/media/sdb2?
2º.- Sobre esta (dónde la he copiado), hacer el --rebuild-sb, y seguir los pasos.
De otra forma:
1º.- Con "dd", if=/dev/sda8 of=/media/sdb2/datos.iso.
2º.- Montar el -loop la iso y trabajar (no estoy seguro de esto), ¿existe alguna forma de montarla en modo escritura-lectura?
Opiniones y consejos,
PS: No hablemos de las copias de seguridad, tengo datos guardados, pero no todos... y el perfil de mi cuenta está muy "trabajado".
¿Se nota que estoy nerviosa, perdón nervioso?
Nerviosa como una osa. Yo me descargaba un livecd de clonezilla y clonaba la partición "tocada" para trabajar sobre ella. Recuerda que también tienes el SystemRescue CD que tiene herramientas interesantes para la recuperación de datos y/o particiones. Saludos, -- Camaleón -- 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
participants (4)
-
Antonio J. Portaz Collado
-
Camaleón
-
Carlos E. R.
-
Karl García Gestido