Partition wird in / dev nicht angezeigt

Ich habe kürzlich eine 4-TB-Festplatte von einem Computer abgehängt, um von einem anderen Computer direkt auf die Dateien zuzugreifen. Es schien, als gäbe es keine Probleme beim Aushängen. Beim Anschließen der Festplatte an den anderen Computer wird die Festplatte in "/ dev" als sdb erkannt, aber die Partition "sdb1" wird nicht angezeigt, daher kann ich sie nicht mounten. Wenn ich renne

fdisk -l /dev/sdb


WARNING: GPT (GUID Partition Table) detected on '/dev/sdb'! The util fdisk doesn't support GPT. Use GNU Parted.


Disk /dev/sdb: 4000.8 GB, 4000787030016 bytes
255 heads, 63 sectors/track, 486401 cylinders, total 7814037168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x00000000

Device Boot          Start     End      Blocks      Id  System
/dev/sdb1               1  4294967295  2147483647+  ee  GPT

Die Partition sdb1 wird angezeigt. Da dies eine 4-TB-Partition ist, habe ich auch den Befehl ausgeführt

parted /dev/sdb

GNU Parted 2.3
Using /dev/sdb
Welcome to GNU Parted! Type 'help' to view a list of commands.
(parted) print                                                            
Model: ASMT 2105 (scsi)
Disk /dev/sdb: 4001GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt

Number  Start  End  Size  File system  Name  Flags

Dann "print" eingeben. In diesem Fall wird die Partition sdb1 NICHT angezeigt.

Warum stimmen die Informationen hier nicht überein? Bedeutet dies, dass die Partition gelöscht wurde? Gibt es eine Möglichkeit, diese Partition möglicherweise wiederherzustellen und bereitzustellen?

Vielen Dank im Voraus

Führen Sie den Befehl aus partprobe, damit der Computer die Festplatte erneut nach Partitionen durchsucht.

Ich weiß nicht, ob dies immer noch ein aktuelles Problem ist, aber ich hatte das gleiche Problem mit einer meiner Festplatten. Ich testdiskhabe es benutzt und gesagt, um die Festplatte zu analysieren. Es hat die fehlende Partition gefunden und die Festplattenpartitionstabelle aktualisiert. Dann habe ich den Befehl ausgeführt partprobeund die Partition wurde in / dev / voll funktionsfähig angezeigt.

Dies ist wahrscheinlich nicht Ihr Problem, aber ich hatte ein Problem mit ähnlichen Symptomen, das durch einen RAID-Superblock auf dem Laufwerk verursacht wurde.

Nun, zugegeben, ich wollte sowieso alles auf meinem Laufwerk löschen, daher wird dies nicht empfohlen, wenn dies bei Ihnen nicht der Fall ist. Aber mdadm --zero-superblock /dev/sdbhat den Trick für mich in meinem Fall gemacht.

Niemand hatte davon gesprochen, von einer modernen LiveCD / LiveUSB zu booten, die GPT unterstützt?

Versuchen Sie einfach, den Computer mit einer Live-Distribution eines modernen Linux zu booten, oder probieren Sie es mit der GParted-Live-Diskette, SystemRescueCD usw. aus.

Es kann sein, dass der von Ihnen verwendete Computer nicht mit GPT- und / oder <2TiB-Datenträgern kompatibel ist und dass der SATA-Controller keine> 2TiB-Datenträger unterstützt (ich habe einige auf meinen Händen, einige auf Motherboards, einige auf USB-Gehäusen gesehen). .. und Sie haben 4TiB, das ist auch das Schlimmste. Einige Controller unterstützen nur bis zu drei TiB, aber nicht 4TiB oder mehr pro Platte.

Warum sehen Sie die Hauptpartition, wenn Sie fdisk -l verwenden? Sie sehen höchstwahrscheinlich die "schützende" MBR-Partition, die die GPT-Partition (en) schützt. das ist auf dem allerersten Sektor der Festplatte gespeichert ... die meisten SATA-Controller, die Probleme mit> 2TiB haben und auch einige, die nur Probleme mit> 3TiB haben, können die ersten 2TiB / 3TiB der Festplatte sehen, und so sehen sie die MBR (erster Sektor) korrekt, aber nicht GPT, da GPT Daten nach dem MBR und ganz am Ende der Festplatte speichert.

Stellen Sie beides sicher: Sie haben GPT-Kompatibilität (verwenden Sie gfisdk statt fdisk, um dies zu überprüfen) und einen SATA-Controller, der nicht nur auf <2 TB beschränkt ist, und keinen SATA-Controller, der auf <3 TB beschränkt ist.

Beste Möglichkeit, dies zu überprüfen: Booten Sie von einem beliebigen LiveLinux-System wie GParted, SystemRescueCD usw. und versuchen Sie, Partitionen (mit fdisk) aufzulisten. Modern fdisk -lkann GPT-Partitionen auflisten.

PD: Die MBR-Feldstruktur begrenzt die nutzbare Zone aufgrund der Feldlänge auf die ersten 2 TB (MBR wurde mit dieser Einschränkung entwickelt).

Während fdisk - je nach Version - versucht, eine Partition auf einem 4-TB-Laufwerk zu erstellen und den Partitionstyp sogar als GPT zu markieren, wird diese Partition von parted nicht erkannt.

Die Lösung besteht darin, die mit fdisk erstellte Partition zu löschen und parted zu verwenden, um das Ganze zu erledigen:

parted /dev/sdb
mklabel gpt
unit TB
mkpart primary 0 3
print
quit

Möglicherweise müssen Sie "mkpart primary 0 3TB" anstelle von "mkpart primary 0 3" ausführen.

In dem unwahrscheinlichen Fall, dass Sie / dev / sdb1 danach nicht sehen, führen Sie partprobe aus und schauen Sie noch einmal.