Hozzászólások
-
SzerzőBejegyzés
-
Szia!
En ugy oldanam meg ezt a problemat, hogy az /usr/local -t valahol letrehoznam, a mar telepitett cuccokkal (ugy ertem, hogy mintha feltennenk valamit az /usr/local-ba egy „igazi” rendszeren, aztan azt kimasolnank valahova). Aztan boot a live cd-rol es felcsatolni a lementett cuccokat. Ez a modszer nem biztos, hogy mukodik, te lehet probalkozni es finomitani: pl. /tmp/valami-be csatolni fel es piszkalni a PATH-ot es a lib-ek eleresi utjat tartalmazo kornyezeti valtozot (nem tudom hogy hivjak). A config fajlokkal lehet hogy galiba lesz, de gondolom a telepitendo programtol fuggoen az is megoldhato.
Udv.
Zoltan2006-10-21-20:44 Hozzászólás: 25% processzorhasználat, ha nem futtatok semmit akkor is (UHU 2.0), de mért? #2073506En mar irtam elobb, hogy a top kimenete szerint a ~20%-os processzorhasznalatbol 12.7%-ot egy bizonyos „si” produkal — ezt a top cpu(s) sorabol hamoztam ki. Eszerint nem a futo programok foglaljak le a processzort. A ‘man vmstat’ alapjan a ‘si’ a swappelt memorirara vonatkozik; ahogy latom van memoria boven, ugy hogy erdekes… ???
Mindenesetre nalam a ‘si’ mezo a processzerhasznalatnal stablian 0%, ugyhogy ott lehet a gond.
En valamilyen rendszermag / modul gondra tippelek.2006-10-20-11:57 Hozzászólás: 25% processzorhasználat, ha nem futtatok semmit akkor is (UHU 2.0), de mért? #2073501op – 13:54:27 up 2 min, 1 user, load average: 0.54, 0.35, 0.14
Tasks: 89 total, 1 running, 88 sleeping, 0 stopped, 0 zombie
Cpu(s): 1.0%us, 7.7%sy, 0.0%ni, 78.3%id, 0.0%wa, 0.3%hi, 12.7%si, 0.0%st
Mem: 514272k total, 191128k used, 323144k free, 7888k buffers
Swap: 498004k total, 0k used, 498004k free, 87012k cachedAhogy en latom, az a 12.7%si a ludas. Azt nem tudom mi, de a terheles >50%-at (100%-78.3%id=21.7%) az produkalaja a kimenet alapjan.
Remelem valaki tudja, hogy mi az a ‘si’ mezo.A problemat a javitott meghajto telepiese megoldotta. A letoltendo fajl: http://www.winischhofer.net/sis/sis_drv.o_xorg_7.1.0_gcc4_290906-1.tar.gz. Ennek a tartalmat az /usr/lib/xorg/modules/drivers helyre kell bemasolni. Ettol kezdve (az X urjainditasa utan) mar mukodik rendesen a grafikus felulet.
kisbetu:
az lspci kimenetenek idevago resze:Code:01:00.0 1039:6300 VGA compatible controller: Silicon Integrated Systems [SiS] 630/730 PCI/AGP
VGA Display Adapter (rev 11)Ezzel azt hiszem a problema meg van oldva. Esetleg jo lenne szolni az uhu fejlesztoinek, hogy tudjanak errol a kellemetlensegrol.
Udv mindenkinek,
ZoltanOFF:
Ugy nez ki, egyre kevesebben vannak a SIS videokartya tulajdonosok, vagy az en problemam nagyon egyedi. 🙁
A problemamat valahogy meg fogom oldani, es ha mar megnyitottam ezt a temat, hat leirom, hogy hogyan is kell eljarni. :wink1:ON:
Van egy SIS kartyakra specializalodott oldal:
http://www.winischhofer.net/sisdri.shtml
Ott irja, a changelogban (http://www.winischhofer.eu/linuxsispart4.shtml#chglog), hogy az Xorg 7.1-ben a fejlesztok elszurtak a sis meghajtot. A problema megoldasat a javitott verziot telepitese jelenti.
Egyelore ennyi, mikor lesz idom, nekiallok megbutykolni.Ebbe a problemaba en mar egyszer belefutottam, tortent ugyanis hogy forrasbol telepitettem wine-t (tobbszor is). Valahol azt olvastam, hogy kell neki fontforge,hat feltettem. Es mikor fontforge is volt a gepen, akkor a wine valamilyen betutipusokat is legyartott es telepitett ( /usr/local/share/wine/fonts -ba, nekem), es eltunotek nekem is a betuk az alulvonas (_) kiveletevel ???. Ha nem volt fenn a fonfforge, akkor nem volt ilyen problemam. Mindenesetre en ezt ugy workaroundoltam meg, hogy kitakaritottam a font-okata a wine-bol (ekkor voltak betuk), es keztem visszapakolni oket, egyesebel es mindig inditgattam a wine-t, es megneztem, hogy vannak-e betuk. Veul talan egy ttf font maradt vissza, mely a hibat okozta — csak mar nem tudom melyik. Szerintem ez meger egy probat. :happy:.
Udv,
Zoltan -
SzerzőBejegyzés
legutóbbi hsz