Problem beim Mounten der GPT-Festplattenpartition

Ich versuche, eine Partition auf einer GPT-Festplatte bereitzustellen, erhalte jedoch die folgende Fehlermeldung:

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

Wenn ich mir dmesg anschaue, sehe ich keine Fehler in / 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 meldet die GPT-Partition:

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

getrennt scheitert:

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

Kernel scheint Unterstützung für EFI zu haben ( folgte diesem Artikel )

$ 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

Wie kann ich diese GPT-Partition mounten?

BEARBEITEN: Ich habe gerade dieselbe Festplatte an einen anderen Computer angeschlossen, und der Inhalt kann problemlos angezeigt werden. Wenn ich es wieder in die Originalverpackung zurückbringe, habe ich das gleiche Problem.

Sie können nicht fdiskmit GPT-Festplatten arbeiten, es funktioniert nur mit MBR-Festplatten. Jede Festplatte mit mehr als 2 TB muss GPT sein.

Sie können diese Festplatte wahrscheinlich nicht mounten, da die Festplatte, obwohl der Kernel sie (in der dmesgAusgabe) erkannt hat, nicht mit einem Dateisystem partitioniert oder formatiert wurde, damit sie gemountet werden kann.

Versuchen Sie dazu Folgendes:

$ sudo sfdisk -l

Dadurch werden alle GPT-Geräte und -Partitionen aufgelistet. Sie können auch eine Partition mit erstellen sfdisk.

$ sudo sfdisk /dev/sda

Nachdem Sie eine Partition mit erstellt haben sfdisk, möchten Sie sie formatieren:

$ mkfs.ext4 /dev/sda1

Wenn dies oben erledigt ist, sollten Sie in der Lage sein, die Festplatte so zu mounten, wie Sie es ursprünglich versucht haben.

Bestimmen des Dateisystems einer Festplatte

Wenn Sie sich nicht sicher sind, wie eine Festplatte und / oder Partition formatiert wurde, können Sie den Befehl verwenden dumpe2fs, um dies zu erreichen.

$ sudo dumpe2fs /dev/sda1 | less

Das Parsen der Ausgabe dieses Befehls wird in diesen U & L-Fragen und Antworten mit dem Titel behandelt: Zuverlässige Methode zum Erkennen von ext2 oder ext3 oder ext4?

Verweise

• Linux: Was ist auf jeder meiner Festplatten?
• Linux / GParted kann die Partitionstabelle sehen, dd bs = 512 count = 1 jedoch nicht

Nachdem Sie genau das gleiche Problem hatten wie Sie, bestand die Lösung darin, einen anderen SATA-Controller zu verwenden. Das Problem trat auf, wenn das betreffende Laufwerk über einen USB-SATA-Controller angeschlossen wurde. Um auf das Laufwerk zuzugreifen, habe ich das DVD-Laufwerk vom integrierten SATA-Controller des Motherboards getrennt (ich habe keine Ersatzsteckdosen) und das Laufwerk angeschlossen (kein Neustart erforderlich - SATA ist Hot-Plug-fähig).

Vergessen Sie fdisk, Verwendung parted -loder gdisk -l(aus dem Paket gptfdisk) statt ...