uid_2030 blogja

Ubu szerű live-DVD telepítés, erre nem vesztegetnék több szót.

Negatívumok:
- nincs 64 bites verzió
- alap 32 bites kernelt telepít, a 4GB RAM-hoz manuálisan telepítem a "bigmem" kernelt
- első frissítés 516 csomag
- /etc/fstab egy iszonyatos katyvasz, manuálisan szerkesztem, hogy legyen swap és 2. HDD
- bináris Nvidia meghajtó telepítése után xorg.conf manuálisan szerkeszt
- compiz csak a Gnome indítópultba írt "compiz --replace" után müködik
- néhány alkalmazáshoz (pl. Firefox) manuálisan kell telepíteni a nyelvi fájlokat
- csomagkezelője néha összeomlik, Synaptic és Aptitude mindörökké :)
- inkább csak fura, eth1 és eth2 van (eth0 nincs)

Jelenleg Fluxbox ablakozót használok ROX-Filer fájlkezelővel. Ha szeretnénk automatikus csatolást CD/DVD/USB eszközeink számára, az alábbi módon kell eljárnunk:

- Telepítsük a pmount, ivman csomagokat.
- Vegyük fel a csatolni kívánt eszközök listáját az /etc/pmount.allow fájlba (pl. /dev/dvd, stb.)
- Állítsuk be a ROX-ot: Beállítások-> Műveleti Ablakok-> Csatolási Parancsok alatt a 'mount' helyett 'pmount' ill. 'umount' helyett 'pumount'.
- Adjuk ki az ivman parancsot (automatikus indításához Fluxbox alatt adjuk a ~/.fluxbox/startup fájlhoz az 'ivman &' sort).

Városkánk 1ik büszkeségének új albuma ingyen és legálisan letölthető az alábbi helyről:

http://www.mediafire.com/?enjykz1yrm2

Myspace:

http://www.myspace.com/sunsethsphere

Jó szórakozást!

Visszatértem a régi nagy kedvenchez, a Mandriva-hoz, és belevágtam 1 KDE frissítésbe Juan Luis Baptiste okossága nyomán.

Ha esetleg volt fenn rc repo, azt távolítsuk el: urpme.removemedia kde-4.5rc3
Vegyük fel az új repot:
32bit-> urpmi.addmedia kde-4.5 ftp://ftp.kde.org/pub/kde/stable/4.5.0/Mandriva/2010.1/i586/
64bit-> urpmi.addmedia kde-4.5 ftp://ftp.kde.org/pub/kde/stable/4.5.0/Mandriva/2010.1/x86_64/
Aztán hajrá: urpmi --auto-update --auto-select
Rebutulás majd örvendezés!

Nálam simán ment, és eddig minden működni látszik, de természetesen garancia nincs!

A címbéli művelethez adjuk a .gtkrc-2.0 fájlhoz az alábbi sort:

include "/home/user_neve/.gnome2/panel-fontrc"

Hozzuk létre a /home/user_neve/.gnome2/panel-fontrc fájlt az alábbi tartalommal:

style "my_color"
{
fg[NORMAL] = "#FFFFFF"
}
widget "*PanelWidget*" style "my_color"
widget "*PanelApplet*" style "my_color"

Adjuk ki a killall gnome-panel parancsot és készen vagyunk.
(Ha nincs /home/user_neve/.gtkrc-2.0 fájlunk, hozzuk létre!)

Na akkor én is...

A szokásos network-manager gyalulás után /akkor is 1 rakás sz@r, bármit is mondtok :)/ egyetlen gondom akadt, a /boot/grub/grub.cfg linux sorába biggyesztett vga=791 sort nem díjazta, helyette az /etc/dfault/grub sorba írt GRUB_GFXPAYLOAD_LINUX=1024x768x16 lett a nyerő /egyébként mehet a grub.cfg-be is így: set gfxpayload=1024x768x16/.

A magam részéről az eddigi leghasználhatóbb Ubu, még a Pulse is müxik normálisan, lehet hogy most megér 3 napnál többet is... :)

Bizonyos okokból CentOS-> Fedora váltásra kényszerültem.
És mit látok, nincs Rendszer-> Beállítások-> Ablakok menü, ahol ugye az ablak fókuszt szoktam állítgatni.
Wattafak???
Hát baZZZ, külön csomagban van!
Na ez a legnagyobb baromság, amivel Linux alatt eddig találkoztam! Könyörgöm, ennek mi értelme?!
Minden esetre akinek hiányzik még rajtam kívül, az a control-center-extra csomagot keresse.

Amúgy nem rossz a cucc, beigazolódott a régi rögeszmém, "kommersz" disztrót a megjelenés után 3-4 hónappal telepítünk először, és akkor már nagyjából jó... :)

Az előző bejegyzésemben írt hang problémára sikerült megoldást találnom.
Tehát akinél kattog, zörög a hang, az módosítsa az /etc/modprobe.d/alsa-base.conf fájlt az alábbi módon:

options snd-hda-intel power_save=0 power_save_controller=N

Tesztelve Kubuntu 9.10/ ATI Azalia pároson volt, de valszeg müködik minden Ubu variánson és snd-hda-intel modult használó hangeszközön.

Kíváncsi lélek lévén, mondom teszek 1 próbát.
Ubuntu és Kubuntu egyaránt leszed.
És mégsem tudom, hogy milyen lett a 9.10...
Mert egyszerűen 5 perc alatt megőrültem a hangszórókból áradó kattogástól, sípolástól, susogástól!
És persze az eddig megszokott módon irtani sem lehet a tetves PulseAudiot...
Könyörgöm, miért kell egy ilyen rakás sz@rt rákényszeríteni a felhasználóra?!
Miért nem dönthetek, milyen hangrendszert akarok használni?
Gratulálok Ubuntu és Pulse csapat, elhoztátok a Windows élményt a Linux világba...!

Linux (és konkrétan Ubuntu Hardy) alatt kissé nehézkes a Monkey's Audio kezelése, és a fájlokból hagyományos audio CD készítése. Sajna mac csomag nincs a Hardyban, ezért elsőként szerezzük be a mac(*.tar.gz) fájlt és fordítsuk le (a fordításhoz telepítsük a build-essential és nasm csomagokat; értelemszerűen aki olyan disztrót használ amiben van mac csomag az egész lépést kihagyhatja).
Ezek után a CD készítéshez több út is vezet, játszhatunk a mac, ffmpeg, bchunk programokkal, de a dolog nehézkes, hisz a .cue fájlt is szerkesztenünk kell. Van egyszerűbb megoldás is, az shntool csomag. Ezzel gyakorlatilag bármit megtehetünk a veszteségmentes fájljainkkal. A minket érdeklő rész az .ape és .cue fájlokból kinyert, darabolt .wav fájlok, amikből az audio lemezt írjuk:

Ma látogatást tettem csodás Fővárosunkban, konkrétan a Hattyú utcában volt dolgom. Mint böcsületes vidéki gyerek szépen megvásátam a parkolójegyet, baktatok vissza az autóhoz, hát mit látok, ott figyel a mikicsomag, világítómellényes kolléga meg 2 autóval feljebb intézkedik. Mondom neki, tesókám itt a jegy, hát ne már. Szakértően megállapítja hogy 2 perc a különbség, tehát a megengedett 5 percen belül vagyok (közben kicsit sértődötten közli, hogy ő sem figyelhet mindenre, ja bazzz, én se szoktam, csak a dolgomra...), úgyhogy menjek el az Iskola utcában lévő ügyfélszolgálatra, majd ott rendezik, 1 perc az egész. Mondom OK, az merre van, me vidéki gyerök vok, oszt nem tom, azt mondja ő sem, mert most jár erre először, köszi...
Megkeresem Iskola utcát, uccsó 100 tellérosomon (nem járok 100000Ft apróval a zsebemben) parkolójegyet veszek, mondom biztos elég lesz, hisz kolléga szerint az ügyintézés 1 perc. Megtalálom az irodát, mit látok, hosszú sor, 1 azaz 1 ügyintéző hölgyike. Hallgatom az előttem lévők panaszait, az egyik úr a Centrum Kft. összes dolgozójának anyukáját kívánja melegebb éghajlatra hosszú perceken keresztül, majd végre rám kerül a sor.
Hölgy közli, hogy a Hattyú utcai dolog el van rendezve, de közben itt az Iskola utcában újra pótdíjaztak, mert lejárt a jegyem, és sajna nem tud segíteni, mert havonta csak 1x elnézőek Demszkyland nagy hatalmú urai. Mondtam köszi, tényleg klassz, hogy itt lehettem, és amúgy mindenben egyetértek az előttem szóló úrral.

Miután a közösség zúgva követelte (hrgy84, köszi a biztatást :) ), hát tessék:

Szóval a pendrive boot sebessége miatt változott a koncepció, a pen ment a kukába (képletesen; azért erről a verzióról is szólok), és csak a HDD-k játszanak.

Felállás nálam: vinyók- sda (250GB WD), sdb (250GB WD), nincs külön /home se egyéb. Mivel a nálam okosabbak azt mondják, ne keverjünk, ha RAID akkor RAID (ezzel egyébként vitatkoznék, kipróbáltam és semmi probelm a RAID és hagyományos lemezek keverésével), ezért ezt a koncepciót követtem. A két lemezen azonos kiosztás, /boot és swap is tömbökön.
Tehát: butuljuk a Bw DVD-t, és jelentkezzünk be. Én a békesség kedvéért legyaktam az MBR-t: fdisk /dev/sda, majd o és w parancsok, majd ue. a másik lemezen is. Következik a partíciók létrehozása (fdisk v. cfdisk), a /boot-nak 64MB (sda1), a jelképes swap-nak 64MB (sda2; 4GB RAM mellet úgysem használja), a többi megy a /-nak (sda3); típusnak FD (Linux RAID Autodetect) mindegyiknél. Ezek után klónozzuk a kiosztást: sfdisk -d /dev/sda | sfdisk /dev/sdb.
Jöhetnek a tömbök, mivel RAID0-ról a butulás problémás, ezért a /boot RAID1-re kerül, és a nálam okosabbak megmondása miatt a swap is:
mdadm -C /dev/md0 -l 1 -n 2 /dev/sda1 /dev/sdb1
mdadm -C /dev/md1 -l 1 -n 2 /dev/sda2 /dev/sdb2
mdadm -C /dev/md2 -l 0 -n 2 /dev/sda3 /dev/sdb3
Mivel a swap-et a telepítőből nem tudjuk megcsinálni, ezért: mkswap /dev/md1, swapon /dev/md1, majd jöhet a setup.
Normál telepítés, amire figyeljünk: /-nak /dev/md2 (nálam reiserfs) majd /boot-nak /dev/md0 (ext2).
Lényegi rész, lilo: mikor elérkeztünk a lilo konfigolásához kérjük az egyszerű (simple) beállítást, majd kernel paraméternek (append=) adjuk meg root=/dev/md2, és kérjük az MBR-be telepítést. Kiléphetünk a telepítőből, majd chroot /mnt. Szerkesszük az /etc/lilo.conf fájlt: adjuk hozzá a raid-extra-boot = mbr-only sort, és javítsuk a következőt boot = /dev/md0. Ne felejtsük futtatni a lilo-t (lehet hogy siránkozik majd, nem kell vele foglalkozni)!

Ha nem akarunk forrásból (vagy a slackbuild.org-ról) fordítgatni, létezik extra repo a Bluewhite64-hez is (http://data.linux64packages.net), ha nem is túl bő a csomag választék, azért a semminél több...

Beüzemeléséhez tegyük a következőket:
Mivel a slackpkg nem kezel több tükröt, ezért tegyük fel a slapt-get-et. Töltsük le innen: http://data.linux64packages.net:8080/bluewhite64-12.2/desktop/slapt-get…, majd telepítsük az installpkg paranccsal.
Szerkesszük a /etc/slapt-get/slapt-getrc fájlt, töröljük a Slamd64-re (#) vonatkozó sorokat, majd adjuk a következőket a listához:

Mivel épp 1 rendszer próbálgatós időszakban vagyok, és ismét felfedeztem magamnak az XFCE-t (még a megboldogult 32 bites korszakban használtam Zenwalk alatt, és nem voltam maradéktalanul elégedett), gondoltam keresek vmi disztrot, ami alapértelmezetten használja.
Végül a PC/OS-re (Ubuntu rokon) esett a választásom, mivel a 9.04-es Ubuval meglepően kevés problémám akadt, viszont a Xubuntu túl snassz lett volna.

Szóval DVD.iso leszed, butul, majd a szokásos Ubu install (nem Alternate). Rebutul, és örül is meg nem is.
Kapásból kapok 1 rakás hasonló hibaüzenetet: "ld_static: cannot open output file /lib/modules/... : Read-only file-system". Ettől még a rendszer indul, hümmögés, nézelődés, majd 1 1szerü 'sudo chmod +rw /lib/modules/...' paranccsal probléma megold.
Kis kedvencem, a tetves network-manager terészetesen b...sza a nénikéjét, (a kfki reponak való beállítása sem megy) elküld anyukájába az Ubunál, Mintnél megszokott módon, '/etc/network/interfaces,/etc/resolv.conf' szerkeszt, (tanultam a dologból, feltöltöttem őket a Júpíszís tárhelyemre, ne kelljen már annyit pötyögni :) ) hálózat OK.

Már régebben kísérleteztem RAID0-al Mandriva-n, hallgatva a nálam okosabbakra Linux szoftver RAID formájában (USB boot). Miután a csodás ATI driver segítségével kicsináltam szegény Debianomat (lásd előző bejegyzést), gondoltam futok 1 kísérletezős kört, úgy mint BIOS RAID, ext4, Ubuntu...

Szóval BIOS-ban RAID0 tömb létrehoz (deszka: Gigabyte GA-MA78GM-S2H), Ubu 9.04 butul, és örül. Az Ubu szépen felismerte a RAID tömböt és rákérdezett, hogy szeretném-e aktiválni, igen, és innen simán lefutott a szokásos telepítő (természetesen Ubuntu- Alternate Installer). Rebutul (a dolog gond nélkül zajlik) és tesztel:

Szóval az elmúlt 2 napban annyit szoptam, mint még életemben Linux alatt soha, pedig nem sok mindent akartam, csak kipróbálni a 9.5-ös ATI drivert...
Nem elég, hogy csomagot nem lehetett készíteni Debian alatt (ugyan azzal a hibával szállt el, mint a 9.4, külön grat.), de a felgányolásával sikerült padlóra tennem az egész rendszert (a full sztorival nem untatnálak Benneteket).
Kicsit felkaptam a vizet, ezért ma szépen elbaktattam a kedvenc boltocskámba, és megleptem magam 1 Gigabyte Geforce 8400GS nevű cuccal, és ezzel kisimultak a ráncaim (nem GIMP trükk), minden simán müxik, van xv, ha átlépek karakteres terminálra van esélyem visszalépni graf. felületre anélkül, hogy atommá fagy az egész, stb., stb. ...
Szóval a magam részéről soha többé ATI vga (ez volt egyébként az első próbálkozás, és 1ben az uccsó is), és másoknak is ajánlom, fontolják meg nagyon a dolgot (a régebbi Radeonokra nem vonatkozik, azok már szépen mennek az xorg driverrel)!

Nem vagyok 1 disztribúció frissítő típus, inkább telepíteni szoktam verzió váltáskor, de mivel Mandrivan még sosem próbáltam (így nem volt negatív tapasztalatom), ezért a mai "Disztribúció frissítése - Igen/Nem" kérdésre igent nyomtam.
"Biztos akarom"+ root jelszó után közölte a rendszer, hogy 1101 darab csomagot fog frissíteni és ez lassú kapcsolat esetén bizony sokáig fog tartani. A sokáig esetemben "UPC gyorsítottunk"+ RAID0 kombóval nem volt egészen 30 perc, az újraindítást is beleszámolva. Kb. 1 órányi használat után meg kell állapítanom, hogy minden tökéletesen működik, az égvilágon semmihez nem kellet nyúlnom.
Hosszú Linuxos pályafutásom legsimább, és gyk. egyetlen hibátlan disztró frissítése volt. Az igazsághoz azért hozzá tartozik, hogy sem KDE-t, sem Gnome-ot nem használok (Icewm RulZZZ), és sallang mentesítve van a rendszer amennyire csak lehet (Pulse-audio, network-manager és társaik).

Miután jól megmondtam a magamét Ubuntu témában Trey KK bejelentésére, gondoltam vezeklésül felpakolom a szép új 64 bites Linux Mint Feliciát.

Háááát...

Az Ubu rokonság le sem tagadható...

fglrx csomagból halott, 9.2 kézzel felpakol, így jó (müxik a Hybrid Crossfire is [HD3200+ HD3450], hurrá, most már 4000-rel forog a Compiz kocka :) ).
A NetworkManager nevű überborzalommal természetesen szívok, elküld anyukájába örökre, /etc/resolv.conf, /etc/network/interfaces szerkeszt, hálózat is OK (na pl. ilyet nem kellett csinálni még Lunar alatt sem, kezdő hogy oldja meg? Mind1, legalább nem felejtem el e szintaktikákat! :) ).

A címben említett disztrok alapból nem támogatják az unicode konzolt, ha mégis szeretnénk az alábbiakat kell tennünk:

Telepítsük a Terminus betűkészletet a Slackbuild.org oldalról.

Ha alap telepítést végeztünk, módosítsuk az /etc/lilo.conf fájlt:
append="vt.default_utf8=1"
Ne felejtsük lefuttatni a lilo-t!

Módosítsuk az /etc/profile.d/lang.sh fájlt:
export LANG=hu_HU.UTF-8

Adjuk az /etc/rc.d/rc.local fájlhoz az alábbi sort:
unicode_start

Módosítsuk ill. hozzuk létre az /etc/bashrc v. ~/.bashrc fájlt, és írjuk bele az alábbiakat:

if [ $TERM = "linux" ]; then
setfont ter-v16n
fi

Az AMD PowerNow! technikája alapból nem működik Bluewhite64/Slamd64 rendszereken (és feltételezem Slackware-en sem), az alábbiakat kell tennünk a beüzemeléséhez Athlon X2 cpu esetén:

Először is töltsük be rendszerindításkor a megfelelő modulokat, szerkesszük az /etc/rc.d/rc.modules fájlt (gyk. töröljük a # jeleket). A következő modulokra lesz szükség: processor, thermal, powernow-k8, cpufreq_ondemand

Majd vegyük rá a rendszert, hogy a megfelelő szabályt érvényesítse betöltéskor, ehhez adjuk az alábbi sort az /etc/rc.d/rc.local fájlhoz:
echo ondemand > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

Több magos v. több processzor esetén érdemes rávenni az Ubuntut, hogy a boot szkripteket párhuzamosan indítsa, ezzel némileg csökkentve a töltési időt.
Ehhez szerkeszd az /etc/init.d/rc fájlt az alábbi módon:

CONCURRENCY=shell /eredetileg CONCURRENCY=none/

Majd reboot, és szerencsés esetben nyertél 15-25 mpt.
Elméletileg működik Debian alatt is.

Többször belefutottam különböző disztróknál abba a hibába, hogy konzolon (tty1-6.) hibásan ill. rondán jelennek meg a karakterek. Következzen néhány megoldás a problémára.

Ubuntu:
parancs: dpkg-reconfigure console-setup
Majd válaszd ki a neked megfelelőt (pl. Terminus).

Red Hat (CentOS, Fermi, stb.):
Szerkeszd az /etc/sysconfig/i18n fájlt pl. az alábbi módon:
LANG="hu_HU.UTF-8"
SYSFONT="Lat2-Terminus16"
Majd érvényesítsd a beállításokat:
/etc/init.d/functions start

Természetesen akinek nem tetszik a Terminus család, az választhat mást (VGA, stb.), én ezt preferálom, mert letisztult, jól olvasható.

CentOS

1