Most akadtam az ebuntu-ra (elbuntu?) ami azt tűzte ki céljául, hogy ubuntu-n alapuló enlightenment-et készítsen. Mivel mostanában elég kevés időm maradt az e17 csomagjaim frissítésére, hibakeresésére, ezért a jövőben azt javasolom, hogy az e17 csomagjaim helyett használjátok azt a projectet.
ubuntu
smartpm 0.50-0ubuntu1 deb
Új verziót készítettem edgy-hez a smart-ból. A hivatalos 0.50-tól annyiban tér el, hogy tartalmazza Kálmán honosítását. A csomagok innen tölthetőek le.
clamav 0.88.7-1 deb
Készítettem új clamav csomagokat az edgyhez. Mivel az edgy nem a legújabbat tartalmazza, a freshclam ezt szóvá is teszi frissítéskor.
A csomagokat innen lehet letölteni. Egyenlőre még nem működik az apt tár, így wget-el kell leszedni a csomagokat, de hamarosan azt is megcsinálom.
amavis testreszabás
Az új amavissal mostanában elég sokat szívok, ezért egy két dolgot leírok, elkerülendő másoknak a meglepetéseket. Continue reading
linux windows meghajtók olvasása oda vissza
Mivel az asztali gépemen elhúzódik a linuxra migrálás, ezért egy kicsit idegesít, hogy bizonyos cuccaim (leginkább zene) ext és ntfs partíción is megtalálhatóak. Most, hogy volt egy kis időm utánnaolvastam annak, hogy windows alatt hogyan tudnám olvasni ext2/3 partícióimat (írás nem volt követelmény, olvasás elég) és a linux alatt hogyan lehet olvasni (írás itt sem követelmény, de ha megoldható…) az ntfs partíciókat.
Elvárás volt még az is hogy az adott eszköz képes legyen kezelni az utf-8 karakterkódolású szöveget, hiszen az ubuntu alatt az az alapértelmezett. Ext olvasásra és írásra az ext2fsd programot találtam ami képességeit tekintve igen meggyőző! Be lehet állítani, hogy mely partíciókat hova tegye, alapból induláskor már csatolt állapotban legyenek vagy sem, illetve csak írható vagy olvasható kötetetket akarunk. Az már csak hab a tortán hogy nem csak az utf kódolást ismeri hanem egy rakás másikat is! Meggyőző! Ezzel kapcsolatban azért még nem teljes az örömöm mert régen hallottam egy olyan véleményt, hogy a windows teljesen összekuszálja az ext partíciót ha írhatóvá tesszük. Ha valakinek esetleg van valami tapasztalata az megoszthatná. 🙂
Ntfs partíciók olvasása már régen megoldott linux alatt, de az írásra mostanában született egy igéretes magyar fejlesztésű eszköz ami megoldja az írással járó problémákat is, mindezt felhasználói térben valósítja meg (szintén magyar vonatkozású FUSE-t használja). Ez az eszköz a ntfs-3g. Ennek telepítéséről a hupwikiben lehet olvasni, első ránézésre teljesen jól működik semmi gond nincs vele. Akinek esetleg van tapasztalata ezzel kapcsolatban azt is szívesen veszem ha megosztja.
apache 1.3 és 2, php 4 és 5 egy szerveren
Adott a feladat: egy szerveren belül szeretnénk futtatni olyan oldalakat, amik php4-et és php5-t használnak. A feladat már korábban sem jelentett gondot, abban az esetben, ha az egyiket modulként, a másikat cgi-ként telepítettük. Ez esetben, akár egy vhost-on belül más kiterjesztéssel is működhetett a megoldás (.php és .php5). Ha nem igény az, hogy egy vhoston belül használnánk mind a kettő verziót, akkor egy másik megoldást is használhatunk, ami az oldalak proxyzásán alapul. Ezzel a megoldással fájdalommentesen migrálhatnuk -a szolgáltatás szüneteltetése nélkül is akár- apache 1.3 php4-ről apache2 php5-re. Az elv a következő:
Tegyük fel, hogy régi jól beállított rendszerünk apache 1.3 és php4. E mellé szeretnénk beüzemelni az apache2 és php5-ös párost. Az libapache2-mod-php5 és az apache2 csomagok telepítésével, feltesszük az apache2-t és a php5-t. Telepítés után az apache2 nem fog elindulni és az /etc/init.d/apache2 start parancs se fogja indítani. Ez azért van mert az /etc/default/apache2 fájlban egy az indítást gátoló opció van. Miután áttettük az apache2-t a például a 8080-as portra, már elindíthatjuk nyugodt szívvel az opció megváltoztatásával és az /etc/init.d/apache2 start parancs kiadásával.
Ezek után az apache-ban arra a hosztra, amin szeretnénk php5-t látni, beállítjuk az apache-ot, hogy proxy-zza tovább a beérkező kéréseket a 8080-as portra. Az apache2-ben pediglen beállítjuk, hogy szolgálja ki a 8080-as porton az kért oldalt. Ha nem szeretnénk, hogy közvetlenül meghívják a 8080-as porton lévő oldalakat akkor a kívülről érkező kéréseket a tűzfal beállításban blokkolhatjuk (alapból tíltó tűzfal esetén ez nem jelent gondot ha korábban nem engedélyeztük). A megoldás ezzel készen is van, és az apache-ok újratöltésével beizzítottuk a rendszert.
Hátránya annyi csupán, hogy egy hoszton belül nem lehet futtatni a két féle php verziót (talán rewrite-al meg lehetne oldani?!). És persze a proxy-zás miatt lassulás is bekövetkezhet, a kiszolgálás sebességében. Persze mérni még nem mértem a megoldást így nem tudom hogy mennyivel lassabb a kiszolgálás sebessége.
Következő érdekes migrációs kérdés lehet még a mysql 4.0-ról mysql 5.0-re és windowsról linuxra :). Ez utóbbival hamarosan részletesen is fogok foglalkozni, hiszen most éppen egy irodai gép migrációjával foglalkozom.
php izé, meg a pecl
Következő néhány percben a pecl.php.net-en található egyik php modult fogjuk lefordítani. A pecl a php birnáris kiterjesztéseinek gyüjtőhelye. Hasonló mint a pear csak kevesebb modul található meg a gyüjteményben, és van amit már nem is fejlesztenek. Viszont amit fejlesztenek az egész jól használható és mivel bináris, ezért nagyon gyors is! Continue reading
udma bekapcsolása
Laptopon kubuntut használok és mióta áttértem edgy-re egy kicsit minthat lomha lenne a rendszer, és a winyó piszkálása megakaszthatja a rendszert.Windowsos korszakból a tapasztalat azt mondatta velem hogy az dma nincs bekapcsolva. És igen. Megnézvén a dma módot tényleg nem volt bekapcsolva (csak azt tudnám hogy mi kapcsolta ki?).
Nosza kapcsoljuk be!
A következőkben leírtak piszkálgatását mindenki saját felelősségre tegye! Nekem nem volt gondom de ez nem jelenti azt hogy másnak sem lesz. 🙂
Első körben nézzük meg azt hogy ha gyanakszunk arra hogy nem megy a dma mód mi is a helyzet:
sudo hdparm -i /dev/hda
Értelem szerűen mindenki a saját meghajtóját írja be amire kíváncsi. Az udev-nek hála lehetőségünk lenne akár ID szerint lekérdezni a meghajtót, de mi most nem ezt tesszük, megfelele a régi jólmegszokott változat. A parancs kimenete (nálam):
/dev/hda:
Model=IC25N040ATMR04-0, FwRev=MO2OAD4A, SerialNo=MRG254KBE42LJP
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=1740kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78140160
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 udma2
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 * signifies the current active mode
A kimenet közepén látható DMA és UDMA módok a lényegesek számunkra. Ha már van udma akkor mért ne kapcsoljuk be azt:
connor@lapi:~$ sudo hdparm -X udma2 /dev/hda
/dev/hda:
Model=IC25N040ATMR04-0, FwRev=MO2OAD4A, SerialNo=MRG254KBE42LJP
Config={ HardSect NotMFM HdSw>15uSec Fixed DTR>10Mbs }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=4
BuffType=DualPortCache, BuffSize=1740kB, MaxMultSect=16, MultSect=off
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=78140160
IORDY=on/off, tPIO={min:240,w/IORDY:120}, tDMA={min:120,rec:120}
PIO modes: pio0 pio1 pio2 pio3 pio4
DMA modes: mdma0 mdma1 mdma2
UDMA modes: udma0 udma1 *udma2
AdvancedPM=yes: mode=0x80 (128) WriteCache=enabled
Drive conforms to: ATA/ATAPI-6 T13 1410D revision 3a: ATA/ATAPI-2 ATA/ATAPI-3 ATA/ATAPI-4 ATA/ATAPI-5 ATA/ATAPI-6 * signifies the current active mode
A kimenetből látszik, hogy a mód bekapcsolása sikeres volt. Most már csak azt kell biztosítani, hogy ez minden indításkor aktivizálódjon. Ehhez a kedvenc szerkesztő programunkkal nyissuk meg a /etc/hdparm.conf fájlt és a végére írjuk be a következőket:
/dev/hda { transfer_mode = 66 } Hogy mi az a 66? Lehetőségünk van a módokat számokkal is megadni. A következő táblázat megmutatja, hogy melyik módnak mi a száma és fordítva:
| 0 | 1 | 2 | 3 | 4 | 5 | |
| PIO | 08 | 09 | 10 | 11 | 12 | |
| SDMA | 16 | 17 | 18 | |||
| MDMA | 32 | 33 | 34 | |||
| UDMA | 64 | 65 | 66 | 67 | 68 | 69 |
És készen is vagyunk. A legközelebbi újraindítás után ellenőrizhetjük, hogy eredményes volt-e a beállítás.
Ubuntu dapper => edgy frissítés szerveren
Épp az imént frissítettem egy dapper szervert edgy-re.
A frissítés minden probléma nélkül zajlott úgy ahogy az ubuntu nagykönyvben meg van írva. Miután átírtam a /etc/apt/sources.list -et, következő parancsokat kiadva:
apt-get update
apt-get dist-upgrade
apt-get dist-upgrade
… már kész is volt a friss edgy rendszer. A dist-upgrade-t azért kellett kiadni kétszer, mert csak a másodikra telepítette fel az upstart -ot.
Szóval fájdalommentesen elvégezhető a frissítés. Most már csak azt kéne valahogy kitalálni hogy hogyan lehet on-the-fly éles debiant frissíteni ubuntu-ra… 🙂
Ez lesz a következő probléma. Egy-két ötletem van, de azokról majd akkor, ha odajutottam!
Sax2 ubuntu alatt
Nemrég sikerült fordíthatóvá tenni ubuntu alatt a SaX2-t.
Mi ez a program? Akik Suse linuxot használnak azoknak ismerős lehet, hiszen alapvetően arra az operációs rendszerre lett megírva. Segítségével az xorg beállító fájlját lehet fájdalommentesen szerkeszteni grafikus felületről. Mivel olyan program ami nagyon hiányzik az ubuntuból, gondoltam egyet és két éjszaka programozás után lefordult, majd sikerült futásra bírni a programot. Igaz még sok munka lesz vele, de a képek magukért beszélnek:
Majd szeretnék belőle bináris deb csomagot készíteni hogy más is fel tudja tenni és ki tudja próbálni, hogy mit is tud a program.
Ha valakinek esetleg van ideje és érdekli a dolog akkor szívesen odaadom az svn diffet, mert ahogy elnézem nem holnap lesz az az időpont amikor elkészül belőle egy használható deb csomag…
Grub helyreállítása XP telepítés után.
A minap szembesültem, hogy mért is nagyon jó az, amit a ubuntuban megvalósítottak, miszerint a live CD és a telepítő cd egy korongon kapott helyett. A grub helyreállítását pár kattintásból el tudtam végezni, és az egész folyamat nem tartott több ideig mint 5 perc.
A windows telepítése során hajlamos arra, hogy csak a más windows-okat vegye észre és az indítómenübe csak azokat tegye be, lehetetlenné téve a más operációs rendszerek alá való bootolást. Persze megoldható lenne, hogy a Windows maradjon az MBR-ben és az ő indítómenüjéből indítsam a többi linuxot is, de ezt megoldani sok időbe telik.
Eddig a grub helyreállítását debian alatt egy telepítés megkezdésével, majd rögtön megszakítással, és grub betelepítése menüpontra ugrással végeztem el. Még ez is gyorsabb megoldásnak bizonyult mint ha a windows-ba kéne beletenni bootoláshoz szükséges információkat.
Adott egy gép amire feltelepítettem megfelelő sorrendben az XP-t és rá az ubuntut. Aztán az XP-t újra kell telepíteni ekkor jön az a gond hogy az xp felülírja az MBR-ben a grub-ot. Nosza elő egy ubuntu desktop CD-t, be a gépbe és bootoljunk róla. Jobb esetben kapunk egy grafikus felületet ahol el tudjuk végezni a helyreállítást.
Elsőként keressük meg, hogy melyik partíció tartalmazza a root partíciót a /boot mappával, majd azt csatlakoztassuk fel mondjuk a /mnt mappába közvetlenül.
Ezek után adjuk ki a következő parancsot:
connor@midian:~$ grub-install --root-directory=/mnt /dev/hda
A /dev/hda a végén az a meghajtó kell legyen, aminek az MBR-jébe a grubot szeretnénk telepíteni.
Majd ha minden rendben zajlott és újraindítjuk a gépet akkor ismét a grub fog minket fogadni.