Péntek délután géptelepítés egészen estébe nyúlóan... Na ez nagy menet volt. Az aprópó három gép hibája volt az egyik tanteremben; az egyik hardveres ez megy jövő héten a szervizbe, a másik kettő telepítendő. A hardverhibás gép na az elég rejtélyes... Nagyon táphibának látszik de majdnem biztosan nem az. A gép normálisan bekapcsol, elindul. 10...15 perc működés után kikapcsol, semmi előjel, egyszerűen leáll mintha megszűnt volna a tápellátása. Ha ez szoftveres akkor elég rejtélyes, utána ugyanis egyáltalán nem hatásos a kapcsolója, csak ha a tápot ki kapcsolom azaz megvolt a galvanikus leválasztás, pár perc várakozás majd bekapcsolási kísérlet. Csak kísérlet, ugyanis a főkapcsolója hatására éppen csak feszültség alá kerül, felpörög a tápventillátor meg a HDD, de alig egy másodperc, épen csak hallani – máris megszűnik a tápellátás és megint leáll a gép. Elsőnek persze a táp lett meggyanusítva; jól ki is cseréltem majd a hibajelenség jól jelentkezett is ismét. Persze fennáll a gyanú ilyenkor hogy rosszat rosszra cserél az ember, hát egy második tápcserét is kipróbáltam. Semmi, a hatás nem jelentkezik és a jelenség ugyanúgy bekövetkezik. OK, talán melegedés, a processzor hűtés le és fel, sűrített levegővel kifújtam a gép belsejét de hatás semmi. Akkor a szomszéd géppel kicseréltem a memóriát, akkor is ez a gép hibázott, nem a szomszéd. Persze még lenne mit próbálni (és lehet, meg is teszem majd hétfőn délután, este: a fix lemez tartalmát újítani gost-tal, hálókártyát cserélni a másik géppel), de nem nagyon tudok ennél értelmesebbet és célratörőbbet – le is beszéltem a szervizzel hogy ha nem változik a dolog, kedden viszem... A szervizesek csak értenek hozzá, nem úgy mint én...
A másik kettő gép hibája szoftveres, „leamortizálta” magát a rajta futó WindowsXP. (Mondjuk ennek az oka külön vizsgálódásra érdemes lenne, ha a felhasználó korlátozott, erre nem lenne szabad hogy esélye lenne – de ez egy másik kérdés, most a javítás és nem a probléma okának kutatása volt a napi feladat.) Azt találtam jól ki, hogy egy gépet, egy olyat aminek a működésével nem volt gond, rendesen kistafírozok, SP-kkel kiegészítek (a Windows meg az Office is szereti, ha friss SP-k vannak rajta), tisztogatás a gyerekek sok hülye játékprogramjától, majd ghst-ot neki... Ha már itt voltam, vagyok, a BGInfo nevű pogit is feltettem, na ez tetszett és ez ment is rendesen igaz nem elsőre...
Valamikor háromkor kezdtem: a kiszemelt gépen a felesleges user-eket töröltem a mappáikkal együtt; Aztán ezzel is, azzal is bejelentkezve az IE-ben töröltem az előzményeket meg az ideiglenesen letöltött mindenféle állományokat. A víruskereső regisztrálása lejárt szeptemberben, ezt átállítva frissítettem majd végigfuttattam a gépen egy víruskeresést. Ezután jöttek a frissítések, a Windows az eredetiség-ellenőrzőt szedte előbb le, aztán rengeteg apróbb csomagot, ezek között volt az IE7-es is, utána meg az SP3... Elég sok idő elment vele, utána az Office2003 SP3-asa már viszonylag gyorsan lejött, települt. Így is rengeteg idő ment el vele, ezután még az asztal kicsinosítása következett. A mintagép kialakításának legutolsó, teljesen ismeretlen és ezért legérdekesebb része a BGInfo nevű program telepítése. Az ok a következő: mindenféle afférok miatt nevesítjük, ki mikor hova jelentkezik be (a diákok). Sajnos a diákok olykor csalnak, a géphez mellékelt gépnaplóba nem a saját nevüket írják be. Nem tudom miért, semmi értelme de mindegy – azt találtam ki, hogy valami programmal pár alapvető paramétert a diák közreműködése nélkül a képernyőre íratok – na erre való a BGInfo nevű program (ezt a linket is a Techinfo levlistán feltett kérdésemre kaptam válaszul, köszönet érte). A program nem túl komplikált, de azért voltak benne, a beüzemelésében érdekes „kanyarok”... :)
A BGInfo nevű program
A cél az volt, hogy a diák neve megjelenjen a képernyőn – és ha már az akkor mondjuk a gépe IP száma is. Utóbbival nincs is gond, előbbi azonban csak a NetWare szerver adott kontex-ébe bejelentkezve érhető el, ennek átadatása nem volt magától értetődő. De más gond is volt, Korlátozott user-rel nem tudta a program átírni azt a képállományt, amit háttérként használ. Ez csak a telepítés, igazgatás legvégén derült ki – a file-ra (de csak arra!) írási jogot is adva a Diák user-nak a probléma megszűnt. A következő megoldandó kérdés: a gépekre egyenként tegyem-e fel a a programot? Ez nem tűnt jó ötletnek, frissítés, beállítás így nehezen kezelhető. A diákok home dir-ját tartalmazó köteten kapott egy mappát a program – ehhez azonban elérést kellett adni a user-nek a kontex-ben. A dive betű map-elés megoldott (hiszem a saját home dir-jéhez is hozzáfér), a program elérése tehát rendben. A leírás szerint a program indítható úgy, hogy startolásakor ne várja ki a default 10 másodpercet, ez parancssori paramétert kíván, ehhez viszont egy BAT állomány tűnt praktikusnak, amit, hogy a diák bejelentkezésekor beavatkozásmentesen elinduljon, a Default user indítópultjába tettem (ez nem tökéletes megoldás, hiszen innan ha tudja mi az akkor kitörölheti – hát majd meglátom...) A leírás szépen elmondta azt is, a program beállításait hogyan kell lementeni és parancs sorból indításkor visszahívni. Eddig rendben is volt, a legnagyobb kérdés azonban nem ment elsőre: a diák nevét átadni és a képernyőre íratni. A %FULL_NAME paraméter tartalmazza ezt, az DNS-ben ez elérhető – de ez a Novell szerver, nekem meg a kliensen kell ugyanez. A BGInfo program a munkaállomás környezeti paramétereit tudja kezelni – már „csak” azt kellett megoldani, hogy a diákok azonosítóját tartalmazó kontex-hez rendelt login script-be kellett beilleszteni valami SET parancsot, de elsőre ezt nem értette a NetWare. Szerencsére a net-en minden de legalábbis sok minden megvan. Egy egészen klassznak tűnő leírást találtam itt, na ebben megvolt a megoldás, a SET parancsot a DOS előtaggal kell beilleszteni a login script-be ahoz, hogy az ennek vezérlete alatt bejelentkező user gépén megfelelő nevű és tartalmú környezeti változó jöjjön létre. A diák neve tehát már a munkaállomáson volt, már „csak” ki kellett íratni. Biztosan van más megoldás – a BGInfo program saját lehetőségeivel (Custom) egy új paramétert hoztam benne létre (például UN nevűt) és ahhoz már hozzá lehetett a programban rendelni környezeti változót (ez az UserName aminek meg értéket a login script SET DOS UserName=%FULL_NAME sora rendel) tehát egyszerű nem? Na végül ezt az UN változót lehet megjeleníteni a programmal a képernyőn. Egy kérdés azért maradt még: felhasználóváltáskor megváltozik-e a képernyőn látható név? Vagy csak egymásra fogja írni ezeket? Szerencsére nem, ha nem is gyorsan, hiszem a BGInfo program is le kell fusson, szóval nem gyorsan de váltja szépen a képernyőn a felhasználó nevet. Az már csak hab a tortán, hogy a szöveg kiiratása a megfelelő, tetszetős betűtípus, betűméret, betűszín megválasztásával egyszerre tetszetős és informatív lehet.
Ezzel az az egy mintagép elő lett készítve. Kivettem belőle a HDD-t majd kibontottam az első helyreállítandó gépet. Azért, hogy gyors legyen, a kivett HDD-t slave-re állítottam, majd rátettem a kibontott gép első IDE kábelén levő HDD mellé, majd egy boot floppy-ról be-boot-olva, az ezen levő ghost2k3 programmal klónoztam. És itt csesztem el de nagyon, mert nem figyeltem arra, mit mire... Azt hittem természetes, hogy aghost2k3 ugyanabban a sorrendben mutatja a HDD-ket mint ahogy a master-slave beállítás van. Az eredmény láttán majdnem felrobbantam a méregtől: a kibontott (második) gép amúgy teljesen szétzilált tartalmát tettem rá arra a HDD-re amit sok-sok órán keresztúl konfigoltam! Sajnos, nem volt mit tenni... Egy mésik gépek kapkodva beállítottam amit kell: a felesleges user-ek és tartalom törlése, a BGInfo program beállítása. Majd ennek a HDD-nek a használata a klónozáshoz. Most már nem kapcsolgattam masert-t és slave-ot, inkább a CD-t vettem le és a második IDE kábelre tettem a forrást a klónozás során. A ghost2k3 programban ezután a másodikról az elsőre klónozva az eredmény már jó volt. Csak éppen az a sok sok beállítgatás veszett kárba. Hát nem tudok mit tenni... Mindennek van haszna, ennek az hogy a ghost2k3 használata során, főleg amikor teljesen azonos a hardver, teljesen azonosak a HDD-k, szóval ekkor igen nagyon kell ügyelni, mit mire klónoz az ember...
A végeredményben kicsit több a pozitív hozadék... Egy hardver hibás (talán az) gép hibás maradt, ez nem jó... Két szoftver problémás gép rendbe lett téve ez jó. Nem került fel egyetlen gépre sem SP, ez nem jó... Felkerült a gépekre a BGInfo program, ez jó mert páron már fent van lehet tesztelgetni de nem jó mert nem mindegyikre került fel. Hát ennyi...
