Új hozzászólás Aktív témák
-
Sipi
addikt
OK, pár észrevétel a kernellel kapcsolatban:
- Block Layer: elég lehet egy scheduler a kernelbe, amit használni akarsz. Az anticipatory is jó. Ha tesztelgetni akarod, mehet mindhárom, de ha csak egyet használsz, felesleges a többi.
- Proc, features: Preemption modelnél úgy találtam, a low-latency desktop eléggé terheli a gépet. Ez akkor kellhet, ha zenét írsz, vagy atomerőművet vezérelsz, ahol fontos a minimális késleltetés. Szerintem a középső Voluntary) jobb egy mindennapos használatra.
- Proc, features: Local APIC és IO APIC bekapcs. Ugyanitt microcode, msr, cpuid is mehet, nem árt, bár nem is használ.
- Power Management: APM-et kikapcsoltam. Az ACPI-nél szinte semmi nem volt engedélyezve, valszeg emiatt lehetett a lassulás.
- Netw. Options: pár dolgot bekapcsoltam. Látom, két hálókártyád van, és be van kapcsolva a router-funckió, ezért azt nem abajgattam. Ha mégsem hasznbálod routernek, kapcsold ki a multicasting és advanced routert!
- Netw. filtering: mindent modulba tettem. Nem érdemes szarakodni, mi kell és mi nem, amit nem használ, úgysem tölti be. De főleg, ha routerként is üzemel, hasznos cuccokat lehet itt találni. Volt pár itt, ami belefordítva volt - áttettem azokat is modulba. A tűzfal-szoftverek úgyis betöltik, ami kell. Modularizáltam a teljesn QoS-t - ezzel korlátozásokat, sávszél-szűkítést lehet csinálni.
- Modulba tetted az IrDA (infra net) supportot, de semmi más nincs bekapcsolva. Van infra a gépben? Ez infrás nethez kell, pl. mobillal netezni. Kikapcsoltam, ha kell, engedélyezd.
- Ugyancsak modulban van bluetooth support, de semmi egyéb nincs bekapcsolva alatta. Ha nincs ilyen eszközöd (lspci-ban nincs), akkor kikapcsolható. Kikapcsoltam, ha kell, engedélyezd.
- Parallel portot és PlugandPlay-t bekapcsoltam
- Loopback, RAM disket bekapcsoltam. Előfordulhat, hogy kell!
- RAID/LVM-et moduloztam, jól jöhet, helyet meg nem foglal. De pár crypto-eszköz igényli.
- FireWire-t modularizálva bekapcsoltam.
- Volt egy Realtek 81xx-es hálókártya, kiszedtem, mert az lspci alapján nincs a gépedben.
- Kiszedtem egy 10GB-es vezérlőt is.
- PPP és serial netet moduloztam. Jól jöhet, akár két gép összekötésénél is.
- Az SBLive joystick portját beforgattam, illetve az összes joysticket modulba tettem.
- Char devnél bekapcsoltam a random generatort, nvramot, real time clockot. Ez utóbbi egyébként is kell a multimédiás programoknak. Itt az AGP-t modulba tettem, így szokás, valamivel jobban működik.
- Ugyanitt DRM/DRI... Ez szokott necces lenni Ati kártyánál. Elvileg kell, de lehet, hogy a kernelben lévő nem az igazi. Van egy x11-drm nevű csomag, azt is fel lehet rakni, frisebb drivereket tartalmaz. Ekkor érdemes itt kikapcsolni a kernelben.
- i2c és hw monitort mindet modulba tettem.
- A video4linux-ot modulba tettem.
- Graphics support (framebuffer: itt két drivert egyszerre fordítottál. Az általános VESA VGA-t és az Atit. Egyszerre csak az egyik fog menni - kérdéses, melyik akad össze az Ati Xorg driverrel. Ha most neked megy a gép, a dmesg-ben (az elején valahol) megnézheted, melyik fb drivert engedélyezi. Azt érdemes megtartani, a másikat kivenni. Ugyanitt a Console disp. drivernél kiválasztottad a compiled in fontokat. Ez sem szükséges, az alap szuper, de ha keveset választasz ki, esetleg olvashatatlan/kicsi képernyőt kapsz.
- bootup logo: ízlés dolga.
Ha splash screent akarsz, úgyis érdemes kikapcsolni.
- Kikapcsoltam a beépített ALSA-t, a fő hangot modulba tettem. Ehhez emerge alsa-driver. A make.conf-ban egyébként érdemes megadni az ALSA_CARDS-nak a hangkártyáidat (emu10k1), VIDEO_CARDS-nak pedig ''ati fglrx''-et. (Ezeket az adott programok kiírják, ha pl. emerge -pv xorg-server-t adsz ki. Az ottani értékeket lehet választani - ezeket megadod a make.conf-ban, így nem kell az összes, felesleges drivert lefordítanod.
- USB-t mindent bekapcsoltam és modulba tettem. Az USB inkább modulba való...
- Bekapcsoltam a memóriahiba-észlelő cuccost.
- file systems: ext3-nál felesleges az extended attr (mindenhol az). Akkor kell, ha Access Control Listeket akarsz használni. Kikapcsoltam. Ugyancsak off a kernel automounter support - ez nem helyi, hanem hálózati csatolásokkal foglalkozik, otthoni környezetben nem hiszem, hogy használsz NIS/NFS cuccokat.
- A különböző egyéb filesystemeket modulba tettem. Nem mindig kellenek, és egyes programok van, hogy ugyanezen modult előállítják. Ha modulba teszed, jobban mennek. Modulba tettem a samba megosztásokhoz (Windows share) szükséges dolgokat.
- Összes codepage-t modulba tettem (kivéve, amit nem ), plusz modulba az összes crypto cuccot.
Küldöm vissza levélben. Ha ez a kernel működik, akkor az alsa-driver kell a hangkártyához, valamint az Ati driver a videóhoz.
Sipi -
Sipi
addikt
Ötletem nincs, de Gentoo alatt én nem ''barmolnék'' bele a hálózatba külsős programmal...
Ha nem a standard inittel indítod, a többi démon nem fogja tudni, hogy elindult a net. Dependency-problémák... Persze, ez kiküszöbölhető, ha kézzel hegesztesz hozzá egy scriptet. De Én inkább megpróbálnám megoldani a problémát.
Tuti, hogy tud menni, hiszen a fórumon Dell laptopos embereknek szokott működni.
Sipi -
Sipi
addikt
Miért? A nagy gépén emergeli úgy, hogy csak a bináris csomagot készítse el, és a CFLAGS-et beállítja sima pentiumra. Átmásolja a másik gépre (vagy elérhetővé teszi, cédén átteszi, stb.), és a kicsin bináris csomagként emergeli.
Kopete-ből télleg kettő van, és emlékszem is, hogy mindkettő a Portage-ban van.
Megpróbálhatom feltenni.
Sipi -
Sipi
addikt
Uhh, bocs, elsiklottam.
A Kopete-ben a file transfer úgy van megoldva, hogy egy újabb MSN protokollt használ, nem a régit. De a saját azonosításánál kénytelen réginek megadnia magát az MSN szervernek, egyéb protokollok miatt. Emiatt aki küldeni akar, azt kapja, hogy régi verzió, régi file transferrel próbálkozik, de a Kopete meg újat vár. (Vagy fordítva a régi és új, de lényegtelen.)
A jelenlegi KDE-ben nekem már menni szokott az MS MSN-Kopete file transfer mindkét irányban, bár elég hektikusan. Ezen segíthet, ha a Kopete-ben, a felhasználó fiók adatainál a 80-as HTTP portot kapcsoljuk be, hogy ezen keresztül kapcsolódjon.
Kopete Beta-hoz van ebuild? Nem szívesen verem agyon a jól működő rendszeremet egy ebuild-mentes telepítéssel.
Sipi -
Sipi
addikt
A .config elején az áll, hogy generated for 2.6.16-r3.
Bocs, nem mondtam: a /proc-ban írható/olvasható file-ok vannak, futtatni nem lehet.
Szóval a /proc/cpuinfo tartalma pl. cat /proc/cpuinfo. A futó kernel verziója cat /proc/version.
Sajna, ilyen modern CPU-kat nem ismerek. Ez a Celeron minek számít? Ez már sima P4-es? Semmi mobil technology? Csak mert a kernelben választható Pentium4, Pentium4-M, Pentium-M. És nem mindegy, lehet, hogy esetleg ez is bekavar.
Escie: köszi!
Sipi
[Szerkesztve] -
Sipi
addikt
Oksi, estefelé igyekszem megnézni.
Bár a levélben azt írod, hogy 2.6.16-r3 ÉS 2.6.16-r3 van fent. Izé, ez nem ugyanaz?
Ja, és mondjuk ebből ki tudom találni, hogy a gentoo-sources-ről van valószínűleg szó, de magát a csomagnevet is írd le! A /var/db/pkg-sys-kernel-ben nézd meg, milyen kernelek vannak fent!
Sipi -
Sipi
addikt
Akkor egy ellen. NE tedd egyszerre. Egyrészt az ACPI minden APM-funkciót ellát. Viszont nem tudod előre megmondani, a kernel a boot folyamán melyiket kapcsolja be először - s ezek után a másik már nem fog működni. Rosszabb esetben összevesznek. Mindenképpen próbáld ki APM nélkül is! (Ja, egyébként az APM magam elavult, szinte semmit sem ismer, amit a mai, modern ACPI már igen.)
Sipi -
Sipi
addikt
Hm. Ezek szerint a kernelt nem is telepítetted?
(Mert amit írsz, az csak annyi, hogy elkészít mindent, majd telepíted a modulokat. A kernelt vagy kézzel kell a helyére másolni, vagy a make install automatikusan odateszi.)
Lehet, hogy emiatt van a kacpid hiba is?
Kernel: nemrégiben írtam egy szösszenetet, kb. miket érdemes bele, és miket modulban fordítani. Keress rá, ökölszabályként jó.
SSH: oké, csak javaslat volt. De a root-logint mindenképpen tiltsd le, különben megeszik a gépedet az ssh rootkitek. Sima userként lépj be távolról, és su - paranccsal válts át rootra.
Sipi -
#1647
Sipi
addikt
dr_strange
#1646
Sipi
addikt
válasz
dr_strange
#1646
üzenetére
Ööö, én vagyok hülye.
Félrenéztem. Elnézést, processzek, erőforrások figyelésére a konzolban pl. a top alkalmas.
A másik lehetőség: én spéci, peccselt lm-sensors-t használok.
Sipi -
Sipi
addikt
Uhh. Szóval a /usr/src-ben van a kernel forrása, létre kell hozni a /usr/src/linux szimbolikus linket arra, amit fordítani akarsz:
ln -s /usr/src/<kernelkönyvtár> linux
Belépsz ide, és make menuconfig, beállítod, ami kellhet, majd kilépsz és elmented. Ezután a make parancs elkészíti a kernelt és a modulokat. Csatolod a /boot partíciót (ha külön van - remélem, külön!), és make install. Ez telepíti a kernelt magát, és ha grubot használsz, elkészíti a linkeket is, átnevezgeti a kernelt. A grub.conf-ban emiatt elegendő a vmlinuz és a vmlinuz.old kerneleket beírni, ezek mindig a most telepített és az előző kernelre mutató linkek lesznek, a make install így készíti el.
Ezután make modules_install telepíti a modulokat a /lib/modules-ba.
A 2MB szerintem piszok nagy. Nekem olyan 1,5-1,7 mega szokott lenni, és ebbe amit lehet, beleforgatok.
Ennyire még nem vagyok rutinos hogy 2-nél több kernelem és configom meglegyen.
1 korábbi van, azzal azt hiszem nincs gond... De abból sok minden hiányzik.
Nem rutin dolga, hanem életvédelem.
Illetve kettő elég, nem kell több. Az új kernel nem biztos, hogy menni fog, mindig kell az előző, még működő.
nagyon lassú volt ezért volt időm nézegetni. Sok olyan dolgot láttam egyrészt amit nem is tudok mi az, de rengeteg olyat ami szerintem nekem nem kell. Mondjuk el tudom képzelni hogy függőségi viszonyok miatt kerültek be a kernelbe.
Ezért küldd majd el az aktuális kernel .configját, valamint a csomag pontos nevét. Majd felrakom és megnézem.
Ja, egy lspci kimenete is kellene, hogy tudjam, milyen eszközök vannak a gépedben, így mik kellenek bele.
Konzolra is létezik valami hasonló mint a System Monitor? (session-ök, processek, erőforrások... kijelzése?
Ott nem igazán, elég furán is festene.
Az lm_sensors csomagot ha a sensord flaggel fordítod, kapsz egy sensord démont, amit init.d-ből indíthatsz. Ez háttérből figyel, így a /var/logba írja, ha valami gáz van. Ezt már konzolból is tudod figyelni, akár a tail -10 logfile paranccsal. (Csak ekkor értelemszerűen használhatatlan lesz az adott konzol, mert tele lesz kiírásokkal.)
Ha esetleg beállítok valami távelérési dolgot, akkor majd napközben is hozzá tudok majd nyúlni (VNC?)
Persze, de a VNC-hez kell egy működő X, és nem is túl gyors. És ssh-t szoktam csinálni, így karakteres konzolon be tudok lépni. Ehhez viszont az sshd.conf-ban állítsd be, hogy a root ne léphessen be, csak sima felhasználó! Valamint nem árt, ha egy tűzfalat belősz, és csak egy IP címről engedsz be a 22-es ssh portra, nehogy feltörjék. Jójó, paranoia.
Sipi -
-
Sipi
addikt
Ilyenkor kell egy dmesg, és az utolsó sorokat nézni, kiír-e valami érdekeset. Nem az eleje kell, hanem az adott pillanat, hogy észlel-e valami kernel-eseményt, amikor a kacpid megőrül.
Mod: miért nem a régi kerneledet használod, a 2 nappal ezelőttit? Az még jó. Sőt, annak a .configját átmásolhatnád a jelenlegibe, és úgy lefordítani. Valamit a kernel konfigban szúrhattál el (hacsak nem ez a kernel verzió hibás).
Sipi
[Szerkesztve] -
Sipi
addikt
Az emergének mindig add meg a -v kapcsolót is (verbose), akko rkiírja, milyen USE flageket használ/nem használ az adott csomag.
Itt csak a kde-env van, az csak pár file a /etc/env.d-be. A Qt az a KDE grafikai alrendszere.
Na, megnéztem, a valknutnak csak ssl flagje van, a Qt könyvtárra mindenképpen szüksége van.
Keresés: az eix programmal. Ha tudod, hogy kb. mi az, amit szeretnél, az eix -S ''sztring'' megkeresi.
Tuner: a kernelben van (többnyire) a driver, a multimedia résznél. Tévénézéshez a világ legjobb programja a tvtime. Az Atihoz nem emlékszem, milyen driver kell, majd egy boldog Ati-tulal megmondja.
Videólejátszás: mplayer forever.
Audio: nézz szét a Portage media-sound könyvtárában. Én KDE alatt az amarokot használom, eddig nem találtam ennél jobb programot semmilyen oprendszeren. A Gnome-osok bizonyára tudnak Gnome alá is.
Web: quanta (KDE), nvu.
Szenzor: a gkrellm egy általános célú program, pl. szenzort is ki tud írni.
Nyomtató: a Gentoo doksikban van nyomtató-telepítés. Egyébként emerge cups. (Emellé nem ért a foomatic* csomagokat feltenni, ez pár száz drivert tartalmaz.)
Általánosan: ha meg tudod fogalmazni a nagy témakört, milyen program kell, a Portage megfelelő könyvtárát is megleled. Pl. hanggal (sound) kapcsolatban a media-sound kell.
Az eix-szel pedig tetszőleges keresési szöveget megadhatsz, ez intelligensen keres. Szenzorhoz pl. add ki az ''eix -S sensor'' parancsot, és mazsolázz!
Sipi -
Sipi
addikt
Ezzel semmi gond. Hanyas kernel? Ha nem 2.6.1x, akkor mindenképpen frissítsd! De egy 2.6.15, vagy újabb nem árt.
Sajna, nem tudom, mi ez...
Ja, és megint: ellenőrizd a kerneled konfigját, benne van-e minden az acpi-ből! Ha laptop, akkor a laptop-extrák is kellenek! Sőt, nyálazd végig, pár helyen még lehetnek Dell/IBM laptopokhoz való extrák. A laptopok BIOS-a speciális, kellenek az extra funkciók.
Sipi
[Szerkesztve] -
Sipi
addikt
Tudom, hogy nem.
Egy dmesg-et nézz meg, hátha kiír valami rendellenességet. Ez a hiba olyankor van, ha:
- rossz az alaplap/BIOS ACPI-implementációja
- rossz (bugos) a kernel
- hiányzik valamelyik funkció belőle
- ezzel kapcsolatban valami történik a gépeddel (pl. túlmelegszik), a kacpid őrülten próbálna jelenteni, de nincs, ami kezelné ezt az eseményt.
Ja, és /var/log-ban nézz utána, hátha van még valami. (Nem tudom, hol, én metalogot használok, ott az everything mappában a currentet kell, Neked esetleg messages file lesz.)
Sipi -
Sipi
addikt
Az ACPI kernel-kezelése. (Advanced Configuration and Power Interface, remélem legalábbis.
). Ez kell, de ennyit nem fogyaszthatna... Egészen potosan nullát kellene foglalnia.
Próbáld meg kilőni, bár szerintem nem lehetséges, vagy összeomlik a gép. De ha nem megy, egyébként is reboot kell - valami miatt beragadt. A helyedben próbálnék neten rákeresni, mi a fenétől zabálhatja ennyire, mert valószínűleg valami probléma van a háttérben. (Esetleg a géped nem teljesen jól kezeli az ACPI szabványt.)
Mod: ha csak annyira keresel rá, hogy kacpid, egyből olyan találatok jönnek, hogy ''kacpid is eating all CPU time'' és hasonlók.
Esetleg arra tudok gondolni, hogy a vagy a kerneled bugos (fordíts egy újabbat/mást), vagy kihagytad valamelyik ACPI funkciót a kernelből, és épp azt keresi vadul. Én mindent bele szoktam forgatni, még ha nem is kell (nem modulban!), ki tudja, mit használ...
Sipi
[Szerkesztve] -
-
Sipi
addikt
Ja, magyarázat: az rpm-rendszernek a függőség-rendszere borzalmas. Ha fel akarod tenni, mindenképpen ki kell az rpm-ben kapcsolni a függőség-vizsgálatot, mert a Gentoo-n nem valószínű, hogy a nem létező rpm-es fejlesztői csomagok fent lennének.
Így aztán kontrollálhatatlanul felülír mindent, amit csak akar, ráadásul olyan helyekre telepít, ami a Gentoo-ban nem szabványos.
Ökölszabály: a Portage-ban MINDEN létező program megvan. Ha a hivatalosban nincs, akkor valahol máshol van rá ebuild. Ha mégsem lenne, akkor addig kell keresni a netren, míg megleled.
Ha így sincs, akkor írni kell rá, és lehetőleg forrásból felrakni.
Sipi -
Sipi
addikt
Pontosabban? Rippelni akarod, vagy digitálisan lejátszani?
KDE alatt ismerem, ott a kscd-nek van digi lejátszása. Most ugyan amarok médialejátszót használok, de ott is van.
Rippelésre pedig egy tonna cucc van. KDE alatt az audio cédét ''megnyitva'' pl. a cédé tartalmát mutatja WAV-ban, MP3-ban, OGG-ban - ha ''másolod''? egyben rippeli is.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1605
üzenetére
Már nem mertem szólni, mert párszor leírtam, hogy modulban KELL használni... Illetve nem kell, de belefordítva rengeteg hiba adódhat, aminek látszólag nincs értelmes oka.
Sőt, én a kernel saját ALSA-ját sem preferálom. Az alsa-drivers csomag, ha frissül, késéssel kerül a kernelbe. Ráadásul kernelt annyira sűrűn nem cserél az ember - egyszerűbb az alsa-drivers csomagot fordítgatni.
Plusz, a Gentoo alsasound init scriptje is modulban várja el a drivereket.
Sipi -
Sipi
addikt
Kb. a következőképpen néz ki az SBLive mixerje Linux alatt. (Nincs előttem, fejből írom.)
Van egy lejátszási és egy felvételi főcsoport.
A lejátszásnál:
- van egy Master, a fő hangerő
- 3D hangzást állítás (bekapcs és 3D mélység)
- szintetizátor
- Wave eszköz (és ezekből a megfelelő 3D csatornák)
- PCM, ami a belső digitális jelfeldolgozó (és ebből a megfelelő 3D csatornák)
- van egy AC97-es eszköz, ami a külső bemeneteket kezeli, pl. Mic, Line, stb.
- ennek van egy kimeneti hangereje, egyes példányokon bemeneti is
- ha van LiveDrive, vagy egyéb plusz ketyere, akkor koax-kimenetek, stb.
- esetleges Headphone-kimenet
- és a végén pér marhaság, pl. külső erősítőre van-e kötve, többutas kimenet, stb. Ezek tapasztalatom alapján semmit sem állítanak. Illetve van egy analóg/digi kimenet, legtöbb esetben ha digire teszed, akkor elnémul az egész, csak digikimenetet kapsz, és a legtöbb hangszabályzó nem fog működni, mert értelmét veszti. Az én kártyámon ez sem csinál semmit
A felvételnél:
- felvétel Master hangerő
- felvételre kevert 3D-hangzás
- az AC97-es egység ''lábai'', amelyről felvételt akarsz (ezek egyikét lehet kiválasztani)
- felvételi hangerő
- AC97-es egység kimeneti hangereje. Ez kavar, ugyanis ez a kimenet kerül az előző szabályzóra, így duplán szabályozza a felvételi szintet.
Nagy vonalakban ennyi. Ha éppen felveszel valamit, megjelenhetnek különböző route és egyéb egzotikus elemek, azokat sose piszkáld, mert a belső digi chip nem igazán dokumentált hang-routerjét állítja, és jól elállíthatsz vele mindent!
Sipi
[Szerkesztve] -
-
Sipi
addikt
X Window Server: a grafikus felület előállítása a dolga, megadni a lehetőséget egy akármilyen grafikai alkalmazás futására. Input perifériák (egér, billentyűzet, touchpad, digitábla, stb.), illetve a videókártya közvetlen grafikus kezelése. (Nem karakteres VGA módban.)
A kernel feladata a hardvereszközök kezelése. A videokártya grafikai módjához speciális elérési felületet biztosít, de magát a grafikus meghajtót nem tartalmazza. Minden mást igen! (Legfeljebb külön csomagként, modulnak kell felrakni, de akkor is a kernel része.)
A Te esetedben pontosítani kell a szituációt. Vagyis tudsz hangerőt állítani, látja a kártyát - ergo működik.
Nem tudom, elolvastad-e az ALSA Guide-ot. Abban benne van, hogy az ALSA alapesetben,. első indításkor minden csatornát elnémít. Ergo hiába emeled a CD hangerejét, mert a Main, PCM, Wave mind némítva van és nullára állítva.
Ahhoz, hogy az ALSA hangrendszer jól menjen, fel kell tenned az ALSA csomagokat. Az oké, hogy a kernelbe fordítottad a kernel ASLA-t, ez esetben az alsa-drivers csomag nem kell, az összes többi igen! (alsa-utils, alsa-tools, alsa-oss, alsa-lib) Ezek egyike tartalmazza az alsasound init szkriptet (/etc/init.d), amit el KELL indítanod a boot runlevelen. Ez betölti a megfelelő modulokat, beállítja az elmentett hangerőt.
Sipi -
Sipi
addikt
Pl. a Gentoo oldalán az ALSA Guide-dal. Nem árt ugyanis, ha előbb a hangkártya-drivert teszed fel.
Sound Server pedig nem biztos, hogy kell. Az arra való, hogy egyszerre több hang is meg tudjon szólalni, összekeveri a különböző forrásból származó hangokat. De erre az SBLive hardveresen képes.
Sipi -
Sipi
addikt
Nekem ilyen gondom nincs... Mi az, hogy függ, de ne mhúz be?!? Ha függ, akkor felrakja. Esetleg nem a legújabbat.
Az lehet esetleg, hogy fenn van, emiatt már nem kell felraknia megint, de valami korábbi frissítés miatt a dependency-je ''eltört'', a revdep-rebuild kiírná, hogy mit hiányol.
A KDE 3-as sorozatnak a Qt 3-as kell. Azért nem jó neki a 4-es, mert az a KDE 4-nek kell.
4-es gcc-t nem próbáltam, csak elég régen, akkor le sem fordult...
Sipi -
#1589
Sipi
addikt
dr_strange
#1587
Sipi
addikt
válasz
dr_strange
#1587
üzenetére
Vagy csak simán átnyálazni a Portage media-video szekcióját.
Esetleg ''eix -S'' parancs után valami értelmes keresőkifejezés.
Sipi -
Sipi
addikt
válasz
Cathfaern
#1585
üzenetére
Persze, de időnként előfordulhat ''végzetes kivétel'', nekem pl. a glibc-vel is volt már ilyen. Kezdőként pedig nagyon gázos megoldani a problémát, még ha az szinte minden esetben egyszerű dolog is.
Meg aztán a legtöbb embernek a béta, instabil a Windows-os fogalmakat jelenti. Linuxon élő példa erre az xgl és a compiz jelenlegi 0.0.1 és 0.0.7-es verziószáma. Erre még az alfa szoftver is enyhe eufémizmus, holott már egészen jól működnek.
Ja, mellesleg Linuxon az, hogy egy csomag fő verziószáma nem éri el az 1-et (0.x.x), csak annyit jelent, hogy a program még nem tudja azokat a dolgokat, melyek a fejlesztés elején minimum-követelményként meg lettek határozva.
Sipi -
Sipi
addikt
Huhh, minél előbb szedd ki a make.conf-ból, amit beletettél, mert ezzel a TELJES rendszeredet átállítottad instabilra. A következő emerge, frissítés, akármi egy rakás csomagot kezd majd el instabilra frissíteni.
A példa azért nem működött, mert nem mozilla-firefox-bin, hanem www-client/mozilla-firefox-bin kell bele. Pontosan megadni a csomag adatait, mert vannak egyforma nevű csomagok is, csak más-más Portage alkönyvtárban.
Sipi -
#1574
Sipi
addikt
dr_strange
#1572
Sipi
addikt
válasz
dr_strange
#1572
üzenetére
Ej-ej, ilyen aláírással nem ismered?
Speciális, kihalóban lévő tündenép, kizárólag Dúnadánokból. Abból is a dühös fajta.
Egyébként mérgesbús akart lenni, de össze-vissza ugrálnak a billentyűk.
Sipi -
#1571
Sipi
addikt
dr_strange
#1569
Sipi
addikt
válasz
dr_strange
#1569
üzenetére
Bocs, nem flémelni akartam! Azért estem mérgesdúd gondba, mert - lévén kezdő Gentoo-júzerről van szó - ezt a hibát (amire jól emlékszem
) baromi nehéz így hirtelen megoldani.
Egyébként múltkor láttam Ggnome-ot, és egész pöpec volt.
A compiz miatt meg már úgyis fent van egy kb. 3/4 Gnome a gépemen.
Sipi -
#1567
Sipi
addikt
dr_strange
#1566
Sipi
addikt
válasz
dr_strange
#1566
üzenetére
Höhö, ez tetszik!
Elnézést érte, de baromi gázos ez a Gnome... Alapban az xorg képes négy kiosztást kezelni (xorg.conf-ban állítható). Ezek között ilyenkor az itt beállított billentyű-kombinációval lehet váltani, de nem kap az ember visszajelzést kis zászlóval, színnel, szaggal, melyiket is használja. (Illetve a keyboard ledeket be lehet erre állítani.)
KDE alatt két megoldás van: az egyik a kkbswitch, ami semmit nem csinál, csak kijelez egy zászlót/rövidítést/mindkettőt, hogy melyik layout van éppen bekapcsolva. Nem nyúl az xorg beállításaihoz. A másik a beépített kezelő. Ez viszont semmi mást nem csinál, mint a GUI-n beállított paramétereknek megfelelően meghívja a setxkbmap parancsot. Ergo, ha az xorg működik, mindig menni fog a kiosztás-váltás is.
De hogy a Gnome hasravágja magát, és a hibaüzenetben két-három totál indifferens könyvtárra hivatkozik...
Emlékeim szerint egyébként Gnome alá is létezik ilyen kis program, ami a tálcába települve jelzi, melyik kisztás az aktív.
Sipi -
Sipi
addikt
1. Hajítsd minél messzebb a Gnome beépített billentyűzet-váltóját. (Kikapcs.)
2. Az itt található infók alapján az xorg.conf-ban állítsd be, milyen kiosztások, variációk kellenek.
3. Ha így megy, a Gnome szar valahol.
4. Ha így sem, valószínűleg a setxkbmap a hibás. Futtasd xtermből. Bár ezt 0-ás pontban is megteheted, ha nem ír ki hibát pl. a setxkbmap hu parancs, akkor az xorg működik.
5. Ha ez sem megy, a hiba lehet rossz xkbcomp parancs (ennek az xorgnak volt olyan hibája, hogy két darabot telepített ebből, és az, amit futtatni akart, nulla byte hosszú.) A másik oka lehet az, hogy időnként meghülyül az xorg, és a /var/tmp-be akarja kiírni a keyboard layout ideiglenes állományát. Ide normál usernek nincs írási joga. Megoldás lehet írási jogot adni a megfelelő könyvtárnak, vagy újrahúzni az xorgot. De van, amikor csak úgy elmúlik magától.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1561
üzenetére
Kénytelen megnézni. Logikusan: attól, hogy nincs runlevelben, még előfordulhat, hogy egy másik szkriptnek szüksége van rá. Pl. hiába veszed ki a net scripteket, valamelyikre csak szükség lesz az ntpd indításához.
A teljes init dependency lánc feltérképezése miatt sikítozik.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1556
üzenetére
A /etc/init.d-ben vannak az initszkriptek. Ezeket nem törli, hiszen a teljes /etc config protected.
Mindkét program =service) ugyanazt állítja elő: a firewallt. Töröld a file-t, vagy ha mindkettőt szeretnéd fenntartani a próba kedvéért, azt szoktam, hogy a szkriptben a provided-et az egyikben átírom pl. fw-re.
Sipi -
Sipi
addikt
A deviceid az szerintem sima beépített Ati-driver feature.
Az utóbbi pedig a monolitikus 6.8.2-es Xorg baromsága.
Figyu, ezt kutya nehéz kibányászni, hogy menjen. Variációk: sima gcc-vel fordítsd, NE hardeneddel! Ha van hardened flag, kapcsold ki! Az xorgot ELVILEG a dlloader flaggel kellene fordítani, de ilyen flgaje van az ati-drivernek is, arra azt írja, experimental. Úgyhogy talán jobb, ha kikapcsolva újrafordítod mindkettőt. (Amennyiben kikapcsolva volt, kapcsold be és újra.)
Busid: az lspci 1:0:1-et ír ki rá? A PCI:blablabla-t idézőjelbe tetted?
Sipi -
Sipi
addikt
Annyi, hogy ezek instabilnak vannak jelölve, vagyis ~x86-os csomagok. A /etc/portage/package.keywords-be az x11-base/xorg-x11 ~x86 sort írva, szerintem feltenné. Vagy csak keveset kell trükközni hozzá.
De ha megy a régi, akkor úgyis mindegy.
A Firefoxra pedig nemrég válaszoltam... Ott van a Portage-ban (meg is nézheted a Portage fában, a www-client alatt, mozilla-firefox-bin). De egy súlyos biztonsági hiba van benne, ezért a KEYWORDS-e -* lett, letiltották. Vagyis: /etc/portage/package.keywords-be www-client/mozilla-firefox-bin -* kell. Ezzel engedélyezed a mozilla-firefox-bin csomagból a -* KEYWORD-ű verziók telepítését is (saját felelősségre ).
Sipi -
Sipi
addikt
A BusID-t.
Az első ''fej'' számát érdemes beírni, ami nálad 1:0:0. A második fej (dual head esetén) többnyire a tv-kimenet, vagy DVI-csatlakozó. Ha akarod, arra is gyárthatsz egy Device Sectiont (ugyanaz, mint ami most van, csak a BusID-t kell átírni a másik számra). De előbb menjen a sima monitoroddal!
Sipi -
Sipi
addikt
Kár, hogy nem a modulárisat tetted fel... Ennek a régi Xorgnak van pár hülye hibája.
Symbol errorokat okozhat a hardened gcc, hardened USE flag, a dlloader használata, és ezek összes permutációja.
Egér: a /dev/psaux egy link a /dev/misc/psaux-ra, ez a standard PS/2-es port, amire egér csatolható.
Ezen kívül létezik a /dev/input, amiben x darab egér-eszköz lehet. A mice többnyire PS/2-es egér, a többi rendszerfüggő.
A konzolos és Xorgos egér nem függ egymástól. Az előbbit a gdm kezeli.
A Logitech PS/2 szerintem simán PS/2. A Logitech az egy külön protokoll-fajta. Ha egyáltalán nincs eszköz a /dev-ben, az minden esetben azt jelenti, hogy nincs driver, vagy nem jó a driver. Fordítsd bele a PS/2 mouse és a Logitech busmouse támogatást is, valamelyik csak jó lesz!
Sipi -
#1530
Sipi
addikt
dr_strange
#1529
Sipi
addikt
válasz
dr_strange
#1529
üzenetére
Akkor megkérdem már: a Gentoo ''hivatalos'' OOo változata, amit a LINGUAS=hu esetén feltesz, mennyiben tér el az fsf.hu-féle magyar verziótól? Ugyanaz? A helyesírás-ellenőrző más bennük?
Sipi -
-
#1520
Sipi
addikt
dr_strange
#1519
Sipi
addikt
válasz
dr_strange
#1519
üzenetére
Teeee!
Nehéz lenne mást, lévén az iptables A tűzfal.
De nekem egy bonyolultabb iptables-parancssor semmit sem mond. Az viszont, hogy server ftp accept src 145.34.12, elég érthető, még nekem is.
Ennek megvan az az előnye is, hogy kombinál néhány ismertebb védelmet, amit ''simán'', fejből nem írnánk be. Pl. ftp esetén, ha letiltom a befele forgalmat, passzív ftp-t nem tudok csinálni, hiába engedem kifelé. A firehol automatikusan elvégzi ezt. Plusz védi a portokat a túlterheléstől, stb.
Ha másért nem is, ötletekért érdemes átnézni egy-egy ilyen rendszer által generált iptables-szabályhalmazt, hátha vannak benne jó ötletek.
Sipi -
-
Sipi
addikt
válasz
kerti008
#1510
üzenetére
Bocs, rossz volt a kérdés.
Úgy értettem, hogy miért nem valami könnyen kezelhető tűzfal-progival esel neki? Az iptables-ből én egy kukkot sem értek, ezért nem is használom. A guarddog jó KDE-s, csak arra kell vigyázni, hogy alapban SEMMIT sem engedélyez. És ahhoz, hogy menjen a háló, az ICMP-résznél is engedni kell dolgokat, mert pl. a DNS-lekérés is ICMP-csomaggal megy. A helpjében van is róla szó, mit kell minimum bekapcsolni, hogy egyáltalán legyen hálód.
Most ne memlékszem, Neked kellett-e a router is. Ha nem, csak sima tűzfal, akkor a firehol-t még mindig tudom ajánlani. Egy példa /etc/firehol/firehol.conf:
interface ppp+ world
policy drop
protection strong 10/sec 10
client all accept
server all drop
Ez annyit csinál, hogy minden kifelét enged, befele semmi nem jöhet, DoS támadás ellen korlátoz, és alapban minden port ''kussol'', semmit sem válaszol a kérdésre.
Sipi -
-
-
Sipi
addikt
Nem.
Valahol lenni ekell. Nézd meg a /var/log/Xorg*.logot, az első sorokban kiírja, melyik konfigot használja. Mivel az biztosan működik (hiszen azzal futtatod a Gnome-ot), azt másold be a /etc/X11-be. Az az example nem hinném, hogy jó lesz, mert semmi sincs beállítva a Te hardveredre.
Sipi -
Sipi
addikt
Ez a hiba így nekem nem sokat mond... Esetleg a home-odban nézd meg a .xsession-errors, vagy hasonló nevű file-t, meg a /var/log/Xorg***.logot! Abban talán értelmesebb hiba is van.
Addig is javaslom az általam leírt módszert. Tudom, nem GUI-s, cserébe működik, mindenhol, gyorsan.
A karakteres konzol független az Xorgtól.
Firefox: ahogy nézem, épp csere folyik, a korábbi 1.5.0.1-es csomag súlyos hiba miatt vissza lett vonva, az 1.5.0.2-es pedig a Portage-ban van, de még -* a KEYWORD, vagyis minden architektúrán tiltva van. Ha fel akarod tenni, a /etc/portage/package.keywords-be: www-client/mozilla-firefox-bin -* kerüljön, ezzel engeded, hogy az ilyen tiltott csomagok is települjenek belőle.
numlock: /etc/init.d/numlock initszkript.
Ez a szöveges konzolon kapcsolja be. Az Xorgban nem emlékszem, KDE alatt van ilyen opció, talán Gnome esetén is. A Gentoo Linux ARchívum topikban volt erről szó, ha rákeresel, elég bőven kifejtette ott valaki.
Egér-görgő: az xorg.conf-ban, az egérnél:
Section ''InputDevice''
Identifier ''Mouse0''
Driver ''mouse''
Option ''Protocol'' ''IMPS/2''
Option ''Device'' ''/dev/input/mice''
Option ''ZAxisMapping'' ''4 5 6 7''
EndSection
A ZAxisMapping definiálja a plusz ''gombokat'', vagyis görgőket.
Itt fontos még a Protocol, ami szinte mindig IMPS/2. (Feltéve, hogy PS/2-es görgős egeret használsz.)
Sipi
[Szerkesztve] -
Sipi
addikt
Billentyűzet: X alatt két mód van. Az egyik az, hogy az xorg.confba írod be a beállításokat. Így minden felület alatt ugyanaz lesz, viszont egyszerre maximum négy kiosztás lehet.
Pl.:
Section ''InputDevice''
Identifier ''Keyboard0''
Driver ''kbd''
# Option ''XkbModel'' ''pc101''
Option ''XkbLayout'' ''us,hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Option ''XkbOptions'' ''grp:switch,grp:rwin_toggle,grp_led:scroll''
EndSection
Az XkbModelt nem kötelező megadni. angol és magyar kiosztás (layout), az angolból alap kiosztás, a magyarból 101 billentyűs, qwerty, a numerikus billentyűkön a tizedes pont, nem pedig vessző, nincsenek halott billentyűk. A csoportok között váltani lehet, a váltó a jobb Win billentyű, az átváltott kiosztást a Scroll Lock kigyulladása jelzi.
Másik mód, ha ezt nem adod meg, és minden egyes felületen (KDE, Gnome, XFCE...) magadnak állítod be, a beépített kezelővel. Ez nem tudom, Gnome alatt hol van, de felteszem, ott is a Control Centerben kell keresni.
Konzol: ez mit jelent? Szöveges konzol? Gnome alatt a terminál? Milyen beállítás? És mit jelent az, hogy nem emlékszik?
Visszaélés: nem tartom valószínűnek, hogy egy, a Gentoo-val foglalkozó topikban, mely arra jött létre, hogy segítséget adjon, visszaélés lenne Gentoo-val kapcsolatos tanácsokat kérni...
Sipi
[Szerkesztve] -
Sipi
addikt
A USE flagek közé be KELL tenni, különben az ebuild kikapcsolja a használatát, mindegy, mi a CFLAG. Ha be van kapcsolva, az adott csomagok mindenképpen 3dnow/mmx/sse támogatással fordulnak.
A -msse, stb. GCC kapcsolók azt teszik, hogy mindent ilyen támogatással fordítanak. A USE flaggel kapcsolt opciók valamivel mások, de nem tudom leírni a különbséget...
Valami olyasmi, hogy a USE flag mmx/sse-je engedi, hogy ahol a kódban külön mmx/sse-re írt rész van, azt használja. A CFLAG pedig mindig, mindenhol igyekszik kihasználni ezeket az extra utasításokat. Ez többnyire semmit sem jelent, hiszen egy sima karakter-bekérésen nincs mit mmx/sse-vel gyorsítani, de előfordulhat a kódban olyan rész, amit az író külön nem írt meg mmx/sse-re, de esetleg a fordító talál olyan lehetőséget, hogy gyorsdítson rajta.
Sipi -
Sipi
addikt
válasz
tierbatyo
#1485
üzenetére
Ketten vagyunk.
S mint írtam, nem csak tűzfal. A Linux kernel szinte TELJES ipv4-es szolgáltatás-halmazát támogatja. Címfordítások, routing, túzfal egyben. Előnye, hogy a beprogramozott szabályokat ki is írja, így ha valaki nem ezt akarja használni, a kész iptables szabályokat elmentheti file-ba, és azzal kezeli, amivel akarja.
Pl. a ''beépített'' iptables szolgáltatással. Ha be vannak állítva a szabályok, iptables save, és rc-update iptables default. Ekkor csak az iptables file-jait használva indítja a tűzfalat, routert. Bár nem tudom, erre mi szükség, ha van egy firehol a gépen...
A weboldalán elég jó kiindulási doksik vannak, valamint van űpár alap konfig is telepítve, akár home network routernek is.
Sipi -
#1484
Sipi
addikt
dr_strange
#1483
Sipi
addikt
válasz
dr_strange
#1483
üzenetére
Az XSESSION változó a startx-re is vonatkozik. Sőt, inkább erre. A Gentoo alatti startx kissé át van írva. Először a definiált XSESSION-t nézi. Ha van, és létezik ilyen session a /etx/X11/Sessions-ben, azt indítja. Ha nem, akkor kezdi nézni a többi lehetőséget, de emlékeim szerint mindtha a személyes .xinitrc le lenne tiltva.
Én inkább a globális beállításokat szeretem, a .xinitrc egy felhasználónak működik, és előfordulhat, hogy egy Xorg-változtatás után nem fog menni (ha pl. a startx változik, vagy valami definiál egy XSESSION-t, akkor az indul majd el).
Én mondjuk quingy-t használok, annak meg minden mindegy, egyformán kezeli a Sessions tartalmát, függetlenül attól, hogy ''hivatalos'' indítószkript, vagy az én xinit-hez barkácsolt izém.
Sipi -
Sipi
addikt
/etc/rc.conf: ebben vannak változók, milyen grafikus DISPLAYMANAGER induljon el, ha a /etc/init.d/xdm scriptet indítod, illetve milyen XSESSION, vagyis windod/desktop manager fusson az elindított X-ben. Ide a /etc/X11/Sessions könyvtárban található session file-ok nevét kell beírni (illetve csak egyet, amit el akarsz alapban indítani).
Nálam itt Gnome és kde-3-5 van, a gnome-léiűght nem tudom, mit rak oda. Felteszem, az is Gnome-ot, így ezt kell megadni XSESSION-nek.
Sipi -
#1480
Sipi
addikt
dr_strange
#1477
Sipi
addikt
válasz
dr_strange
#1477
üzenetére
Ökölszabályok:
-O3 felesleges, legtöbb csomag nem használja, gyakran hibázik
-O2 jó
-O1, -O0 nem kell, akkor inkább -O2
-Os a másik használható. Az O2 sebességre megy, de ménkű nagy binárist generál, a -Os a méretre, és nem sokkal lassabb!
Jó lehet -Os-re állítani, és esetleg az egyes multimediás cuccoknál felvenni -O2-re. De, amint néztem, egyes buildek automatikusan -O2-re kapcsolnak. Emiatt szerintem jó válaasztás a -Os.
-pipe -fomit-frame-pointer az alap, erre a -march és -mtune a CPU típusával. Elvileg ez automatikusan bekapcsolja az mmx/sse flageket, de semmi gond nem lesz belőle, ha a -mmmx és -msse kapcsolókat beírjuk. Ha jól olvastam, ez kicsit többet kapcsol be némely esetben, mint az arch és tune.
Az összes többi tényleg hülyeség. Pár bitért, negyedszázalék sebességért felesleges beállítani, ugyanis sok csomag hanyatt vágja magát tőle.
A USE flagek a fél Gentoo, azt viszont meg KELL tanulni/nézni. A gentoolkit csomag kell hozzá, ebben lesz egy euse parancs. euse -i flagenév paranccsal el lehet olvasni, az adott flag globális (make.conf-ba való) vagy lokális (/etc/portage/package.use-ba való), valamint azt, hogy mit is csinál.
Nem baj, ha kezdetben totál rosszak vannak ki-bekapcsolva, ha erre rájön az ember, az átállítás után az emerge -vN world parancs újraemergeli azokat, amelyeknek most ki/bekapcsoltuk a flagjét.
Sipi -
Sipi
addikt
Azt hiszem, az a gond, hogy valami az új, darabokra szedett Xorgot akarja feltenni, itt pedig települni akar az egyeb, monolitikus is.
Kézzel tedd fel az xorg-x11-7.0-r1 verziót:
emerge =xorg-x11-7.0-r1
Ez valózínűleg egy csomó mindennel ütközni fog, azokat szedd le, és kövesd a http://gentoo-wiki.com/HOWTO_Modular_Xorg helyen található leírást!
Utána talán menni fog.
Egyéblkéánt kukkold meg a /var/db/pkg/virtual könyvtárat! Ha itt van xft nevű könyvtár, akkor valami gáz van. De tuti, hogy nem lesz, vagyis nem az a baj, hogy fent van és blokkol, hanem valami (valószínűleg a monolitiksu 6.8.2-es Xorg) fel akarja tenni, de nem lehet, mert ütközik mással.
Sipi -
Sipi
addikt
válasz
kerti008
#1450
üzenetére
Akár mindent belepakolhatsz, csak ettől _jóval_ nagyobb lesz. És vannak olyan opciók, aminek a helpjében írja is, hogy más opciók nem komálják. Pl. egyes SATA és USB vezérlők.
Baj azonban nem lesz vele, csak kicsit lassabb, kicsit többet fogyaszt.
Én azt az elvet követem, hogy a hardvereket, amelyek benne vannak a gépben állandóra, belefordítom. Modulba téve úgyis betöltődne, akkor meg mindegy.
Kivétel az USB, abban mindent beteszek modulban, illetve az i2c-cuccok. Emiatt a bttv multimedia controller is csak modulba kerülhet. Ezek azért modulok, mert ezekből egyszerre csak egy-kettő lehet a gépben, a maradék 20-30-50 felesleges.
Sipi -
Sipi
addikt
válasz
kerti008
#1449
üzenetére
Szerintem a genkernel megcsinálja jól a kerneledet. Ha nem értesz még annyira hozzá, inkább ne vegyítsd a genkernelt/kézi módot, mert valamit mindenképpen átállít - ha mást nem, bekapcsolja az initrd-t.
A genkernellel bonyolultabban bootolható kernelt kapsz, pont az init ramdrive miatt.
A kernelben mindegy, hogy NEW vagy EXP. Ha modulban van, akkor sosem töltődik be, ha nem használod. De azt kiszűrni, hogy a Te aktuális tűzfaladhoz/routeredhez mi kell majd, elég gázos.
Én mindent beleteszek, a tűzfalam fut. Tényleg vagy 3-4 modult használ - de ha kell, majd jöhet a többi is.
Sipi -
Sipi
addikt
Tudom, hogy rögtön kiírja.
Pont az a lényeg, mit ír ki. Ugyanis felsorolja, mi ütközik mivel.Így most látatlanban nem tudom, mi a gond, főleg, ha azt mondod, nincs is fent virtual/xft. Esetleg az lehet még akkor, hogy ezt FEL akarja tenni, de már fent van valami, amivel ez ütközik...
Routerhez: én a firehol nevű ''programnyelvet'' használom tűzfalnak. Ez egy bash-szerű scriptnyelv. És tud tűzfalat, NATot, SNATot, mittudoménmit. Ha valaki nem akar (vagy nem tud) az iptables szintaktikájával bíbelődni, ez is hasznos lehet, egyszerű a kezelése. Ezt elindítva, generálja a szükséges iptables szabályokat és elindítja.
Sipi -
Sipi
addikt
-
Sipi
addikt
válasz
kerti008
#1437
üzenetére
Ööö... Úgy érted, make menuconfig után kézzel ki-bekapcsoltad a megfelelő opciókat, majd kiléptél és elmentetted a konfigot? Akkor miért akarsz genkernelt? (Úgy tudom, az szépen felülírja a beállítások egy részét.) make parancs elkészíti a kernelt (bzImage) és az összes modult.
make install telepíti a csatolt /boot-ba a kernelt, és GRUB esetén automatikusan átcímkézi a hivatkozásokat.
make modules_install pedig telerpíti a modulokat.
Lehet gyorsítani, két módon. Egyrészt nem teszed bele, amire nincs szükség (ezért nem szeretem a genkernelt, mert rengeteg felesleget tesz bele), vagy nincs a gépben, másrészt pedig gyorsabb processzorral.
Sipi -
Sipi
addikt
Mire kérded azt, hogy ''de hol''?
A Gentoo fórumán rengeteg leírást találsz, van pl. home router howto is.
Pont az a lényeg, hogy MIKOR dobja ki és mire a blokkolást. Kiírja pirossal az elején, mi az, amik blokkolják egymást. Az unmerge hogy nem működik? Ez mit jelent? Mit ír ki?
Függőség: a Gentoo oldalán olvasd el mindenképpen a Portage és USE változók doksijait! Igen, az X Server (amiből van a régebbi XFree86 és az újabb Xorg) az csak a grafikus felület, valamint az egér, billentyű, stb. kezelése. Erre épül egy ablakkezelő vagy desktopkezelő, ami az ablakokat, a start menüt, a ''csicsát'' adja.
Igen, ha függőség, akkor automatikusan telepíteni is fogja. Ez a csomagkezelő legfontosabb feladata: számon tartani, mi van a gépen, és azoknak mik a függőségeik.
Sipi -
Sipi
addikt
Ha lspci ''megtalálja'', csak annyit jelent, hogy be van dugva a PCI slotba.
Ez egyértelműen driver-probléma. Vagy nem VIA Rhine kártya (bár az lspci kiírja, főleg a -v kapcsolóval), vagy nemtom... Esetleg másik kernellel.
Ööö, mi nem megy a virtuálissal? Ez ''menni'' nem is fog, mert ez egy nagy semmi. Annyit csinál, hogy a rendszer számára azt mondja, oké, fent van az xft csomag, nem kell aggódni. Az, hogy a virtuális xft-t melyik valódi csomag adja meg, máshol definiálva van. Ilyen lehet pl. az xft, az xorg-x11 vagy az xfree86 is. Valahonnan fennmaradt. Nekem nincs fent, de ahogy néztem, nem kellene gondot okoznia.
Melyik csomagra dobja ki a blokkolást? Mi az, amit nem tud telepíteni emiatt?
Az emerge --unmerge virtual/xft sem megy?
Sipi -
Sipi
addikt
A kérdés jó, csak nem mindig értem.
Ezt a forráskódot pl... Megnéztem, igen, a kernelben van VIA Rhine driver, ha belefordítottad, az okés. Ezért nem értem, milyen forrásra és hol keresel, mert a Linux kernelben persze, hogy benne van, ha bele tudtad fordítani. De ez most nem is fontos.
Ha rootként kiadod az ifconfig -a parancsot, annak minden egyes felismert hálózati eszközt ki kell írnia, függetlenül attól, hogy megy-e. Ha itt eth0 és eth1 is szerepel (a lo mellett), akkor a kártyákat kezeli a kernel.
Ezek után el kell készítened a net.eth0 és net.eth1 szimbolikus linkeket a megfelelő helyen, ahogy az install doksiban is van:
ln -s /etc/init.d/net.lo /etc/init.d/net.eth0
ln -s /etc/init.d/net.lo /etc/init.d/net.eth1
Hozzáadod őket a default indítási szinthez, ha azt akarod, hogy a gép indulásakor automatikusan elinduljanak:
rc-update add net.eth0 default
rc-update add net.eth1 default
Majd a /etc/conf.d/net file-ban kitöltöd, hogy az eth0 és eth1 eszközök hogyan legyenek baállítva. DHCP, ADSL, fix IP, stb.
Ja, most látom, azt írod, nincs eth1 az ifconfiggal. Akkor a driver nem jó, nem megy. Esetleg a dmesg paranccsal nézd meg, kiír-e valami hibát a VIA Rhine-nal kapcsolatban. (Mivel a kernelben van a driver, mindenképpen megpróbálja inicializálni. Ha ez sikerülne, lenne eth1 is.)
emerge --unmerge virtual/xft. Ez nem igazi csomag, csak virtuális =mint a neve is mutatja).
Sipi -
Sipi
addikt
Upsz...
Most belefordítva van a VIA a kernelbe, vagy csak forrásban kóricál a drivere valahol, vagy hogy?
blokkolás: ez azt jelenti, hogy fent van egy csomag, aminek a funkcióját ellátja az, amit most akarsz feltenni. A kettő együtt nem lehet. Ilyenkor simán emerge --unmerge csomag, le kell szedni.
Az xft azért lehet, mert az új xorghoz nem kell külkön feltenni, benne van eredetileg.
Sipi -
Sipi
addikt
válasz
kerti008
#1420
üzenetére
Logikusan végiggondolva: a ccache tartalma egy adott gcc-vel, libtoollal, linkerrel létrehozott objektum-file-ok sokasága, adott processzorra, architektúrára lefordítva.
Amennyiben a két gép hajszálpontosan megegyezik alapvető felépítésben, ugyanazon programok vannak rajta (verzióban), akkor talán használható. Egyébként nem, hiszen észlelni fogja, hogy megváltoztak a dolgok.
Ha peched van, akkor használni fogja, de ilyen esetben rossz kódot kapsz. Pl. az én Athlonos ccache-emnek nem biztos, hogy örülne egy Intel Pentium 3-as gép.
Sipi -
Sipi
addikt
válasz
kerti008
#1411
üzenetére
Figyu, légyszi, próbálj már bővebb infót adni, mert szinte semmit sem értek...
Most úgy veszem ki a szavaidból, hogy az Ati oldaláról töltöttél le valamit, sé azzal nemmegy az X. Ugyanakkor azt is írod, hogy az Ati drivert tetted fel, és megy az X, még a játék is, csak valami 3D-hiba van.
Szóval: Gentoo alatt miért nem telepíted? emerge ati-drivers. Ez kiírja, ha valami gond van, mit és hogyan kell beállítani a kernelben, majd a végén azt is, mit kell kapcsolgatni/átírni, hogy átválts Ati driverre.
A Portage fa a /usr/portage alatt van, az ati-drivers ezen belül az x11-drivers könyvtárban. Meg tudod nézni, milyen verziók vannak benne, s az emerge =ati-drivers-8.21.7-r1 paranccsal telepítheted konkrét verzió szerint.
Ha az ebuildet megkukkolod, láthatod, hogy elég komoly dolgokat művel a telepítő, nem csak annyi, hogy felteszi a drivert. No, ebből szoktak a gondok adódni.
Mod: nem kötelező leszedni a régit, mert az emerge úgyis leszedi. Az X-et viszont nem árt lelőni, mert vagy kifagy, vagy csak nem tudod megnézni az újat, hiszen még a régivel megy.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
kerti008
#1408
üzenetére
Ami nincs benne, pl. letöltöd az Ati oldaláról.
Esetleg kézi vezérléssel: átmásolsz egy ebuildet régebbi verziójú névre. Az ebuildek úgy vannak megoldva, hogy az ebuild nevéből próbálják letölteni a szükséges file-okat. Ha átnevezed pl. ati-drivers-7.1.ebuildre, akkor a 7.1-es drivert fogja letölteni (ha létezik ilyen).
Te, várjál már, most nézem. A következő verziójú ati-drivers csomagok vannak a portage-ban:
8.14.13 (ebből 4 alverzió), 8.16.20, 8.18.6, 8.18.8, 8.19.10, 8.20.8, 8.21.7, 8.22.5, 8.23.7, 8.24.8. ?!? Valamelyik csak jó lesz...
Elindítani: nem értem... Ez egy driver, nem kell ''elindítani''. A kernel majd betölti magának a megfelelő modult, illetve az Xorg a megfelelő OpenGL könyvtárakat, ha az eselect opengl ati paranccsal átváltasz Ati GL-re.
Sipi -
Sipi
addikt
válasz
kerti008
#1402
üzenetére
Pedig még baromi jól jártál, mert egyáltalán elindult a driverrel. Legtöbb esetben el sem indul az Xorg Ati-val...
Ha már megy az X, a glxinfo-val és az xdriinfo-val ellenőrizheted, megy-e a 3D-gyorsítás és a Direct Rendering. Ha valamelyik No, vagy az OpenGL/GLX nem Ati, akkor nem megy rendesen, ezért lehetnek ezek a fura effektek.
Az Ati-driver talán egyedül a levegő páratartalmára nem érzékeny. Ha egy verzióval nem megy, ki kell próbálgatni még 5-10-100 másikat. Itt nem igaz az a szabály, hogy ha újabb, akkor jobb is. Lehet, hogy Neked menne pl. 5 verzióval régebbi driverrel.
Az opensource ati driver - úgy tudom - nem támogatja túl jól a 3D-gyorsítást.
Sipi -
Sipi
addikt
válasz
kerti008
#1398
üzenetére
Pl. itt van pár:
http://gentoo-wiki.com/HOWTO_X850XT_ATI_Drivers.
http://gentoo-wiki.com/HOWTO_ATI_Drivers
Tanács: ha kész a rendszer, érdemes a /etc-t elmenteni valahova. Tömörítve elég kicsi lesz. (Igazság szerint pár dolog elég belőle, de macerásabb kiválogatni, mint elmenteni egy mozdulattal az egészet.)
A make.conf, /etc/portage*, /etc/X11/xorg.conf, /etc/rc.conf, /etc/conf.d/* a legfontosabb, esetleg az összes module* file és könyvtár.
Sipi -
Sipi
addikt
válasz
kerti008
#1396
üzenetére
Ha ez dicséret, akkor nem mi, hanem a Gentoo-közösség.
Eszméletlenül sok leírás, howto, guide van Gentoo-hoz a fórumon és a wiki-n. Ha eszedbe jut valami, hogy ezt-és-ezt akarsz csinálni, túrd fel ezeket a helyeket, szinte tuti, hogy valaki már megcsinálta és leírta. Én anno a fórumról néztem meg, hogyan érdemes otthoni levelezőrendszert csinálni.
Sipi -
Sipi
addikt
válasz
kerti008
#1390
üzenetére
Ne aggódj, a Gentoo piszok logikus, ha nyugodt aggyal nekiülsz, rövid idő alatt átlátható.
Tök szimpla Linux disztribúció, azon kívül, hogy szigorúan normálisan kezeli a könyvtár-struktúrát, ugyanaz, mint a többi.
Eltérés a Portage. Ehhez ismerni kell az emerge parancsot és pár kapcsolóját. A Portage finomhangolása - értelemszerűen - a /etc-ben lévő konfigállományokkal történik. Ebből az általános a make.conf, ebben van minden, ami a programok fordításával (making) kapcsolatos. Általános érvényű, a teljes rendszerre érvényes (pl. fordítási kapcsolók, stabil/instabil rendszer, Portage helye).
Ezen kívül a /etc/portage-ban egyesével, csomagonként lehet állítani a maszkolás, stabilitás, kapcsolók helyzetét.
Valamint pluszban van még a /etc/init.d a démonok indítására, és a /etc/conf.d az előző démonok indítási paraméterezésére.
Az összes többi cucc normál Linux.
Ezért írtam, hogy ezeket a doksikat olvasd el, mert a többi csak segítséget ad, ezek viszont kötelezőek.
Sipi -
Sipi
addikt
válasz
kerti008
#1391
üzenetére
Igen, de mint tierbatyo is írta, ezt SOHA ne alkalmazd! A Portage ugyan vezérelhető kézzel megadott változókkal is, de a biztonságos mód az, ha beírod a megfelelő file-okba.
[link]
Ebben vannak az xorg-csomagok (bár emlékeim szerint 2-3 darab hiányzik belőle, azt majd kézzel kell beírni), de NEM KELL unmaszkolnod! Az xorg már unmaszkolva van! Csak nem stabil, ezért ha a rendszered stabilra van téve, a keywords-be kell beírni ezeket.
Sipi -
Sipi
addikt
válasz
kerti008
#1389
üzenetére
Épp ezért jó a /etc/portage-ban matatni, beállítani. Ha itt egy csomagra azt írod, hogy ebből instabil kell, a Portage automatikusan felderíti a függőségeket, és ha azokból instabil kell, azt teszi fel, még ha a rendszered egyébként stabil is.
Egyszerű scriptekkel könnyen megoldható, hogy ne kézzel kelljen beírni egy tonna sort. Csak én nem tudok programozni.
Sipi -
Sipi
addikt
válasz
kerti008
#1387
üzenetére
Huhh, szerintem mindenképpen olvasd el a Gentoo doksik közül a USE változókra és a Portage működésére vonatkozót! Ez a kettő létfontosságú a rendszered szempontjából!
Erről a témáról röviden: igen, ez mondja meg, stabil vagy instabil csomagokat használsz-e. Ha a make.conf-ba teszed, MINDEN csomagra ez lesz az érvényes. Ez azt jelenti, hogy ha eddig x86 voltál, az egész rendszer frissítésre kerül. De teljesen instabilra csak akkor állj át, ha nem zavar, hogy néha fejreáll valami/minden.
Emiatt jobb a másik út, a Portage kézi szabályozása. A /etc/portage könyvtárban kell filke-okat létrehozni és matatni. (man portage, az elején pont ez van). Pl. a package.unmask-ba teheted, ami maszkolva van, mégis fel akarod tenni. A packages.keywords-ben mondhatod meg, egyes csomagokból stabilt/instabilt akarsz-e:
media-libs/libgd ~x86
Ez a libgd-ből mindig az elérhető legújabb, instabilt teszi fel.
Sipi -
Sipi
addikt
Pontosítok, mielőtt rossz hírét keltenéd a Linuxnak.
Csak Linux alatt lehet csatolni audiocédéket. Windows-on egyrészt nincs csatolás, másrészt kb. ugyanúgy jeleníti meg a hangcédé tartalmát, mint pl. KDE alatt. Úgy tesz, mintha lenne rajta filesystem. Ilyen szempontból ekvivalens a két rendszer, csak éppen KDE alatt nem .cda kiterjesztésű, használhatatlan file-okat látsz a cédén, hanem a rajta lévő zenéket WAV, OGG, MP3 formában, amelyeket szabadon másolgathatsz róla ide-oda, még konvertálnod sem kell, mert attól függően, milyen kiterjesztésű file-t kezdesz el másolni róla, automatikusan átkonvertálja olyanba.
Való igaz, konzolon nem tudod sima módon csatolni a lemezt, hiszen nincs rajta semminemű filesystem. De piszok egyszerűen megvalósítható, valószínűleg van is ilyen modul, csak én nem tudok fejből ilyet.
Sipi -
Sipi
addikt
válasz
kerti008
#1382
üzenetére
És azért szoktam választani a a stabil csomagokat, mert gyorsabban el tudom indítani.
Úgy érted, telepíteni? Várj, az instabil alatt én a ~x86-os csomagokat értem, vagyis ami nem stabilnak van jelölve. A maszkolt más tészta, annak jó oka van, ha maszkolják.
xorg. Mondom, kicsit keress/böngéssz vissza. Sőt, ha a Gentoo wiki oldalán a moduláris Xorg wikijét mewgnézed, abban is benne van egy script, amivel egy pillanat alatt unmaszkolhatod a csomagokat. De a moduláris xorg nincs maszkolva... Csak nem stabilnak van jelölve.
Az ütközésnek nincs köze a maszkhoz, instabilhoz. Van olyan dolog, amit több csomag is el tud látni, és többnyire egyszerre nem lehet fent kettő. Ilyen pl. a system logger, az xorg-ban a keyboard-konfig, amit két csomag is ellát (xkbdata az egyik, erre nincs szükség).
Most nem tudom, mit rontottál el, de ha leírod, mit szeretnél, és a hibákat is, tudunk segíteni. Emiatt teljesen felesleges letörölni a Gentoo-t.
Az xorg-7-et a wiki alapján tudod felrakni, én is azt követtem: [link] Légy szíves, olvasd el a doksikat, mert egyrészt (szinte) minden benne van, másrészt ezt a baromi hosszú wiki-t nem tudjuk ide begépelni Neked. Ráadásul ha ez alapján elakadsz, tök egyszerűen meg tudod mondani, melyik lépés nem sikerült.
Sipi -
Sipi
addikt
De mit akarsz megoldani? Beteszed, lejátszod. Vagy mit akarsz vele? Leszedni (grabbelni) a számokat? Akkor pl. cdparanoia, vagy valamelyik rippelő (Gnome alá talán grip). Vagy KDE alatt Audio CD betesz, és a Konquerorban odaböngészel. Esetleg a bal oldali sávjában, ha fileböngészőként indítod, van egy services, abban audio cd böngészés.
Sipi -
Sipi
addikt
Khm... Nem ártott volna, ha az utolsó mondatot korábban leírod.
Audio CD-t nem lehet csatolni, mert azon semmiféle filerendszer nincs.
KDE alatt pár kioslave segítségével úgy láthatod, mintha lenne, de azt sem tudod csatolni, csak a Konqueror megjeleníti Neked WAV, OGG, MP3 formátumban is a rajta lévő számokat.
Pontosítok: lehet csatolni, de csak kiegészítő programokkal, amelyek úgy tesznek, mintha csatolva lenne. (De nem ismerek ilyet.) A jelenlegi FUSE modullal és eszközeivel bármilyen filesystem írható, jelenleg pl. találtam egy olyat, ami a Canon kamerámat mutatja csatolt könyvtárban, holott a kamera egyáltalán nem támogat ilyen módot.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
kerti008
#1376
üzenetére
Ööö, nem igazán értem a mondataidat, de megpróbálom kitalálni.
Maszkolás kiiktatása (unmask): a /etc/portage/package.unmask file-ba kell beírni a megfelelő sorokat. Itt a topikban korábban neírtam egy kis scriptet, ami az xorg csomagjait bemásolja ide, keress rá, mert már nem tudom, hova tettem (asszem, letöröltem).
KDE felrakás: mire érted a gyorsítást? Esetleg bekapcsolhatod a kdeenablefinal USE flaget, de a KDE/Qt alapú alkalmazások alapban lassabban fordulnak. Mondjuk ez géptől függő, Batman laptopján pl. észvesztő sebességgel fordul le minden.
Sipi
Ha splash screent akarsz, úgyis érdemes kikapcsolni.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Remélem, jönnek Atisok is okosat mondani.
Új hozzászólás Aktív témák
- Shield TV-t csinált a Shieldből az NVIDIA
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Redmi Note 13 Pro 5G - nem százas, kétszázas!
- SSD kibeszélő
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- Interactive Brokers társalgó
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- Tőzsde és gazdaság
- Azonnali játékos kérdések órája
- Házimozi belépő szinten
- További aktív témák...
- Xiaomi 15T Pro 256GB, Kártyafüggetlen, 1 Év Garanciával
- ÚJ könyv: Gloviczki Zoltán - A holnapután iskolája
- Telefon felváráslás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
- Samsung Galaxy S24 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- Apple iMac 21,5" 2015 Late / 8GB DDR3 / 1TB HDD / Bill+Egér 6 hó garancia, számlával!
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest