HTML

Bagoj úr blogja

Kíváncsi Bagoj befigyel a Linux belsejébe, illetve különféle Linux terjesztéseket próbál ki. Ha jó napja van, scriptet ír Neked.

Friss topikok

Múltidőben - PC-BSD 7.0

2008.10.01. 12:01 bagoj ur

Szokásos havi tesztemmel átcsúsztam októberre, mivel egyszerűen nem tudtam screenshotokat készíteni, amik jól alátámasztották volna a leírásomat. Sajnos ez mostanra is így maradt, így próbálom majd netről összelopkodott cuccokkal feldobni a tesztet.

Az még nem lenne probléma, hogy nem igazán értek a BSD-khez, hiszen használtam már pár UNIX-ot életemben. De ebben KDE4 is van, ami erősen súlyosbító tényező volt abban, hogy ne nagyon tudjak mit kezdeni a rendszerrel. Próbálom élményeimet és a szerencsétlenkedéseimet összeszedni:

1. A telepítője elképesztően kultúrált. Komolyan, ennél jobban nem lehetne kiszolgálni a felhasználót (és nem véletlenül írok usert és nem rendszergazdát). A szokásos nyelv/billentyűzet/időzóna választást követően ki tudujuk választani a partíciót, amire telepítünk, illetve az alaprendszerhez képest még pluszban feltelepítendő dolgokat. Gondoltam, feltolok egy Firefoxot és egy Openoffice-t is, megnézem hogyan muzsikálnak BSD alatt. Megadhatjuk a root jelszót és létrehozhatunk felhasználókat. Ezután belefog a telepítésbe, és az egész kb. 20 perc.

2. Mivel volt grub a gépemen, elsőként azt mondtam, ne telepítsen újat. Ez hiba volt, a létező grub nem tudott mit kezdeni azzal, hogy kirántottam alóla a linux partíciót. :-) Bebootoltam a PCBSD cd-vel rescue módban, egy chroottal behelyezkedtem a leendő rendszerembe és futtatni akartam a grubot. Nem volt feltelepítve! Elkezdtem próbálkozni, vajon mivel lehet programot telepíteni? pkg-add? Valami ilyesmi volt... :-) De sajnos a szabad hely 0 byte volt, nem lehetett telepíteni! Egy 5 Gb-os partíción elfogyott a hely telepítés közben?! Mi ez, Vista?

3. Kezdjük elölről! Kiválasztottam mindent (mivel csak az az egy 5Gb-os szabad partícióm volt, ismét azt választottam), majd nem tettem fel Firefoxot, Openoffice-t. Grubot viszont igen. A telepítés hiba nélkül lefutott, és a Grub is működött. Hurrá! A boot ideje eléggé átlagos, majd az X beállítása után a kdm bejelentkezés után egyből ámulatba estem, ugyanis visszadobott a belépő felületre. Másodszor is próbálkoztam, ekkor volt esze arra hogy failsafe-ben léptessen be (egy darab xterm). Ez okos! Nézem a szabad helyet: -122 Mb (azaz mínusz százhuszonkét megabájt!!!) A dolog nyilván érthető; valamekkora részt fenntartott arra az esetre, hogy a userek ne tudják betelíteni a rendszert. Viszont a telepítő szépen betelítette...

4. Elkezdtem törölni a csomagokat a pkg_delete paranccsal, parancssorból. Pár száz mega eltávolítása (cups, kdegames, wine, pár X font...) után már be is tudtam lépni. Első két mondatom: Ez elképesztően szép! Ez elképesztően lassú! Hát hiába, a KDE nem gyorsult sokat a 4.1-es verziójára. De ilyen jól kinéző OS-t nem sokat láttam. Nincsenek pörgő kockák, vagy egyéb vizuális effektek, ez úgy önmagában gyönyörű és igényes.

5. A start menü új koncepció,először is alul fülecskéket látunk (kedvencek, programok, számítógép (beállítások és gyakori könyvtárak vannak benne), legutóbb használt dokumentumok és a kilépés), és mindegyik fülecskében többszintű menü, de egyszerre csak egy szint látható. Ha kattintunk, akkor kicsúszik balra az addigi menü, becsúszik jobbról az almenü. Eléggé átláthatatlan és főleg touchpaddal igen nehezen kezelhető. Billentyűzetről meg elfelejtettem megpróbálni...) Szóval innovatív, de nem az igazi.

6. Elkezdtem az alkalmazásokat nézni: kmail indítása vagy 15 másodperc (hozzátenném: 2,2Ghz-es Pentium processzor, sajnos csak 512M RAM). A Konqueror, Amarok nagyszerűen működik, mindent megjeleníteke, lejátszanak, amit megnéztem. A dolphin viszont 10 másodperc alatt indul el, ami egy fájlkezelőnél nekem már elég kritikus - én csak pár fájlt akarok másolni, nem kell ehhez 10 másodpercet "deriválni"! Minden működik, de semmit sem találok. Ez annak az eredménye, hogy a KDE4-gyel először találkoztam. Például olyan programot sem találtam, amivel képernyőmentést készíthettem volna...

7. Ami érdekes: nincs grafikus csomagkezelő. Van egy "add/remove software", de abban csak a PBI-k (PC-BSD plusz szoftvercsomagok, lásd http://www.pbidir.com) karbantartása lehetséges; az alaprendszer felépítésénél a koncepció az volt, hogy mindent beleraknak; ahelyett hogy válogattak volna. Nos, ha a PC-BSD lenne az egyetlen oprendszerem, meg is érteném ezt a gondolkodást. Ami jó dolog, hogy van grafikus csomagfruissítő.

8. Nem találtam, de nem is nagyon kerestem magyar fordítást. Egyszerűen nem volt helyem felrakni, ha van is. Elnézést!

Összefoglalásként annyit, hogy a PC-BSD a linux kompatibilitás miatt felrakott library-k miatt meglepően nagy helyet foglal, és eléggé lebombázza a "kicsi és gyors oprendszer" nimbuszát, ami bennem eddig élt. Meg fogom próbálni ezek után a FreeBSD-vel vagy a Dragonfly BSD-vel is, és ha már lesz helyem meg legalább félig ismerős dolgokkal találkozom, össze tudom majd mazsolázni az általam használt, kényelmesség vált alkalmazásokat. A kezelhetőség terén a KDE4 előtt hosszú út áll, úgy érzem, de koncepciónak határozottan tetszik - nem lehetne valahogy a KDE-s grafikusokat összehozni az Ubuntu fejlesztőkkel? :-) A csomagkezelés elég egyszerű a PBI-ken keresztül, de ha valamit szeretnék túrni a motorháztető alatt; az már nagyon nehézkes. Ha a Gnome-ról el lehet mondani, hogy rengeteg csomaghivatkozása és -igénye van, a KDE4-ről kétszeresen is elmondható. Például a cups-common nem leszedhető, mert a kdelibs akarja - és ha ÉN nem akarom? Nincs nyomtatóm, le akarom szedni, ne akadályozzon.

Miért használjam?

Minden megy, ami Linux alatt. Ha akarom és beállítom, a Compiz is működik. De vajon mi késztetne arra, hogy PC-BSD-re váltsak? Nagyjából semmi. Aki sok éve benne van, értelemszerűen azt szereti, azt szokta meg. Örülök, hogy nekik is van forgó kocka meg KDE4.1, de igazából a PC-BSD-ben semmi olyat nem láttam, amit a Linux ne tudna, és a PC-BSD terjesztés sokkal több helyet foglalt. Ahhoz pedig nem láttam eleget, hogy a kernel stabilitásáról bármit tudjak mondani. Az aqua-stílusú ördögfej és a kiválasztottság-érzés nekem nem jelent motivációt.

2 komment

Címkék: teszt pcbsd7

Rend a lelke

2008.09.29. 14:14 bagoj ur

Mivel ez a 64. postom, ami egy olyan kerek szám amit érdemes megünnepelni (haha!), és főleg mert már kezdtem én sem megtalálni a dolgaimat, igába hajtottam a blog.hu "rovatok" című fícsörét, amit Ti is láthattok a jobb oldalon. Igyekeztem olyasféle kategóriákat létrehozni, amiről úgy érzem, sok embert érdekelhet, illetve én is nem egyszer foglalkoztam vele. Ilyenek a biztonsági mentések, szkriptezés, a mini-linux "projekt", különféle distro-tesztek estébé.

Köszi a látogatásokat, meg az időnként érkező biztatást. :-)

Szólj hozzá!

Címkék: feature

Kernel-fordítás - tipikus hibák

2008.09.29. 13:13 bagoj ur

Kicsit folytatnám a kernel-fordítás thread-et. Kaptam ugyanis egy levelet, amelyben egy kedves ismeretlen segítséget kért. Sajnos nem tudtam annyit segíteni, mint amennyit szerettem volna, ugyanis nekem nincs nvidia kártyám, ezért nem tudom hogy a lefordított kernelhez hogyan kell hozzá fordítani az nvidia driverét, de előkerült sokak régi ismerőse, a boot elején kiírt alábbi kernel üzenet:

kernel panic - not syncing VFS: unable to mount root fs on unknown-block (0,0)

Tegyük fel tehát, hogy a gépünkre szabott kernelt készítünk, initrd-t pedig nem akarunk használni. Az initrd pl. akkor kell, ha annyira általános célú a kernel, hogy nem tudjuk, mit tegyünk modulba ezért mindent abba teszünk. Viszont ha minden modulban van akkor értelemszerűen azokat fel kell tudni olvasni a merevlemezről és betölteni a memóriába. Ha viszont a merevlemezt kezelő kód is modulban van, akkor értelemszerűen nem tudjuk betölteni, mert nem tudjuk hogyan olvassuk a lemezt mert ahhoz az kéne hogy előbb
olvassuk a lemezt.

Az unknown-block jelentése: vagy nem tudja, hogyan kell kezelni a lemezt, vagy nem tudja értelmezni a rajta lévő fájlrendszert.

Következik egy kis történelem. A kernelben jelenleg (2.6.26.5-ös verzió) kétféle lemezkezelő modul van: Az ATA/ATAPI driver, ami még a 2.4-es szériában került be és lassan kikopik a kernelből, ugyanis anno amikor tervezték, még nem voltak SATA merevlemezek sem, illetve ez a memóriakártya-dömping sem. Az akkori kódot egy jó darabig foltozgatták aztán belekezdtek a vadonatúj LIBATA driverbe. Mindkettő elérhető jelenleg a kernelben, de ezek a kódok ütik egymást. Még ha sima IDE vinchestered is van, azt is sdX-nek látja az új LIBATA driver, és ez így is van jól (amúgy ezt a UUID-s hülyeséget is arra találta ki a Debian közösség, mert nem tudják hogy ki melyik drivert használja, és a normál IDE vinyók az ATA driverrel hda, hdb, ... -nek látszanak, a LIBATA-val meg sda, sdb, ... -nek. Tehát hogy a problémát megkerüljék, kitalálták hogy volume id-t használnak, ami meg más szempontból nem jó). A lényeg: használd a LIBATA drivert, mert az a jövő.

Leírom, hogy kb. én mit tartok beállításra érdemesnek. Ennek lényege, hogy a merevlemez hardverét és a fájlrendszer driverét mindenképp bele kell fordítani a kernelbe, hiszen nincs initrd, ami behúzza nekünk (ha meg van initrd, akkor annak a támogatását kell belefordítani). A kérdezőnek intel-es merevlemez vezérlője van (hogy kinek mi van, az ugye lekérdezhető az lspci paranccsal) - nyilván az alábbi beállításnál VIA chipset esetén a VIA-s drivert kell majd kiválasztani. Mindenki szabja a saját igényeire!

Device Drivers / ATA/ATAPI/MFM/RLL support  ---> alatt:

y Enhanced IDE/MFM/RLL disk/cdrom/tape/floppy support
y Include IDE/ATA-2 DISK support
y Include IDE/ATAPI CDROM support
n Include IDE/ATAPI TAPE support
n Include IDE/ATAPI FLOPPY support
m SCSI emulation support
y Intel PIIXn chipsets support (ez támogatja az ICH-s chipseteket,
gyorsabb lesz a vinyó mint a general támogatással)

Device Drivers / SCSI device support  ---> alatt:

y SCSI device support
y legacy /proc/scsi/ support
y SCSI disk support
y  SCSI CDROM support (ez nem biztos hogy kell de nem fáj ha van)
y SCSI generic support
n SCSI low-level drivers  --->

Device Drivers / Serial ATA (prod) and Parallel ATA (experimental) drivers  --->

y AHCI SATA support
y Intel PATA MPIIX support
y Intel PATA old PIIX support

Device Drivers / Multiple devices driver support (RAID and LVM)  --->

Ha a telepítéskor LVM partícionálást választottál, akkor itt a "Device
Mapper support" alatt minden kell, különben nem fog megszólalni. (ezt
egyszerű megnézni, mert egy fdisk -l /dev/sda is "LVM" partíciókról
beszél, míg ha ilyen nincs, akkor a szokásos 0x83 Linux partíciót
írja).

File Systems alatt:

y Ext3 journalling file system support
y Ext3 extended attributes

(persze ha nem ext3-ad van, akkor a megfelelő fájlrendszer a kiválasztandó.)

File Systems CD-ROM/DVD Filesystems  ---> alatt:

y ISO 9660 CDROM file system support
y Microsoft Joliet CDROM extensions

File Systems CD-ROM/DVD Filesystems  ---> / Partition types alatt:

y PC BIOS (MSDOS partition tables) support
y  Windows Logical Disk Manager (Dynamic Disk) support

Remélem, érthető. Tehát ahhoz, hogy bármi elindulhasson, már a kernelben kell lennie mindannak, ami a diszk eléréséhez kell: a merevlemez drivere, a partíció ismerete és végül a fájlrendszer ismerete. Ha ezek közül valamelyik is modulban van, értelemszerűen nem
tudja megszerezni ezért lepánikol.

Ha újabb kerneled van, elképzelhetőek változások. (Ez egy külön vitatéma lehetne, hogy milyen "jó" hogy a kernel bizonyos részeit fél évente újraírják, ezért a hozzájuk kötődő programok fejlesztőit az őrüeltbe kergetik.)

2 komment

Címkék: linux hogyan kernel konfigurálás

Opensource játékok

2008.09.23. 21:32 bagoj ur

Anno feltettem a kérdést: "nincsenek normális OSS játékok?" Merthogy eléggé úgy tűnik, hogy ha vannak is ilyenek, a "termék" reklámozására már nem futja a programozók idejéből. Node itt vagyok én! :-) Összeszedtem az alábbiakban pár játékot, amik Windows, Linux és egyéb operációs rendszerek alatt is futnak és nekem bejöttek. Próbáltam ráadásul olyanokat előszedni, amelyek talán kevésbé ismertek.

X-Moto

Aki nem játszott még soha vele (vagy az Elastomania-val), az azonnal próbálja ki. Idézek: "Az X-moto élvezetes, 2D-s motokrossz játék, ahol a fizikai törvények nagy szerepet játszanak. Ki kell használnod a motorod minden tudását, hogyha az egyre nehezebb pályákat teljesíteni szeretnéd."

A Hardy universe tárolójában benne van, simán telepíthető. A kezelésről itt olvasható egy kis magyar nyelvű leírás. Van hozzá pályaszerkesztő is... van még kérdés? :-)

Scorched 3D

Egyszer volt egy játék, amivel akkoriban rengeteget játszottunk, pedig rémesen egyszerű volt; ez volt a tanx, majd a Scorched (aztán lett belőle Worms, majd Worms3D). Ennek a 3D-s változata jó mókát ígér; tankokkal kell egymás ellen küzdeni, és változatos fegyverekkel rombolni az ellent. Szintén benne van a Hardy repóban, scorched3d néven.

A jutyúbon lehet videókra is keresgélni, hogy fel lehessen mérni, milyen. (Ez a megjegyzés mondjuk minden játékra igaz, lassan a jútyub minden tudás forrása lesz.)

Assaultcube

Egészen elképesztő teljesítmény egy 19Mb-os 3D FPS játéktól! Lehet botok ellen küzdeni, vagy hálózatban játszani. A pályák kivitelezése nem csak a mérethez képest kivételes, szerintem nagyon jól néz ki abszolút értékben is. Természetesen nincs 27-féle játékmód, sem küldetések, sem szörnyek, de 19Mb-ba ez nem is férhetett bele. Szerintem zseniális.

ManiaDrive

Nincs túl nagy érzékem az autós játékokhoz, be kell valljam. Nekem ez nagyjából bejött; attól eltekintve hogy csak Renault Clióval lehet menni (azaz csak egyetlen fajta autóval játszhatunk), illetve hogy fizikailag nem törik az autó, elég jól sikerült darab. A zenéje is teljesen jó, tényleg hangulatos. Csak Windows alatt próbáltam, nem tudom hogy mennyire megy opensource operációs rendszereken (de miért ne menne?).

 

Phun

Ha valaki eddig nem szerette a fizikát (felteszem, létezik ilyen :-)), az most minimum a kinetikát meg fogja kedvelni. A Phun állítólag addiktív, nekem fél délutánig tartott, de addig remek időtöltés. Képzeljünk el egy világot, ahol mi megrajzolunk akármit, amire érvényesek a fizika törvényei. Tudunk rugót, motort, vizet kreálni, ki tudjuk szögezni és össze tudjuk erősíteni a tárgyakat, majd meg tudjuk figyelni hogy hogyan hat rájuk a gravitáció és hogyan hatnak egymásra. Mindez annyira játékos és egyszerű formában, hogy észre sem lehet venni, hogy ez fizika. Itt lehet pár ötletet gyűjteni és megnézni, mi is ez.

Sajnos a Phun nem open source játék, csak open source rendszereken is fut. A licensze is elég egyedi; csak magán felhasználást engednek meg, és letölthető forrást sem láttam.

 

2 komment

Címkék: linux játék opensource ingyenes

Újdonságok az Intrepid Ibexben

2008.09.23. 10:24 bagoj ur

Úgy gondoltam, hogy bár ezer helyen beszélnek róla, én is összeszedem, milyen újdonságok lesznek az Ubuntu 8.10-ben, és bővítem folyamatosan, ha újat hallok/olvasok.

Gnome felhasználói felület

Az alapértelmezett levelező Evolution támogatja a Google névjegyzéket, és webDAV protokollal már nem csak naptárat tud szinkronizálni, hanem kontakt listákat is. Ennek gyakorlati haszna az lehet, ha valaki saját webszerverén tárolja a kontaktokat és naptárbejegyzéseit. Esetleg hasznosabb lehet a levélsablonok használata; tudunk definiálni magunknak céges sablont, sima sablont, kerek sablont és lyukas sablont.

A Nautilus már támogatja a tab-os használatot; amit a PCManFM a kezdetek óta. Jó dolog, hiszen alt+tabbal nem kell túl sokat molyolni mire megtaláljuk a fájlkezelőt, de azon belül a tabokon úgyis végig kell lépkednünk. Egyelőre nem várok tőle túl sokat, lévén a PCManFM-ben sem sűrűn használtam a tabokat.

Használja valaki a Cheese alkalmazást? Ő most új effektekhez juthat. Azt hiszem, ez már nem az én korosztályom, de nem vitatom a létjogosultságát. :-)

Bevezetésre került az Ekiga helyett az Empathy, amitől elég sokat remélek én is, hiszen egyben támogatja a Jabber/Google Talk, AIM, ICQ, MSN, és Yahoo protokollokat és emellett használható videotelefonálásra is (és nyílt forráskóddal, nyílt protokollt használva, nem úgy mint a Skype).

Jó hír szintén, hogy már az Xrandr 1.2-est támogatja a Gnome, ez praktikusan annyit jelent, hogy a képernyő felbontása, forgatása, több monitor támogatása már szinte mindenkinek csont nélkül fog menni. Akinek nem, annak egzotikus a hardvere és kész. :-)

Ezen felül még több integrációt várhatunk, ami valószínűleg növelni fogja a csomagok számát, egymásra hivatkozását, tehát a Gnome most már tényleg egy 1 Gbyte-os szörnyeteg lesz, amelyet csak egyszerre lehet feltenni, részeket használni nagyon nehéz lesz belőle, legalábbis az Ubuntus csomagkezelő segítségével.

És a kinézet, amiről én is írtam egy postot nemrégiben? Sokat szerint szerencsére nem változik sokat; én már nagyon unom hogy őszinte legyek; igazán hiányzik egy vonzó megjelenés. Annyi screenshotot készítenek az emberek jobbnál jobban kinéző desktopokról, nem értem miért nem veszik egyszerűen át valamelyiket. De állítólag most felvettek pár grafikust, úgyhogy majd a 9.04-ben ennek látni fogjuk az eredményét.

Kompatibilitás

Szintén jó hír, hogy a szorgos Samba-s fiúk munkájának eredménye beépül az Ubuntuba; ezért lehetővé válik a titkosított fájlmásolás, fájlszerver-cluster használata Windows fájlszerverekre; illetve még pár dolog amik a Windows-okkal való kompatibilitást segítik. Ez igazából a nagyvállalati környezetben hasznos, de épp ezen a területen igazán van még mire gyúrni.

Ha most kellene mondanom valamilyen véleményt: A 8.10-re sem azért frissítettem, mert annyira sok újat hozott, inkább a 8.04 soha ki nem javított hibáit untam már rettenetesen. Annak előtte a 8.04-re azért frissítettem, mert a 7.10 repóban nem volt meg pár szoftver, ami nekem kellett volna. A 7.10-re szimplán kíváncsiságból, illetve a gyorsított boot ígérete miatt váltottam, de most el kell mondjam, a 7.04-et láttam a legkiforrottabbnak (értsd: atomstabil) és leggyorsabbnak eddig. Azóta csak romlik a helyzet, szóval elgondolkodtam, hogy az Ubuntu meddig fog maradni a desktopon. Sokat köszönhetünk a Canonicalnak, de valahogy a fejlesztés iránya nekem kicsit grízes.

Szólj hozzá!

Címkék: linux ubuntu 8.10

süti beállítások módosítása