UDMA HDD multiplex

norbimagan norbimagan at vnet.hu
Fri Jul 16 19:31:33 CEST 2004


Sziasztok!

Pipi irta:
>en ugy tapasztaltam csak reset után figyeli, többet nem.
>inkabb a cs1x,cs3x-et vedd el, erre gyorsan reagál,
>lehetoleg mind master legyen, különben össze fognak akadni,
>  mert reset utan nézik egymast (ld: PDIAG)

Valami ilyesmire tippeltem en is, proba nelkul, elso otletkent.
Termeszetesen ez meg annyival finomitva, hogy a masik IDE-port foglalt.
Azon van a kezelo alaplap rendszervinyoja.

Plussz menne bele egy PCI bovitokartya, 2 ideporttal. Ezen logna a masik
ket alaplap, akik egy-egy HDD-juk gyannt erezhetnek a HDD-tomb
alaplapjat. Voltakeppen ezt kellene osszehoznom valahogy. Arban ez tunik
szamomra elerhetonek.

A tobbiek irtak:
A LINUX+SAMBA otletek: Vesembe lattok, igy kezdtem neki en is. :))) Most
eppen az van, de nem vagyok megelegedve vele. (Pontosabban BSD+SAMBA, de
az gyakorlatilag ua, itt maga a rendszerfelepites nem jo.) Pontosabban
nagyon is jo, de arra ippeg nem, amire nekem kell... (Az, hogy tetu
lassu, a teljes rendszer miatta, az meg csak egy dolog, de itt a
biztonsagi rendszert is alapvetoen maskepp kell felepiteni, amit a
UNIX-ok nem tudnak. Valamint a kiszolgalt alaplapok egymast semmikeppen
nem lathatjak, az elkulonitett halokartyak kozott garantaltan nem
routolhat, (megcsak teves beallitasbol eredoen sem...) Ezenkivul a
kiszolgalt alaplapoknal nem hasznalhatom a halozati reteges
adattovabbitast. Ha masert nem, akkor ezert, mert oprendszereknek kell
felbootolni rola. Hol ilyennek, hol olyannak, akar olyxannak is, amiket
meg meg sem irtak. :) Nem kezdhetem azzal, hogy minden uj verziot eletem
vegeig barkacsolok mielott feltelepitem, mert gyarilag csak  HDD-s
futtatasra vannak optimalizalva.


Konkretabb leszek, elegem lett a folyamatos oprendszerfeltoresekbol,
illetve a hakkermanuszokkal valo versenyfutasbol. Arra gondoltam, hogy
hardveres uton zarom rovidre a kerdest. Meghozza ugy, hogy tetszoleges
oprendszeren uzemkepes legyen minden.

Tehat a biztonsag mindenek felett. Vagyis nem hasznalhatok olyan
oprendszert a HDD-tombnel, aminek a forraskodja elerheto kulso szemely
szamara. Garantaltnak kell lenni, hogy a HDD-tomb terulete'n levo
allomanyokat kizarolag adatkent dolgozza fel a HDD-tombot kezelo
alaplap, vagyis biztonsagosan kiszolgal, _meghozza egy igen rafinalt
jogosultsagi rendszernek megfeleloen_. (Azaz nem eleg, hogy ezt az
alaplap latja, azt nem latja. Ez irhat bele, az nem. 

Itt virtualis HDD+virtualis particio+valos konyvtarak+fajlok szintjen
kell "osszerelni" egy "latvanykepet" a ket kulso alaplap
oprendszereinek. 
Hogy meg erthetobb legyek: gondoljatok a lapozos memoriakezelesre, ahol
egy ablakba be lehet lapozni kulonfele memoriateruleteket. No, ennek
rafinaltabb modja kellene, de HDD-teruletekre realizalva.

Olyan jogosultsag is kell, hogy azt higyje az alaplap, hogy irt a
HDD-re, sikerult neki, de ugyanakkor visszaolvasva megis az eredeti adat
maradt ott. Vagy pl. N-masodpercnyi idon belul visszairodik az eredeti
tartalom, stb. Szoval meg kell szivatni a kulso alaplapokon futo
oprendszereket, (meghozza emberesen :) ) akik mindebbol semmit az egadta
vilagon nem vehetnek eszre! Ez a feladata a HDD-tombot vezerlo (jo
commboska) alaplapnak.

- Ez a fenti oprendszermegkotes termeszetesen egyaltalan nem vonatkozik
a ket, HDD-tomb altal kiszolgalt alaplapra. Ott tetszoleges oprendszer
lehet, pont ez a szep a dologban.

- A tetszoleges oprendszeres megkotes miatt a remoteboot kilove, a
hardvernek teljes erteku, szokvanyos merevlemezt _kell_ erzekelnie. Azaz
direkt port irassal/olvasassal _sem_ szabad a turpissagnak kiderulnie...

- Mivel nekem kell egyedul a HDD-rack mukodteto szoftveret fejleszteni,
raid csak es csakis akkor johet, ha forraskodot, illetve doksit is kapok
melle. A fenti okok miatt ez az USB2-re is vonakozik. Egyebkent ma
probalgattam az USB2-t kicsit, tenyleg nem tunt rossznak. De pl. mezei
DOS alol hogyan tudnam elerni? Van hozza DOS-os driver? S az mennyire
gyors?

-A fentiekbol kiderul, hogy elmeletileg sem lathatjak _semmi esetre_ a
racsatolt ket alaplapon futo oprendszerek egymast. Egyszeruen hardverbol
sem lehet erre lehetoseg.
(Barmilyen, elmeletileg lehetseges +hackeles ellenere sem!) Az onallo
HDD-n futo, sajat magam altal irt, (tehat biztonsagos) szoftverhez
hardveresen nincs hozzaferese a masik ket alaplapnak.
Persze lehetne itt onallo halozati szegmenseket, VLAN-okat, halozati
eszkozoket, szervereket is bevetni. Meg is fordult a fejemben, de a
fentiek miatt nem jo ez sem. Vagyis a jogosultsagi rendszer nem olyan,
mint kellene, a sebesseg tul lassu, az alaplapokon futo oprendszerek
"eszrevehetnek", hogy nem szabvanyos hardveren futnak.

Ezaltal a ket alaplap tokeletesen vedett egymastol. A ketto kozul csakis
az egyik alaplapnak lehet halozati elerese. A masiknak nem. Az egyik
alaplap az internetre, vagyis egy potencialis veszelyforrasra megy majd
, a masikon tudunk dolgozni.

Ez a megoldas mindenfele kulso tamadast a mukodesi elvebol adodoan
kizar, mikozben az oprendszerre vonatkozoan semmifele megkotest nem
tesz. S itt a lenyeg! Tul ezen persze, sok egyeb dologra is jo egy ilyen
PC.... ;-))))

Szoval vsz. a tombre PCI-kartyas bovites, illetve a multiplex
engedelyezeses jatek lesz vsz.
Ellenben a rakotott ket alaplapnak mindenkeppen egy HDD-t kell
emulalnom, mese nincs.

Hmmm.... Torom a fejem meg mindig: hogy lehetne egyik alaplap
IDE-portjaval elhitetni azt, ahogy a tuloldalon nem a masik alaplap
megbarkacsolt IDE-portja van, hanem egy HDD?

No, ha nem zavartam meg elegge a dolgot, most megtettem... :)))


Udv.:
         Norbi.




More information about the Elektro mailing list