_jack_ blogja

Egy kis adrenalin

Jól beijesztett most ez az Ubuntu, így tanulás közben. Hajnali egy óra, egyszer csak elkezdi valami háttérben futó folyamat terhelni a CPU-t. Gondoltam megnézem mit nem irtottam még le, mert az update-xapian-index meg updatedb meg hasonló cron jobokat telepítés után rögtön át szoktam konfigurálni, hogy ne okozzanak gondot. Szóval mi maradhatott ki? Indítok egy topot, hát mit látok: md0_resync, md0_raid1 a két első helyen.

Ne b...ssz.

Hát nézni kéne egy /var/log/akármit, mert ha meghalnak a háttértárak, akkor miből tanulok? A /var/log/syslog még rádob egy lapáttal:


Jun  5 00:57:01 hypnos mdadm[1263]: RebuildStarted event detected on md device /dev/md0
Jun  5 01:03:01 hypnos mdadm[1263]: Rebuild20 event detected on md device /dev/md0
Jun  5 01:09:01 hypnos mdadm[1263]: Rebuild40 event detected on md device /dev/md0
Jun  5 01:14:01 hypnos mdadm[1263]: Rebuild60 event detected on md device /dev/md0

Mai mottó

Egy apple blogon találtam ezt a vicces hozzászólást, gondolom (remélem) a hozzászóló csak ironizált, de azért jó:

Ki a faszt érdekel, ha egy epöllel nem lehet telefonálni?
A kínai vázával sem lehet, mégsem von le semmit az értékéből!

:)

Apache a VirtualBoxban

Leírom ide magamnak, mert mindig elfelejtem az ilyen dolgokat:

Csináltam egy hasznos kis VirtualBox image-et ( X nélküli, alap telepítésű Debian Lenny) arra a célra, hogy ne a desktop gépemen kelljen Apache-ot futtatnom a honlap fejlesztéshez. Két virtuális Ethernet kártyát állítottam be benne:

  • Az egyik automatikus indítású Host-only interfész statikus IP címmel. Így csak elindítom a virtuális gépet ha kell a szerver, ha pedig már nem kell, akkor leállítom és kész. Csak a host tudja elérni, és a guest is csak a host-ot látja, kellemes dolog. A használathoz be sem kell jelentkezni a guest-be, megy minden magától. A leállításhoz sem kell bejelentkezni, elég egy Host+H.
  • A másik NAT-olt interfész DHCP-vel, de ez manuális indítású, alapból nem megy. Ha a guest-en update-et akarok futtatni, vagy csomagot telepíteni, csak bejelentkezem, ifup eth1, és kilát a netre.

wizardpen driver

Mire jó?
Linux alatt sajnos "hivatalos" támogatása (most, 2010 elején) szinte csak a Wacom tableteknek van, viszont a piacon rengeteg olcsó, nem professzionális felhasználásra szánt, de azért jó szolgálatot tevő tablet van még. Ezek közül sokat működésre lehet bírni a wizardpen driverrel.

Prof. Tanenbaum az ELTÉ-n

Prof. Andrew S. Tanenebaum múlt hét szerdán érdekes előadást tartott nekünk az ELTÉ-n a MINIX3-ról. Két óráig tartott, mire megfogalmaztam egy írást a dologról. Épp mikor a "Beküldés"-re akartam kattintani, lefagyott a Gutsy, így ezt elbuktam (elbuktátok).

Hibabejelentés , r=1

Kétélű dolog ez a Gutsy Gibbon-os asztali effektekkel. Alapból engedélyezve vannak, így a fejlesztők szerint sokkal több hiba kiderül, és felgyorsul a stabilizációs folyamat. Viszont mihez kezdjen az r=1 user, akinek félóránként csontra fagy a gépe, és azt sem tudja megmondani, hogy miért: egyszerűen az egyik pillanatban még működik, a következőben meg már nem, és marhára nem lehet ebből kitalálni, hogy mi a nyavaja történt. Egyáltalán, a kernel, az X, vagy a Compiz az ok? Ki tudja - log nincs, mert az elhaló komponens nem írja bele a logba, hogy "Sorry, I'm dying...", és így azt sem tudja szegény r=1 (már ha egyáltalán akarna "hibabejelenteni"), hogy kinek és hogy mit jelentsen. A gyanú is, hogy köze van az asztali effektekhez, inkább a tudatalattiból származik, mint józan megfontolás eredménye: kihangsúlyozta a Canonical, hogy ez az integráció lehet hogy necces lesz elsőre, hát akkor biztosan szegény effektek miatt lehet a fagyás. Pedig a háttérben ott van egy kernel, amit úgy fejlesztenek, ahogy más fogat mos reggel ha épp késésben van a munkából (gyorsan és keményen, de azért érezni lehet, hogy valami bűzlik), és ott az X, meg az NVidia 12312.1231.12412prealpha-232, aminek a kódját talán egy csimpánz pötyögi be valami állatkertben némi plusz banán reményében. Vajon melyik lehet a szar a három vödör lekvár közül? Mindegy, ha összeöntjük, mindenképpen szart fogunk kapni.

virtualbox cumi

Pedig hogy örültem ennek a Virtualbox-os okosságnak... Minden buherálást, forráskódból telepítést a virtuális gépben csináltam, hogy ne a saját rendszeremet szemeteljem össze, de mikor át akartam másolni a kész programokat a host-ra, jól arca estem: sehogy sem sikerül.
- Permanens megosztott könyvtár: működik, csak néhány ezer bájt / sec sebességgel...
- USB: a jogosultságokat a host-on rommá kellene kofigurálni...
- Samba: először azt hittem, egy kattintás az egész, mint Windows alatt - jobb gomb az alkönyvtárnéven, megosztás, hajrá . Hát egy frászt. Végül ezt is szanaszét konfiguráltam, hülyék hülye tanácsait próbálgattam a gugliból, semmi eredmény...

Az Ubuntu meg a Marvell Yukon

Egy csomó fórumban vergődnek az emberek a Marvell Yukon Gigabit Ethernet kártyák miatt, mert sz@r a kernel driver, és ledöglik a net állandóan. Nekem is ez volt a problémám (Gigabyte GA-965P-DS3 alaplapot vettem), és mivel sehol nem bírták volna megemlíteni, hogy a Marvell honlapjáról letölthető jól működő Linuxos driver, egy hétig tartott, míg kinyomoztam. Pedig jópár kernelhegesztő ember ötletel, meg osztja az észt a szerencsétlen kezdőknek, de még véletlenül sem szólnak, hogy van megoldás addig is, amíg végre összebarkácsolják a vanilla kernelben levő cuccot használhatóra...