P�rdida de Datos: El Caso con Peor Panorama
ArticleCategory:
SystemAdministration
AuthorImage:[Ein Bild von Dir]
![[Photo of the Author]](../../common/images2/DetlefMuller_logo.gif)
TranslationInfo:
original in de Detlef
M�ller
de to en Orla Shanaghy
en to es Jos�
Manuel Gonz�lez Calvar
AboutTheAuthor:
Me llaman 'Linux' en el caf� internet, aunque s�lo he estado trabajando
con el SO de Tux desde hace dos a�os ... quiz�s es el momento de
conseguir un BSD tambi�n. ...
Sin trabajo actualmente, pero me gustar�a verme envuelto en un proyecto
de Linux. Para mi Linux es dos cosas, un sustituto del trabajo y un
hobby.
Mi otro hobby es Attac, desde el principio
de 2004. Me gustar�a colaborar en la implementaci�n de Linux de manera eficiente
en esta �rea.
Mi primera p�gina
web ...
La visi�n: un sistema de e-democracia que
permita a todos los participantes votar en internet - usando
software libre, por supuesto.
Abstract:
Una de las mejores decisiones que he tomado sobre Linux ha sido la de
s�lo utilizar sistemas de archivos que soportasen journaling .
Esta decisi�n ha sido confirmada justo ayer de una manera muy
convincente. Un proceso de copia chapucero se comi� todos los datos en
la partici�n, incluidos todos los datos de un proyecto de Linux, y
adem�s hizo la partici�n imposible de montar.
Era un sistema de archivos con journal ReiserFS ...
Los sistemas de archivos con journaling son algunas de las ventajas que
hacen que trabajar en Linux sea m�s seguro. Te aseguran contra
quepuedas usar el bot�n reset - generalmente (!) sin
que haya ning�n efecto desastroso.
Este art�culo sobre una p�rdida de datos en la vida real
nos muestra que esto puede, a veces tener efectos deprimentes, y
describe los 'bits y bytes'del rescate her�ico efectuado por una
herramienta profesional y funcional de Linux llamada 'reiserfsck'.
ArticleIllustration:[Das Titelbild des Artikels]
ArticleBody:[The main part of the article]
Introducci�n de Linux
Tux ha estado en mi ordenador desde hace aproximadamente dos a�os
- ahora tres ping�inos habitan en mi ordenador. Dos de la especie SuSE,
una del g�nero Debian, Knoppix por linea materna.
Todo empez�, con una ganga que consegu� en E-Bay. Hab�a
o�do mucho sobre Linux, y quer�a llegar a ser un
especialista, por eso esta fue mi manera de empezar.
Problemas de Novato ...
Definitivamente los primeros pasos no fueron f�ciles. Con
qu� frecuencia termin� maldiciendo la superabundancia de
nuevos t�rminos t�cnicos - especialmente cuando
�stos nunca son explicados (normalmente).
Cuando lees las primeras lineas del manual del distribuidor
Alem�n, te inundan con KDE, YaST, Bash, etc,... y adem�s una
revista de ordenadores con gran nombre, la ha descrito como la
distribuci�n con mejor documentaci�n ...
Ni caso - nada es simple o est� claro.
(Suspiro) incre�ble...pero ocurre. Volvamos al punto principal.
ReiserFS en EISA 486
Este SuSE Linux 7.3 ven�a en un viejo 486 y todav�a
ten�a un viejo bus EISA (...si, esas cosas todav�a
existen.)
El primer hard reset (bot�n reset) y siguiente reinicio causaron
problemas. No hubo m�s acceso al sistema de archivos, y
s�lo se montaba en modo read-only (s�lo acceso de
lectura).
"�Qu� se supone que quiere decir esto?"
Quiere decir un mont�n de trabajo. Los intentos de
reparaci�n fueron infructuosos....finalmente, simplemente
reinstal� todo SuSE.
Todo esto me pas� 5 � 6 veces. Cada vez que arrancaba con
el sistema de recuperaci�n de SuSE, usaba la herramienta de
reparaci�n e2fsck para sistemas de archivos ext2, y una vez
tambi�n edit� el archivo /etc/fstab con el miserable
editor vi. El sistema estaba entonces OK...o quiz�s no.
Finalmente, reinstal� Linux. En este momento, hab�an
pasado un mont�n de d�as. Este asunto lleva tiempo a los
novatos...
Entonces tuve la idea - inspirado por un art�culo en c't - de
instalar un sistema de archivos con journaling mediante YaST. Antes dije
que lo hice, y desde entonces he estado esquivando el tema de c�mo
comenc� a recuperar el sistema.
Si el sistema no se hubiera apagado de antemano, tendr�a un
efectivo 'replayed nnn transactions in ...' mientras Linux se estuviera
encendiendo, y el ordenador arrancar�a correctamente.
"Aleluya!" pienso. Es mejor. Desde ahora, no m�s ext2 -
�journaling es el camino a seguir desde aqu�!
'Repetici�n del Journal' de una partici�n ReiserFS
mientras el sistema arranca ... (del archivo de log) :
.....
reiserfs: found format "3.6" with standard journal
reiserfs: checking transaction log (sd(8,4)) for (sd(8,4))
reiserfs: replayed 109 transactions in 10 seconds
reiserfs: using ordered data mode
.....
Pruebas Cr�ticas
Quer�a saber para asegurar.
Cuando ya me hab�a familiarizado razonablemente con el JFs,
realic� algunas pruebas cr�ticas. El sistema de archivos fue sometido a
un hard reset con el sistema completamente arrancado.
Arranqu� KDE, con cantidad de programas, abr� archivos con
el editor, entonces apret� el bot� Reset. Las pruebas
fueron satisfactorias. El sistema de archivos sobrevivi�
realmente sobrevivi�.
El activar 'salida de emergencia' en un proceso de copia que est�
corriendo no caus� problemas.
El sistema SCSI 486 caus� algunos problemas, aunque
ReiserFS 'es lo que indica en el bote'. Siempre devuelve
el sistema de archivos a un estado estado consistente y utilizable. Los
archivos abiertos asimismo vuelven a su estado original.
las pruebas que reailc� m�s tarde bajo las mismas
condiciones con ext3, la variedad de journal de ext2, fueron
tambi�n satisfactorias.
Esto es lo que aparece en el log con ext3 durante el arranque del
sistema:
.....
Journalled Block Device driver loaded
(recovery.c, 256): journal_recover: JBD: recovery, exit status 0,
recovered transactions 450798 to 451415
(recovery.c, 258): journal_recover: JBD: Replayed 3756 and revoked 6/15
blocks
kjournald starting. mit interval 5 seconds
EXT3 FS 2.4-0.9.19, 19 August 2002 on sd(8,1), internal journal
ext3_orphan_cleanup: deleting unreferenced inode 355953
ext3_orphan_cleanup: deleting unreferenced inode 355952
EXT3-fs: sd(8,1): 2 orphan inodes deleted
EXT3-fs: recovery plete.
EXT3-fs: mounted filesystem with ordered data mode.
.....
Otros sistemas de archivo de journal
Esto ha sido el pre�mbulo ...
Desde entonces he venido utilizando ext3 y XFS.
He estado alejado de JFS, ya que se supone que no es totalmente
seguro aun. No estoy diciendo nada negativo de �l, simplemente no
lo he probado todav�a.
XFS ha desaparecido. No me importa; No he tenido problemas con
�l, pero no lo utilizo desde hace tiempo.
He seguido utilizando el sistema de archivos ext3. Est� ahora en un 486
corriendo un Debian / inestable.
Simpre es posible pasar una
partici� con datos que tiene ext2 a ext3 - en un sistema
encendido. Yo lo he probado - funciona!
He vuelto a utilizar ext3 de nuevo la �ltima vez que instal�
la versi�n de Knoppix en el disco duro.
La mayor�a de los sistemas en mi PC de trabajo - s�lo
un PIII/500 - est�n en ReiserFS.
C�mo est�n divididos los dos discos de mi PC de
trabajo:
Graphic 2, sda partitioning (SCSI disk)
Graphic 3, hda partitioning
D-day
Durante los pasados 3/4 de a�o he estado trabajando en un CD de
documentaci�n para Linux. Esto supone gran cantidad de datos:
howtos, tutoriales, FAQs, m�s diferentes formatos y archivos en
cada caso, y el mismo volumen de nuevo para actualizaciones.
Tambi�n estoy escribiendo archivos HTML adicionales, para que sea
f�cil echarle un vistazo r�pido al CD-ROM.
Ha habido un mont�n de cosas que hacer las pasadas semanas. Se
supone que una versi�n libre de este CD estar� disponible
pronto. As� - poner junto una imagen, escribir unos cuantos scripts
para grabar en linea de comandos - es m� rapido que utilizar un
programa de KDE.
Y pongo todo en mi disco duro. Mi almac�n de datos es /dev/hda5 en
un disco de IDE de 60-Gb. La partici�n es de 20 Gigs (de los cuales
sobre el 80% est� lleno). Todos los bits y bytes importantes,
supone cantidad de trabajo. Si le ocurriera algo alguna vez....oh,
seguramente no es muy probable, despu�s de todo no es Windows con FATxx
.
He pensado muchas veces en hacer backups, pero hasta la fecha no he
hecho nada. Tengo algunas copias en un disco duro separado y las voy
dejando ah�.
Ayer por la tarde me fui del cafe Internet, donde descargu� algunos
paquetes de la web de SuSE. Era documentaci�n original de SuSE
desde la versi �n 7.3 hasta la 9.0 en dos CDs. Arranqu� el PC
en casa con SuSE 8.1. Normalmente utilizo Debian, pero los pquetes de
SuSE eran RPMs, por eso us� la versi�n 8.1 esta vez. Y pude
instalar el primer paquete de documentaci� de la 9.0. No es
problema instalar un paquete m�s nuevo en la versi�n 8*.
Entonces instal� los RPMs de la versi�n 9.0, los copi� a
la antes mencionada partici� hda5, y desinstal� los RPMs. Hice
los mismo con la 8.0.
Sin cerrar KDE, cambi� a otra consola y presion� <CTRL
ALT> <DEL> para apagar PC. Tuve un error en la linea de
comandos - olvid� exactamente lo que era - todo lo que recuerdo
es...que el PC se hizo el muerto. No pod�a hacer nada...
OK,
entonces presion� el bot�n del Reset - No tendr� miedo de
hacerlo en Linux nunca m�s .
El peor panorama
Cuando arranqu� Debian no not� nada al principio. Ya en KDE:
No estaba viendo directorios en mi partici�n
de trabajo.
Pero si estaba a punto de reventar ... ?
Probablemente no se
habr�a montado(no, mierda - se monta autom�ticamente en el
arranque).
Y entonces, despu�s de un mensaje de error tras intentar 'mount
/dev/hda5' - too many file systems - superbloque equivocado. Estaba
temiendo lo peor...
Lo que estoy expermientando es un caso real de de p�rdida de
datos.
Y ahora? Erm ... quiz�s tratar de montarla de nuevo? De ninguna manera -
si no se mont� la primera vez, no va a montarse la segunda vez.
Pero lo intent� de todos modos ... nada! La partici�n que ten�a meses de
desarrollo, un mont�n de p�ginas HTML que hab�a escrito, scripts para
quemar CDs, recopilaciones de DEBs y RPMs de Internet, y montones de
otras diversas cosas - todo se hab�a ido, al Nirvana o donde quisiera
que se fuera..
Por supuesto, algunos datos est�n todav�a en el disco, pero podr�
acceder a ellos de nuevo?
Te reclinas, enciendes un cigarro ...
Lo primero que se me vino a la cabeza fue recuperaci�n de datos. La
partici�n es una ReiserFS. Hay un mont�n de herramientas para esto. Una
vez le� algo en un art�culo sobre Knoppix: Originalmente instal� Debian
desde Knoppix. Las herramientas deber�a estar ah�.
Y ah� estaban.
reiserfsck en una operaci�n de emergencia
Primero un vistazo por el directorio doc. Debe estar bajo
/usr/share/doc/reiser-algo. Bajo Algo (...deber�a llamarse
reiserfsprogs) encontr� algunos archivos en ingl�s, uno por cada
herramienta, extraidos de las p�ginas man.
Un vistazo r�pido a las herramientas de recuperaci�n de datos
revela que reiserfsck debe ser el 'bistur�'. bien, empezamos...
Primero lo llam� sin cambiar nada. -hacer chequeos parece lo correcto al
principio. Primero el diagn�stico, y luego la operaci�n...
# reiserfsck -check
Bild 4, reiserfsck -check
No lo comprendo todo, pero comprendo que reiserfsck ha encontrado
errores y dice que los puede arreglar. Suena bien.
Pens� sobre un minuto en el comienzo de la operaci�n. Manejo el bistur�
utilizando... ...
# reiserfsck --rebuild tree /dev/hda5
Graphic 5, reiserfsck --rebuild-tree
Esto me pone nervioso. No pienso - Voy a recuperar lo que tendr� que
hacer en las pr�ximas semanas.
"Estar� restaurado el sistema ya?" ... S�, deber�a.
Obtuve el viejo mensaje 'replaying journal'. Es el Buen Samaritano que
hace la restauraci�n posible - un tipo de tabla de contenidos para todas
las subparticiones. Dos lineas m�s tarde, reiserfsck viene a trav�s de
un bit nulo incorrecto y... lo corrige.
Lo que viene Pass 0 de la restauraci�n, visualmente separado en
la consola. Este proceso toma cerca de 15 minutos para mis 20 GB...una
pantalla de porcentaje se muestra al usuario para que eche un ojo al
progreso.
El gr�fico 2 muestra los detalles de un error. Qu� quiere decir
exactamente? Hmm ... preg�ntame algo m�s. :)
Gr�fico 6, Pass 0 up to 2, 3 (el principio
s�lo)
Est� en ello ... Pass 1 es realmente r�pido. No hay mensajes de
error de datos.
Pass 2 es lo mismo.
En Pass 3 me desbordaron un mont�n de mensajes de error.
Reconozco los archivos, son del proceso de copia de la documentaci�n de
SuSE. Esto demuestra que algo fue err�neo con este proceso de copia en
particular. �Que ser�a, un bug en el Konqueror de KDE 3 o un bug en
ReiserFS?
Graphic 7, Pass 3 (end)
De acuerdo a la descripci�n, se realiza una b�squeda en Pass 3a
de archivos perdidos o directorios.
Gr�fica 8, Pass 3a
La herramienta normalmente encuenra lo que est� buscando, especificando
el error, y corrigiendo las entradas relevantes, present�ndolas con un
'corrected to ...' al final de la l�nea.
Entonces muestra un resumen de sus operaciones normales de rescate. En
Pass 4, nos muestra un mensaje simple de que la sincronizaci�n
(del journal en su estado actual en el disco duro) ha finalizado.
Graphic 9, Pass 4 and end
Ahora mis datos son accesible otra vez.
No tengo mensajes durante el montaje - un signo fiable de que un comando
UNIX se ha ejecutado con �xito. :-))
Bien est� lo que bien acaba?
Y el Konqueror me est� mostrando mis viejos directorios en la partici�n
hda5. Todo ha vuelto a su sitio de nuevo ... o deber�a decir, casi
todo. Se han perdido algunos de los archivos copiados - l�gicamente. No
se puede esperar un resultado perfecto de un proceso fallido. Puedo
volver a copiarlos.
Hoy, el d�a despu�s, todav�a no he chequeado mis datos en hda5. Pero es
como si todo hubiera sido restaurado. La herramienta ha parecido muy
profesional en uso cr�tico!
Son las 16:30 hrs del d�a D-Day+1. La campana de alarma son� hace 18
horas. El art�culo (�ste) est� pr�ximo a finalizarse - esto es c�mo fue
una operaci�n de emergencia con �xito.
Estoy contento de haber salvado el progreso de la 'consola' despu�s de
recuperarlo en un archivo ayer. Esto quiere decir que he podido incluir
capturas de pantalla del 'accidente' original en este art�culo.
P.D (2 d�as m�s tarde): no hay se�al de ninguna p�rdida de datos.
Trabajo en la partici�n afectada todo el tiempo
Veredicto
P�rdida de datos pueden ocurrir en un sistema de archivos de journal,
pero las oportunidades de recuperaci�n completa son m�s altas. JFs son
fiables y f�ciles de mantener.
Un sistema de archivos de journal es un deber para cada
usuario de Linux (perdonar�n una opini�n tan rotunda en el mundo del
software libre).
La mayor�a de las distribuciones ofrecen al usuario un sistema de
archivos de journal o configuraci�n predetarminada durante el
procedimiento de instalaci�n.
Y ... eso significa que a los que no les gustan los backups pueden
disponer de sus datos sin necesidad de backup.
Sin embargo, esto no
deber�a derivar en no realizar copias de seguridad.
As� que siempre
haga backups!
Referencias
Art�culos sobre sistemas de archivos de Journal:
