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.
Réponses:
Vous ne pouvez pas utiliser
fdisk
pour 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
dmesg
sortie), 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:
Cela répertoriera tous les périphériques et partitions GPT. Vous pouvez également créer une partition en utilisant
sfdisk
.Après avoir créé une partition en utilisant,
sfdisk
vous voudrez la formater: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
dumpe2fs
pour y parvenir.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
la source
/dev/sda1
indmesg
signifie 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.sfdisk -l
?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).
la source
Oubliez
fdisk
, utilisezparted -l
ougdisk -l
(à partir du packagegptfdisk
) à la place ...la source