Problème de montage de la partition de disque GPT

11

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 signale 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.

parted échoue:

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

Le noyau semble avoir le support pour EFI ( Comment monter une partition sur un disque qui a 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 de connecter le même disque qui échoue à une autre machine et je peux voir le contenu sans accroc. En le remettant dans la boîte d'origine, j'ai le même problème.

Hamza
la source
1
J'ai exactement le même problème que vous - l'avez-vous déjà résolu?
Eborbob
Je pensais avoir ce problème, mais il s'est avéré que j'essayais de monter / dev / sda plutôt que / dev / sda1. A fonctionné sans accroc (même avec un grand disque GPT) une fois que j'ai changé cela.
cag51 du

Réponses:

8

Vous ne pouvez pas utiliser fdiskpour travailler avec des disques GPT, cela ne fonctionnera qu'avec des disques MBR. Tout disque> 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 dmesgsortie), le disque dur n'a pas été partitionné ou formaté avec un système de fichiers pour pouvoir être monté.

Essayez ce qui suit pour ce faire:

$ sudo sfdisk -l

Cela répertoriera tous les périphériques et partitions GPT. Vous pouvez également créer une partition en utilisant sfdisk.

$ sudo sfdisk /dev/sda

Après avoir créé une partition en utilisant, sfdiskvous voudrez la formater:

$ mkfs.ext4 /dev/sda1

Une fois les étapes ci-dessus terminées, vous devriez alors pouvoir monter le disque dur comme vous le tentiez à l'origine.

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

Si vous ne savez pas comment un disque dur et / ou une partition ont pu être formatés, vous pouvez utiliser la commande dumpe2fspour y parvenir.

$ sudo dumpe2fs /dev/sda1 | less

L'analyse de la sortie de cette commande est couverte dans cette Q&R U&L intitulée: Un moyen fiable pour détecter ext2 ou ext3 ou ext4?

Les références

slm
la source
Merci, le plus troublant est: ce n'est pas un nouveau disque, je l'utilise depuis presque un an et je suis absolument certain qu'il y a (ou qu'il y avait) un volume ext4 là-dedans.
Hamza
@Hamza - l'absence d'un /dev/sda1in dmesgsignifie que le noyau ne détecte pas automatiquement de système de fichiers utile. Avez-vous d'autres appareils EXT4 montés? Cela confirmerait que les pilotes sont disponibles / fonctionnent pour que les périphériques EXT4 puissent être montés.
slm
Oui, il y a quatre autres disques avec un certain nombre de partitions ext4 montées sur la même machine.
Hamza
@Hamza - sortie de sfdisk -l?
slm
Disque / dev / sda: 364801 cylindres, 255 têtes, 63 secteurs / piste Avertissement: la table de partition semble avoir été conçue pour C / H / S = * / 256/63 (au lieu de 364801/255/63). Pour cette liste, je suppose que la géométrie. Unités = cylindres de 8257536 octets, blocs de 1024 octets, en comptant à partir de 0 Début de démarrage du périphérique #cyls #blocks Id System / dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0-0 0 0 0 Vide / dev / sda3 0-0 0 0 Vide / dev / sda4 0-0 0 0 Vide
Hamza
2

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

Eborbob
la source
1

Oubliez fdisk, utilisez parted -lou gdisk -l(à partir du package gptfdisk) à la place ...

Nowak
la source
2
Bienvenue dans * nix.SE! Les réponses basées sur une opinion comme celle-ci ne sont souvent pas trop utiles. Veuillez expliquer pourquoi ces autres options pourraient être meilleures; l'utilisation de liens et de documentation comme références améliorera la qualité de votre suggestion.
HalosGhost