Por discussão sobre usenet a partição importante acabou sendo um PV do LVM, e não um sistema de arquivos.
Usando o comando dd , esperava poder copiar os primeiros 446 bytes do Disco B (250 GB) para o Disco A (80 GB), para tornar o Disco A inicializável como o Disco B. Eu emiti o comando:
dd if=/dev/sdb of=/dev/sda bs=446 count=1
Mas quando não consegui arrancar a partir de sda , reiniciei a partir de sdb para ver o que estava a acontecer. Para meu horror, sda tinha um superbloco ruim.
Pior, eu estava incapaz de consertá-lo através dos superblocos de backup. Isso foi o que eu fiz. Primeiro obtive os endereços de superblocos de backup, assim:
[root@localhost liveuser]# mke2fs -n /dev/sda
mke2fs 1.41.14 (22-Dec-2010)
/dev/sda is entire device, not just one partition!
Proceed anyway? (y,n) y
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
4890624 inodes, 19537686 blocks
976884 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
597 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Então, usei e2fsck -b SUPERBLOCK /dev/sda , com cada um dos valores SUPERBLOCK listados acima, assim:
[root@localhost liveuser]# e2fsck -b 32768 /dev/sda
e2fsck 1.41.14 (22-Dec-2010)
e2fsck: Bad magic number in super-block while trying to open /dev/sda
The superblock could not be read or does not describe a correct ext2
filesystem. If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
e2fsck -b 8193 <device>
Eu tentei todos os valores, mas cada um deu a mensagem acima!
Existe alguma coisa que eu poderia fazer AGORA para salvar meu precioso disco? Este é um disco de 80G com 2 partições. A partição /dev/sda1 está limpa e é montável; é a partição /dev/sda2 que não funciona com comandos como mount , debugfs , dumpe2fs , etc.
A execução de mke2fs -n para as partições individuais me forneceu isso (observe como os Blocos de primeiro e os blocos de sistema de arquivos mostram 0 ) seu valor):
[root@localhost liveuser]# mke2fs -n /dev/sda1
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=1024 (log=0)
Fragment size=1024 (log=0)
Stride=0 blocks, Stripe width=0 blocks
128016 inodes, 512000 blocks
25600 blocks (5.00%) reserved for the super user
First data block=1
Maximum filesystem blocks=67633152
63 block groups
8192 blocks per group, 8192 fragments per group
2032 inodes per group
Superblock backups stored on blocks:
8193, 24577, 40961, 57345, 73729, 204801, 221185, 401409
[root@localhost liveuser]# mke2fs -n /dev/sda2
mke2fs 1.41.14 (22-Dec-2010)
Filesystem label=
OS type: Linux
Block size=4096 (log=2)
Fragment size=4096 (log=2)
Stride=0 blocks, Stripe width=0 blocks
4857856 inodes, 19409408 blocks
970470 blocks (5.00%) reserved for the super user
First data block=0
Maximum filesystem blocks=0
593 block groups
32768 blocks per group, 32768 fragments per group
8192 inodes per group
Superblock backups stored on blocks:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424
Eu ainda não sei o que estava errado no meu comando dd que corrompeu meu superbloco ext4. Você não pode imaginar como ficarei feliz se alguém puder me ajudar a recuperar meu disco de volta ... já que, com exceção desse superbloco ruim, todos os dados estão exatamente ali!
Por discussão sobre usenet a partição importante acabou sendo um PV do LVM, e não um sistema de arquivos.
Tags ext4 filesystems repair