Problema ao montar a partição de disco GPT

11

Estou tentando montar uma partição em um disco GPT, mas recebo o seguinte erro:

$ sudo mount -t ext4 /dev/sda1 disk/
mount: special device /dev/sda1 does not exist

Observando o dmesg, não vejo erros no / dev / sda:

$ dmesg | grep sda
[    1.367508] sd 0:0:0:0: [sda] 5860533168 512-byte logical blocks: (3.00 TB/2.72 TiB)
[    1.367514] sd 0:0:0:0: [sda] 4096-byte physical blocks
[    1.367607] sd 0:0:0:0: [sda] Write Protect is off
[    1.367611] sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00
[    1.367654] sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    1.367936]  sda:
[    1.392417] sd 0:0:0:0: [sda] Attached SCSI disk

O fdisk relata a partição GPT:

$ sudo fdisk -l /dev/sda

Disk /dev/sda: 3000.6 GB, 3000592982016 bytes
256 heads, 63 sectors/track, 363376 cylinders
Units = cylinders of 16128 * 512 = 8257536 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disk identifier: 0x00000000

   Device Boot      Start         End      Blocks   Id  System
/dev/sda1               1       45423   366283322+  ee  GPT
Partition 1 does not start on physical sector boundary.

falha de parted:

$ sudo parted /dev/sda print
Error: /dev/sda: unrecognised disk label

O kernel parece ter suporte para EFI ( Como montar uma partição em um disco que possui uma tabela de partições EFI GPT no Debian GNU / Linux 5.0.3 (Lenny) )

$ cat /boot/config-2.6.32-5-amd64 | grep EFI
CONFIG_EFI=y
CONFIG_FB_EFI=y
CONFIG_EFI_VARS=m
CONFIG_CACHEFILES=m
# CONFIG_CACHEFILES_DEBUG is not set
# CONFIG_CACHEFILES_HISTOGRAM is not set
CONFIG_EFI_PARTITION=y

Como posso montar esta partição GPT?

Edição: Acabei de anexar o mesmo disco que está falhando em outra máquina e posso ver o conteúdo sem problemas. Colocando de volta na caixa original, estou tendo o mesmo problema.

Hamza
fonte
1
Eu tenho exatamente o mesmo problema que você - você já resolveu?
Eborbob
Eu pensei que tinha esse problema, mas acabei tentando montar o / dev / sda em vez do / dev / sda1. Trabalhei sem problemas (mesmo com um disco GPT grande) quando mudei isso.
cag51

Respostas:

8

Você não pode usar fdiskpara trabalhar com discos GPT, ele funcionará apenas com discos MBR. Qualquer disco com mais de 2 TB deve ser GPT.

Você provavelmente não pode montar este HDD porque, embora o kernel o tenha detectado (na dmesgsaída), o HDD não foi particionado ou formatado com um sistema de arquivos para que possa ser montado.

Tente o seguinte para fazer isso:

$ sudo sfdisk -l

Isso listará todos os dispositivos e partições GPT. Você também pode criar uma partição usando sfdisk.

$ sudo sfdisk /dev/sda

Depois de criar uma partição, sfdiskvocê precisará formatá-la:

$ mkfs.ext4 /dev/sda1

Com o que foi feito acima, você poderá montar o HDD como estava originalmente tentando.

Determinando o sistema de arquivos de um disco rígido

Se você não souber como um HDD e / ou partição podem ter sido formatados, use o comando dumpe2fspara fazer isso.

$ sudo dumpe2fs /dev/sda1 | less

A análise da saída deste comando é abordada nesta seção de perguntas e respostas da U&L intitulada: Maneira confiável de detectar ext2 ou ext3 ou ext4?

Referências

slm
fonte
Obrigado, o mais preocupante é: este não é um disco novo, eu o uso há quase um ano e tenho certeza absoluta de que existe (ou houve) um volume ext4 nele.
Hamza
@ Hamza - a falta de um /dev/sda1in dmesgsignifica que o kernel não está detectando automaticamente nenhum sistema de arquivos útil nele. Você tem outros dispositivos EXT4 montados? Isso confirmaria que os drivers estão disponíveis / funcionando para que os dispositivos EXT4 possam ser montados.
Slm
Sim, existem outros quatro discos com várias partições ext4 montadas na mesma máquina.
Hamza
@Hamza - saída de sfdisk -l?
Slm
Disco / dev / sda: 364801 cilindros, 255 cabeças, 63 setores / faixa Aviso: A tabela de partição parece ter sido criada para C / H / S = * / 256/63 (em vez de 364801/255/63). Para esta listagem, assumirei essa geometria. Unidades = cilindros de 8257536 bytes, blocos de 1024 bytes, contando de 0 Device Start Start End #cyls #blocks Id System / dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0 - 0 0 0 Vazio / dev / sda3 0 - 0 0 0 Vazio / dev / sda4 0 - 0 0 0 Vazio
Hamza
2

Tendo tido exatamente o mesmo problema que você, por solução foi usar um controlador SATA diferente. O problema ocorreu quando a unidade em questão foi conectada através de um controlador USB SATA. Para acessar a unidade, desconectei a unidade de DVD da controladora SATA da placa-mãe (não tenho soquetes sobressalentes) e conectei a unidade (não é necessário reinicializar - o SATA é hot plug).

Eborbob
fonte
1

Esqueça fdisk, use parted -lou gdisk -l(do pacote gptfdisk) em vez disso ...

nowak
fonte
2
Bem-vindo ao * nix.SE! Respostas baseadas em opiniões de uma linha como essa geralmente não são muito úteis. Por favor, considere explicar por que essas outras opções podem ser melhores; o uso de links e documentação como referências beneficiará ainda mais a qualidade da sua sugestão.
precisa saber é o seguinte