RE: Problema con reinicio de computador
Alvaro Figueroa <[email protected]>
| Newsgroups | gmane.org.user-groups.linux.gulcr |
|---|---|
| Message-ID | <[email protected]> |
On Tue, 2005-11-29 at 15:07 -0600, Luis Alvarado wrote:
> Lo que me sale al tratar de aplicar e2fsck -b 8139 /dev/hda1 es lo siguiente:
> Bad magic number in super-block while trying to open /dev/hda1
> Ahora esto que significa y lo mas importante, lo puedo arreglar?
Ext3, que es un ext2 con algunas mejoras, se basa en el mismo modelo de
sistemas de archivos como UFS. Copiando de wikipedia:
"A UFS is composed of the following parts:
* a few blocks at the beginning of the partition reserved for boot
blocks (which must be initialized separately from the filesystem)
* a superblock, containing a magic number identifying this as a UFS
filesystem, and some other vital numbers describing this filesystem's
geometry and statistics and behavioral tuning parameters
* a collection of cylinder groups; Each cylinder group has the
following components:
o a backup copy of the superblock
o a cylinder group header, with statistics, free lists, etc,
about this cylinder group, similar to those in the superblock
o a number of inodes, each containing file attributes
o a number of data blocks"
Entonces, cuando se monta un sistema de archivos, el kernel busca este
"número mágico" para saber de que sistema de archivos se está hablando,
y algunas caracterÃsticas de este sistema que se va a montar. Dado que
es un dato _tan_ importante, se copia el super bloque en cada grupo de
cilindros. Lo que le estas diciendo con "-b 8139" es "ya que no puedes
trabajar con el super bloque, busque un respaldo que está en el bloque
8139".
Y lo que fsck te está diciendo, es que tampoco puede trabajar con ese
backup en ese cilindro. La buena noticia es que hay más copias. Para
averiguar donde están estas copias, lo que se hace es ejecutar un
comando que normalmente formatearÃa el sistema de archivos borrando
absolutamente todo lo que tienes en el sistema sin mucha posibilidad de
recuperar los datos sin un equipo de forenses informáticos... Asà que
_mucho_ cuidado a que no te falte la opción que le dice a mkfs que no lo
haga realmente, sino que nada más parezca que lo hizo.
*Importante*, si no le pones la opción de -n, se te borra el sistema de
archivos.
SerÃa:
mke2fs -n /dev/hda1
Eso te va a imprimir algo tipo:
mke2fs 1.38 (30-Jun-2005)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
611648 inodes, 1220932 blocks
61046 blocks (5.00%) reserved for the super user
First data block=0
38 block groups
32768 blocks per group, 32768 fragments per group
16096 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736
Puedes ejecutar la lÃnea de fsck que pusiste arriba con (en mi caso)
cualquiera de esos números.
Si todo sale bien, fsck va a hacer una revisión del sistema de archivos
y arreglar el super bloque asà como cualquier otro problema que pudiera
tener.
De nuevo, cuidado no le pone "-n"
--
Alvaro Figueroa
--
Desuscripción: escriba a [email protected], tema 'unsubscribe'
Problemas a: [email protected]. http://gulcr.org/ListasDeCorreo