verband tussen GB en GiB

[emvedeesje]

Ben efkes de pedalen kwijt.

Een volume geeft volgende grootte:
31.18GiB in gparted
37GB in schijven
35.9GB via eigenschappen in nemo
36.7GB via sudo parted -l
34.2GB via sudo fdisk -l

Wat is er nu wat? Wat is er juist?
Dit heeft me ook niet verder geholpen: https://en.m.wikipedia.org/wiki/Gibibyte

Waarom/waardoor zijn al deze data totaal verschillend voor 1 zelfde volume ?

groeten van Michael

[spievensterke]

Misschien helpt dit jou wel:  door even mee te zoeken ...

https://www.quora.com/What-is-the-Difference-between-GiB-and-GB

https://support.red.com/hc/en-us/articles/115004488887-The-Difference-Between-GB-and-GiB

https://wintelguy.com/gb2gib.html

en ... https://docs.ukcloud.com/articles/other/other-ref-gib.html  ... en ik vind deze link de meest duidelijke ...

Groet,
spievensterke.

[emvedeesje]

Bedankt !

Het stoort me eigenlijk dat de hierboven aangehaalde waarden totaal verschillend zijn, geen 2 gelijke zitten er tussen.
Consequentie is zoek.
Denk vb. ook aan gparted: je geeft bij het aanmaken van een volume een grootte in GB en daarna zie je enkel nog de waarde in GiB?

groeten van Michael

[Ron]

Er zijn diverse redenen.
Even simplistisch uitgelegd:

De één werkt met een K van 1024B en een ander met een K van 1000B.
De één werkt met een M van 1024k en een ander met een M van 1000K.
De één bekijkt de totale ruimte op de disk, en een ander alleen de ruimte die bedoeld is voor data en daar wordt de de administratieve ruimte niet meegerekend.

Er zijn vast nog wel meer verschillen, maar dit schiet mij zo te binnen.........

[DeBaas]

https://nl.wikipedia.org/wiki/Gibibyte
http://derekenmachine.nl/bytes-omrekenen/

[MKe]

De één bekijkt de totale ruimte op de disk, en een ander alleen de ruimte die bedoeld is voor data en daar wordt de de administratieve ruimte niet meegerekend.

Dit laatste is een grote overhead. Wie voreger nog met MS-DOS en 3.5 inch diskettes heeft gewerkt weet nog wel dat hij diskettes kocht die 2 MB konden bevatten, maar effectief maar 1,44 MB opslagruimte leverden.

[atomos]

Ik vermoed dat het meer is dan alleen maar GB en GiB.
De ene heeft het over het totaal te gebruiken opslag de andere de opslag min door het systeem gebruikte opslag (o.a. partition data base)
Dan heb je ook nog je uefi t.o.v. bios en en bij de bios je masterboot record en je shadow bootrecord.


Ik heb me ook wel eens verwonderd over de wildgroei aan verschillende uitkomsten uit de zelfde HDD.

[jolo]

Denk vb. ook aan gparted: je geeft bij het aanmaken van een volume een grootte in GB en daarna zie je enkel nog de waarde in GiB?

Wellicht kun je dan beter applicatie schijven/gnome-disks installeren. Dat kan in (X)ubuntu 18.04 onder andere via terminalvenstercommando

Code: [Selecteer]

sudo apt install gnome-disk-utility [Enter]

Dan kun je die via het menu starten schijven/disks. Afhankelijk van welke taal je desktop draait. Of in het terminalvenster

Code: [Selecteer]

gnome-disks [Enter]

Die applicatie toont de grootte in MB/GB.

[emvedeesje]

@Jolo
dit zit standaard al in Mint-cinnamon en is eigenlijk samen met eigenschappen in bestandsbeheer de goede manier om de inhoud in GB te zien.

De affaire is me nu duidelijk geworden via een test.
Omrekenen via:   http://derekenmachine.nl/bytes-omrekenen/

Een VERS aangemaakt EXT-volume in gparted van 32000MiB geeft volgende grootte:
31.25GiB   in gparted
34GB      in schijven
34GB      via eigenschappen in nemo
33.6GB   via sudo parted -l
31.3G      via sudo fdisk -l

Besluit:  schijven  is samen met eigenschappen in bestandsbeheer meest aangewezen als je de info wil in GB
Enkel de waarden in gparted en via fdisk zijn in GiB

groeten van Michael