Formatování 4TB disku, nizká užitná hodnota

[pokus]

Ahoj,

koupilj sem si 4TB disk a když jsme jej zformatoval na ext4 tak užitná hodnota disku je 3,4T není to nějak málo?? Gparted to nechtěl zformátovat, protože jsem prý dosáhl limitu pro ext4 tak jsem pomocí parted vytvořil oddíl GPT který měl 4T a pak zformatoval na ext4 a tam už jsem měl jen 3,4T.... kde se stala chyba? NEmuže to být velikosti bloku? Default 4kb vs. 8kb??

[Reklama]

[Tsukasa_]

Ani, ne. 1 TB podle markeťáků je 1000^4. Ovšem na disku je to trochu jinak. Připočti k tomu chyby ve výrobě, formátování etc. a jsme na tom čísle

[Spacer]

Ja tu mám disky 2TB formátované NTFS a veľkosť je 1,81TB, tak to pri 4TB zodpovedá.

[srigi]

No ani by som nepovedal, ze je to OK:

4 000 000 000 000 => 4TB podla vyrobcov
/ 1024 = 3906250000 kiB
/ 1024 = 3814697.3 MiB
/ 1024 = 3725.3 GiB
/ 1024 = 3.64 TiB

Niekde sa mu stratilo 200 giga.

[nextsux]

Parametr -m 0 pro mkfs.ext4

[Reklama]

[jenicek]

Jak psal nextsux. Defaultně je 5% rezervováno pro superusera, aby pod ním běžící procesy mohly pracovat s diskem i když ho ostatní zaplní.

[Mirek]

Ani, ne. 1 TB podle markeťáků je 1000^4. Ovšem na disku je to trochu jinak. Připočti k tomu chyby ve výrobě, formátování etc. a jsme na tom čísle

Jak to myslíš s těmi chybami ve výrobě??

[Tsukasa]

Myslim to tak, ze nikdy nevyrobis perfektni produkt. Muze se stat, ze tam par sektoru bude vadnych. Ale pokud to, co napsali jenicek a nextsux, je pravda, tak vyrobni chyby tady nemaji vliv.

[Trident]

Zrejme mysli oblasti disku ktere jsou po analyze ve vyrobe oznaceny jako vadne. Kazdy disk ma z vyroby takovych oblasti hafo a jsou naprogramovany do flash firmwaru pripadne zaznamenany do servisni oblasti disku. U FC/SCSI/SAS disku si dokonce muzes vyvolat seznam oblasti vadnych z vyroby.

Disky se samozrejme vyrabeji s interni vyssi kapacitou aby se vykryly jednak chyby vznikle pri vyrobe a vytvorila i zalozni kapacita pro chyby vznikle behem provozu. Disk je pak z vyroby nizkourovnove naformatovan na nejakou presne definovanou kapacitu ktera se uz pro end usera po celou zivnotnost nikdy nemeni a je uvedena v datasheetu. Nikdy nedojde ke snizeni celkoveho poctu pristupnych bloku jen tak!!! Bud to je zpusobeno ruznou velikosti bloku (nemusi byt jen 512b a presne 4k, takto bloky na disku stejne fyzicky zapsany nejsou) a nebo se v dusledku nalezene chyby snazi disk realokovat blok do zaloznich oblasti. Pocet celkovych bloku dostupnych na zarizeni je vzdy stejny.
V pripade fatalnich zavad muze dojit ke spatne hlasenemu mistu jako velikost 0, polovicni z celkove kapacity apod. Ale to je zavada a ne normalni chovani v pripade realokace.

BTW:Lidi porad nechapou ze to co jim disk prezentuje navenek nema vubec nic spolecneho s tim jak funguje uvnitr(tak to bylo kdysi ale bohuzel to stale kakademici uci na VS:/). Ze kdyz zapisu nejaky blok do sektoru 0, tak disk klidne zacne az od dalsi tretiny protoze na zacatku ma sve datove struktury. Ze bloky uvnitr disku mohou mit ruznou delku a hustotu. Ze disk dela jejich statistiky a optimalizuje podle nich svoji cinnost. Ze se zapisuje do zon. Je to raketova veda... A strezena vyrobni tajemstvi.

[Trident]

Myslim to tak, ze nikdy nevyrobis perfektni produkt. Muze se stat, ze tam par sektoru bude vadnych. Ale pokud to, co napsali jenicek a nextsux, je pravda, tak vyrobni chyby tady nemaji vliv.

Pri vyrobe jsou vzdy vadne oblasti. Nevyhnes se jim ani u hiendu. To jestli ti je disk prozradi a jestli jsou tyto udaje spravne je vec jina.
Kdyz bych to mel k necemu prirovnat:
 Kola na auto by ciste kakademicky - teoreticky mela byt idealne vyrobena a nemela by potrebovat vyvazeni. Prakticky se dovazovat vsak musi, protoze presny vyrobni proces by neumerne prodrazil finalni vyrobek a neprinesl by zakaznikovi zadnou pridanou hodnotu. Tak je jednoduche dovazit.

[Lol Phirae]

Buď rád, že jsi nekoupil 6TB, to by ti toho místa chybělo ještě víc... 

[igor]

Kolesa sa dovazuju preto, lebo pneu sa zjazdia rozne an roznych stranach, k tomu hmotnost ventilu, ktory len na jednej strane.
Spat k diskom, je to aj marketingom aj (mozno) tymi 5% pre roota, tiez som sa s tym kedysi zlostil.

http://xkcd.com/394/

[jenda]

yay ! dik taky jsem se u 3TB divil,ale zatim neresil ... opraveno

tune2fs -l /dev/sde3
...
Block count:              732510976
Reserved block count:     36625548
...
umount /dev/sde3
tune2fs -m 0 /dev/sde3
fsck /dev/sde3
fsck from util-linux 2.24.2
e2fsck 1.42.8 (20-Jun-2013)
3TB1: clean, 769266/183132160 files, 720515120/732510976 blocks
tune2fs -l /dev/sde3
...
Block count:              732510976
Reserved block count:     0
...

[Tomáš Crhonek]

Ani, ne. 1 TB podle markeťáků je 1000^4.

Nikoliv podle markeťáků, ale podle standardu.

[VK]

Není to způsobeno mícháním hrušek a jablek ? (TB vs. TiB)