Partição não aparecendo em / dev

13

Recentemente, desmontei um disco rígido de 4 TB de um computador para acessar os arquivos diretamente de outro computador. Parecia que não havia problemas com o processo de desmontagem. Ao conectar o disco rígido ao outro computador, o disco rígido é reconhecido em "/ dev" como sdb, mas a partição "sdb1" não está aparecendo, portanto, não posso montá-la. Se eu correr

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

A partição sdb1 aparece. Como esta é uma partição de 4 TB, também executei o comando

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

Em seguida, digite "print". Nesse caso, a partição sdb1 NÃO aparece.

Por que há uma incompatibilidade de informações aqui? Isso significa que a partição foi excluída? Existe alguma maneira de recuperar essa partição e montá-la?

Muito obrigado antecipadamente

rmsrms1987
fonte
Há três razões pelas quais essa linha / dev / sdb1 não aparece, mas a / dev / sdb aparece. 1. porque não há tabela de partição nesse disco por conta de que não foi criada. 2. A tabela de partição está danificada ou 3. a tabela de partição abriga um sistema de arquivos primário que este computador não pode reconhecer porque as bibliotecas para ele não estão instaladas. Solução: você pode executar diagnósticos na tabela de partição usando fdisk /dev/sdbe digitando 'p' para obter mais informações. Se a partição estiver lá, e não estiver danificada, e você tiver bibliotecas para analisar e ler, essa linha deverá aparecer.
precisa saber é o seguinte

Respostas:

16

Execute o comando partprobepara fazer com que o computador verifique novamente o disco em busca de partições.

Lawrence
fonte
Obrigado pela resposta. Tentei executar esse comando, além de apenas reiniciar o computador inteiro sem sucesso.
rmsrms1987
Qual é o resultado de fdisk -l /dev/sdb? Também qual é o resultado dmesg?
21713 Lawrence Lawrence
1
@ rmsrms1987 Isso é estranho ... Você está usando o fdisk em uma partição 4TiB e parece funcionar bem. No entanto, este artigo ibm.com/developerworks/linux/library/l-gpt/index.html explica que partições maiores que 2 TiB não podem ser manipuladas pelo MBR (apenas pela GPT) e que o fdisk não pode manipular a GPT. Isso parece indicar que você tem um MBR no seu disco. Você poderia nos dar a saída do fdisk -l / dev / sdb? TY
MariusMatutiae
Acredito que a partição foi criada com o GNU Parted, pois tem mais de 2 TB, mas nada está sendo produzido quando tento acessar por esse método. Por alguma razão, o sdb1 aparece apenas ao usar o fdisk.
rmsrms1987
1
Eu editei minha postagem original para mostrar uma saída mais detalhada do fdisk e das saídas separadas. Obrigado novamente por me ajudar com esse problema.
rmsrms1987
3

Não sei se esse ainda é um problema atualizado, mas tive o mesmo problema com um dos meus discos rígidos. Eu usei testdiske disse para analisar o disco. Ele encontrou a partição ausente e atualizou a tabela de partição dos discos. Depois executei o comando partprobee a partição apareceu em / dev / totalmente funcional.

drags4ck
fonte
Parece uma duplicata de outra resposta.
precisa saber é
1

Provavelmente, esse não é o seu problema, mas tive um problema com sintomas semelhantes causados ​​por um superbloqueio de RAID na unidade.

Agora, concedido, eu queria limpar tudo na minha unidade de qualquer maneira, portanto, isso não é recomendado se esse não for o seu caso. Mas mdadm --zero-superblock /dev/sdbfez o truque para mim no meu caso.

WhittlesJr
fonte
0

Ninguém falou sobre a inicialização de um LiveCD / LiveUSB moderno que suporta GPT?

Apenas tente inicializar o computador com uma distribuição Live de qualquer Linux moderno, tente também com o disco ativo GParted, SystemRescueCD, etc.

Pode ser que o computador que você usou não tenha compatibilidade com os discos GPT e / ou <2TiB, também pode ser o controlador SATA que não suporta o disco> 2TiB (vi alguns em minhas mãos, outros em placas-mãe, outros em gabinetes USB). .. e você é 4TiB, o que também é pior, alguns controladores suportam apenas três TiB, mas não 4TiB ou mais por disco.

Por que você vê a partição principal quando usa o fdisk -l? Você provavelmente está vendo a partição MBR 'protetora' que protege as partições GPT; que é armazenado no primeiro setor do disco ... a maioria dos controladores SATA com problemas com o disco> 2TiB e também alguns com apenas 3TiB podem ver os primeiros 2TiB / 3TiB do disco e, portanto, vêem o MBR (primeiro setor) corretamente, mas não a GPT, pois a GPT armazena dados após a MBR e no final do disco.

Tente garantir as duas coisas: você tem compativilidade da GPT (use gfisdk em vez do fdisk para verificar) e possui um controlador SATA não limitado a apenas <2TiB e nenhum limitado a <3TiB.

Melhor maneira de verificar: Inicialize a partir de qualquer LiveLinux, como GParted, SystemRescueCD, etc. e tente listar partições (com fdisk), o moderno fdisk -lpode listar partições GPT.

A estrutura de campos PD: MBR limita a zona utilizável ao primeiro 2TiB, devido ao tamanho dos campos (o MBR foi projetado com essa limitação).

Claudio
fonte
0

Enquanto o fdisk - dependendo da versão - tentará criar uma partição em uma unidade de 4 TB e até marcar o tipo de partição como GPT, essa partição não será reconhecida pela partida.

A solução é excluir a partição criada com o fdisk e usar o parted para fazer a coisa toda:

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

Pode ser necessário executar "mkpart primary 0 3TB" em vez de "mkpart primary 0 3".

No evento improvável, você não vê / dev / sdb1 depois disso, execute o partprobe e olhe novamente.

bnwww
fonte