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.
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.
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?
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).
Oubliez fdisk
, utilisez parted -l
ou gdisk -l
(du paquet gptfdisk
) à la place ...
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