Não é possível montar o sistema de arquivos em HD que veio do WD NAS

Question

Eu tenho uma unidade WD NAS, eu preciso recuperar alguns arquivos apagados, então eu tirei a unidade e conectei em uma máquina Ubuntu para obter acesso direto ao sistema de arquivos ...

Quando eu verifico a unidade em parted , vejo:

Model: ATA WDC WD20EURS-63S (scsi)
Disk /dev/sdb: 2000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt

Number  Start   End     Size    File system  Name     Flags
 3      15.7MB  528MB   513MB                primary
 1      528MB   2576MB  2048MB  ext3         primary  raid
 2      2576MB  4624MB  2048MB  ext3         primary  raid
 4      4624MB  2000GB  1996GB  ext4         primary

No entanto, quando tento montar /dev/sdb4 com ext4 ...

root# mount -t ext4 /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

Alguma idéia por que não vai montar?

Editar: quando montar sem -t (para todas as partições):

root# mount /dev/sdb /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb1 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb2 /media/2TB
mount: unknown filesystem type 'linux_raid_member'
root# mount /dev/sdb3 /media/2TB
mount: you must specify the filesystem type
root# mount /dev/sdb4 /media/2TB
mount: wrong fs type, bad option, bad superblock on /dev/sdb4,
   missing codepage or helper program, or other error
   In some cases useful info is found in syslog - try
   dmesg | tail  or so

    

Answer 1

Verifique este guia . Vale a pena ler o site inteiro, é muito útil.

O comando que você está procurando:

# if your filesystem is corrupted run this, then mkfs...    
mdadm --zero-superblock /dev/sdb1          

# creating /dev/md0    
mdadm --create /dev/md0 --raid-devices=2 --level=raid1 --run --metadata=0.90 /dev/sdb1 missing

• assumiu que sua unidade é /dev/sdb .
• Eu recomendo ler o guia antes de fazer qualquer coisa.

Answer 2

Estou assumindo que você precisa do mdadm utilitário de raid do software Linux para lidar com a partição # 4 listada abaixo do Página de procedimento do Resgate WD 2 . É provável que seja parte de uma matriz RAID de software, mesmo que esteja em um único disco. Também vemos isso no Seagate NAS.

Sua tabela de partições deve ter esta aparência:

• Espaço não alocado. (Este espaço é usado para armazenar dados específicos do sistema, como endereço MAC, número de série, etc.)
• Partição # 1, formatada como ext3. (Esta é a partição de inicialização, com / boot, / root, etc.).
• Partição # 2, formatada como swap (Esse é o arquivo de paginação do sistema.)
• Partição # 3, formatada como ext3 (Esse é o resto do O / S, / var, etc.)
• Partição # 4, formato desconhecido. (Este é o armazenamento de dados, não modifique ou mude isso!)

A Partition # 4 provavelmente precisará ser montada como uma matriz RAID. Está vazando o formato do sistema de arquivos do ext4, mas provavelmente ainda é uma partição RAID. Dê uma olhada no site acima para obter detalhes sobre a recuperação de uma partição de invasão de software.

    

Answer 3

Por causa do tamanho de bloco não padrão, é necessário montar via fuseext2 em vez de via montagem do sistema:

sudo fuseext2 -o ro -o sync_read /dev/sdb4 /mnt/data

No meu caso, com o WD MyBookLive (unidade única de 1TB), ambas as partições do sistema (sdb, sdb, 2GB) e a partição de dados (sdb4) recusaram-se a montar devido ao tamanho de bloco não padrão. O sintoma da partição de dados era "erro de leitura não recuperado, falha na realocação" apesar do fsck bem-sucedido. Além disso, o sinalizador RAID nas partições do sistema era um sinalizador falso: nenhum mdadm era necessário para montá-los, ambos montados com o fuseext2.

Crédito: link