bsh blogja

azért van a grub2-ben is jó dolog (vagy én voltam eddig béna?)

eddig rühelltem a grub2-t, de ez most hirtelen mitsem változott! de van benne azért egy jó dolog, amit eddig nem tudtam a jó öreg grubbal, sem semmilyen más boot loaderrel megcsinálni. (kivéve a windows-ét) ám ez most ubuntu telepítéskor végre sikerült, sőt: a kisujjamat se kellett hozzá megmozdítsam, automatikusan ment!
miután virtualboxban, majd laptopon egy wd passport külső vinyóra is felraktam a 10.04-es bubuntut, és viszonylag simán ment (a külső vinyónál jelentkezett némi probléma, nem tudom, ezt eddig hogy nem vették észre...?), úgyhogy elkezdtem gondolkozni, mi legyen az asztali géppel? azon ugyanis egy 7.04 óta folyamatosan frissítgetett (perverz vagyok) ubuntu x64 dolgozik... gondolkoztam, hogy játsszam tovább ezt a frissítősdit, vagy csináljak egy friss telepítést, és akkor már álljak át ext4-re és grub2-re is egyben? ez utóbbi mellett döntöttem, és fájó szívvel, de leformáztattam a telepítővel a régi jó rendszerkémet :~( telepítés után ugyanaz a hiba jelentkezett, mint a külső vinyóra telepítésnél. (nem mountolt fel semmit)
nade a grub2-ről: a gépben van egy raid0 tömb, rajta egy win7, ez az elsődleges rendszerem. egy harmadik vinyón adatok. egy negyedik vinyón az ubuntu, amiről most szó van. ez a vinyó csak akkor van bekapcsolva (mobil rackben van, amin van power kapcsoló), ha épp kedvem támad ubuntuval perverzkedni. ilyenkor gép leállít, vinyó bekapcsol, gép visszakapcsol, biosnál f12 püfölés, majd a boot menüből kiválasztom az ubuntus vinyót boot eszköznek, ezután akkor jön a grub az arcomba... mivel ez így elég körülményes, a gépet folyton ki-be kell kapcsolgatni meg a vinyót is, gondolkoztam egy olyan megoldáson, hogy bedobok egy kiskapacitású cf kártyát az ide portra (nem mintha lenne szabad ide portom, de régebben még volt!), és akkor erre rakok egy grub-ot (vagy egyéb boot loadert), és ez lesz kiválasztva alapértelmezett boot eszköznek, majd ennek a menüjéből lehetne választani, hogy mit is akarok bootolni. ezzel csak az a probléma, hogy semelyik boot loader nem képes az alaplapi raid tömbhöz hozzászagolni.
kivéve a grub2-t. már vártam ezt a feature-t, és most ki is lett próbálva. telepítés után (dmraidet alapból felrakta és a tömböt is bekonfigurálta az ubi!) az update-grub rögtön megtalálta a win7-et a dmraid tömbön, és nem csak megtalálta, hanem tökéletesen képes volt be is bootolni! :)
úgyhogy zsír! de ezt a konfigurálósdit ezt jól elszabták, vagy legalábbis nekem rém idegen és idegesítő...
további ubuntu tapasztalat: hang az nincs, mert a fő hangkártáymat nem jól kezeli továbbra sem. ellenben most már felismeri a webkamerámat, de működni nem működik, hanem csontra fagy tőle az app. szóval lesz még mit hegeszteni... ez a gnome téma ez valami okádék szerintem, főleg ennek a dark ikonkészletnek a desktop ikonjai... :S a tálcán lévő nagyszerű okosságokat kikapcsolva egész jó. még az is lehet, hogy nem is rakom fel az xfce-t és megpróbálkozom egy megkalapált gnome élménnyel... hmmm...
szerveren egyenlőre még nem fogok frissíteni. jó az a 7.04 is! :D

fogyasztásmérés

"mostanában" olyan divatos dolog megmérni a számítógépek fogyasztását... így hát mikor a l*** áruházban megláttam egy olcsó fogyasztásmérőt, én is vettem egyet.
egyenlőre még csak az asztali gépem mértem le, de majd lemérem az eeeboxot is, az jobban érdekel, elvégre az megy 24/7.
a gépben ezek vannak semmi nincs tuningolva vagy ilyesmi, minden factory default megy):
- amd phenom II x4 940, 3ghz
- gigabyte ga-m720-us3 alaplap (nvidia nforce 720D chipset)
- 2x2gb ddr2 1066mhz, kingmax
- arctic cooling freezer 64 pro (pwm) cpu hűtő
- chieftec cft-650-14cs táp
- gigabyte geforce 9800gt oc
- 2x 320gb wd caviar blue sata2 @ raid0
- 1x 500gb wd caviar black sata2
- 1x 250gb wd caviar blue ata
- creative x-fi titanium fatality pro
- hauppauge wintv radio
- 1x pio sata dvd író
- 1x teac ata cd író
- n darab usb kütymüty (de ezek nem szóltak bele a fogyasztásba lényegében, ki-be kapcsolgattam őket)

én sem hittem volna, de mégis....

ennek ma van az 1 hónapos "évfordulója". azóta sem szívtam egy slukkot sem. pedig kínáltak, kívántam, buliban füstölték az orrom alá, de megálltam és nemet mondtam! :D
az első pár nap az rohadt szar volt, szédültem meg minden bajom volt, agyilag használhatatlan, zombi voltam. aztán az első két hétben a beidegződések voltak szörnyűek. automatikusan felálltam és kimentem "cigizni" munka közben... ez persze nem baj, legalább kicsit sétáltam meg ilyesmi. a kávé is elég fura volt cigi nélkül... meg mikor automatikusan, oda sem figyelve nyúltam a cigisdoboz után a szokott helyére.... hát ilyenkor mindig körbebástyáztam magam mogyoróval, keksszel, ropival, ilyesmi, és mikor rámjött a gyújthatnék, akkor ettem egy kekszet. :D már hányingerem volt ezektől is, így ezekről könnyedén le tudtam mondani.
mindenesetre most már ezek is lassan eltűnnek. már nem is gondolok a cigire, nem érzek kísértést, ha cigit látok, stb. na remélem, innentől már nem lesz gond a továbbiakban! :)

lighttpd dirlisting formázás php nélkül

sziasztok
valami lighttpd guru segíthetne... nem akar összejönni a dolog...
van egy lighttpd szerver, php nélkül. ezzel akarok dirlistet egy adott könyvtgárra. ez már megy is, csak ugye ez a lista nem illeszkedik a site dizájnjába. a site css-ét ráhúztam, egy fokkal jobb már, de még nem az igazi.
találtam olyan [url(http://redmine.lighttpd.net/wiki/1/Docs:ModDirlisting]opciókat[/url], amik elvileg azt csinálnák, amire szükségem van, csak vagy nem jól értelmezem, vagy nem működik, mindenesetre nem azt csinálja, amit én várok.
elvileg, ha jól értelmezem, akkor dir-listing.auto-layout = "enable" kell nekem, ami elvileg levágja a dirlist elejét és a végét, azaz csak egy div marad az egészből. majd ehhez csinálok egy HEADER.txt és README.txt fájlokat a html template-ből, és ezeket a dir-listing.encode-header illetve dir-listing.encode-readme "hozzácsapja" a megmaradt div-hez (elejére és végére), és elvileg akkor ezt a html-t küldi ki a kérésre.
gyakorlatban ez az, ami nem működik nekem. valami hasonlót kiküld ugyan válaszban, de az nem valid html, így nem jól jelenik meg.
van valakinek ötlete?

zápegység

ma vettem egy combosabb tápot a gépembe, mert az már néha leállt a túlterheléstől. úgyhogy chieftec gps-450 -> chieftec cft-650-14cs transzplantáció meg is történt. minekutána a gépem nem indult el többet. ledek égnek, dvd-ken villognak, ahogy kell, lemezek felpörögnek, kerregnek, ahogy bekapcsoláskor kell, ventillátorok pörögnek, aztán semmi. se csipogás, se bios, se semmi. majd 10 másodperc után magától reseteli magát és újra előlről az egész. :(
szokásos diagnosztika: mindent kiszedtem, minimál boot, de semmi. viszont a cpu fan felpörgés után rögtön le is áll, és mikro reseteli magát a gép és újra indul, akkor már nem is mozdul meg a fan.
visszaraktam a régi tápot is, azzal se megy már. a jelenség ugyanaz. azzal is kipróbáltam a minimál bootot, de semmi. szerintem alaplap, esetleg a proci meghalt.
kérdés, hogy mitől? véletlen egybeeseés lenne? vagy az új táp gyárialg hibás lenne? esetleg az tett tönkre valamit?
majd vihetem vissza a gépet a boltba, felajánlották,m hogy megnézik. elvégre a táp, alaplap, memóriák, vinyók egy része, stb. minden tőlük lett véve. és minden garanciális. (azért a vinyókat nem kapják meg :) )
a procit viszont máshol vettem.
felmerül a kérdés, mi van, ha mondjuk szar az új táp, és az tesz tönkre valamit? erre van valami biztosítás?
és mi van, ha a fenti esetben pl. a proci is tönkremegy, ami másik boltból lett véve? akkor ki garanciáztat mit?
egyébként az alaplaphoz van egy oem win7 is, úgyhogy ha az alaplap halt meg és kicserélik, akkor lesz némi szájkarate a ms-al...
na szóval így jártam. :(

fény derült a rejtélyes processzorhasználatra

van itt ez a csík, ami a cpu használatot mutatja. nézem, mondom: mi a fenét művel a gép, hisz itt vagy 20% cpu terhelés forog fenn! valamit nagyon dolgozik!
aztán később megint odapillantottam, és még mindig. nofene.
hát biztos beragadt valami process.
nézem toppal, 0% minden.
na hát már majdnem kezdtem kétségbeesni, amikor kiderült, mi zabálja a procimat.

az nem a processzorhasználatot jelző csík volt. hanem a cpu governor mutatta, hogy 800mhz stabilan.

na lefekszem aludni asszem. :)

cigiről leszokás

ma úgy döntöttem, leszokok a cigiről. drasztikusan.
reggel még volt egy szál cigim, azt még elszívtam, miután beértem melóba (az első reggeli kávéhoz), ez olyan fél 10 felé volt. azóta nem gyújtottam rá. (mivel nincs is mire). de már kajak rosszul vagyok! :D rendesen szédülök...

warezpistike

a napokban vettem észre, hogy megváltozott az avast honlapja, és megjelent az 5-ös verzió. elkezdtem olvasgatni róla, mik a tapasztalatok, mennyire bugos, stb, hogy érdemes-e frissíteni illetve új windows telepítésnél már ezt használni, és ekkor találtam meg ezt a fórumot. hát, lehidaltam ezen a help nevűn :D
http://forum.avast.hu/index.php?topic=49.15

életem első bad sectora?

elért engem is. csalódott vagyok. :(

mindig érdeklődve és csodálkozva olvasom a fórumokon azt a rengeteg bejegyzést, hogy melyik vinyó a jó, melyik bad sectoros, satöbbi. mindig furcsálltam ezt, hogy vajon mit csinálhatnak azokkal a vinyókkal, mert nekem még _soha_ nem volt bad sectoros semmilyen vinyóm, pedig hát már egy ideje vannak vinyóim... és sokáig sokat szidott maxtorokat használtam legnagyobb megelégedéssel (még meg is van egy pár), soha semmi bajom nem volt semmivel. olyan volt, hogy egyszerűen magdöglött a vinyó elektronika és soha többet el se indult (érdekes módon pont azután, hogy lementettem róla mindent és nagyobbra cseréltem. épp a megfelelő ideig bírta :D ).
cégnél is találtam pár bad sectoros vinyót (seagate és samsung), haveroknál is (haveromnak épp a múlt héten döglött be egyszerre az összes samsung vinyója :D ), de nálam, itthon, még _soha_ nem volt ilyen.

lighttpd biztonságossá tétele hogyan?

a minap gondoltam egyet, és felraktam itthonra egy lighttpd-t, hogy majd akkor extra.hu helyett majd itthon lesz a lapom. hát némi szopás után sikerült is forrásból feltelepíteni...
sőt, még akár működik is :)
annyiban kérném a tanácsotokat, hogy hogyan tudnám "biztonságossá" tenni a dolgot? mivel abszolút nem értek hozzá (még), de egy picit sem... csak hallok mindenféle dolgokat, hogy feltörik x szervert, szét@sszák y oldalt, mysql injection, meg ilyen egyéb kínai szövegek :) és én nem nagyon szeretném, ha bvelem is ilyen történne...
eddig a következőket tettem, nem tudom, ez elég-e vagy egyáltalán értelme van-e? (nekem jó ötletnek tűnt :D)
- mivel nincs mysql és nem is szeretném, ezért eleve mysq nélkül fordítottam a cuccot
- valami php csomag is kellett volna neki, amit meg se találtam, de mivel php sem lesz, ezért azt se fordítottam bele
- perl dettó
- csak és kizárólag statikus html oldalak vannak, semmiféle szkriptelés nincs és nem is lesz
- a fordítási kapcsolókat elnézegettem, amiről úgy gondoltam, hogy az nem kell, azt nem forgattam bele
- a lighttpd egy olyan userrel és csoporttal fut, akinek shellje /bin/false, és a documentroot könyvtárra van read-only joga. írási nincs, sehova.
- a konfigban kikapcsoltam minden modult, csak az accesslog meg az access van engedélyezve.
- url.access-deny = ( "~", ".inc", ".php", ".cgi", ".fcgi", ".pl", ".js", ".rb" )
van ezeknek értelme? mit lehet még tenni?

döglött egér #2

http://hup.hu/node/80074
azóta nem sok fejlemény volt, kábé azt mondták, megjavítják, majd pedig azt, hogy nem javítják, hanem cserélik, végül pedig azt, hogy nem is cserélik, hanem levásárolhatom bármire. de ezt nem "ők" mondták, mert b@sztak ám felhívni (pedig azt mondták, majd hívnak...), hanem szegről végről egy haveromon keresztül tudtam meg ezeket, akinek van valami ismerőse a boltnál... na szép.
ja és mikor visszavittem a döglött egeret szervátültetésre, akkor gyorsan vettem is egy logitech egeret, hogy addig is legyen mit használnom. sosem szerettem a logitech-et, de annyian esküsznek rá, hogy minőség meg minden, hogy gondoltam, adok neki még egy esélyt. de az ugye nem volt még egy hónapja sem, és a karácsonyi időszakban nem is voltam itthon, hogy használjam, szóval effektíve mintegy két hét használat van az egérben, és a bal gombja máris más hangon kattan néha... máris kezd a mikrokapcsoló pusztulni.... éljen a logitech és a fasza minőség! :(
asszem a levásrlás tárgya amúgy egy arctic cooling accelero twin turbo pro lesz, mert a videókártyámon lévő gyári "csendes" zalman hűtő minden, csak nem csendes...
egy ilyenen is gondolkoztam... nem tudningolok, nem arra kell, de gondolom, egy ilyen nagy dög állat elvinné a phenomII x4 940 procimat akár passzívan is :) de a középső 14 centis ventillátorral mindenképpen, szerintem, és úgy még csendes is lenne.

újra munkában, avagy lecsapott a Nagy Karácsonyi Bug, és egyéb ügyességeim

mindig tudtam, hogy a nagyon rafináltan, ámde trehány módon megírt backup szkriptjeimnek van egy gyenge pontjuk, ámde ezek normál körülmények közt nem jönnek elő, ezért lusta voltam kijavítani őket. ámde a nagy karácsonyi leállás után rögtön elő is jött ez a bug, ezzel mondjuk tisztában is voltam előre. még gondolkoztam is, hogy bejövök a leállás alatt, hogy ne legyen belőle gond, de lusta voltam ezt megtenni.
a lényeg röviden, hogy heti mentések 5 darab, rotációban mennek, egy find -ctime alapon megkeresi a legrégebbit (31 napnál régebbit) és azt letörli, majd pedig létrehozza az új heti mentési pontot. világos volt, hogy ha hosszabb leállás van és ez alatt ugye nincs backup, akkor a find nem csak 1 találatot fog adni, hanem többet is akár, és ettől a szkript fejreáll, mert ez az eshetőség nincs lekezelve benne.
hát most fejre is állt. legyalult egy csomó mentést :D majd elkezdte a végtelen ciklust feldolgozni :) semmi gond, azok a mentések amúgy is mentek volna a levesbe. kézzel csináltam új mentést, aztán ennyi, nem történt ebből semmi baj.
történt viszont más is ezzel kapcsolatban, egy másik dolog okán. régen a mentések 2 vinyó közt voltak szétosztva, de nemrégiben beraktam még egy harmadik elfekvő vinyót is, hogy legyen hely dögivel. és mivel így sok helyem lett, elkezdtem olyan dolgokat is tükrözni hetenként, amiket eddig nem (mert nem volt rá hely és nem is annyira fontos dolgok). úgyhogy ezt a tükrözést is beraktam a heti mentő szkriptbe, sőt, ugyanabba a felmountolt könyvtárba történt a mentés, amibe a heti mentések is kerülnek. arra viszont nem gondoltam, hogy egyszercsak ez a könyvtár lesz majd a 30 napnál régebbi és a backup szkript le fogja gyakni a fenébe... :) hát most eljött ez a pillanat is, úgyhogy a szkriptecske szépen letolt egy 50 gigát majd pedig kilépett, mondván, hogy nincs könyvtár, amibe mirrorozzon... :)
persze ezt is megcsináltam gyorsan, semmi gond.
a szkriptet is meggányoltam, hogy ezt a könyvtárat a továbbiakban ne törölje, akármilyen "öreg" is lesz. hát elég gány megoldás lett, de sebtiben ez volt a legegyszerűbb.
most pedig a hálózatban szétszórt backupolást valósítom meg, most írom rá a szkriptet. ennél már a biztonság kedvéért minden létező dolgot lekérdeztetek a szkriptben, mielőtt bármit is csinálnék. lépésenként lesz mindenféle ellenőrzés meg bolondbiztosítás.

mai ötletem: amolyan parasztos backup szétterítve helyi gépekre :)

a következő okosság jutott eszembe, természetesen a vécén, hol máshol! :)
van egy samba fájlszerver és egy pár windows kliens. a szerverben mostmár három vinyó. napi, heti és havi mentések, úgy szétszórva a vinyókon, hogyha bármelyik vinyó kiesik, legrosszabb esetben is az előző napi mentésből megvan minden. plussz a havi packok külső vinyóra is mentve és benn a széfben. ez így szép és jó. de mi van, ha kigyullad a szervergép és minden elég? akkor ott vannak a ahvi mentések, de az elég sovány.
viszont a kliens gépeken csak az oprendszer és a tervezőprogram van, minden adat a sambán. és elég modern gépek, a legkisebb vinyó is 500 gigás, amiből 450 szabad minimum.
arra gondoltam, ezekre csinálok egy rejtett mappát, csak amdin olvashatja, a userek nem is látják, és ezeket a szerveren felmountolom cifs-el, és a teljes fájlszervert ezekre is kitolom naponta mirrordir-el. így nem lenne sok adatforgalom, mert csak a napi kisebb változásokat kéne frissítenie.
csak kérdés, hogy a mirrordir megy-e cifs-re (ntfs van a vinyókon), illetve hogy az x millió kis fájl az még mirrordirrel is rohadt lassú lenne, már maga az ellenőrzés, nem a másolás. a cifs rohadalom lassú.
hmmm, asszem teszek egy próbát a saját gépemmel, aztán ha működik, akkor felmountolom az összes gépet és hagy szóljon. azért ha 5-6 gépen van meg minden adat, az már eléggé safe lenne.

ezer sebből vérző ubuntum sebei magától gyógyulnak?

Hiena blogja juttata eszembe, hogy nekem is volt egy remek irq ütközésem, és hogy így eszembe jutott, hát gyorsan bootoljunk is be és nézzük, mit lehet vele kezdeni.
na így is történt, mintegy 64000 darab syslog irq-s sikolybejegyzés meg is volt, ahogy kell, épp el is kezdtem guglizni, hogy akkor most ez mitől és hogyan, mire bevetődik az update manager, hogy 50 terabájt frissítést töltsek le de márazonnal... hát nah, tőccsed fijam, majd akkor utána nézelődök megint.
hát persze volt kernel frissítés meg minden, meg reboot után nvidia bináris driver újratelepítés, hogy lássak is valamit... szóval semmi szokatlan.
hát ekkor elkezdtem megint syslogot nyálazni, és ni! egy darab hiba nincs benne! wáááúúúú!
ez mondju azért fura, mert bootolás közben a sosemvillogó xsplash, mikor tizenkilencedszer vált üzemmódot meg betűtípust, akkor azért köpi kifelé a hibákat (udev nem tud fájlt olvasni, udevnek ez fáj, udevnek az fáj, ureadahead (mint kiderült ez nem hiba, hanem ez csak egy értesítés, néhánytucatszor...)
szóval érdekes. sok minden javulgat... de jó is, hogy kiadták ez a karmicot októberben... talán jövő októberben kellett volna :)
viszont a javát megjavítottam, úgyhogy most már van java mikulásom is -> adblock :)
de a pulse audio az továbbra is lenémít mindent, amit csak talál, pedig elvileg már 2 hónapja fixed...

döglött egér

csak azért írom le, hátha valaki esetleg venne ilyesmit: a4tech x7 xl-750f lézeres egér, egyik pillanatról a másikra megadta magát a lézere. a gombok jók, váltja a "felbontást", ég a led, satöbbi, csak éppen nem mozdul. kipróbáltam másik gépen is, hátha, de nem. ennyi. nincs fél éves... :(
bezzeg a százezer éves a4 tech egereim azok még bírják... úgy látszik, mostanában már csak szarokat csinálnak... vagy a lézerek ilyen hamar meghalnak?
nos így jártam.