[opensuse-es] Ayuda para recuperar archivos borrados
Saludos a todos, Les comento el problema que tiene mi amigo (no esta en esta lista registrado) Le ha pasado un problema, le ha dado por error "rm -rf camisa /usr/sistemas/sistemasonline", y antes que termine de borrarlo todo lo ha cancelado. El problema es que se ha borrado muchas cosas, según me cuenta no tiene un respaldo de esa información. Según lo poco que se: con la opción -f (--force) , no pide confirmación y con -r remueve archivos, directorios y sub-directorios. Saben algún método, he buscado por Internet y todos coinciden que no se puede, o si ya han discutido este tema en la lista me comentan. Saludos cheperobert -- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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: SHA1 El 2010-03-18 a las 16:03 -0600, cheperobert escribió:
Saben algún método, he buscado por Internet y todos coinciden que no se puede, o si ya han discutido este tema en la lista me comentan.
Sólo se puede con ext2, y a veces con ext3. Si ese es el caso, se puede hacer con el midnight comander, pero antes hay que desmontar ese sistema de ficheros inmediatamente, para asegurarse de que nadie escriba en él. Si es el raiz, arranca con otro disco, y luego lo montas. Si es de datos, bastaría con pasar a runlevel 1. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuiplIACgkQtTMYHG2NR9UW4ACfeZ4rDR35Pbd7rIzsd47JQG+K du0An11p6UpflnKuyVZPM2dhPTlX5/kG =jAb4 -----END PGP SIGNATURE-----
Bueno no le he consultado si es un servidor en producción, o una PC
que se puede reiniciar, pero le estoy enviando lo que me comentas.
También me han comentado que con "fsck", se podría aplicar sobre un
superblok anterior al que tiene los archivos eliminados, esto haría
una comparación con los actuales archivos del sistema y recuperando
los que no coincidan.
De poderse hacer esto, no se ¿a que superblok aplicar? y donde
recuperaría las no coincidencia encontradas.
Seria de hacer una pruebas en una maquina virtual para evitar mayores desastres.
Saludos.
El día 18 de marzo de 2010 16:16, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-03-18 a las 16:03 -0600, cheperobert escribió:
Saben algún método, he buscado por Internet y todos coinciden que no se puede, o si ya han discutido este tema en la lista me comentan.
Sólo se puede con ext2, y a veces con ext3.
Si ese es el caso, se puede hacer con el midnight comander, pero antes hay que desmontar ese sistema de ficheros inmediatamente, para asegurarse de que nadie escriba en él. Si es el raiz, arranca con otro disco, y luego lo montas. Si es de datos, bastaría con pasar a runlevel 1.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkuiplIACgkQtTMYHG2NR9UW4ACfeZ4rDR35Pbd7rIzsd47JQG+K du0An11p6UpflnKuyVZPM2dhPTlX5/kG =jAb4 -----END PGP SIGNATURE-----
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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: SHA1 El 2010-03-18 a las 16:46 -0600, cheperobert escribió:
Bueno no le he consultado si es un servidor en producción, o una PC que se puede reiniciar, pero le estoy enviando lo que me comentas.
Es _urgente_ que pare el sistema, sin dilación. Sí o sí. No reiniciar, pararlo.
También me han comentado que con "fsck", se podría aplicar sobre un superblok anterior al que tiene los archivos eliminados, esto haría una comparación con los actuales archivos del sistema y recuperando los que no coincidan.
No conozco ese sistema.
De poderse hacer esto, no se ¿a que superblok aplicar? y donde recuperaría las no coincidencia encontradas.
Ni idea.
Seria de hacer una pruebas en una maquina virtual para evitar mayores desastres.
Te basta con hacer una imagen con dd. Por cierto, si buscas con gugle "undelete ext..." encuentras entradas para ex2, 3 y 4 (la mayoría de gente preguntando). Y empresas dedicadas a ello en linux. Parece que en ext3 lo que hacen es buscar cadenas de texto en todo el disco, por si encuentran algo. Mira por ext3grep, quizás. O por extundelete (sourceforge), dicen que es mejor. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkuitu4ACgkQtTMYHG2NR9X1DgCfTiWJ684K1hhJNdlcpdKvdlrr CSsAn3viSk9g1JX+11eAgUymPuiajuVh =AWHg -----END PGP SIGNATURE-----
El día 18 de marzo de 2010 17:27, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-03-18 a las 16:46 -0600, cheperobert escribió:
Bueno no le he consultado si es un servidor en producción, o una PC que se puede reiniciar, pero le estoy enviando lo que me comentas.
Es _urgente_ que pare el sistema, sin dilación. Sí o sí. No reiniciar, pararlo.
ok
También me han comentado que con "fsck", se podría aplicar sobre un superblok anterior al que tiene los archivos eliminados, esto haría una comparación con los actuales archivos del sistema y recuperando los que no coincidan.
No conozco ese sistema.
De poderse hacer esto, no se ¿a que superblok aplicar? y donde recuperaría las no coincidencia encontradas.
Ni idea.
Bueno esto me lo habian comentado, pero nunca lo he probado, mucho menos en linux, es una documentacion que me mostraron de Unix Solaris, donde a traves del comando fsck se puede recuperar bloques e inodos inconsistentes. Bueno fsck es para reparacion de particione dañadas (no montadas, tambien) y al encontrar inconsistencia entre los superblock de backup del disco duro y el sistema, guarda las difrerencias en lost-found del sistema raiz. Pero se ve mas complejo y no tengo teimpo para ponerme a la tarea de hacer pruebas de esta naturaleza.
Seria de hacer una pruebas en una maquina virtual para evitar mayores desastres.
Te basta con hacer una imagen con dd.
Por cierto, si buscas con gugle "undelete ext..." encuentras entradas para ex2, 3 y 4 (la mayoría de gente preguntando). Y empresas dedicadas a ello en linux.
Parece que en ext3 lo que hacen es buscar cadenas de texto en todo el disco,
Pero esto es al estilo "grep 'cadena-a-buscar' /dev/sda1" por decir un ejemplo?
por si encuentran algo. Mira por ext3grep, quizás. O por extundelete (sourceforge), dicen que es mejor.
Esto creo que seria lo mejor de probar.
Voy a ver si mi amigo puede probar esto que me comentas y seguir buscando en san google Saludos, Gracias Carlos por el apoyo.
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkuitu4ACgkQtTMYHG2NR9X1DgCfTiWJ684K1hhJNdlcpdKvdlrr CSsAn3viSk9g1JX+11eAgUymPuiajuVh =AWHg -----END PGP SIGNATURE-----
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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: SHA1 El 2010-03-18 a las 21:45 -0600, cheperobert escribió:
El día 18 de marzo de 2010 17:27, Carlos E. R. <> escribió:
Bueno esto me lo habian comentado, pero nunca lo he probado, mucho menos en linux, es una documentacion que me mostraron de Unix Solaris, donde a traves del comando fsck se puede recuperar bloques e inodos inconsistentes.
Bueno fsck es para reparacion de particione dañadas (no montadas, tambien) y al encontrar inconsistencia entre los superblock de backup del disco duro y el sistema, guarda las difrerencias en lost-found del sistema raiz.
Pero se ve mas complejo y no tengo teimpo para ponerme a la tarea de hacer pruebas de esta naturaleza.
Me parece que ese sistema es cuando hay inconsistencias en el disco, y no las hay. Tu amigo ha dado una orden, borrar, y el sistema lo ha hecho, y es consistente. No habrá discrepancia alguna entre los superbloques.
Por cierto, si buscas con gugle "undelete ext..." encuentras entradas para ex2, 3 y 4 (la mayoría de gente preguntando). Y empresas dedicadas a ello en linux.
Parece que en ext3 lo que hacen es buscar cadenas de texto en todo el disco,
Pero esto es al estilo "grep 'cadena-a-buscar' /dev/sda1" por decir un ejemplo?
Algo así, en efecto. Imaginate el trabajo que supone...
por si encuentran algo. Mira por ext3grep, quizás. O por extundelete (sourceforge), dicen que es mejor.
Esto creo que seria lo mejor de probar.
La herramienta "ext3grep" busca en todo el disco. No cadenas de texto, sino estructuras de algun tipo. No lo se bien, lo explican por ahí. En cambio el extundelete busca en el log del ext3, por lo que hay que hacerlo inmediatamente antes de que se borre también.
Voy a ver si mi amigo puede probar esto que me comentas y seguir buscando en san google
Pues ya tarda...
Saludos, Gracias Carlos por el apoyo.
San Backup. Ponle velitas >:-) - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkujb7QACgkQtTMYHG2NR9UkKgCffB8gD7ivjRCYyv6/+3aUSDlT OB8AnjXUoMxit0PVWOfgIiLc2CkUihzk =zwW1 -----END PGP SIGNATURE-----
Walter te dejo todo el hilo de lo que se ha discutido sobre el borrado
de los archivos, aca nuestra amigo Carlos da algunas formas y
herramientas para la recuperacion de la informacion,
Espero sean de tu ayuda.
Saludos
El 19/03/10, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
El 2010-03-18 a las 21:45 -0600, cheperobert escribió:
El día 18 de marzo de 2010 17:27, Carlos E. R. <> escribió:
Bueno esto me lo habian comentado, pero nunca lo he probado, mucho menos en linux, es una documentacion que me mostraron de Unix Solaris, donde a traves del comando fsck se puede recuperar bloques e inodos inconsistentes.
Bueno fsck es para reparacion de particione dañadas (no montadas, tambien) y al encontrar inconsistencia entre los superblock de backup del disco duro y el sistema, guarda las difrerencias en lost-found del sistema raiz.
Pero se ve mas complejo y no tengo teimpo para ponerme a la tarea de hacer pruebas de esta naturaleza.
Me parece que ese sistema es cuando hay inconsistencias en el disco, y no las hay. Tu amigo ha dado una orden, borrar, y el sistema lo ha hecho, y es consistente. No habrá discrepancia alguna entre los superbloques.
Por cierto, si buscas con gugle "undelete ext..." encuentras entradas para ex2, 3 y 4 (la mayoría de gente preguntando). Y empresas dedicadas a ello en linux.
Parece que en ext3 lo que hacen es buscar cadenas de texto en todo el disco,
Pero esto es al estilo "grep 'cadena-a-buscar' /dev/sda1" por decir un ejemplo?
Algo así, en efecto. Imaginate el trabajo que supone...
por si encuentran algo. Mira por ext3grep, quizás. O por extundelete (sourceforge), dicen que es mejor.
Esto creo que seria lo mejor de probar.
La herramienta "ext3grep" busca en todo el disco. No cadenas de texto, sino estructuras de algun tipo. No lo se bien, lo explican por ahí. En cambio el extundelete busca en el log del ext3, por lo que hay que hacerlo inmediatamente antes de que se borre también.
Voy a ver si mi amigo puede probar esto que me comentas y seguir buscando en san google
Pues ya tarda...
Saludos, Gracias Carlos por el apoyo.
San Backup. Ponle velitas >:-)
- -- Saludos Carlos E. R.
-----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux)
iEYEARECAAYFAkujb7QACgkQtTMYHG2NR9UkKgCffB8gD7ivjRCYyv6/+3aUSDlT OB8AnjXUoMxit0PVWOfgIiLc2CkUihzk =zwW1 -----END PGP SIGNATURE-----
-- Linux codigo abierto: Millones de personas en el mundo con mentes abiertas no pueden estar equivocadas -- 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 (2)
-
Carlos E. R.
-
cheperobert