[gelöst] 3TB Externe FP unter BIOS

[Heinz-Peter]

Hallo Linux Gemeinde,

ich wünsche Allen ein gesundes, glückliches Neues Jahr 2017.

Jetzt zu meinem Problem. Ich habe meine externe USB Festplatte geschrumpft.
Nach dem Kauf der FP hat die unter Windows 7 eine Größe von ca. 3TB angezeigt. Ich habe die mit Windows Datenträgerverwaltung verkleinert auf ca. 2TB um den Rest für Linux nutzen. Die 2TB der FP kann ich nutzen aber den Rest von 1TB ist unbrauchbar geworden.
Ich hätte gerne gewusst:
1. Warum nach dem ersten einstecken der externe FP wurden mir 3TB angezeigt?
2. Was ist passiert nach dem verkleinern der NTFS Partition, dass ich jetzt nur 2TB ansprechen kann?
3. Kann ich eine 3TB externe USB unter BIOS (kein EFI) nutzen?

Hier die Konsoleausgabe von fdisk -l (Festplatte /dev/sdb zeigt 2,7TB aber die 0,7TB kann ich nicht nutzen)

Festplatte /dev/sda: 232,9 GiB, 250059350016 Bytes, 488397168 Sektoren
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x226f226e

Device     Boot     Start       End   Sectors   Size Id Type
/dev/sda1  *           63 143364059 143363997  68,4G  7 HPFS/NTFS/exFAT
/dev/sda2       143364060 488375999 345011940 164,5G  f W95 Ext'd (LBA)
/dev/sda5       143364123 266245244 122881122  58,6G  7 HPFS/NTFS/exFAT
/dev/sda6       266245308 329734124  63488817  30,3G  b W95 FAT32
/dev/sda7       329734144 332257279   2523136   1,2G 82 Linux swap / Solaris
/dev/sda8       332259328 363712511  31453184    15G 83 Linux
/dev/sda9       363714560 395167743  31453184    15G 83 Linux
/dev/sda10      395169792 488374271  93204480  44,5G 83 Linux

Festplatte /dev/sdb: 2,7 TiB, 3000592977920 Bytes, 732566645 Sektoren
Einheiten: Sektoren von 1 * 4096 = 4096 Bytes
Sektorgröße (logisch/physikalisch): 4096 Bytes / 4096 Bytes
E/A-Größe (minimal/optimal): 4096 Bytes / 4096 Bytes
Festplattenbezeichnungstyp: dos
Festplattenbezeichner: 0x45cbad63

Device     Boot Start       End   Sectors Size Id Type
/dev/sdb1         256 536870655 536870400   2T  7 HPFS/NTFS/exFAT

Danke im Voraus für Eure Hilfe
Heinz-Peter

 

[Sauerland]

Erstelle doch einfach eine neue Partition in dem ungenutzten Bereich, entweder unter Windows oder mit openSUSE und Yast----Partitionierer.

 

[Heinz-Peter]

Ich kann die 0,7 TB nicht ansprechen.
Hier noch zwei Ausgaben von parted -l (Die sda habe ich weggelassen).
Erste Ausgabe (mit No beantwortet)

Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables.  Or perhaps you deleted the GPT table, and are now using an
msdos partition table.  Is this a GPT partition table?
Yes/No? No                                                                
Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.  However, it does not
have a valid fake msdos partition table, as it should.  Perhaps it was corrupted -- possibly by a
program that doesn't understand GPT partition tables.  Or perhaps you deleted the GPT table, and are
now using an msdos partition table.  Is this a GPT partition table?
Yes/No? No                                                                
Model: Seagate D3 Station (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: unknown
Disk Flags:

Die zweite Ausgabe (mit Yes beantwortet)

Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.
However, it does not have a valid fake msdos partition table, as it should.
Perhaps it was corrupted -- possibly by a program that doesn't understand GPT
partition tables.  Or perhaps you deleted the GPT table, and are now using an
msdos partition table.  Is this a GPT partition table?
Yes/No? Yes                                                               
Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.  However, it does not
have a valid fake msdos partition table, as it should.  Perhaps it was corrupted -- possibly by a
program that doesn't understand GPT partition tables.  Or perhaps you deleted the GPT table, and are
now using an msdos partition table.  Is this a GPT partition table?
Yes/No? Yes                                                               
Model: Seagate D3 Station (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt_sync_mbr
Disk Flags: 

Number  Start  End  Size  File system  Name  Flags

EDIT: Die Ausgabe von parted -s /dev/sdb unit GB print

Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.  However, it does not have a valid fake msdos partition table, as it should.  Perhaps it was corrupted -- possibly by a program that doesn't understand GPT partition tables.  Or perhaps you deleted the GPT table, and are now using an msdos partition table.  Is this a GPT partition table?
Warning: /dev/sdb contains GPT signatures, indicating that it has a GPT table.  However, it does not have a valid fake msdos partition table, as it should.  Perhaps it was corrupted -- possibly by a program that doesn't understand GPT partition tables.  Or perhaps you deleted the GPT table, and are now using an msdos partition table.  Is this a GPT partition table?
Model: Seagate D3 Station (scsi)
Disk /dev/sdb: 3001GB
Sector size (logical/physical): 4096B/4096B
Partition Table: gpt_sync_mbr
Disk Flags: 

Number  Start  End  Size  File system  Name  Flags

 

[josef-wien]

Eine derart große Platte braucht eine GPT, da über eine msdos-Partitionentabelle nur 2 GiB ansprechbar sind. Entweder war die Partitionierung von Haus aus dubios, oder Dein "Verkleinerungsprogramm" hat etwas falsch gemacht. Jedenfalls hast Du derzeit ein widersprüchliches Mischmasch. Was sagt:

sgdisk -pv /dev/sdb

Ob (vor allem nach Deinen Experimenten) mit gdisk oder sgdisk noch etwas zu retten ist, kann ich nicht sagen. Ob Du Deine Daten noch sichern kannst, mußt Du herausfinden, danach würde ich eine Neupartitionierung mit einer GPT vornehmen.

 

[Heinz-Peter]

Was sagt:

sgdisk -pv /dev/sdb

Hier die Ausgabe:

Invalid partition data!
Verification may miss some problems or report too many!

Warning! Mismatched GPT and MBR partition! MBR partition 1, of type 0x07,
has no corresponding GPT partition! You may continue, but this condition
might cause data loss in the future!

Identified 1 problems!

EDIT: Kann ich die FP mit gdisk -l /dev/sdb reparieren? Ich kann unter Your answer: die 2 setzen für GPT, oder?
Hier die Ausgabe:

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: present

Found valid MBR and GPT. Which do you want to use?
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer: q
Using GPT and creating fresh protective MBR.
Disk /dev/sdb: 732566645 sectors, 2.7 TiB
Logical sector size: 4096 bytes
Disk identifier (GUID): 25EE1167-30F8-11E6-BBEE-10BF4862D3CE
Partition table holds up to 128 entries
First usable sector is 6, last usable sector is 732566639
Partitions will be aligned on 256-sector boundaries
Total free space is 732566634 sectors (2.7 TiB)

Number  Start (sector)    End (sector)  Size       Code  Name

 

[Heinz-Peter]

Nach Kommando gdisk /dev/sdb konnte ich unter Yast die FP partitionieren.

GPT fdisk (gdisk) version 0.8.10

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: present

Found valid MBR and GPT. Which do you want to use?
 1 - MBR
 2 - GPT
 3 - Create blank GPT

Your answer:  
Using GPT and creating fresh protective MBR.

Command (? for help): v

No problems found. 732566634 free sectors (2.7 TiB) available in 1
segments, the largest of which is 732566634 (2.7 TiB) in size.

Command (? for help): w

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdb.
The operation has completed successfully.