Ha letagadnám, akkor is mindenki tudná, hogy lusta vagyok, különösen olyan dolgokban, amiket esetleg lehet automatizálni vagy egyszerűbben kezelhetővé tenni. Van pár kiszolgáló, ahol praktikussági okokból VirtualBox-ot használok virtualizálásra (Xen és OpenVZ esetén nem térült volna meg a befektetett idő, az LXC meg szimplán kuka).

Valószínű hogy találkoztál már valamelyik *nix-os parancsban (vagy csak a /proc/loadavg -ben) azzal a bűvös számhármassal,ami körülbelül úgy néz ki mint jobbra a képen, és terhelés függvényében növekszik vagy csökken.

Valószínű azt is tudod róla, hogy jobb ha 1.00 alatt van mindhárom érték, de azt nem biztos, hogy hogyan is kell értelmezni ezeket. A Scout App Blog ennek a három értéknek az értelmezéséről írt egy nem túl hozzú cikket, amit magyarra fordítva közlök veletek.

Egy kis "ferdítői" információ: Bár a load average-dzset lefordítva "átlagos terhelést" kapunk, ami utal ugyan a céljára, de nem szeretnék a "nyíltGL", "socket - foglalat/csatoló" és ezekhez hasonló gyöngyszemet alkotni. Az informatika nyelve angol és kész. Itt - ott azért zárójelben odaírtam hogy kb. hogy kell(ene) szerintem értelmezni a dolgokat, de szigorúan csak az érthetőség miatt.

Belefutottam egy apró kellemetlenségbe, a Virualbox Gentoo-ra telepítésekor, gondoltam megosztom hátha másnak is hasznos lehet:

A Gentoo alapértelmezetten csak bizonyos licenszelésű programok telepítését engedélyezi a portage-n keresztül, amibe pl. a PUEL (Virtualbox) vagy Q3AEULA (Quake3) nem tartozik bele, így az emerge megtagadja a telepítését, úgymond "license mask" miatt.

Mint bármely program maszkolását, úgy a licensz maskot is nagyon egyszerű feloldani:
- Hozz létre egy package.license állományt a /etc/portage útvonalon.
- A packages.* -nél megszokott módon rakd írd bele az engedélyezendő programot és a licenszét.

pl.:

# cat /etc/portage/package.license
app-emulation/virtualbox-bin PUEL

Kész is :) Egyszerű, de nagyszerű :)

Pár bejegyzéssel lejjebb, írtam hogy kezd teli lenni a hócipőm a Gentoo-val. A libstdc++-os problémát sikerült megoldani, hála a Magyar Gentoo Levelezőlistán egy segítőkész személynek :)

Az egész úgy kezdődött hogy:

update-eix: /usr/lib/gcc/i486-pc-linux-gnu/4.1.2/libstdc++.so.6: version `GLIBCXX_3.4.9' not found (required by update-eix)

Leginkább a revdep-rebuild -al és a gcc-config -al próbálkoztam a helyes konfigurációt megtalálni, de igazából sehogy sem ment.

Az utóbbi időben nincs sok szerencsém a Gentoo-val. Nem is olyan régen, az emerge-nek sikerült rossz sorrendben telepíteni a GCC-t úgyhogy előbb leszedte a jelenlegit majd felrakta - volna - az újat. Ugyebár egy forrás alapú disztrónál elég cinkes ha a fordító eltűnik.. Nem gond, backup gép elővesz, feltelepít, átment hadrendbe állít, Gentoo retelepít és már kész is.

Azt hiszem viszonylag eleget tapasztaltam Gentoo ügyben ahhoz, hogy az eredeti kézikönyvet felhasználva írhassak egy saját tapasztalatokon alapuló
hogyan-t. Sok helyen támaszkodok persze a dokumentációra (főleg ami a sorrendet illeti), de beleviszem a saját gyakorlati tapasztalatomat is, így egy picit user-közelibben tudom bemutatni a Gentoo-t.

Ma este - na jó éjfélkor - úgy döntöttem adok a Gentoo-nak még egy esélyt. Az ki van zárva hogy valaha Desktop-ként működjön itthon, viszont szerver tulajdonosként a minimalista megközelítés már nem is olyan rossz..

Szépen átrágtam magamat a telepítő kézikönyvön, beállítottam a Grub-ot - kivételesen jól - minden frankó. Az első indításkor kérné tőlem a root jelszót.. begépeltem neki az SSH-n keresztül használtat, hátha jó. Hát nem.. O.o. Lehet amikor chroot-olva volt a rendszer akkor kellett volna egy jelszót a root-nak létrehozni, de mivel ez elmaradt,így ki vagyok rekesztve a rendszerből.