web-dev-qa-db-fra.com

Problème Montage de la partition de disque GPT

J'essaie de monter une partition sur un disque GPT, mais j'obtiens l'erreur suivante:

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

En regardant Dmesg, je ne vois aucune erreur sur/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 rapporte la partition 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.

partagé échoue:

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

Le noyau semble avoir la prise en charge de l'EFI ( Comment monter une partition sur un disque comportant une table de partition EFI GPT dans 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

Comment puis-je monter cette partition GPT?

EDIT: Je viens d'attacher le même disque qui échoue à une autre machine et que je peux voir le contenu sans attelage. Retour à la boîte d'origine, j'ai le même problème.

11
Hamza

Vous ne pouvez pas utiliser fdisk pour travailler avec les disques GPT, il ne fonctionnera que avec les disques MBR. Tout disque que> 2 To doit être GPT.

Vous ne pouvez probablement pas monter ce disque dur car même si le noyau l'a détecté (dans la sortie dmesg), le disque dur n'a pas été partitionné ni formaté avec un système de fichiers afin qu'il puisse être monté.

Essayez ce qui suit pour faire ceci:

$ Sudo sfdisk -l

Cela listera tous les appareils et partitions GPT. Vous pouvez créer une partition à l'aide de sfdisk aussi.

$ Sudo sfdisk /dev/sda

Après avoir créé une partition à l'aide de sfdisk vous voudrez le formater:

$ mkfs.ext4 /dev/sda1

Avec ce qui précède, vous devriez alors être capable de monter le disque dur comme vous étiez à l'origine.

Détermination d'un système de fichiers d'un disque dur

Si vous ne savez pas comment un disque dur et/ou une partition a peut-être été formaté, vous pouvez utiliser la commande dumpe2fs pour y parvenir.

$ Sudo dumpe2fs /dev/sda1 | less

L'analyse de la sortie de cette commande est traitée dans cette question U & L. & A intitulée: moyen fiable de détecter EXT2 ou EXT3 ou EXT4?

Les références

8
slm

Après avoir eu exactement le même problème que vous, par solution consistait à utiliser un autre contrôleur SATA. Le problème s'est produit lorsque le lecteur en question était connecté via un contrôleur SATA USB. Pour accéder au lecteur, j'ai débranché le lecteur de DVD à partir du contrôleur SATA de la carte mère de la carte mère (je n'ai pas de prises de rechange) et a branché le lecteur (aucun redémarrage requis - SATA est chaude en pluggable).

2
Eborbob

Oubliez fdisk, utilisez parted -l ou gdisk -l (du paquet gptfdisk) à la place ...

1
nowak

J'essaie de monter une partition sur un disque GPT,

mount /dev/vda2 /mnt/server_disk 

donnez-moi des erreurs:

mount unknown filesystem type 'lvm2_member'

où/dev/vda0 a la table de partition GPT. Pour le montage, j'ai trouvé une solution ici http://pissedoffadmins.com/os/mount-unknown-filesystem-type-lvm2_member.html

0
ghindows