¡Qué buen post! Haberlo visto hace 3 años... :D
Se rompio EXT4!!! perdi todo???
En el laburo tengo una PC que está bárbara, 32GB de RAM, una SSD, un procesador i7 de puta madre. Pero algún bug raro tiene y cada tanto se cuelga. No podía ser todo tan perfecto ¿No?
Bueno, pero he aquí que sucedió lo temido, reventó jodido un día, sencillamente no arrancó más, error en la partición, directamente no la podía ni montar GRUB y ya sabemos que cuando GRUB no puede acceder, es que estamos bien jodidos.
Al bootear leía:
error: file '/grub/i386-pc/normal.mod' not found.
grub rescue>
Es decir, lo último que querrías leer en tu pantalla, pero no todo estaba perdido.
Pero aquí es donde entran las genialidades de Linux ¿Que se perdió todo? ¡Para nada! venga que lo arreglamos al viejo estilo terminal...
Como siempre hay que tener a mano un pen drive con una distro Live de Ubuntu (en mi caso), porque ya que puede bootear sin problemas y con tanta RAM nunca fallará. Desde allí pude comprobar que ni rezándole a San Javierta (cuac) el disco iba a montar, ni en pedo, se cagaba completamente en mis órdenes.
Bueno, hay que identificar primero exactamente de qué partición estamos hablando:
sudo fdisk -l
En mi caso era /dev/sda5 así que empecé con un chequeo:
sudo fsck.ext4 -v /dev/sda5
El resultado fue más o menos estrepitoso:
sudo fsck /dev/sda5
fsck.ext4: Group descriptors look bad... trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sda5
Pero aquí entra la magia de EXT4, existen "superbloques" donde está escondida la información que nos salvará el día, allí, entre miles de bloques de datos, escondieron la data principal para rearmar tu disco, si, bien repartido, no sea cosa que esté en un sólo lugar y se pierda dos veces:
sudo mke2fs -n /dev/sda5
Te tira un resultado como este:
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208
Aquí es cuando los ojos te brillan de esperanza porque lo que sigue es sencillo, pedirle que arregle el disco con alguno de estos superbloques:
sudo e2fsck -b 32768 /dev/sda5
Ahora se tomará mil años y te pedirá confirmaciones al pedo, pero aaaaaaaah, que alivio.
Ahora bien, puede estar roto el superbloque 32768, okey, probás con el 98304, o con el siguiente y listo.
Directories count wrong for group #497 (0, counted=789).
Fix? yes
Free inodes count wrong for group #498 (8192, counted=8191).
Fix? yes
Directories count wrong for group #498 (0, counted=1).
Fix? yes
Free inodes count wrong (4218869, counted=3738713).
Fix? yes
/dev/sda5: ***** FILE SYSTEM WAS MODIFIED *****
/dev/sda5: 480167/4218880 files (0.5% non-contiguous), 13724049/16845824 blocks
Disco recuperado, inmediatamente después de esto booteó sin ayuda de nadie, no hubo que reparar ni el GRUB ni nada, anduvo peeerrrrfecto.
Si, también puede ser que todo esté perdido, pero al menos no siempre! La ayudita la encontré en LinuxExpresso
Otros posts que podrían llegar a gustarte...
Comentarios
-
Fijate si no hay un update para el firmware del disco sdd.
He escuchado de casos donde estos provocan perdida de datos.
Usas el ssd para el sistema?
-
Javier E. Sola dijo:
Fijate si no hay un update para el firmware del disco sdd.
He escuchado de casos donde estos provocan perdida de datos.
Usas el ssd para el sistema?
si, pero considerando que es una PC entregada hace un mes... deberé buscar si hay firmwares y si desde linux se pueden updatear
Tabris dijo:
No es señal que el SSD tiene problemas?
puede ser , también que por ahí le tengo que cambiar la config a ubuntu para que lo trate con más cariño, hay un par de opciones específicas para SSD y para evitar pérdida de datos si cuelga
-
Pasé por esto con un disco SATA viejo hace unos meses. Si quisiera repararlo en windows realmente ya no sabría por donde empezar. Google probablemente...
-
Y ojo al piojo cuando se hace el nkfs, porque si el filesystem se lo creó con parámetros especiales, la posición de los superblocks no va a ser la misma, y ahí si se rompe todo.
-
ICeman dijo:
Leo esto y me acuerdo que hace 3 años que no hago backup :chock:
Luego que Edesur se cansara de aterrizarme rígidos con sus constantes microcortes de milisegundos y tirar tres rígidos puse SDD y un disco para hacer copias todos los domingos. Si, todo con Windola 7, pero bué, funciona
-
Yo tengo un disco que me pide que lo formatee para seguir usando, se dañó porque ya funcionaba mal, se lo escuchaba mal.
Hay forma de recuperar los datos? Cada vez que lo conecto me pide q formatee, no puedo leer nada.
-
Claudio J. Chiabai dijo:
32GB de RAM??
si, te meto todas las VM que quieras en RAM :P
Cristian dijo:
Yo tengo un disco que me pide que lo formatee para seguir usando, se dañó porque ya funcionaba mal, se lo escuchaba mal.
Hay forma de recuperar los datos? Cada vez que lo conecto me pide q formatee, no puedo leer nada.
no mucha
timosss dijo:
Cómo que se jode EXT4?
Me estás asustando :S
todo filesystem se puede joder
-
intente hacer algo parecido vs y renuncie. pero creo un par de pasos fue diferente Xq nunca intente analizar y ver que bloques estaban dañados. lo voy a probar
-
¿i7 con 32 GB de RAM? :chock: En el laburo tengo un DualCore con 3 GB de RAM (DDR2 @ 667 MHz) y un SATA de 250 GB. Se supone que con eso debo hacer mi magia.
Y lo hago, lento pero lo hago.
Tomo nota del EXT4 para cuando se me jodan los 3 TB del NAS donde tengo las películas y la música.
chimango dijo:
Pasé por esto con un disco SATA viejo hace unos meses. Si quisiera repararlo en windows realmente ya no sabría por donde empezar. Google probablemente...
Un disco de Linux se repara con Linux. Un disco de Windows se repara con Linux. Es Ley.
-
Danbat dijo:
Un disco de Linux se repara con Linux. Un disco de Windows se repara con Linux. Es Ley.
Adhiero!!
Che, buena data en el post, no tenía ni idea de los superblocks. Lo que no entendí es porqué se jodió exactamente el filesystem: ¿algo relacionado con qué?
-
Fabio Baccaglioni dijo:
Javier E. Sola dijo:
Fijate si no hay un update para el firmware del disco sdd.
He escuchado de casos donde estos provocan perdida de datos.
Usas el ssd para el sistema?
si, pero considerando que es una PC entregada hace un mes... deberé buscar si hay firmwares y si desde linux se pueden updatear
Tabris dijo:
No es señal que el SSD tiene problemas?
puede ser , también que por ahí le tengo que cambiar la config a ubuntu para que lo trate con más cariño, hay un par de opciones específicas para SSD y para evitar pérdida de datos si cuelga
El ubuntu nuevo ya aplica la mayor parte solo, salvo el TRIM que lo hace de una forma peculiar. La wiki de arch tiene buenas indicaciones para los SSD, distro-independientes.
-
Puede aer tambien problema del kernel... Escuche x ahi que en la ultima version fixearon un par de cosas que tenia con los ssd (tanto solo, como hibridos o teniendo uno para el sistema) a veces el grub se iba a las ramas y no te dejaba montar absolutamente narinas ! Pero que bueno que lo pudiste solucionar !
-
gonzalo dijo:
Puede aer tambien problema del kernel... Escuche x ahi que en la ultima version fixearon un par de cosas que tenia con los ssd (tanto solo, como hibridos o teniendo uno para el sistema) a veces el grub se iba a las ramas y no te dejaba montar absolutamente narinas ! Pero que bueno que lo pudiste solucionar !
tengo el último y bien actualizado, pero el problema me parece que no es el SSD, éste sólo sufrió por el cuelgue del sistema operativo, puede estar hasta en los módulos de ram de baja calidad y que ante un chequeo de ram no salte
-
<quote>Es decir, lo último que querrías leer en tu pantalla, pero no todo estaba perdido.
Pero aquí es donde entran las genialidades de Linux ¿Que se perdió todo? ¡Para nada! venga que lo arreglamos al viejo estilo terminal... </quote>
Pero bien que seguro estuviste con el culo entre las manos por lo menos una horita :D
-
juanfgs dijo:
<quote>Es decir, lo último que querrías leer en tu pantalla, pero no todo estaba perdido.
Pero aquí es donde entran las genialidades de Linux ¿Que se perdió todo? ¡Para nada! venga que lo arreglamos al viejo estilo terminal... </quote>
Pero bien que seguro estuviste con el culo entre las manos por lo menos una horita :D
nopes, tengo todo en dropbox o GIT, como mucho me hacía perder un rato reinstalando
-
Yo me pasé este finde levantando todos los datos de un NAS de 2Tb (llenito) al que le falló una actualización de firmware. El disco usaba VirtualFS y desde un Ubuntu lo levanté toooodooo.
Lo más dificil fue donde meter los archivos que iba sacando.
Una masa Linux.
-
En SSD podrias mejor usar btrfs que fue diseñado para soportar mejor estos medios de almacenamiento.
En OpenSuse 13.2 ya es default.