Problema al montar la partición de disco GPT

11

Estoy tratando de montar una partición en un disco GPT, pero aparece el siguiente error:

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

Mirando dmesg, no veo ningún error en / 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

fdisk informa la partición 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.

se separó falla:

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

Kernel parece tener soporte para EFI ( Cómo montar una partición en un disco que tiene una tabla de partición EFI GPT en 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

¿Cómo puedo montar esta partición GPT?

EDITAR: acabo de conectar el mismo disco que falla a otra máquina y puedo ver el contenido sin problemas. Volviendo a la caja original, tengo el mismo problema.

Hamza
fuente
1
Tengo exactamente el mismo problema que tú, ¿alguna vez lo resolviste?
Eborbob
Pensé que tenía este problema, pero resultó que estaba tratando de montar / dev / sda en lugar de / dev / sda1. Trabajé sin problemas (incluso con un disco GPT grande) una vez que cambié eso.
cag51

Respuestas:

8

No puede usar fdiskpara trabajar con discos GPT, solo funcionará con discos MBR. Cualquier disco que> 2TB debe ser GPT.

Es probable que no pueda montar este HDD porque a pesar de que el kernel lo ha detectado (en la dmesgsalida), el HDD no se ha particionado o formateado con un sistema de archivos para poder montarlo.

Pruebe lo siguiente para hacer esto:

$ sudo sfdisk -l

Esto enumerará todos los dispositivos y particiones GPT. Puede crear una partición usando sfdisktambién.

$ sudo sfdisk /dev/sda

Después de haber creado una partición usando sfdisk, querrá formatearla:

$ mkfs.ext4 /dev/sda1

Una vez hecho lo anterior, debería poder montar el HDD como estaba intentando originalmente.

Determinación del sistema de archivos de un HDD

Si no está seguro de cómo se ha formateado un HDD y / o partición, puede usar el comando dumpe2fspara lograr esto.

$ sudo dumpe2fs /dev/sda1 | less

El análisis de la salida de este comando está cubierto en estas preguntas y respuestas de U&L tituladas: ¿ Forma confiable de detectar ext2 o ext3 o ext4?

Referencias

slm
fuente
Gracias, lo preocupante es: este no es un disco nuevo, lo he estado usando durante casi un año y estoy absolutamente seguro de que hay (o hubo) un volumen ext4 allí.
Hamza
@Hamza - la falta de una /dev/sda1en dmesgmedio del núcleo no es de auto detección de cualquier sistema de archivos de utilidad en él. ¿Tiene otros dispositivos EXT4 montados? Eso confirmaría que los controladores están disponibles / funcionando para que se puedan montar dispositivos EXT4.
slm
Sí, hay otros cuatro discos con varias particiones ext4 montadas en la misma máquina.
Hamza
@Hamza - salida de sfdisk -l?
slm
Disco / dev / sda: 364801 cilindros, 255 cabezas, 63 sectores / pista Advertencia: la tabla de partición parece hecha para C / H / S = * / 256/63 (en lugar de 364801/255/63). Para este listado asumiré esa geometría. Unidades = cilindros de 8257536 bytes, bloques de 1024 bytes, contando desde 0 Inicio del dispositivo Inicio Fin #cyls #blocks Id Sistema / dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0-0 0 0 0 Vacío / dev / sda3 0-0 0 0 Vacío / dev / sda4 0-0 0 0 Vacío
Hamza
2

Habiendo tenido exactamente el mismo problema que usted, por solución fue usar un controlador SATA diferente. El problema se produjo cuando la unidad en cuestión se conectó a través de un controlador SATA USB. Para acceder a la unidad, desconecté la unidad de DVD del controlador SATA interno de la placa base (no tengo sockets de repuesto) y enchufé la unidad (no es necesario reiniciar, SATA es conectable en caliente).

Eborbob
fuente
1

Olvídate fdisk, usa parted -lo gdisk -l(del paquete gptfdisk) en su lugar ...

nowak
fuente
2
Bienvenido a * nix.SE! Las respuestas de una línea basadas en opiniones como esta a menudo no son muy útiles. Considere explicar por qué estas otras opciones podrían ser mejores; El uso de enlaces y documentación como referencias beneficiará aún más la calidad de su sugerencia.
HalosGhost