IDE Raid

[Miroslav BENES]

> 	Hezke, ale to porad neresi to, ze HTP370 neudela __datove__ identicke
> disky (coz, IMHO RAID1 delat ma)

Dokazte, ze nejde o _datove_ identicke. To ze nejsou _binarne_ 
identicke jeste neni dukaz. 


> => je to nejaka obesirka a ne pro
> praci...

Problem s HPT370 je IMHo v tom, ze se tvari jako hw raid, ale veskera 
prace je na ovladaci. Nicmene pro Wokna je to IMHO dostacujici. No a 
jeste prave chybi (chybela) provazanost s linuxem ...

 
> PS: Pokud nekdo povazuje MBR za systemovou a nikoli datovou oblast z
> pohledu OS, pak si asi rozumet nebudeme - pro system by mela byt
> systemova oblast maximalne sektor 0/0/0 (fyzicke cislovani, on skutecne
> existuje, i kdyz Vam OS bude tvrdit, ze ne...)

OK, beru to zpet. Je pravda, ze uzivatel by mel mit moznost 
beztrestne udelat neco jako "mkfs.ext2 /dev/hde" bez rozdelovani 
pomoci fdisk-u.


> PPS: Jinak te vaty je v MBR az hruza - pokud se nepletu, pak partition
> table je 32 bytu (dohledat mozno;-)),

Jde o 4 zaznamy po 16-ti bytech + 2 byty znacka 0x55AA, takze celkem 
66B.

> zbytek je vyhrazeno pro zavadec OS
> a __COKOLI__ - vazne si myslite, ze zavadec OS sezere veskerych 512-32
> bajtu (ono zjistit, ktera polozka (ze 4) je aktivni, zavolat sluzbu
> BIOSu pro nacteni jednoho sektoru z logicke oblasti na adresu 0x8000 a
> skocit tam dlouhym skokem je vazne v assembleru na stovky bajtu...)?

No je tam rezerva pro viry ...
Na druhou stranu jak byste si to predstavoval ? Dejme tomu, ze by se 
tabulka (64+2) a zavadec zapsaly celkem do rekneme  128B. Co s tim 
zbytkem ?  Sektor ma prece 512 B a mensi mnozstvi dat IMHO nejde z 
disku nacist.




 
--------------------------
Miroslav BENES
E-mail   : mbenes na tenez.cz
TENEZ Chotebor, a.s
--------------------------