thus spoke Miško, chceš hrušku? in 'pocitace - troubleshooting ci co'


node:	thus spoke Miško, chceš hrušku? in 'pocitace - troubleshooting ci co'
template:	4
parent:	pocitace - troubleshooting ci co
owner:	superpussy
viewed by:
created:	23.07.2005 - 16:33:35

cwbe coordinatez:
101
63540
63709
1799120

ABSOLUT
KYBERIA

permissions
you:	r,
system:	public
net:	yes

mam novy disk seagate 160MB,, win XP pro SP1
no neviem z neho pouzit viac ako 144MB,
cital som daco o probleme 48bitlba, no tam bola
myslim vrchna hranica 137MB, aj som si stiahol
nieco ako big drive enabler /maxtor/ a stale nic..
any ideas??

0000010100063540000637090179912001800140

install SP2

0000010100063540000637090179912001799984

starsi sposob adresovania je 28bit (najmensia alokovatelna jednotka je 512 Byte): (2^28) * 512 = 137,4389e+9
toto je velkost v bajtoch, ak sa to podeli 1024^3 vyde na chlp presne 128GB (preco sa v pocitcoch kilo berie ako 1024 a nie 1000 neviem, asi preto ze je to dvojkova sustava a ked sa posuvame o 10^3 (desiatkova sustava) tak je to priblizne 2^10 (dvojkova sustava) )

ak je 160GB disk (plus minus mala tolerancia ak vyrobca neudava presne): 160e+9 / 1024^3 = 149,01161GB

takze si blizsie k 149 ako k 128, asi nebude problem 128GB binarna hranica (resp. 137GB dekadicka), ale vo veci bude skor minus 5GB binarnych ;-) a navyse na 144GB by si sa bez 48bit nedostal ani ked sa to rata dekadicky ani ked binarne

tu je nieco o tej hranici 137 pre info: http://support.microsoft.com/default.aspx?scid=kb;en-us;303013
tam je ze winxp musi mat bud SP1 alebo SP2, (windows2000 zase potrebuje SP3 alebo SP4 a to 48bit adresovanie je navyse treba nastavit rucne v registroch, pri wxp asi netreba v registroch nic nastavovat, vraj je tam ta podpora ked je SP1 alebo SP2 deafult), avsak vzdy musi podporovat 48bit adresovanie aj BIOS

v linuxe nezalezi po nabootovani ake adresovanie dokaze BIOS, staci na to kernel sa mi zda (akurat bootovacia particia s kernelom musi byt do urcitej hranice od zaciatku disku, najlepsie do 8GB hranice, tu vie dnes kazdy bios)

mozno som sa v niecom aj splietol, tak ma mozte opavit, nie som DiskGuru

000001010006354000063709017991200179998401800569

nesplietol si sa v nicom len dodam ze ten problem adresovania je zapricineny tym ze niekto nemyslel do predu. Celej je to problem INT13 ktora ako taka defaultne nevie do toho maleho sprosteho 16 bitoveho registru (8GB hranica) toho viac napratat, potom to riesili na urovni 32 bitovych (128GB) registroch ale ten hnusny pokrok zase s nimi vydrbal :)))

Takze sa nehadajte a povedzme si otvorene: nie je to chyba systemu ale architektury. A Win a aj Linux to len lepta, kedze je to problem hardwarovy (solidne riesenie vyzera inak).

00000101000635400006370901799120017999840180056901800577

este aby som upresnil to adresovane INT13:

16 Bit ( Cylinders = 12 Bits, Sectors = 4 Bits)
CX 0..3 = High Cylinder Value
CX 4..7 = Sector
CX 8..15 = Low Cylinder Value

32 Bit ( Cylinders = 24 Bits, Sectors = 8 Bits)
ECX 0..7 = High Cylinder Value
ECX 8..15 = Sector
ECX 16..32 = Low Cylinder Value

0000010100063540000637090179912001799984018005690180057701800610

no ... nechcem trepat, ale zas by som si nebol taky isty, ze pouzivat INT13 na pristup na disk je taka nevyhnutnost :)

000001010006354000063709017991200179998401800569018005770180061001812731

az by som to urcite nerobil :)

0000010100063540000637090179912001799830

moj 2 rocny 160 GB Maxtor ma 152 GB

000001010006354000063709017991200179983001799992

moj 160GB SATA Maxtor o sebe tvrdi toto:

[root@pcx0001 /]# fdisk -l /dev/sda

Disk /dev/sda: 163.9 GB, 163928604672 bytes
255 heads, 63 sectors/track, 19929 cylinders
Units = cylinders of 16065 * 512 = 8225280 bytes

00000101000635400006370901799120017998300179999201800007

tych 163 GB ti pise dekadicky (a teda vyrobca dodrzal 160GB dekadickych), binarne je to 152GB (ale garantuje v podstate 149GB binarnych co je 160GB dekadickych)

0000010100063540000637090179912001799830017999920180000701800016

to mi vysvetlovat myslim netreba, ale aj tak dakujem za snahu :)

000001010006354000063709017991200179983001799992018000070180001601800028

ok, skor to bolo adresovane pre ID s tym 144GB diskom ako priklad dekadicky vs. binarne, aby bolo vidiet ze ho asi okradli o 5GB a tebe pridali 3GB

00000101000635400006370901799120017998300179999201800007018000160180002801800532

ok,, takze to ze bios pise 160GB nemam riesit
a mam byt spokojny s tym co mam, ak som spravne
pochopil..
dik,, hned som spokojnejsi, ked sa to da aspon logicky
zdovodnit.]

0000010100063540000637090179912001799592

a nemoze to byt len problem od vyroby ze tam naozaj nieje tolko GB ako pisu? lebo mam ze 60GB a v skutocnosti je tam len 57GB aj neake drobne,. chapes mozno mas fakt len 137GB ,, 3:)

000001010006354000063709017991200179959201812593

a to ste si az teraz vsimly ze disky maju menej gb ako je na nalepke na nom ?

000001010006354000063709017991200179959201799657

cojaviem,, ale 16GB rozdiel?

0000010100063540000637090179912001799538

MB? Hovoris asi o GB, nie? :)

000001010006354000063709017991200179953801799655

hej,,, som bol na kashu asi.]
srry
ale aj tak,, takze ad 1 naisnstaloval som sp2 -- ziadna zmena,
nainstaloval som mandrake 10 -- detto..

00000101000635400006370901799120017995380179965501799940

AHA! tak to je GiB a nie MiB!!! a ja kukam :)))
a samozrejme ze nie je zmena pod SP2 - musi ho preformatovat.
je to ten klasicky problem, ze XP nepoznaju disky vacsie ako 120 GIB, resp teda max je tych 137GiB co ti ukazu. prave SP2 (resp konkretne utility) to riesia a potom ho treba preformatovat a ide to.

0000010100063540000637090179912001799162

daj si service pack 2, uz by totiz bolo i nacase.
a potom ho tam pekne sforamtni cez Administrative Tools --> Computer Management

000001010006354000063709017991200179916201799168

hehe,,]
nemozem si pomoct, ale ta predch. rada sa mi paci viacej,,
i ked..

00000101000635400006370901799120017991620179916801799175

zajtra idem do siemensu, okolo 14 sa mozem u teba zastavit :)

0000010100063540000637090179912001799135

linux ti na to vravi co?

000001010006354000063709017991200179913501799145

skusal som partition magic8 a ten vidi to iste..

000001010006354000063709017991200179913501799143

zatial som neskusal,,, myslis, ze mam?

00000101000635400006370901799120017991350179914301799272

no ... ono ze ci je ten problem len "moralny problem windowsof", abo je to "nieco vacsie" ...
windofsy su jeble :)

0000010100063540000637090179912001799135017991430179927201799276

o nic jeblejsie nez lunex :)

000001010006354000063709017991200179913501799143017992720179927601799293

prepac ... ale minimalne s diskami lnx taky problem nema :))

00000101000635400006370901799120017991350179914301799272017992760179929301799348

ehm, ale ukaz mi jednoho cloveka, ktory nikdy predtym nesedel za lunexom, ako nainstaluje a naformatuje disk.
ja ti ukazem milion, co nikdy nesedeli za win, ze ho nainstaluju a naformatuju.

tak o com tocis?!

0000010100063540000637090179912001799135017991430179927201799276017992930179934801799383

toto mi uz dojde mierne prevracanie faktov ...
ale pokial mas cisty disk, a pichnes tam CDcko nejakeho L! distra, napr mandriva abo nieco podobne, tak nemyslim, ze s tym bude mat ta kopa ludi problem ... ale to len mierne OT

00000101000635400006370901799120017991350179914301799272017992760179929301799331

4 roky stary linux ako ked sa dostal do predaja win xp ma rovnake, ked nie vacsie problemy s diskami. neporovnavaj distribuciu z minuleho mesiaca s win.

0000010100063540000637090179912001799135017991430179927201799276017992930179933101799339

nehovorim o distre s minuleho mesiaca ... ale aj terajsie fokna maju dost problem ...

a dalsia vec je, ze ako sa daju osetrit tie problemy v lnx a ako v foknach ... (to len na margo toho "jebleho systemu" :) )

000001010006354000063709017991200179913501799143017992720179927601799293017993310179933901799344

hocaky problem odstranis rychlejsie vo win ako v linuxe...
a o akom distre hovoris?
ked pouzijes distro z roku 2000, tak budes mat rovnaky problem s hrdwarom ako s blank win xp, tak o co ide?
prezentovat linux ako vseliek na kazdy problem je... hlupe.