Problem beim Mounten der GPT-Festplattenpartition

11

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.

Hamza
quelle
1
Ich habe genau das gleiche Problem wie Sie - haben Sie es jemals gelöst?
Eborbob
Ich dachte, ich hätte dieses Problem, aber es stellte sich heraus, dass ich versuchte, / dev / sda anstatt / dev / sda1 zu mounten. Arbeitete ohne Probleme (auch mit einer großen GPT-Disc), nachdem ich das umgestellt hatte.
cag51

Antworten:

8

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

slm
quelle
Danke, das Besorgniserregende ist: Dies ist keine neue Festplatte, ich benutze sie seit fast einem Jahr und ich bin absolut sicher, dass sich dort ein ext4-Volume befindet (oder befand).
Hamza
@Hamza - Das Fehlen eines /dev/sda1In dmesgbedeutet, dass der Kernel kein nützliches Dateisystem automatisch erkennt. Haben Sie andere EXT4-Geräte montiert? Dies würde bestätigen, dass die Treiber verfügbar sind / funktionieren, sodass EXT4-Geräte bereitgestellt werden können.
slm
Ja, es gibt vier weitere Festplatten mit mehreren ext4-Partitionen, die auf demselben Computer installiert sind.
Hamza
@ Hamza - Ausgabe von sfdisk -l?
slm
Disk / dev / sda: 364801 Zylinder, 255 Köpfe, 63 Sektoren / Spur Warnung: Die Partitionstabelle scheint für C / H / S = * / 256/63 (anstelle von 364801/255/63) erstellt worden zu sein. Für diese Auflistung gehe ich von dieser Geometrie aus. Einheiten = Zylinder mit 8257536 Bytes, Blöcke mit 1024 Bytes, gezählt von 0 Start des Geräte-Starts #Zyklen #Blöcke ID System / dev / sda1 0+ 45422- 45423- 366283322+ ee GPT / dev / sda2 0 - 0 0 0 Leer / dev / sda3 0 - 0 0 0 Leer / dev / sda4 0 - 0 0 0 Leer
Hamza
2

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

Eborbob
quelle
1

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

nowak
quelle
2
Willkommen bei * nix.SE! Solche einzeiligen meinungsbasierten Antworten sind oft nicht allzu hilfreich. Bitte erläutern Sie, warum diese anderen Optionen möglicherweise besser sind. Die Verwendung von Links und Dokumentationen als Referenz wird die Qualität Ihres Vorschlags weiter verbessern.
HalosGhost