cosinus
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Hallo liebe Ubuntu-Freunde, irgendwie steh ich gerad aufm Schlauch. Ich hab schon x-Male via fdisk und mkfs.ext4 Platten neu eingerichtet aber das eben fällt mir jetzt zum ersten Mal auf. Hab ne ältere 500 GB Platte von iomega per USB2 angeschlossen, komplett neu partitioniert und mit mkfs.ext4 ein Dateisystem erstellt. Mit "tunefs2 -m 0" die reserved blocks auf Null gesetzt. Trotzdem zeigt mir "df -HT" statt eines 500-GB-ext4-Dateisystems nur eines mit 493 GB. gparted zeigt zwar ein 500-GB-Dateisystem (also 465 GiB) meint aber direkt nach der Erstellung sei es schon mit etwa 7 GB belegt, also 2 %. Und das bekomm ich nicht weg, auch nachdem ich die reservierten Blöcke auf 0 gesetzt hab. Hab mal testweise mit ext2 überformatiert, das gleiche Spiel. Kann mich einer aufklären seit wann mkfs das macht oder was ich hier übersehe? Danke 👍
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
So. Mal was getestet. Ich hab ja mein System per LVM eingerichtet und noch freien Speicher in der vg0 gehabt. Mal ein Test-LV erstellt mit 64 GiB und ein ext4 drauf gelegt, anschließend reservierte Blöcke auf 0 gesetzt. Da ist kein Overhead! |
#df -B 1
/dev/sdd1 492123693056 73310208 492033605632 1% /mnt
/dev/mapper/vg0-test 67507056640 54337536 67435941888 1% /media/cosinus/3a3965c6-e26e-4598-b2af-ce128c47efab
|
Ich versteh es nicht. Bin drum und dran die Platte an nem Windows nativ zu testen 😈
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Hab jetzt mal ein XFS Dateisystem erstellt. Da gibt es keine 2% Reservierung... | root@pebkac:/media# df -T -B 1
/dev/sdd1 xfs 499862622208 33718272 499828903936 1% /media/iomega500
|
naja, ich werd mich damit einfach abfinden, dass ext2/3/4 seine 2% auf dieser Platte haben will...
|
Dr_Schmoker
Anmeldungsdatum: 19. Juni 2008
Beiträge: 3322
Wohnort: Berlin
|
Hallo, könnte es sein, das es → hiermit zusammen hängt?
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Hatte ich ja auch erst gedacht, aber das frisch erstellte ext4 schon auf Null reservierte Blöcke gebracht mit tune2fs -m0 Was ich nicht versteh ist, dass das auf meinem Test-Logical-Volume nicht so ist, da gibt es keine Reservierung... Hier ⇒ http://askubuntu.com/questions/48488/ext4-partition-size-free-space-discrepancies
hat einer die gleiche Frage und es wurde als ext4 overhead angesehen, aber dann solte es doch auch beim meinem Test-LV auftauchen
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Vielleicht hat ja auch gparted einfach nur die Reservierten Blöcke hardcodiert einprogrammiert und zeigt es nach Änderung falsch an. 😉 Könnte man durch Schrauben am Wert und Vergleich testen. Beachte Overhead und Umrechnung 1000/1024, was zu anderen Ergebnissen verschiedener Tools führt.
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Also um es nochmal zu verdeutlichen, es ist kein Umrechnungsfehler als GB vs GiB oder MB vs MiB Ich hatte eine 500 GB Partition erstellt (465 GiB), darauf ein ext4 gelegt, mit tune2fs -m0 reserviert Blöcke auf Null Prozent gesetzt, df zeigte mir aber statt 500 GB eben nur 493 GB an. Vgl. meine Codeblöcke mit den df-Ausgaben wo ich absichtlich 1-Byte-Blöcke als Ausgabe wählte. Das Thema ist jetzt kein Melodram, ich wollte eigentlich nur wissen warum ext2/3/4 2% auf meiner alten ext. Platte für sich wollte aber nicht auf meinem Logical Volume zum Testen. GParted hat die Partitionsgröße richtig angezeigt (500 GB / 465 GiB) aber auch nach tune2fs -m0 2% Belegung bescheinigt. Wenn das Overhead von ext2/3/4 ist warum dann nru auf der externen Platte? Oder verhalten sich Logical Volumes da anders? Ich schnapp mir die Platte nochmal und teste die mit ner eigener volume group (/dev/sdd wird dann ein physical volume, welches widerum zur neuen vg1 wird und dann leg ich ein ext4 auf /dev/mapper/vg1-test oder so, ich meld mich morgen noch mal 👍 )
|
Benno-007
Anmeldungsdatum: 28. August 2007
Beiträge: 29240
Wohnort: Germany
|
Wenn das Overhead von ext2/3/4 ist warum dann nru auf der externen Platte? Oder verhalten sich Logical Volumes da anders?
Eigentlich nicht. Es wird ja nur anders verschachtelt, aber ext bleibt ext. Vielleicht unterscheiden sich die Header, aber dann vielleicht um 1-2 Blöcke oder MB, aber nicht gleich 2%. Vielleicht wurde in deinem (sehr kleinen?) LV mit einer kleineren Blockgröße formatiert? Vergleiche die Ausgaben bzw. bei tune2fs.
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Ich kann die Ausgaben gleich mal reinstellen wenn gewünscht. Mein Test LV war jetzt aber nicht wirklich klein, 64 GiB ist schon was. Blockgrößen mach mkfs doch immer standardmäßig auf 4 kiB oder nicht? Da hab ich noch nie dran justiert. Wie gesagt, ich schnapp mir die Platte gleich mal und schau mal was über den LVM-"Umweg" passiert.
|
cosinus
(Themenstarter)
Anmeldungsdatum: 11. Mai 2010
Beiträge: 1374
Wohnort: HB
|
Ich teste jetzt mal mit dem ext4 auf LVM weiter. (Ich poste jetzt wirklich jeden shice hier, bitte nicht meckern)
Zu betonen sei: ich verwende nicht nur Xubuntu 14.04 (Trusty Tahr) sondern auch den Kernel: | root@pebkac:~# uname -a
Linux pebkac 3.17.4-031704-generic #201411211317 SMP Fri Nov 21 18:18:15 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
|
Meine aktuelle LVM-Konfig: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18 | root@pebkac:~# vgs
VG #PV #LV #SN Attr VSize VFree
vg0 1 8 0 wz--n- 464,76g 254,76g
root@pebkac:~# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vg0 lvm2 a-- 464,76g 254,76g
root@pebkac:~# lvs
LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert
home vg0 -wi-ao--- 64,00g
opt vg0 -wi-ao--- 6,00g
root vg0 -wi-ao--- 8,00g
swap vg0 -wi-ao--- 4,00g
test vg0 -wi-a---- 64,00g
tmp vg0 -wi-ao--- 16,00g
usr vg0 -wi-ao--- 32,00g
var vg0 -wi-ao--- 16,00g
|
(ja ich weiß, sehr viel gesplittet) Ich werde jetzt vg0-test löschen und den gesamten freien speicher aus vg0 nem neuem vg0-test zuordnen: | root@pebkac:~# lvremove /dev/mapper/vg0-test
Do you really want to remove and DISCARD active logical volume test? [y/n]: y
Logical volume "test" successfully removed
|
Es sieht also nun so aus: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17 | root@pebkac:~# vgs
VG #PV #LV #SN Attr VSize VFree
vg0 1 7 0 wz--n- 464,76g 318,76g
root@pebkac:~# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vg0 lvm2 a-- 464,76g 318,76g
root@pebkac:~# lvs
LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert
home vg0 -wi-ao--- 64,00g
opt vg0 -wi-ao--- 6,00g
root vg0 -wi-ao--- 8,00g
swap vg0 -wi-ao--- 4,00g
tmp vg0 -wi-ao--- 16,00g
usr vg0 -wi-ao--- 32,00g
var vg0 -wi-ao--- 16,00g
|
Nun die neue vg0-test: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16 | root@pebkac:~# lvcreate vg0 -n test -l 81602
Logical volume "test" created
root@pebkac:~# lvs
LV VG Attr LSize Pool Origin Data% Move Log Copy% Convert
home vg0 -wi-ao--- 64,00g
opt vg0 -wi-ao--- 6,00g
root vg0 -wi-ao--- 8,00g
swap vg0 -wi-ao--- 4,00g
test vg0 -wi-a---- 318,76g
tmp vg0 -wi-ao--- 16,00g
usr vg0 -wi-ao--- 32,00g
var vg0 -wi-ao--- 16,00g
root@pebkac:~# pvs
PV VG Fmt Attr PSize PFree
/dev/sda2 vg0 lvm2 a-- 464,76g 0
|
Jetzt das Dateisystem auf /dev/mapper/vg0-test erstellen: 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22 | root@pebkac:~# mkfs.ext4 /dev/mapper/vg0-test
mke2fs 1.42.9 (4-Feb-2014)
Dateisystem-Label=
OS-Typ: Linux
Blockgröße=4096 (log=2)
Fragmentgröße=4096 (log=2)
Stride=0 Blöcke, Stripebreite=0 Blöcke
20897792 Inodes, 83560448 Blöcke
4178022 Blöcke (5.00%) reserviert für den Superuser
Erster Datenblock=0
Maximale Dateisystem-Blöcke=4294967296
2551 Blockgruppen
32768 Blöcke pro Gruppe, 32768 Fragmente pro Gruppe
8192 Inodes pro Gruppe
Superblock-Sicherungskopien gespeichert in den Blöcken:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872, 71663616, 78675968
Platz für Gruppentabellen wird angefordert: erledigt
Inode-Tabellen werden geschrieben: erledigt
Erstelle Journal (32768 Blöcke): erledigt
Schreibe Superblöcke und Dateisystem-Accountinginformationen: erledigt
|
Mounte /dev/mapper/vg0-test nach /mnt und schau mir die Belegung mit df an: |
root@pebkac:~# df -T -B 1
Dateisystem Typ 1B-blocks Benutzt Verfügbar Verw% Eingehängt auf
/dev/mapper/vg0-test ext4 336757182464 69935104 319557292032 1% /mnt
|
Ok, es scheint hier auch einen 1,6%igen ext4 Overhead zu geben....tune2fs -m0 ändert hier nichts...
|