Hozzászólások
-
Bejegyzés
-
De kérlek ird meg egy kicsit analfabétábban.Nem igazán vagyok képpbe .
Tehát ilyen menny oda és kattints,vagy ezt ird be .
Még mielõtt valaki lehurrogna tudom hogy már így is nagyon sok segítséget kaptam ,de a windows féle exe programok után kész érvágás ez a dolog!!
Fejlõdni szeretnék !,A piros kapszulát választom(mint NEO) 🙂[align=right][snapback]137882[/snapback][/align]
Gorlin, amennyiben tudsz valamennyire angolul, akkor ajánlom, hogy nyomtasd ki a http://www.houseofcraig.net/acx100_howto.php link nyomán kapott dokumentumot, és pontról pontra kövessed végig. Részletes és szájbarágós megoldást ad. Amirõl meg nem beszél: MC (Midnight Commander) indítása:
terminál indítása (Suse menüben meg lehet keresni, de valahol a gyorsindítók között is van egy Konsole nevû ikon) begépeled: mc, és ennyi.
F4 kijelölt file szerkesztése (ha nem vagy root módban, akkor nem gyakran engedi)
utána F2 változások mentése, F’10 kilépés a szerkesztõbõl. Bár a leírás ott van a menüpontok mellett is. A betárcsázót meg emlékeim szerint meg lehet keresni a beállításoknál, vagy a yast-ban.Szerintem a 64 bites géppel nincs semmi baj. Nekem teljesen normálisan megy rajta az uhu tvtime-vel és mplayerral. Van már 64 bites oprendszer is a gépen (FC+), de még vannak ismerkedési problémáink (helixplayer lejátszik egyátalán valamit?)
A chiprõl nem tudok semmit, de az elnémüulás után nézd meg a hangerõszabályzókat. Mikor egyszer nekem elnémult, azokkal vissza lehetett hozni a hangot. Bár meg nem mondom, miért.Uhh, azért nem kellett volna bevágni az egészet, ráadásul ez csak a fele. Röviden arról van itt szó, hogy mit jelentenek a kis sárga, zöld, piros és szürke fejek a trackered mellett. Valamint, hogy mi is az a NAT. A nat error pedig azt jelenti, hogy a routered nem fordítja le az ip címedet a külvilág, és a külvilág ip címét feléd.
Az utolsó bekezdés pedig a post forwarding definícióját adja meg. Már átnyálaztam az egészet, de az én problémámat nem oldotta meg. Mint a tpc, mind az UDP port nyitva, de nem kommunikál. A sebességben pedig egyszer olvastam egy olyan tippet, hogy a feltöltés sebességét állítsd a max letöltés 40%-ára. De ebben nem vagyok teljesen biztos. A neten rá lehet keresni, de angolul van a szöveg.UI.: A sebesség nálam win alatt erõsen függött a kapcsolatok számától s minõségétõl. Eddig összesen nem láttam 5 gyors minõsítésû kapcsolatot. De az idõ múlásával a letöltési sebesség változik. 12 bit/s és 80 kb/s között ugrált, attól függõen milyen napszak volt. A feltöltés viszont állandóan a max közelében mozgott.
Nekem hasonló a problémám. UHU 1.2-t használok, a guarddoggal megnyitottam a 6881-es portot mint UDP, mint TCP esetén, de az program nem tud kapcsolódni sehova. Még a lehetséges kapcsolatok számát sem mutatja. Az internet rendben mûködik, és win alól is teljesen rendben mûködik az Azureus. Csak UHU alól nem megy sem a csomagos, sem a gtk verzió. 🙁
UI.: http://azureus.aelitis.com/wiki/index.php/PortForwarding Az itt leírtak a tûzfal megnyitásáról szólnak. Routerem nincs, a netem rádiós.
Konzolba: top
Mi van a lista tetején legtöbbször?ELaci
[align=right][snapback]136915[/snapback][/align]Miután a kernel frissítéssel és az ACX100 újrarakásával sikeresen kifagyasztottam a FC3-at, a mai újrarakást követõen idõvel felment 100%-ra a proci és memóriahasználat. A számszerûsített értékeket nézve a processzort az X „ette meg”, a memóriát viszont nem lehetett egy adott progihoz kötni. Az egyes programok szerintem irreálisan sok ramot fogyasztottak, pl firefox 300 MB, más alkalmazáok is bõven 100 fölött használtak. Mit lehet tenni ilyenkor? Ráadásul a rendszerfigyelõ néha ki sem írta, hogy mi evett annyi processzoridõt.
Uhu grub újratelepítése:
1. Berakod az UHU install cd-t.
2. Induláskor paraméternek megadod: uhudebug
3.Fedora 3 -ban néhány napja azt vettem észre hogy a mencoder felvétel közben frameket dob el ami ugye sok jót nem jelenthet, annál is inkább mert ez a gép egy p4 smp 3Ghz 1G RAM-al. A CPU 99 % -on ment. Aztán rájöttem a hiba okára: A túlterhelést a gam_server nevû process okozza. Killall gam_server után a terhelés kb. 0.5 % -ra esik vissza, ami normális és a gam_server újraindult.
Volt-e már valakinek ilyenje ?
A helyzetet gondolom (remélem) megoldottam a gamin/gamin-devel rpm csomagfrissítéssel. 🙂ELaci
[align=right][snapback]136913[/snapback][/align]Ezzel már találkoztam UHU 1.2 alatt. Ott az mplayer lejátszás közben ment fel 100%-ra a processzorterhelés. A gam server kilövése után visszaállt normálisra.
Valahol szivárog a memória, azért. Próbáld frissíteni a rendszert, hátha már javították.
[align=right][snapback]136905[/snapback][/align]Csütörtökön fejezõdött be az iso letöltése. 🙁
Vagy az apt-get-re gondolsz?Kicsit hulye kerdes, de ugye 32bites cuccok, meg 32bites OS azert elmegy 64es vason is?
[align=right][snapback]136562[/snapback][/align]Szia!
A kezdõtémához nem sokat tudok mondani, de nekem 939 tûs AMD64-em van, és az UHU (32 bites) minden gezemice nélkül megy rajta, még reinstallt sem kért (Winnel ellentétben). Egyetlen problémája egy olyan hibaüzenet, ami eddigi tapasztalataim szerint semmi gondot nem okozott csak a bios töltésénél jelenik meg. (Win alatt nem látható, de ki tudja? 🙂 ) PSB errort ír ki. Viszont mûködni minden mûködik rendesen.
A winem is 32 bites, mert a 64 biteshez még nincsenek programok (tudtommal).
Majd a napokban töltöm le a fedora 64 bites változatát, hogy kipróbáljam vele.
legutóbbi hsz