Ich habe hier einen VDR mit einer Platte (RAID1) folgender Größe (Ausgabe von 'fdisk -l' bzw. 'df -h':
Disk /dev/md2: 1.8 TiB, 1978766524416 bytes, 3864778368 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
/dev/md2 1.8T 1.7T 77G 96% /video
Ein zweiter VDR hat diese Platte:
Disk /dev/md126: 1.8 TiB, 2000397729792 bytes, 3907026816 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
/dev/md126 1.8T 1.7T 3.9G 100% /video
Die beiden Platten sind exakt gleich befüllt, was ich mit
rsync -aHSx --numeric-ids --delete --force
sichergestellt habe.
Nun sollte man meinen, dass die erste Platte, mit weniger Bytes und Sektoren als die zweite, weniger freien Platz hat. Es ist aber genau umgekehrt.
Beide Systeme laufen unter openSUSE Leap 15.0. Die Platten sind mit EXT4 formatiert.
Die physikalischen Platten sind sogar identisch (Seagate ST2000LM007), und bei der zweiten ist die gesamte Platte *eine* Partition:
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: dos
Disk identifier: 0x573f8509
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 3907029167 3907027120 1.8T fd Linux raid autodetect
während bei der ersten neben der Video-Partition noch zwei System-Partitionen und eine EFI-Partition existieren:
Disk /dev/sda: 1.8 TiB, 2000398934016 bytes, 3907029168 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes
Disklabel type: gpt
Disk identifier: 08BA7481-879C-42C2-BA35-A8CD7267E076
Device Start End Sectors Size Type
/dev/sda1 2048 321535 319488 156M EFI System
/dev/sda2 321536 21286911 20965376 10G Linux RAID
/dev/sda3 21286912 42250239 20963328 10G Linux RAID
/dev/sda4 42250240 3907028991 3864778752 1.8T Linux RAID
Hat jemand eine Idee, woran das liegen könnte?
Ich stehe vor einem Rätsel.
Klaus