EXT4-fs (sdc): VFS: Não é possível encontrar o sistema de arquivos ext4

4

Em suma, é aqui que encontrei as melhores respostas para o meu problema com meus discos: link

Durante a instalação do Fedora 15, adicionei todas as minhas 3 unidades para serem montadas na inicialização. No entanto, depois que a instalação terminou, não consegui mais montá-los.

Durante a reinicialização, recebi esta mensagem?

**Give root password for maintenance
(or type Control-D for normal startup):** 

"Control-D" não funcionou e eu terminei de desligar manualmente e reinstalar o Fedora 14, na esperança de que fosse um bug, mas, como eu sabia, não era.

Então eu tentei adicionar os discos manualmente no fstab:

$ nano /etc/fstab
/dev/sdb1                /media/Unus                     ext4     defaults  0 0
/dev/sdc1                /media/Duo                     ext4     defaults       0 0

Mas eles não montam:

$ mount media/Duo
mount: wrong fs type, bad option, bad superblock on /dev/sdb,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Isto é o que eu recebo do dmesg:

$ dmesg | tail
[  897.592207] EXT4-fs (sdc): VFS: Can't find ext4 filesystem

No entanto, os discos estão lá:

$ testDisk

Disk /dev/sdb - 1000 GB / 931 GiB - ATA ST31000528AS
Disk /dev/sdc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1

Disk /dev/sdb - 1000 GB / 931 GiB - CHS 121601 255 63
    Partition                  Start        End    Size in sectors
>   P ext4                     0   0  1 121601  80 63 1953525168 [Unus]

Disk /dev/sdc - 2000 GB / 1863 GiB - CHS 243201 255 63
    Partition                  Start        End    Size in sectors
>   P Unknown                  0   0  1 243201  80 63 3907029168

Note que pouco antes de instalar o Fedora 15, ambos os discos foram formatados com o ext4 e estavam funcionando normalmente.

Existe uma maneira de reconstruir o sistema de arquivos sem perder os dados gravados nos discos?

Eu gostaria de saber o que devo fazer, pois ambos os discos têm dados indispensáveis.

Obrigado.

ATUALIZAÇÃO:

Seguindo: link

Como root eu corri:

$ fsck.ext4 -vy /dev/sdb

E isso recuperou um dos meus discos. Então eu pude montá-lo:

$ mkdir /media/Unus && mount /dev/sdb

No entanto, eu não tive tanta sorte com o outro:

$ fsck.ext4 -vy /dev/sdb
e2fsck 1.41.12 (17-May-2010)
fsck.ext4: Superblock invalid, trying backup blocks...
fsck.ext4: Bad magic number in super-block while trying to open /dev/sdc
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>

Como alguém sugeriu, eu corri:

$ file -s /dev/sdb1 /dev/sdc1
/dev/sdb1: ACB archive data
/dev/sdc1: LVM2 (Linux Logical Volume Manager) , UUID: XlSIOVm3e8Ozqv4EO0TgTCiKAOdW4V6

Agora estou descobrindo como consertar o disco / dev / sbc - 2000 GB / 1863 GiB - ATA ST2000DL003-9VT1 (que era ext4 , a propósito).

# e2fsck -n /dev/sdc1

e2fsck 1.41.12 (17-May-2010)
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdc1

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>

Algumas telas de impressão dos discos: link

ÚLTIMA ATUALIZAÇÃO

Enquanto aguardo a chegada do novo disco, tentei algumas das suas sugestões.

Para tentar ativar um volume lógico, recebi isso:

# lvchange -ay vg_atipico/**lv_duo**
  One or more specified logical volume(s) not found.

Eu escrevi o comando certo ou devo escrever:

"lvchange -ay vg_atipico / sdc1 "?

    
por Roger 14.08.2018 / 12:55

1 resposta

2

Primeiro, não faça nada destrutivo até entender exatamente o que está acontecendo . Por exemplo, não execute e2fsck sem -n em um dispositivo, a menos que esteja absolutamente certo de que o dispositivo contém um sistema de arquivos ext2 / ext3 / ext4 e que você está em condições de recuperá-lo.

Antes de arriscar algo destrutivo, recomendo que você faça uma cópia dos discos brutos. Obtenha um disco pelo menos tão grande e copie tudo:

cat </dev/sdb >/dev/sdd

(onde o disco para salvar é /dev/sdb e você deseja sobrescrever /dev/sdd - tenha muito cuidado para não errar uma única letra!).

/dev/sdb parece estar em um estado inconsistente. Aparentemente, ele tem uma tabela de partição que indica que existe uma partição /dev/sdb1 e, ao mesmo tempo, tem um sistema de arquivos em todo o disco, e não na partição. Se realmente existe um sistema de arquivos em todo o disco, não deve haver uma tabela de partição. Como você já fez algo potencialmente destrutivo, recomendo que você tente copiar todos os arquivos do disco. Monte-o como somente leitura:

mkdir /media/b
mount -r -t ext4 /dev/sdb /b
cp -a /media/b /some/place/you/have/enough/space

/dev/sdc1 contém um volume físico do LVM . Você precisa montar esse volume. Na verdade, o sistema já pode ter feito isso; os dados estão no volume lógico, não diretamente na partição. Execute lvs para ver quais volumes lógicos estão disponíveis.

mkdir /media/c
lvs   # You'll probably see a line with "  volumegroupname    logicalvolumename"
mount -r -t ext4 /dev/mapper/volumegroupname-logicalvolumename /media/c

Se lvs não mostrar nada, você precisará ativar os volumes primeiro. Execute vgs para ver uma lista de grupos de volumes disponíveis, vgchange -ay volumegroupname para ativar um grupo de volumes, lvchange -ay volumegroupname/logicalvolumename para ativar um volume lógico. Se você precisar de ajuda, poste a saída de pvs , vgs e lvs .

Você pode tentar recuperar a estrutura do sistema de arquivos, mesmo se e2fsck não gerenciar. Mas isso requer profundo conhecimento do sistema de arquivos. Até mesmo um profissional pode ou não chegar longe, dependendo precisamente de quais bits foram sobrescritos. TestDisk é uma ferramenta de recuperação do sistema de arquivos; tente soltá-lo no seu disco.

Se você não conseguir reparar o sistema de arquivos, pesquise arquivos individuais. Isso pode ser fácil ou difícil, dependendo dos tipos de arquivos que você está procurando e de como o disco está disposto. Um caso favorável são grandes arquivos de vídeo que foram escritos de uma só vez (assim cada arquivo tem um cabeçalho reconhecível e é provável que seja desfragmentado). Um caso desfavorável é uma árvore de código-fonte onde você terá muitas versões de cada arquivo (todas exceto uma excluída) e até mesmo a associação de dados de arquivos com nomes é parte da dificuldade.

Existem ferramentas que procuram arquivos reconhecíveis em um sistema de arquivos danificado (ou arquivos apagados), principalmente imagens, vídeos e sons. O site do TestDisk tem uma lista de distribuições de recuperação de dados ; CAINE , em particular, é uma distribuição ao vivo especializada em análise forense.

    
por 04.07.2011 / 01:45