Flameikusz Linsuxxikusz

 ( Chain-Q | 2004. november 17., szerda - 1:00 )

Eloszor is, orulok hogy mindenki ennyire ert hozza, es bazira tudja hogy kell ezt csinalni. Tehat.

  • _VAN_ UPS a gepek alatt, ketto is... A main UPS ilyen bazi ipari meretu UPS, de regi mint a postaut, tehat nincs benne olyan ficsor hogy beszoljon, hogy uristen vilagvege. Plusz innen kb. 50 meterre van, az epulet tulso oldalan. De egyebkent 2 napig is huzza, ha csak a szerverek lognak rajta. A problema gyokere tehat abban allt, hogy tudtom nelkul installaltak egy hutoszekrenyt a szomszed helysegbe, amit roppant ugyesen es tehetsegesen valamelyik localdroidnak az egyik szunetmentes konnektorba sikerult aramfogyasztasilag inzertalni... A tulterheles lenyomta az automatat az UPS tuloldalan, majd a hutoszekreny leszivta az egeszet -> nyeff. Persze azert dugta az allattya a szunetmentes konnektorba, mivel kozben aramszunet volt by elmu, es a "sima" konnektorban nem volt aram... Hiaba, jo dolog ha az ember melohelyen 24h-ban dolgoznak.
  • A reiserfs ugy van mountolva ahogy. Egy hozzaszolo kollega szerint ordered modban kene, de ilyen opcioja nincs is a szerencsetlennek, 2.4-es kernelen, csak 2.6-on... Ja es ott is az a default... Egyebkent, lehet hogy en vagyok egy tul naiv allat, de en azt szoktam meg otthon az Amigamon, hogy irhat/olvashat izombol a vas, az ember szonelkul ledurrantja (poweroff) es semmi problem kovetkezo alkalomkor... Semmi fsck, ize, akarmi, csak bebootol, es minden OK. Bar persze az ilyen elavult jatekgep vmi gagyi filesystemmel, nem modern operacios rendszer fejlett es korszeru hardveren...
  • A reiserfs-es gepen az adatvesztest ugyertem, hogy pl. beleszantott az /sbin tartamaba meg ilyen helyekre. Szoval vicces modon nem az eppen megnyitott, iras alatt levo fileok tartalma serult... Foleg ezen akadtam le... Az ok szamomra ismeretlen es erthetetlen. Nem, nem a hardver doglodik, az szinte vadiuj, kb. 4 honapos, es azert egy hardver problemat meg fel szoktam ismerni, lattam eleget...
  • Az ext2 -> ext3 kritika jogos, tenyleg ideje lenne konvertalni, de egyelore ugy van. Majd. Ez ilyen szituacio "due to historical reasons". Viszont ez meg mindig nem magyarazza meg -szamomra- az fsck okossagait, meg hogy miert kell leallni ahelyett h. rendesen ujraindulna. Ezek ilyen elvi aprosagok, amik idegesitenek. A Novell is fsck-z, meg az OS/2 is chkdsk-zik rebootkor, megsem pofazik az arcomba, hogy szerinte nemjo semmi, hanem MUKODIK. A Linux effektje engem eleg erosen a "nyomjon meg egy gombot a szkendiszk futtatasahoz" c. musorra emlekeztetett, amiert mar anno is csakanyt szoktam ragadni...
  • Mivel egyedul a ket Linux nem indult ujra, eselyem sem volt tavolrol belejuk nyulni, es az esetleges problemakat kijavitando...
  • About softraid minek... Hat mondjuk ha elfex az egyik winyo fizikailag, amire itt mar volt pelda, akkor ne kelljen Kurteknek kicsengetni elegsokat a rajtalevo adatokert. Persze van kulon mentes is, de ennyit meger a pluszbiztonsag... Felteve persze ha nem pont ez okozza a rejtelyes hulyeseget...?


Es most a raadas. Van itt egy IBM ThinkCentre gep, 2.4-es P4 Cerka, 256MB, satobbi, Linux (Sarge, de tokmindegy). Kovetkezo az effekt: a keyboard egy ido utan elfelejti a repeat featuret. Miutan a keybet elhagyta maga alol, a datum/ido kezeles is meghulyul, es minden date parancsra teljesen randomisztikus ertekeket ir ki a gep... Ja es igy gondolom az idokezeles meggajdulasanak hatasara, idonkent nekiall gondolkodni ilyen 5-6 perceket mielott vegrehajt pl. egy parancsot, vagy hajlando valami I/O szeru tevekenyseget vegezni... 2.4 es 2.6 kernelt is probaltam, mindenfele ACPI/APM/akarmi beallitasokat, kernelben is, BIOSban is...

A hardver jo, mert "mas operacios rendszerrel" (sic!) jellemzoen mukodik. Most eppen ezen vagyok leakadva, es emiatt utazgathatok holnap ~100km-t mert hogy a gep persze nem Bp-n van...

Imadom a pecet meg a Linuxot, nem mondtam meg ... ?