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

Si te gustó esta nota podés...
Invitame un café en cafecito.app


Otros posts que podrían llegar a gustarte...

Comentarios

  • Mauro     12/11/2014 - 15:24:27

    ¡Qué buen post! Haberlo visto hace 3 años... :D

  • Javier E. Sola     12/11/2014 - 15:26:11

    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?

  • Tabris     12/11/2014 - 15:28:45

    No es señal que el SSD tiene problemas?

  • Fabio Baccaglioni     12/11/2014 - 15:40:08

    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

  • chimango     12/11/2014 - 16:01:01

    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...

  • ICeman     12/11/2014 - 16:46:40

    Leo esto y me acuerdo que hace 3 años que no hago backup

  • Sebastaian     12/11/2014 - 19:26:58

    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.

  • Gabriel     12/11/2014 - 19:57:38

    ICeman dijo:

    Leo esto y me acuerdo que hace 3 años que no hago backup


    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

  • Nicolas     12/11/2014 - 20:03:28

    puede darme dinero???

  • Cristian     12/11/2014 - 20:33:48

    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.

  • timosss     12/11/2014 - 20:57:46

    Cómo que se jode EXT4?
    Me estás asustando :S

  • Fabio Baccaglioni     12/11/2014 - 21:03:24

    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

  • hrc968     12/11/2014 - 22:07:36

    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

  • Danbat     13/11/2014 - 01:42:33 Revisado: 13/11/2014 - 01:43:00

    ¿i7 con 32 GB de RAM? 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.

  • PabloZ     13/11/2014 - 08:01:47

    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é?

  • Tabris     13/11/2014 - 14:01:53

    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.

  • Vlad Tepes     13/11/2014 - 14:57:17

    timosss dijo:

    Cómo que se jode EXT4?
    Me estás asustando :S

    Jaja.. no es en serio, ¿no?

  • Ezequiel     13/11/2014 - 16:32:00

    Dejo un articulo interesante:
    http://blog.codinghorror.com/the-hot-crazy-solid-state-drive-scale/

  • gonzalo     13/11/2014 - 21:49:31

    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 !

  • Fabio Baccaglioni     14/11/2014 - 00:17:52

    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

  • juanfgs     14/11/2014 - 10:14:19

    <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

  • Fabio Baccaglioni     14/11/2014 - 17:04:10

    juanfgs dijo:

    &lt;quote&gt;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... &lt;/quote&gt;

    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

  • Mario     17/11/2014 - 13:55:20

    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.

  • ignacio     19/11/2014 - 19:21:49

    para los molestos yes esta el -y o el yes|

  • Linuxser     28/11/2014 - 20:23:36

    En SSD podrias mejor usar btrfs que fue diseñado para soportar mejor estos medios de almacenamiento.
    En OpenSuse 13.2 ya es default.

Deje su comentario:

Tranquilo, su email nunca será revelado.
La gente de bien tiene URL, no se olvide del http/https

Negrita Cursiva Imagen Enlace


Comentarios ofensivos o que no hagan al enriquecimiento del post serán borrados/editados por el administrador. Los comentarios son filtrados por ReCaptcha V3.