Új hozzászólás Aktív témák
-
Sipi
addikt
Az mit jelent, hogy nem megy a dbus? Nekem 2.6.13-as gentoo kernel és a 0.50-es sorozatú dbus van fent. Ez a verzió alapjaiban tér el (állítólag) a régebbiektől.
Nekem egy gondom volt, sokiág vadásztam a hiba okát, s végül is nem pont a dbus okozta.
A cd/dvd eszközök akkor jönnek létre igazán, amikor egy user belép., Ekkor automatikusan a cdrom csoporthoz és az aktuális userhez rendelődik, viszont csak a usernek lesz rá rw joga, senki másnak semmi! Emiatt viszont a teljes automount rendszer fejreáll, mert a démonok nem tudják olvasni a drive-ot, ergo csatolni sem.
A /etc/security/console.perms-ben írtam át a <cdrom> sort:<console> 0660 <cdrom> 0660 root.cdrom
Itt az első szám adja meg, login után mi legyen a joga, az utolsó bejegyzések pedig a fallback-ek, vagyis logout után ilyenné vált vissza. Az első 0660 eredetileg 0600 volt. Ja, és ez a PAM beállítása.
Sipi -
Sipi
addikt
Azért megpróbálhatod, a topikot nézve mindig csak én szívok az újdonságokkal.
Az Ati a legrosszabb Linux alatt... Az nVidia pedig nagyon klasszul muzsikál, egyetlen egy dolog van, amit a README-ben is írnak, hogy szinte tuti fagyás, ergo alapban nincs is bekapcsolva, de tapasztalatom szerint valamivel gyorsabb OpenGL alatt, mint Windows alatt a régi GeForce2 GTS-em.
Ha sikerül belőni az Ati-t, az is jó lesz, csak akadni tud a kernellel, Xorggal, framebufferrel, valamint a leírás alapján NEM kell neki DRM, de van, akinek csak DRM-mel működik, van, akinek anélkül.
A hibakeresés a borzalmas, mert túl sok komponens okozhat nála hibát.
Sipi -
Sipi
addikt
A 2.6.8-as elég régi kernel. A 2.6.13-as Gentoo kernel viszonylag friss, és még megy is. (A 2.6.14-essel nekem elég sok gondom van.)
AMD64-en, ha 64 bites rendszert használsz, nem létezik a vesafb-tng, csak a sima vesafb.
Az Ati meghajtói elég gány munkák, az, hogy mikor és mivel akad össze, megjósolhatatlan. Kiindulási alapként: mindig mindennel. De van rá esély, hogy pl. a 2.6.14-r2-vel megy, az r3-mal nem, az r4-gyel megint megy.
Sipi -
#397
Sipi
addikt
dr_strange
#396
Sipi
addikt
válasz
dr_strange
#396
üzenetére
A CONSOLE paraméter mihez kell? Az initsplash része? Mit ad meg?
Sipi -
Sipi
addikt
Nézd meg, hogy ha bedugod az eszközt, mit ír a dmesg! Nézd meg, a /dev-ben milyen eszköz jön létre, mert lehet, hogy nem sda* lesz, hanem sdx!
Az ilyen dugdosós eszközöket érdemes nem fstabból, előre rögzítetten csatolni, hanem valamelyik automount-programmal kezelni. Ugyanis nem lehet tudni előre, melyik eszközt kapja az USB-olvasó.
Sipi -
Sipi
addikt
Teljesen db alapú nemigen lesz, mert annak sincs sok értelme, hogy egy Portage fához egy teljes mysql-t kelljen telepíteni. Inkább ilye gyengített db várható, mint cdb, sqlite, stb.
Egyébként leginkább nem ezért lassú. Van egy patch, ami hatalmasat gyorsít rajta: a metadata generálásakor pár száz kilobyte méretű file-okat hoz létre és nulláz le, másodpercenként pár százszor is, ez agyonterheli a teljes I/O alrendszert. Amennyiben nem hozza létre a file-t, hanem memóriában, cache-elve dolgozik, majd amikor kész a végleges file, elmenti, van, hogy 50-szeresre gyorsul. Ez ellen azért ágálnak a fejlesztők, mert így probléma esetén nincs kiírva az adat. Erre írta a patch készítője, hogy egy átmeneti metaadat-halmaznál nem mindegy? Bármikor el lehet készíteni, semmi fontosat nem tartalmaz...
Sipi -
Sipi
addikt
Nekem is behalt. Sőt, a 3.1-es bash-sel pedig nem mennek az initszkriptek, és még a firehol is hibát jelez az iptables szabályainál.
Egyébként a cdb írója jelezte is a leírásban, hogy annyi hátránya van, hogy minden nagyobb Portage-kiadásnál lehal, míg át nem írja.
Átmenetileg nevezd át a /etc/portage/modules-t (vagy module?) pl. *.bakra, akkor nem találja meg, és automatikusan visszaáll a régi flatfile technikára.
Sipi
[Szerkesztve] -
Sipi
addikt
Félreértesz, a KDE-ből csak forrást tudsz használni. Úgy értem, -kde flaggel örülj, hogy a k3b, mint futtatható program, egyáltalán elkészült.
Változó. Nem KDE-s programoknál vagy az extra KDE-s felülethez kell, vagy pl. ahhoz, hogy a KDE-ben megjelenjen az ikonja a menüben. De egy KIZÁRÓLAG KDE alatt futó program esetén értelemszerűen semmit sem kapsz.
Természetesen elkezdi felrakni a KDE-t, ezért mondtam, hogy ne a make-conf-ba tedd, mert úgy az egészet felteszi. A legtöbb programnak csak a kdelibs (és a qt) kell, csak ezek mennek fel. Néha előfordul, pl. esetleg a k3b ilyen lehet, hogy ha a hal flaggel fordítod, akkor a kioslave-t is felteszi.
Sipi -
Sipi
addikt
Az alternatív install guide-okat nézegesd, a Gentoo-t lehet másik Linux alól is telepíteni. Végül is értelemszerű, lévén nincs telepítője, csak partíciókat kell alá csinálni.
A nagy AThlonos segíthet a fordításban, ehhez a distcc-t kell belőni, a fórumon van hozzá leírás. Azonban úgy veszem ki, mintha Windows lenne rajta. Nos, a Windows-t szerintem a falra kenheted, kizártnak tartom, hogy azzal valamit is kezdeni lehessen...
A telepítést elkezdve, egből hálózatot állítasz be, onnan telepítesz egy ssh szervert (is), és nyugodtan bejelentkezhetsz. Azt nem hiszem, hogy ezzel abba a shellbe be tudnál lépni, de shellt fogsz kapni. A screen nevű progival lehetne ilyeneket, de ahhoz nem értek. BTW, ha egyszer elkezdte a telepítgetést, és nem állt le hibával, nem kell azzal semmit csinálni, csak kivárni.
Az UPNP-t nem értem...
Sipi -
Sipi
addikt
Ezt nem értem... Odáig oké, hogy nem akarsz KDE-t feltenni. Ez miért lenne baj? Nekem meg Gnome nincs a gépemen, mégis működik.
(Az Ati-t meg be lehet lőni az itteni boldog Ati-tulajok segítségével.
)
Ja, ha egy-két KDE-s programot akarsz feltenni pluszban, akkor többnyire elég nekik a kdelibs, mint függőség.)
Sipi
[Szerkesztve] -
Sipi
addikt
Mondom, nagy különbsgé van, hogy 3.3-as vagy 3.4-es gcc-t használsz-e. A 3.3-as egyáltalán nem ismeri, akkor szokták a P3-at ajánlani. A 3.4-es viszont natívban ismeri.
gcc-config -l kilistázza, milyen verziók és profilok vannak fent.
Egyébként a genkernel-nek nem találtam --edev opcióját... Nem írtad el?
A kernel hogy állt le, vagy mi állt le, mi volt az üzenet?
Sipi -
-
-
Sipi
addikt
Nemrég megjelent egy új Portage, miután feltettem, nekem is baromira begyorsult. Néha még van, hogy eljátszik 50%-nál - de cdb nélkül is gyorsabb lett.
Ráadásul átmozgattam a Portage fát, mint írtam, s az is jelentősen gyorsított.
Lehet, hogy gyorsabb gépen jelentős a sebességnövekedés.
Sipi -
Sipi
addikt
Ja, a Portage 50%-nál lelassul-problémára.
A fórum említett egy érdekességet: mivel a Portage fában százezer fölötti apró file található, melyek folyamatosan változnak, ez iszonyatosan fragmentálja a file-rendszert. (A Linuxosok is fragmentálódnak, csak sokkal kevésbé, mint az NTFS. De a Portage alaposan megizzaszt mindent.)
Jó megoldásnak tűnik az a javaslat, hogy a teljes Portage fát érdemes átköltöztetni egy teljesen más partícióra (akár másik vinyóra). Jelenleg a /usr/portage, az ide tartozó packages és distfiles könyvtárakat, valamint a rengeteget módosuló /var/cache/edb, a ccache, a /var/tmp/portage és a /var/db/pkg könyvtárakat mozgattam át, utóbbi négy esetben symlinkkel mutatva az új helyre. A make-conf-ban megadtam az új helyet. Most elég gyors a Portage-fa frissítése.
Érdemes nulláról felépíteni, vagyis egy üres portage és edb könyvtárra ráengedni az emerge sync-et. Ez először sokáig tart, lévén minden file-t leszed rsync-kel, majd nulláról újraépíti az edb adatbázist, de utána látványosan javul a helyzet. Remélhetőleg a gépem látványos lassúsága is javulni fog. Észrevettem, hogy a frissen telepített KDE-m piszok gyors volt, majd a hónapok során dühítően lelassult a betöltődése. prelinkeltem, de indítás után szinte szétesik a vinyó, úgy zörgeti. Valószínűleg a Portage által összetört file-ok betöltése okozta ezt.
Reiserfs-t hogyan tudnék defragmentálni? Azon kívül, hogy mindent átmozgatok egy másik partícióra, majd vissza... (Jut eszembe, ha így csinálom, akkor ugye bootolok LiveCD-ről, csatolom a könytárakat és mozgatok. Hogyan oldható meg, hogy minden jogosultság, tulajdonos megmaradjon az ide-oda mozgatás során?)
Sipi -
Sipi
addikt
Nem, a portmap évszázadok óta háborítatlanul pihen a gépemen. Egyébként sem az ő baja, mert akkor az ugyancsak régóta változatlan ntp-client is rossz lenne.
Itt szerintem, ahogy néztem, egyértelműen az a baj, hogy a net.eth0 háttérbe vágta magát, és az init folytatta az indítást. Így a net még nem volt készen, amikor azoknak már szüksége lett volna rá...
A DHCP mindig eltart pár másodpercig - Windows-on akár tízig is.
Az automountról lemondtam... A hibára rájöttem: elkészülnek ugyan az udev-eszközök (hdc és hdd, vagyis cdrom0 és cdrom1), de a tulajdonosa mindig az lesz, aki (először) belép a gépre, a jogok pedig rw-------! Vagyis senki nem képes hozzájuk férni, még a hal, az automount sem! Abban a pillanatban, ahogy rw-rw---- jogot adok rá, már pörögnek is fel, a rendszer észreveszi őket.
Az viszont fura, hogy ha nincs az fstabban felsorolva, hogy hova csatolja, akkor a /media/NULL-ba rakja őket... Fura, mivel a /media-ba csatolja, tuti, hogy a hal kezeli (az pakolja oda). De nem ad neki értelmes nevet. Ha beírom az fstabba, akkor csatolja a cdwriter és cdrom alá.
Ja, a loginra megváltozó jogok alapján a pam_console-ra gyanakodtam, de érdekes módon a /etc/security/console.perms fileban meg 0660 jogot adna a cdrom-eszközöknek, ami pont jó lenne... De akkor mi a görcs írja át?!?
Mindegy, megjelent az udev-077, elég nagy ugrás a 073-hoz képest. Azt írták róla, hogy rengeteg furcsa, megmagyarázhatatlan hibát javít. Abból pedig nekem van bőven.
Sipi
[Szerkesztve] -
Sipi
addikt
Azt hiszem, a legújabb verzió, az biztos. Meg az előző is.
Tudom, így kelleNE működnie. (Bár azt nem tudom, ha valamit bootban indítok, és kell neki egy script a defaultból, akkor mit csinál...)
Nem lenne semmi baj, csak éppen backgroundolja a net.eth0-n az IP cím kiosztását (ADSL, és meg kell várnia, míg a pppoe megkapja DHCP-n az IP-t). Ez eltart egy darabig (saccra 5 másodperc), úgyhogy addig a soron következő pár service nem megy.
Bár érdekes, mert nem maga a portmap ad hibát, hanem a start-stop-daemon, hogy nem indult el a portmap... És attól, hogy nincs külső IP-m, még mennie kellene.
Amit még el tudok képzelni az az, hogy esetleg a portmapnek kell a net.eth0, mint elindult függőség. A background miatt pedig úgy állítaná be a runlevel system, hogy még nem indult el?!? Ennek így nem lenne értelme...
Ma lesz mit küzdenem. Az a nyamvadt automountot is meg kellene csinálnom, mert totál hektikusan megy, akkor sem tökéletesen. Valószínűleg udev-probléma, a fórum szerint a 073 kvázi működésképtelen, azzal megspékelve, hogy legalább hibát sem ad semmire, csak kvázi nem csinál semmit.
Sipi -
#284
Sipi
addikt
dr_strange
#283
Sipi
addikt
válasz
dr_strange
#283
üzenetére
S Neked hogy megy most a net? Nekem a confd-net file-ban config_eth0=adsl. Hogyan használod a confd-rc file-ban a parallel startup, netstrictcheck, autointerface, usefstab változókat? net.lo és net.xxx melyik runlevelen indul?
Mert nekem most így működik, de nem szabványos.
BTW, az automount megint nem muzsikál... Ha qingy-ből egyből X-et indítok, semmi nem megy. Ha előbb konzolban rootként belépek, eddig ment. Mivel az új hal nem használ fstabot, töröltem a régi bejegyzéseket. Azóta, hiába írtam vissza, nem működik sehogy. Néha sikerül elérnem, hogy az ivman a /media/NULL alá csatolja a dvd-t, de a cd-t le sem kakkantja...
Sipi -
Sipi
addikt
A bootban tutira nem lehet lényegében semmi, pár beűllító-szkriptnél. apache, mysql tutira default. A bootba érdekes módon az alsasound megy még bele, más nem.
Illetve most nekem a net.eth0, hogy mindenképpen legyen netem, mire a defaultban lévő, netet igénylő démonok indulnak.
A net.lo végül is a fő netindító. Szerintem sem kellene a szimlink, lehet, hogy megváltoztatják egyszer (mostanában nagyon nagyokat változtatnak a baselayouton). Az rc-scriptek végigmennek a net.* szkripteken, nézve, mik vannak, majd a végződést kikeresik a conf.d-s net fileból, és annak megfelelően indítják el a megfelelő szolgáltatást.
Sipi -
Sipi
addikt
Olyasmit találtam erről, hogy a kernelből esetleg kimaradt pár ***socket opció...
Utólag nekem is elindulnak, ennyi a gáz, hogy amikor futna, még nincs netkapcsolat, az pár másodperccel később lép életbe. Késleltetéssel jó lenne, de szerintem ennek automatikusnak kellene lennie.
A hálót a boot runlevelből indítva szépen muzsikál (sőt, még gyorsabb is lett a rendszer, de nem tudom, miért...). Csak tudtommal ez meg nem szabályos.
Tessék a kisfiadat a power ledre átszoktatni a power gomból! Az szépen világít is.
Sipi -
Sipi
addikt
Kicsit meg vagyok zavarodva, valaki kisegíthetne...
Eddig mindig a default runlevelen volt a net.xxx scriptem, onnan indult. Nemrégiben ez nem lett jól, a béta baselayout a háttérbe teszi a kapcsolat felépítését, s futtatja tovább az initszkripteket. Így viszont a portmap, ntp-client és famd nem indult el.
Megoldottam úgy, hogy átraktam a boot runlevelbe a net.eth0-t. Azt azonban nem tudom, helyes-e így. Érzésem szerint nem...
A /etc/conf.d/rc file-ban van egy net strictness checking. Itt beállítható, hogy minden hálókapcsolat legyen up, vagy sem ahho, hogy a hálózatot teljesen késznek lehessen nyilvánítani. Ezt nem változtat semmit sem.
Ráadásul kezdem nem érteni... A /etc/conf.d/net-ben lehet MINDENT beállítani. Mi szükség van még mindig a net.eth0, stb. szimlinkekre? Az init nem hozza fel automatikusan a net-ben beállított interfészeket? Hol kell indítani ezeket? Mi a fene van?
Sipi -
Sipi
addikt
kdeenablefinal: az összes programot, include-ot egy nagy file-ba teszi, és azt fordítja, mert így jobban tudja optimalizálni. Hátránya, hogy sokszor pár száz kbyte-os file-t kell fordítani, ami főleg, ha optimalizálsz is, baromi sok memóriát igényel.
pipe: ami normál esetben temp file-okba íródna, s onnan olvasná a fordítási procedúra, azokat csöveken (pipe) keresztül csinálja, így sokkal gyorsabb. Viszont ez memóriát igényel.
Mindkettő csak a fordítás során van hatása, azt gyorsítja.
Sipi -
Sipi
addikt
Az a baj, ahogy olvasgattam, hogy ezek a patkolások, amikor a sima file-ok helyett valamilyen adatbázis-motort használnak Portage backendként, nem egészen kompatibilisek az eredeti elgondolással. Bizonyos Portage-frissüléseknél mindenképpen összedől a fa, illetve senki sem garantálja a 100%-os kompatibilitást.
Sipi -
Sipi
addikt
Megnéztem, írnak. Jó sokat. Van róla bug is. Egy Portage tervezési hiba - dolgoznak rajta, bár ahogy néztem, az álláspontok nehezen közelednek. Pedig a javasolt móddal a teljes processz felgyorsulna, nem ritkán 50-szeres sebességűre.
Nincs más dolgunk, mint ülni és várni.
Sipi -
Sipi
addikt
-
Sipi
addikt
Lease time: a kiosztott IP-cím ''kölcsönzési ideje''. Ha egy kliens IP-t kap a DHCP-szervertől, majd kikapcsol, akkor a többi kliens az itt magadott ideig nem kaphatja meg azt a címet. Pl. 7 napra állítva, egy kliens, függetlenül attól, hogy használják-e vagy sem, az első bekapcsolásnál kapott IP-t a kikapcsolástól számítva 7 napon belül, bármikor is kapcsolod be, mindig ugyanezt kapja meg. Másnak nem osztja ki a szerver.
Elég nagyra állítva kvézi statikus IP-címkiosztást tudsz létrehozni.
Sipi -
Sipi
addikt
válasz
tierbatyo
#242
üzenetére
A man mkinitrd azt írja, hogy kizárólag az IDE-, SCSI-, lvm, raidvezérlők kerülnek bele, meg a filesystem-modulok. Vagyis csak azok, melyek ahhoz kellenek, hogy a kernel el tudja érni a lemezmeghajtókat.
Valszeg valami más programmal kell legyártatni az olyan initrdket, melyekben pl. a teljes /lib/modules benne van.
Sipi -
Sipi
addikt
Ha nem igényled, nem kell.
Piszkosul integrált lett. Pl. szinte minden, ami emberek adataival dolgozik, szinkronizálható a központi címjegyzékkel, ami lehet file, LDAP szerver, Exchange szerver, meg még egy csomó más. Van olyan program (külön), amivel tvadók műsorát lehet letölteni. Ez is képes a KDE saját belső riasztási vagy egyéb (korganizer) szolgáltatásával együttműködni.
Mást nem nagyon használok belőle, de Personal Data Managementben, levelezésben, hálózati dolgokban nagyon ott van.
(Pl. a Kopete üzenetküldő minden kontaktja felvehető az addressbookba, és szinkronizálhatod az adatokat magával az MSN kontakttal.)
Sipi -
Sipi
addikt
/etc/conf.d/domainname, majd rc-update add domainname default
De erre nincs szükség, emiatt biztos nem lassú az alhálós másolás.
De érdekes módon lehet, hogy ez semmit em fog állíani. Ekkor a /etc/hosts-ba írd be az IP-det, majd mellé gépnév.domain gépnév
Ha nincs fix ipd, akkor a lokálhoszthoz írd,
127.0.0.1 gép.domén gép localhost
A domainname-nek nincs köze a windows-hoz. Erre olyan gép esetén, aminek nincs bejegyzett neve, nincs is igazán szükség. Filemegosztás: milyen megosztás? Windows-os megosztáshoz samba kell.
Sipi
[Szerkesztve] -
Sipi
addikt
Szerintem kikapcsolhatod a kde, qt, gnome flageket. Ha olyan programot akarsz feltenni, amihez kellenek ezek, úgyis felrakja. k3b-hez a kdelibs mindenképpen kell.
Azt nem tudom, a fluxboxnak kell-e a gtk1 vagy gtk2, esetleg ezeket is kikapcsolhatod. A gaim (a gnome miatt) úgyis felteszi majd.
Érdemes lehet még az összes csomagot újrafordítani a ''lightningfast'', ''hypercool'' és ''advancedspeed'' flagekkel.
Sipi -
#218
Sipi
addikt
dr_strange
#217
Sipi
addikt
válasz
dr_strange
#217
üzenetére
Oké, küldj egy tuti friss verziót!
Sipi -
Sipi
addikt
Ha instabil rendszert használsz, igen. Nekem folyamatosan van legalább 3-4 csomag, ami nem működik. Jelenleg az openldap, ffmpeg2theora, avifile tutira ilyen. Nem is szoktam soha emerge world-öt, hanem átirányítom file-ba, és csemegézek, mi kelljen belőle.
A multislot flaget meg állítsd be, életet menthet.
(binutils-ra és gcc-re is működik, mindkettőnél az xxx-config paranccsal váltogathatsz a verziók között.)
Sipi -
Sipi
addikt
login error: http://forums.gentoo.org/viewtopic-t-366499.html
Asszem, a pam vagy valami loginb cucc frissülése után van ez, megváltozott a program alaposan, új konfig szintaktika lett.
libtool: nem tudom... nekem fent van lazán. próbáld meg eggyel régebbit, hátha az megy. (emerge =libtool-1.5.20)
gkrellm: nem láttam benne időjárást... A sensord gyújti a szenzorok jelzéseit, syslogba vagy adatbázisba, és riaszt, ha gáz van. De ugyanezt elérheted a gkrellmmel, vagy egyéb szenzormérővel is - ez egy nem grafikus cucc, sima démon. ha más riasztót használsz, nincs rá szüksége - ezért is lehet kikapcsolni emergénél.
FONTOS: minden emerge után frissítsd a konfigfile-okat az etc-update paranccsal, mert különben ilyesmi hibáid lesznek! De csak józanul, amit kézzel jócskán átírtál, ne írd felül vakon (pl. postfix konfigja), mert elvész minden beállításod! Azt érdemes megnézni, változott-e az új konfigban valami a régihez képest.
Sipi
[Szerkesztve] -
Sipi
addikt
A kernelben csak a különböző típusú érzékelők driverei, valamint az i2c kommunikációs busz meghajtói vannak. Az lmsensors csomagban már csak a binárisok vannak (a 2.4-es kernelben nincsenek driverek, ahhoz van egy külön lmsensdriver csomag).
Az lmsensors binárisai végzik a kernel drivereiből történő adatgyűjtést, esetleges riasztást.
Sipi -
Sipi
addikt
emerge lm_sensors
sensors-detect futtatása, szenzorok vagy berakódnak a /etc/init.d/lm_sensors file-ba, vagy be kell írni kézzel a kapott adatokat
rc-update add l_sensors default
rc-update add sensord default
És a /etc/init.d/l_sensors start, illetve /etc/init.d/sensord start paranccsal el is indíthatod.
Sipi -
Sipi
addikt
Egy általános célú monitorozó program X alá. Levélellenőrzés, rádió, szenzor, netkapcsolat, meg egy csomó más. Skinezhető, ém valami papír nevűt használok, az ugyanis ''átlátszó'', így olyan, mintha csak a kiírt adatok lennének a desktopon.
Hasonló célú dolog a superkaramba KDE alá, és a gdesklets Gnome alá. Mindegyiknek van egy tonna pluginje a media-plugins könyvtárban, a Portage-fában. (Feltéve, hogy Gentoo-t használsz. )
Sipi -
Sipi
addikt
A kernelbe az i2c modulokat és a sensors modulokat kell tenni, emerge lm_sensors. Kapsz egy lm_sensors és sensord daemont. A sensorsüdetec scripttel megnézed, milyen modulokat kell betölteni a gépen, asszem, ez el is készíti a megfelelő /etc/conf.d/lm_sensors file-t, ha nem, a végén kiírt modulokat kell megadni benne MODULE_0=i2c-isa, új sor, MODULE_1=i2c-i801, stb alakban.
Ezután rc-update add lm_sensors meg sensord default. Így futni fog a háttérben az adatgyűjtő daemon - pl. a gkrellm programmal kukkolni tudod, mi mennyit mutat. Ne lepődj meg, sokszor mindenféle hülyeséget is mutat, pl. nemlétező ventillátort.
Sipi -
Sipi
addikt
Nem hülye kérdés...
[link]
I recently reinstalled Gentoo on my HP nx7000 notebook. I used GCC 3.4 from the start, which supports pentium-m as architecture.
I really have the impression, that it is faster than it was before.
I use the following CFLAGS:
Code:
-O2 -march=pentium-m -pipe -fomit-frame-pointer -mfpmath=sse -funroll-loops
Olvasd át a topikot, mert nem írtad, pontosan milyen a proci, ebben benne van sok okosság.
A Gentoo-ban remélem, a 2005.1-es profilt használod, és ne feledkezz meg arról, hogy 3.4.4-es gcc-t használj, az natívban támogatja az M-es pentiumokat.
A 2.6.13-as kernelben pedig van Pentium M, Pentium 4M proci is külön.
Sipi
[Szerkesztve] -
Sipi
addikt
válasz
tierbatyo
#139
üzenetére
Nekem valami frissítés után kicsit megdőlt a rendszer, de úgy-ahogy megy. Az udevre gyanakszom, de downgrade után sem jó.
Az nvidia kernel modul nem megy többé, a hálózat is hibával indul, az ALSA-nak is baja lettek... A legújabb, 2.6.14-es kernellel a qingy a DirectFB-n olyan lassú, hogy nem lehet belépni (mindkettő újramergelve)...
De gőzöm sincs, mi a gond.
Sipi -
Sipi
addikt
Igen, tényleg, pmount van, fstabot nem bizgerál többé.. Ez pedig alapban a nosync, noatime, nodev, noexec, noauto, nosuid, user, rw. Itt a gond... A user helyett users kellene, hogy bárki lecsatolhassa... A pmount-hal használatával ez elkerülhető lenne, mert az a hal szabályai szerint csatol, és az fdi file-okban megadható, milyen jogokkal csatolódjon. A /usr/share/hal/fdi/policy/osvendor elején vannak, milyen jogok legyenek, ide lehet beszúrni pluszban a users-t is.
Esetleg, ha a pmountot átnevezed pmount.bak-ra, és csinálsz egy pmount nevű szimlinket a pmount-hal-ra?
Akkor, mivel a KDE-t nem tudom jelenleg debugolni, maradjunk az ivmannál... Ne használd az x-et, indítsd az ivmant, ahogy említettem nemrég, akkor logol egy csomó mindent. Azzal megtudod, milyen parancsokat híc, milyen beállításokkal.
(Vagy valaki vágjon már hozzám egy rohadt USB sticket, hogy meg tudjam nézni. )
Sipi -
Sipi
addikt
Az fstab azért fura nekem, mert a hal tudtommal még mindig létrehozza az fstab-bejegyzéseket...
A lecsatolás azért macerás, mert a KDE is, az ivman is csatolja, így a KDE nem tudja lecsatolni, mert az ivman ''fogja''.
Pedig nem lenne rossz először konvencionálni.
Biztosan van valami beállítás az új KDE-ben, hogy az ablakban felugró lehetőségek közül legyen valamelyik a default. Esetleg a Control Centerben.
ivman nélkül fura, hogy nem megy a KDE... Elvileg semmi szüksége rá. A hal esemény hatására kell előjönnie az ablaknak, és a pmountot hívja meg.
A hal cuccait a /usr/share/hal/fdi/policy-ben nézd meg, a 10-storage-policy.fdi érdekesnek tűnik. Sőt, a preprobe könyvtár tartalma is.
A /etc/ivman-ban, a ConfBase-ben van user és csoport, ami alatt az ivman fut. Nézd meg, tudja-e ez futtatni a pmountot. Ugyanitt, ha leállítod az ivmant, fork no és debug yes, majd kézzel elindítod, akkor a konzolon kiírja, mit csinál. Itt elolvashatod az aktuális hibákat is.
Jelenleg, mivel nem működik valami a rendszerben, nem látom értelmét, miért ragaszkodsz az ivman+KDE pároshoz. Így ugyanis sokkal nehezebb megtalálni a hibát...
Sipi
[Szerkesztve] -
Sipi
addikt
Én nem Te vagyok...
Arról nem tehetsz, hogy egy szar program miatt elszállt minden, és nem sok esélyed van visszaállítani. Egy javaslat: a jövőben érdemes lehet leírni, hogy a Linux alatti partíciós programok, pl. cfdisk, mettől meddig látják a partíciókat. Ha elszáll, egyszerűen megadod ezeket az értékeket, amikor újra létrehozod. A Linux nem turkál a partícióba magába, sak bejegyzi. Ha érvényes filerendszer van ott, minden file-odat elérheted. Ez tuti, mert már próbáltam és működött. Főleg a kezdőérték a fontos, ha a végét szúrod el, max. eltűnik pár file.
Sipi -
Sipi
addikt
Vazze! Figyu, ha a partíciós tábla elszáll, Linux alól még vissza lehet tenni mindent... Elég, ha tudod, hol kezdődött és hol végződött a partíció - mivel csak egyetlen byte-ot ír át, a filerendszer maga nem sérül!
De lehet, hogy már mindegy...
Ha van szabad vinyód, adj egyet, lehúzogatom rá a csomagokat.
Sipi -
Sipi
addikt
válasz
tierbatyo
#86
üzenetére
Ez ''természetes'', mert mint írtam, volt egy generációváltás a hal-nál és dbus-nál. Teljesen megváltozott a belső működése, még a lib verziója is ugrott egy nagyot (so.0-ról so.1-re), ezért minden, erre épülő programot újra kell fordítani.
De még mindig kötöm az ebet a karóhoz, és értetlenkedek, hogy a KDE automountjához miért kell ivman?
Sipi -
Sipi
addikt
Baj van, de csak magamon belül.
No, ezerszer átfutva sem értelek, de szerintem Te sem engem.
Elölről.
A kernel a hotplug-eseményekre kernelüzenetekkel reagál. A user programok számára ezt a dbus közvetíti. Első dolog: dbus-monitor --system, ha a csatlakoztatás/kihúzás eseménye nem jelenik meg itt, akkor semmi sem fog működni. De ez ritka eset.
A dbus átadta az eseményeket user space-be. Ezt erre szakosodott programok figyelhetik - jelenleg a halról tudok, ami ezt teszi. Dolga: a csatlakoztatható dolgokra vonatkozó események figyelése, s ha ilyet talál, a saját szabályai alapján létrehozni pl. fstab-bejegyzéseket, eszközöket, jogokat generálni. Nem csatol semmit, ezt valamilyen automounternek kell megtennie - használhatja a hal által létrehozott adatkat, de saját feje után is mehet.
Tehát a hal elkapta a dbus-t, reagált. Most jön a csatolás.
NEM KELL ragaszkodnod az ivmanhez. Ez csak egy az automounterek sorában. Ha KDE-t akarsz használni, akkor nem is szabad az ivman - fel sem kell tenned!
Jelenleg Nálad mintha lettek volna olyan gondok, hogy a KDE-t (kdebase) hal flag nélkül fordítottad, majd fordítottad régebbi hallal, s utána frissítetted a halt az újra. HAL nélkül, vagy a régiről újra átállva a KDE media kioslave-je nem tud mit kezdeni a hal eseményekkel.
Ha már fent van az új dbus és hal, újra kell fordítani a kdebase-t (vagy splitted ebuild esetén a kdebase-kioslaves-t) a hal flaggel. A KDE-nek semmi köze az ivman-hez, nem kell a működéséhez! A hal által létrehozott események, bejegyzések alapján a pmount programmal csatol.
Döntsd el, mit akarsz. ivman-t használni, akkor felejtsd el a KDE sajátját, ami ikonokat rak a dsktopra. Vagy KDE ikonozás, akkor unmergeld az ivmant, és a hal flaggel emerge kdebase.
Ha ez megvan, konzolban indítsd a dbus-monitor --system parancsot, és helyezz be eszközöket (USB stick, cédé, stb.). Ha semmi sem jelenik meg eseményként, dbus vagy kernel-hiba van. Ha megjelenik, az alap alrendszer működik. Léphetsz tovább a halra.
Ennek max. annyi gondja szokott lenni, hogy a beépített szabályhalmaza nem megfelelő a rendszerednek. De ha a dbus megy, a hal is szokott. Ha pl. az fstab-ban megjelennek a managed bejegyzések, tutira működik.
A /usr/sharehal/fdi-en vannak a hal működését leíró fdi file-ok. Asszem, változott a hely, régebben itt egy 95userpolicy könyvtárat kellett csinálni, abban tenni a módosított fdi file-okat. Most talán az itteni policy-ban kell a 95userpolicy, abba a saját. De ezzel még ne tököljünk, lássuk, hogy megy-e az alrendszer.
Ja, az nem lehet, hogy pmountból stabil és régi van fent? Mert a dbus, halból remélem, az instabil, legújabb.
Sipi -
Sipi
addikt
Ne Linuxból formázd! A legjobb az lenne, ha partíciót sem készítenél, hagyd az XP telepítőjére. (Érdekes módon ugyanis az XP DOS-ablakos telepítője nem tud akkora FAT-es partíciót kezelni, mint a normál Windows.)
Az is jó lehet, ha XP telepítés közben magából a telepítőből törlöd a partíciót, és létrehozol újat, formázod.
Sipi -
Sipi
addikt
Semmit sem kell indítanod, totál automatikus.
Ez a kioslave a kdebase csomag része. Ha a nagy egybeKDE-t tetted fel, persze, hogy nem tudod egyesével emergélni a részeit - nem is kell. De a kdebase-t a hal flaggel kell felrakni - nézd meg, azzal van-e! Ja, és mivel a hal jelenlegi verziója totál más, mint a régi (nem kompatibilis), ha a régivel emergelted a KDE-t, újra kell húznod a kdebase-t.
Sipi -
Sipi
addikt
Nos, Linuxok esetében nem nagyon van olyan, hogy magyar változat...
Létezik az UHU Linux, amiben a fejlesztők külön erőfeszítéssel igyekeztek magyarítani mindent. amit lehet, de ez nem általános.
Gentoo esetében a LANG változónak hu_HU értéket adva, azok a programok, melyeknek van magyar felülete, magyar nyelven szólalnak meg. A KDE alatt a magyar nyelvi csomagot telepítve, magyar lesz a KDE. De a rendszeerben így is maradnak angol elemek. Ha más nem, a boot folyamat mindenképpen.
Ez ingyenes, hiszen forráskódból telepít. Ha pedig valaminek a forrását kiadják, az nehezen lehet pénzes.
A rendszerigány: processzor, memória, winchester, videokártya és monitor.
Itt az adott architektúrára optimalizálás, fordítás a lényeg, tehát ügyes beállításokkal mindenen a lehető legjobban fut.
Sipi -
Sipi
addikt
Jól logikázol.
KDE és Gnome alatt nem kell az ivman. Az ivman automatikus csatoló, ugyanúgy, mint a gnome-volume-manager vagy a kde media kioslave. Ugyanazt a funkciót látják el, ezért ha egyszerre használod, problémák lépnek fel. Konkrétan tuti, hogy gond lesz a lecsatolással. Pl. egy USB stick bedugása esetén csatolni fogja az ivman és a KDE is. Ez nem gond, de KDE alól többé nem tudod umountolni, mert fogja az ivman. Így kézzel, konzolból is le kell csatolni, meg KDE alól is. Ha egyáltalán menni fog.
Azt azonban meg lehet csinálni, mint én is, hogy az ivmant használom a volume-mal rendelkező eszközk (usb stick, plusz vinyó, ipod...() csatolására. A KDE alatt pedig be van kapcsolva a media manager, de csak a digikamerára, mert az enyém nem USB Mass Storage-es, tehát elvileg az ivman semmit sem csatol fel, hiába csatlakoztatom. A KDE azonban a PTP protokollon keresztül kezeli, így a KDE alatt tudom csatolni. Mivel az ivman nem csatolja, nem vesznek össze. A KDE alatt pedig úgy állítottam be, hogy semmi mást ne próbáljon csatolni. Igaz, így nem jelennek meg szép ikonok a desktopon.
Annyi hákli lehet vele, hogy esetleg nem ismeri fel, ha az eszköz állapota megváltozik (pl. bedugod). Ilyenek egyes cdromok is. Valahol az ex topikban van egy hsz-em, abban egy kódrészlet, mit kell beírni, hogy a hal észlelje az ilyen eszközöket is.
Ezt a dbus-monitor --system paranccsal tudod megnézni. Elindítod, és csatlakoztatsz. Ha semmit sem ír ki, gáz van, mert már a kernelből ki sem jön az üzenet, amit utána a hal kezelne. Ha kiír valamit, akkor a hal a ludas.
Sipi -
Sipi
addikt
man make.conf.
Ebben megadhatsz változókat a Portage működésére vonatkozóan. Pl. DISTDIR = a letöltött források helye. Ha nincs megadva, a Portage fában a distfiles könyvtár. Ez, ha nem adsz meg mást, a /usr/portage. Vagyis alapban a /usr/portage/distfiles könyvtár. Ezt bármikor törölheted, de a következő emerge, aminek kell a forrás, letölti újra ide.
Sipi -
#28
Sipi
addikt
dr_strange
#13
Sipi
addikt
válasz
dr_strange
#13
üzenetére
A jó édes...!
Megvan, miért nem használtam ezt a hülye userlocales-t. Nos, a Unicode-os lokál neve, az LC_ALL változó tartalma, stb. ilyenkor mind nyelv_ORSÁG.utf8. Egybe írva a 8-at az utf-fel.
De a locales.buildben kötőjellel kell írni!!! Ki volt az a félresikerült idióta?!? Ha megadom, hogy hu_HU.UTF-8/UTF-8, akkor elkészíti a hu_HU.utf8 lokált...
Persze, hogy mindig rosszul adtam meg, ezért sosem volt rendes magyar lokálom.
Most végre megy...
Sipi -
#12
Sipi
addikt
dr_strange
#11
Sipi
addikt
válasz
dr_strange
#11
üzenetére
Uff, most akarnám használni a glibc userlocales lehetőségét. Milyen locale-okat kell megadni a locales.buildben, hogy angol és magyar legyen? Lehetőleg minden lehetőség legyen benne, ISO-kódolás és UTF is.
Sipi -
Sipi
addikt
Most nem tudom, tőlem vagy dr_strange-től kérded.
Nálam a grubkonf sorában a régebben leírt dolgok vannak. Emiatt a kernel indulásakor pár sor kiírása után azonnal fb-be vált, ami jelen esetben csak annyit jelent, hogy nagyfelbontásban látom a karaktereket tovasuhanni.
Az init végén pedig, amikor a login jönne, bejön a framebufferes qingy, ami lefedi az eddigi karaktereket egy grafikus képpel. Nekem induláskor semmiféle splash nincs sehol.
A qingy azt indít, amit akarsz. Jelenleg kde 3.4, 3.5, Metisse nevű 3D ablakkezelő, szöveges konzol és sima twm van benne. KDE most még nem fut konzolban, kell neki az X, mert a Qt-nek is kell.
Ja, X-et lehet fb-n futtatni, azon talán lenne valami KDE is. De ne keverd: az fb csak annyi, hogy nagy felbontásba kapcsolsz. Ha a vga= paramétert adod meg, akkor a standard 80x25 karakter helyett lehetőséged lesz pl. 1310x80-at megadni. De karakteres marad a kijelzés, noha képet is meg tudsz jeleníteni.
A video= paraméterrel teljesen grafikus módba váltasz. Felbontás, frissítés, miegymás. Ettől függetlenül itt is karaktereket tudsz kiíratni, csak nem lesz értelme annak, hogy 130x80 karakteres mód, mert itt pl. 1024x768-as felbontás lesz, és ha 16 pixel széles karaktereket használsz, akkor 1024/16 darab karaktert írhatsz ki.
Sipi -
Sipi
addikt
Túlnőttünk kereteinken, itten jön a folytatás, egy pörgős framebuffer keretein belül.
Sipi
Gentoo Linux Archívum I. : [link]
Üdvözlök mindenkit a Gentoo misztikus világában, ha itt jársz ez azt jelenti, hogy téged is magával ragadott!
Pár fontos és hasznos link:
www.gentoo.org - [link]
Telepítési útmutató (angol) - [link]
Telepítési útmutató (magyar, régi, sok minden már megváltozott) - [link]
Gentoo fórum (angol) - [link]
Magyar Gentoo Találkahely (by dr_strange) - [link]
Gentoo-wiki (angol) - [link]
Gentoo csomagok - [link]
Ha van valami problémád, először keress rá az előző topicban, vagy magán a gentoo fórumon, lehet, hogy egyből meg is találod a megoldást.
Folyamatos szerkesztés alatt!
Szerkesztette, Batman 2005.10.26 - 16:21
)
Új hozzászólás Aktív témák
- Energiaital topic
- Felfedte a Xeon 600 sorozat sötét titkait az Intel
- Sokkal jobb ajánlat lett elődjénél az iPhone 17e
- NVIDIA GeForce RTX 5080 / 5090 (GB203 / 202)
- PayPal
- Otthoni hálózat és internet megosztás
- Hegesztés topic
- AMD FX
- Eredeti játékok OFF topik
- Sütés, főzés és konyhai praktikák
- További aktív témák...
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Windows, Office licencek kedvező áron, egyenesen a Microsoft-tól - Automata kézbesítés utalással is!
- Bioshock 2 Special Edition
- Microsoft és egyéb dobozos retro szoftverek
- BESZÁMÍTÁS! ASUS B660M i5 12400F 32GB DDR4 500GB SSD RTX 5060Ti 16GB Lian LI LANCOOL 207 Inwin 650W
- Nvidia Quadro M2000/ P2000/ P4000/ RTX 4000/ RTX 5000/ RTX A2000
- Xiaomi Redmi Note 11 Pro 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! ASRock Phantom Gaming RX 7900XTX 24GB garanciával hibátlan működéssel
- Új Acer Nitro V15 FHD IPS 144Hz i9-13900H 14mag 16GB 512GB SSD Nvidia RTX 4060 8GB Win11 Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest