Aktív témák
-
raszputyin
senior tag
Hát elvileg vmi rossz verziót szedtem ám le, az a baja.. szal én voltam az okostóni mégiscsak
mondani akartam, hogy szedj le forrást és fordíts, az a biztos
aztán eszembe jutott, hogy nem valószínű, hogy feltennék az Opera-forrást ftp-re 
örülök, hogy sikerült!
az előző kérdésedre (grubbal két wincsről is bootolni) tudod a választ már? mert az engem is érdekelne... -
raszputyin
senior tag
Hát biztos én vagyok a hülye, de leszedtem opera-t, kicsomiztam, rootból elindítottam az install.sh-t és felrakta félig.. olyanokat írt, hogy:
cp: stat `config/*' sikertelen: Nem létező fájl vagy könyvtár
cp: stat `images/*' sikertelen: Nem létező fájl vagy könyvtár
cp: stat `styles/*' sikertelen: Nem létező fájl vagy könyvtár
meg stb
Szal ott van a menüben az opera ikonja, rányomok és nem indul.. homokórázik egy darabig aztán vége.
Bocsi, tök kezdő vagyok linuxban, szal lehet, hogy ez kalapvető, de én nemtom micsináljak...nem tudom, hogy az Operánál mi van, de a Firefox-nál egyszerűen csak annyi kell, hogy először root-ként indítsd!
lehet h szr lesz, de gyors, tehát egy próbát talán megér: töröld le a könytárat amibe települt, rakd fel újra, és root-ként indítsd először (úgy persze, hogy X [grafikus környezet] fut, különben nem fog elindulni). Sajnos ha már indítottad user-ként, akkor lehet, hogy elromlott a telepítés (kell a törlés). Elvileg ezután már minden user-nek indulni fog, csak 1x kell megcsinálni. -- ez itt mind FF 0.9-es tapasztalat (az 1.0-s FF már alapból indítja magát root-ként, hogy ne legyen esélyed se elfelejteni ezt), semmi garancia, hogy akár csak hasonlóan lenne Operával. Csak a tünetből ítéltem meg (homokóra, de semmi).
remélem tudtam segíteni! légyszi írd meg h használt-e, érdekel
szerk.: root-ként telepítsd persze, máshogy esély nincs rá! lehetőleg a /usr könyvtáron belül valahova, ott van az ilyesminek a helye. én a ''/usr/local/opera'' alá tenném.
[Szerkesztve] -
raszputyin
senior tag
Hali! Új vagyok itt, remélem mindent jól csinálok!
Lenne egy kis problémám. Uhu 1.2-őt használok, és abban alapból egy régebbi kopete van, ami valamiért nem működik. Leszedtem a 10.1-est és felraktam. Elindul, bejelentkezik, látom ki aktív, ki nem, sőt még fájlt is tudok küldeni. Ha írni akarok valakinek, akkor nem működik. Asszem valami RAW protokollt hiányol.(talán) A csevegőablak nem nyílik meg. Ennyi.
Javaslat??nem vagyok nagy szaki... de talán ha újrafordítod forrásból (na erre rá fog menni jópár perced, meg kell hozzá egy csomó -dev csomag), akkor jobb lesz
a fordítás nem nagy dolog jó esetben, leszeded a forrást, kitömöríted (Midnight Commanderrel, ha parancssorozni nem akarsz mikor nem muszáj), belépsz a könyvtárába, aztán ./configure-t szólsz. Nézed, hogy megáll-e és ha igen, mit ír. Ha kér vmit, telepíted a csomagot és újra. Ha a configure elégedett, akkor írod, hogy make. az jó esetben lefordít mindent. aztán root-ként mászol oda, és ''make install''-t szólsz, akkor telepít.
bénaságból vagy nem, én is így jártam suse 9.2-vel, most megy.
szerk.: kicsit várj még, mert biztos van egyszerűbb megoldás, hátha megjön egy guru és mond egy 1soros parancsot, amitől minden szép és jó lesz ;-)
szerk. II.: jószokásomhoz híven most néztem meg a hsz-od dátumát... hát igen, vlsz már rég megoldottad bocsi...
az a ''valami'', ami miatt a régebbi kopete nem megy, a micro$oft egy tipikus ''cseszegessük a felhasználót csak mert nincs jobb dolgunk'' szrsága. a kopete-oldalon is sztem írják, pontosan mi történt. megismételni szerencsére nemigen fogják, mert sok értelme nincs, most, hogy van Webmessenger.
Azért ha már itt vagyok, hadd reklámozzam a Skype-ot. msn-nél sokkal jobb.
[Szerkesztve] -
Moka
csendes tag
Hali! Új vagyok itt, remélem mindent jól csinálok!
Lenne egy kis problémám. Uhu 1.2-őt használok, és abban alapból egy régebbi kopete van, ami valamiért nem működik. Leszedtem a 10.1-est és felraktam. Elindul, bejelentkezik, látom ki aktív, ki nem, sőt még fájlt is tudok küldeni. Ha írni akarok valakinek, akkor nem működik. Asszem valami RAW protokollt hiányol.(talán) A csevegőablak nem nyílik meg. Ennyi.
Javaslat?? -
operator10
senior tag
Jó estét ennek a ''halott'' Topicnak
Egy kis tanácsot, segítséget kérnék.Felhúztam egy UHU-t.Ubuntu és sok egyéb más disztro után.Uhu az egyetlen sajnos ami minden macere nélkül támogatja az összes ''vasamat'' De sajna van egy kis gondom, ami ha jól halottam nem csak nálam fordul elő.Tehát szépen rendben felment minden.De az első újraindítás után nincs Grub
Csak error15 a rám vigyorgó szöveg Teljesen mindegy hogy a telepítés végén az ajánlotton hagyom e az mbr ''telepítési'' helyét, vagy saját kezűleg bármi mást állítok be.Akkor is ugyanez a helyzet Mi lenne a teendőm?Újra kellene telepítenem a grubot,Remélem nem, mert olyant még nem csinélltam
Szóval ha tud valaki segítsen légyszi.Köszi
-
Üdv!
A provizabálós probléma megoldódott, A KDE bejelentkrző képernyő futott GNOME alatt.
A másik kérdésemre még mindig várom a tippeket, a beállítóközpontban nem találtam semmit.Rájöttem!
Nem a bejelentkező képernyő hosználja a procit, hanem az Enhanced IDE mode!
P4P800-an van, és SATA winyóm. Ha a BIOS -ban Enhanced IDE-t állítok ben, használható mind a 4 PATA eszköz, Compatible módban viszont az egyik PATA csatorna helyére teszi a SATA potrokat, eljátssza, hogy SATA0 = Master, SATA1 = Slave. Viszont ilyenkor 0% a procihasználat.
De miért használja a procit 50%-ban a SYSTEM, akkor is, ha ninsc lemezművelet?
-
-
Elősször mindenképp ki kéne derítened, hogy milyen kártyád van. Esetleg az S3 honlapján be tudják azonosítani gyári szám alapján.
Egyébként az xf86cfg -ba bejutottál?
Ja, még egy: a legújabb kernel (2.6 vagy fölötte) már nem támogatja a régi S3trio-kat. Tehát nem a 3D Triokat, azok mennek, hanem a régi sima 1/2 megásakat. Lehet, hogy ez ''rokonára'' ,a virge-re is vonatkozik. Bár ezt nem tartom valószínűnek. Meg Te valszeg 2.4-es kernelt is használsz, úgyhogy más lezs a problem. Azt javaslom, nézd meg a www.linuxforum.hu -t. Nekem is ott szoktak segíteni, ha valami nem megy. -
Valszeg az a gond, hogy nem jó drivert használsz. Néha cseles itt a X. Szóval xf86cfg -t elindítod (root-ként), és végignézed a listát, hogy milyen driverek vannak. Ha neked mondjuk S3Trio3DAGP2X van, akkor az S3Virge-k között találod meg. Kicsit logikátlan, de ez van.
Tehát vezérlőpultot hagyd a francba. Ha mégis ott akarod beállítani, akkor az oké előtt mindenképp nyomj egy tesztet. Nem azért, hogy teszteld, de ennélkül sokszor nem veszi észre, hogy módosítottad.
[Szerkesztve] -
-
-
Off
Egy Longhorntól elfogadható az ''üresjárati procizabálás'', de egy pingvintől nem.
On
Ha KDE -ben vagy nyisd meg a processzlistát a Ctrl + Esc gombokkal, (vagy egy terminálba beírod: top), és nézd meg nincs -e olyan futó progi, ami folyamatosan stresszeli a procit. Ha van, és az mondjuk nem maga az X, a KDE, vagy a Gnome, akkor ez a program bizony vagy bugos, vagy rosszul van fordítva, esetleg konfigolva, már ha ez nem szintén a bug kategóriába tartozik.
''Hogy lehet beállítani, hogy nem induljon el automatikusan az X?'' UHU -nál nem tudom hol tudnád beállítani(talán a beállítóközpontban?), de azt megmondom hogy lehet átmenetileg, legálisan leállítani: Ctrl + Alt + F1 gombokat lenyomod, amivel kapsz egy DOS -hoz hasonlatos képernyőt. Jelentkezz be az admin. jelszavaddal, majd írd be ezt: init 3 és enter. Ezzel 3 -mas futási szintre kerültél, ami általában, és szerintem UHU -ban is egy többfelhasználós, hálózatos, de X nélküli szint. Ha még most is nagy a proci -terhelés (top parancs),akkor ott valami gond lehet a kernellel, esetleg a maradék futó progik közül valamelyikkel. A grafikus futási szintre az init 5 parancsal tudsz visszalépni. (egyébként init 0 leállítás, init 6 pedig újraindítás. ) -
Üdvözlet!
UHU alatt miért van mindig 50% körüli prociterhelés, ha nem csinálok semmit?
Hogy lehet beállítani, hogy nem induljon el automatikusan az X?Off
Egy Longhorntól elfogadható az ''üresjárati procizabálás'', de egy pingvintől nem.
On
Ha KDE -ben vagy nyisd meg a processzlistát a Ctrl + Esc gombokkal, (vagy egy terminálba beírod: top), és nézd meg nincs -e olyan futó progi, ami folyamatosan stresszeli a procit. Ha van, és az mondjuk nem maga az X, a KDE, vagy a Gnome, akkor ez a program bizony vagy bugos, vagy rosszul van fordítva, esetleg konfigolva, már ha ez nem szintén a bug kategóriába tartozik.
''Hogy lehet beállítani, hogy nem induljon el automatikusan az X?'' UHU -nál nem tudom hol tudnád beállítani(talán a beállítóközpontban?), de azt megmondom hogy lehet átmenetileg, legálisan leállítani: Ctrl + Alt + F1 gombokat lenyomod, amivel kapsz egy DOS -hoz hasonlatos képernyőt. Jelentkezz be az admin. jelszavaddal, majd írd be ezt: init 3 és enter. Ezzel 3 -mas futási szintre kerültél, ami általában, és szerintem UHU -ban is egy többfelhasználós, hálózatos, de X nélküli szint. Ha még most is nagy a proci -terhelés (top parancs),akkor ott valami gond lehet a kernellel, esetleg a maradék futó progik közül valamelyikkel. A grafikus futási szintre az init 5 parancsal tudsz visszalépni. (egyébként init 0 leállítás, init 6 pedig újraindítás. ) -
littlemole
őstag
Ha a CRC jó volt, akkor a ''lemez önteszt'' a hunyó, mert valami miatt nem működik rendesen. Egyébként sok helyről hallottam már ezt a: ''letöltöttem(nem is egyszer), de azt mondja rossz..''
Megpróbáltam hogy újraírtam de megint fagyott csak most nem 1.50s nél hanem 2.30 körül.
Valahol megkeresem a korábbi verziót. Az legalább feltelepült. -
proximus
senior tag
Miért lehet az hogy a telepítésnél mikor le akarja ellenőrizni a cd-t akkor egy helyen 1.50s nál azt írja hogy hibásak az adatok a lemezen és javasolja a telepítő leállítását?
Már kétszer letöltöttem. Nem jelzett crc hibát ellenőrzéskor.
Írásnál lehet a gond? Vagy a lemezeket nem kedveli? Fuji 4x újraírhatóra próbáltam. Két különböző lemezzel is.
Vagy eleve rossz lehet a fájl ahonnan töltöm?
Egy másik fórumon mások is írtak ilyen telepítési gondokról. De amit ott ajánlottak nem működött.
Valaki hasonló cipőben?
[Szerkesztve]Ha a CRC jó volt, akkor a ''lemez önteszt'' a hunyó, mert valami miatt nem működik rendesen. Egyébként sok helyről hallottam már ezt a: ''letöltöttem(nem is egyszer), de azt mondja rossz..''
-
littlemole
őstag
-
Köszi.. !!
Estefele megnézem..
Másik kérdés:
RÁKERESTEM Nemtaláltam !!
Szal... Linuxos DC++ .
Valami dcgui -ról volt szó, de félek nem tudom megcsinálni..
Szal esetleg valaki LÉPÉSRŐL LÉPÉSRE le tudná írni, hogy hogykell ?
Ilyenbe, hogy ''rakjunk fel Linuxra valami-t'' nem vok yo.
Köszi.''RÁKERESTEM Nemtaláltam !!'' Mármint mit? az egér dev -beli eszközfájlját? Vagy ez a DC++ -ra vonatkozik?
''Valami dcgui -ról volt szó'' Igen, így hívják.
1. keresd az UHU CD -ken
2. keresd a neten, hátha van valahol belőle UHU -s csomi.
3. szintén net, de a forrást keresd(.tar.bz2, vagy .tgz, vagy .tar.gz, kiterjesztéssel)
A 3. -hoz: A legtöbb Linuxos progi lefordítása: a kicsomagolt forrás könyvtárában kiadni:
./configure Hozzáhangolja magát a rendszer többi komponenséhez, ha valami kötelező nincs meg, akkor error-ral ''kiugrik''.
make Program fordítása.
make install Program telepítése, de a legtöbb progi futtatható enélkül is, a forrás könyvtárából (ahol állsz), csak így minden fölösleges csak a fordításhoz való file is foglalja a helyet, viszont hogy egy nagyobb programot le tudj szedni, ahhoz kell a forrás könyvtára, mert csak ott tudod kiadni a make uninstallt. Megmondom neked a frankót : a ./confugure -t egészítsd ki ilyenre:
./configure --prefix=/home/az-en-dcguim/ Ezáltal a make majd make install után minden fájlt a /home/az-en-dcguim könyvtárba rak, és onnan bármikor átmásolhatod a /usr megfelelő helyére. Ja és ezt az az-en-dcguim -ot be is tömörítheted, így csináltál magadnak egy csomit. Ahoz hogy tudj programot fordítani, fel kell tenned a gcc -t az UHU CD -ről, ami remélhetőleg a használatához szükséges egyéb csomagokat is felteszi neked.
*Kicsomagolás: mondjuk a /tmp -be másolod a csomit, majd az őt tartalmazó könyvtárban kiadod:
tar.gz esetén: tar -xvzpf fájl_neve
tar.bz2 esetén: tar -xvjpf fájl_neve -
bbazsy
őstag
Köszi.. !!
Estefele megnézem..
Másik kérdés:
RÁKERESTEM Nemtaláltam !!
Szal... Linuxos DC++ .
Valami dcgui -ról volt szó, de félek nem tudom megcsinálni..
Szal esetleg valaki LÉPÉSRŐL LÉPÉSRE le tudná írni, hogy hogykell ?
Ilyenbe, hogy ''rakjunk fel Linuxra valami-t'' nem vok yo.
Köszi. -
Sztem valamit Lcsesztem, és Lvileg kellene lennie, egy XF86Config -nak, amibe még nem nyúlt bele az ATI driver... És arról nincs backupom.
Vagy ilyen nemkell ? .. Szal az ATI cuccos lett belemásolva...
Nemigazán értettem meg a doksit.
Egér probléma még áll..Na jöttem.
Szóval, a /dev/input/mice mint mondottam, nem egeret jelképez, hanem ha van a /dev/input -ban mouse0, 1, 2, ..., akkor azokat egy interfészbe fogja, így ezt megadva bárhol, akármelyik egeret mozdítod, már viszi is az egérkurzort. A /mice lehet hogy akkor is ott van, ha a jelenlegi egered nincs is felismertetve a neki való driverrel, mert pl. nincs betöltve. Így viszont X jó lenne, de a mice alá nem dolgozik semmi valós driver. Azt hogy kap -e a dev/mice inputot így tudod megnézni:
cat /dev/input/mice <-- Most ha mozgatod az egeret, mindenféle krix-krax -nak kell szaladgálni a terminálban, vagy a konzolon. Ha semmit nem csinál,vagy nincs is mice, akkor nincs bent a driver. Ha mégis ráharap a cat, akkor ''kijönni'' a teszt után a Ctrl+c -vel tudsz. Ha nem használtak az eddigiek, keress /dev/psaux -ot. Ha nincs, tényleg driver hiány gyanús a dolog. Nézz be a /lib/modules/kernel_verzio/kernel/drivers/input -ba, és szemelj ki egy két jónak tűnő drivert. most add ki a: modprobe ''/inputban talált esélyes modul, .o, és '''' nélkül írva ide'' Minden ilyen modprobe után próbáld a: cat /dev/input/mice -t, vagy ha mouse0 jelent meg, de mice nem, akkor azt. Ha dőlnek a krix-krax -ok, akkor megtaláltad a megfelelőt, próbáld X alatt is, hogy jó -e. Hogy minden induláskor betöltse a jófajta drivert, be kell írni a modulbetöltő fájljába az UHU -nak, ennek majd utánanézek ha már megy az egered.
''Szal az ATI cuccos lett belemásolva'' Az ATI driver nem rossz dolog, ha már be van üzemelve, ahoz viszont az fglrxconfig által csinált XF86Config(-4?) dukál. Nálad mindössze az agp -vel van még valami bibi, de már arra is javasoltam egy két dolgot. Szóval jó az az újabb XF86Config. De a lényeg: kézzel nem lenne szükséges ezeket szerkeszteni, mert vagy az fglrxconfig, vagy az UHU erre való beállítója magától létrehozza a XFCo... -ot a megfelelő helyen. Amúgy az egér része kb így kell hogy kinézzen az XFCo..- nak:
Section ''InputDevice''
Identifier ''Mouse1'' Ez nálad lehet hogy más, de ne módosítsd
Driver ''mouse'' Ez szerintem ua. lesz
Option ''Protocol'' ''IMPS/2'' Ezt módosítsd erre, ha nem ilyen.
Option ''Device'' ''/dev/input/mice'' Ezt már tárgyaltam
Option ''ZAxisMapping'' ''4 5'' Ez a sor kell az egérgörgőhöz, hogy működjön.
EndSection -
Hali !
Namost, X bejön jee
Gond: /dev/input/mice .
Szép egér ottvan középen, de megse moccan.
MS Intellimouse Optical [ 1.1a ]
Nincs esetleg ötleted hogy lehet életre kelteni ?
Mer így aranyos, hogy nemtok csinálni semmit, ennyi TAB-ot régen nyomtam, hogy megtudja írni ezt a HSZ -t
KösszKülönben PS2 -n van átalakítóval.
Van hozzá driver, vagy hogy ?
Esetleg olyan, amivel belőhetem 4 / 5 -s gombokat double / middle -re ?
Csakmer hivatalos drivert nemtaláltam, és nemtudom hogyműködik az ilyen.. -
Naszóval, az egész XFree86.log úgy működik, hogy az elején ha megnézed van egy olyan hogy Markers: és itt magyarázza, hogy melyik jelölés mit jelent. A gong a (WW), méginkább (EE) kezdetű sorokkal van. A log amit küldtél, a vége felé tartalmaz 2 (EE) -t, meg 6 (WW) -t, ami az (EE) miatt keletkezett. Szóval a gondok az EE által említett agp körül vannak, de az utánna lévő WW -kben azt írja, hogy ettől még menni fog, de csak a 2D. Namost a log alapján az ATI féle drivert használod(fglrx), ami nincs alapból az UHU -ban, szóval ezt már te tedded bele.
Ez a driver a többivel ellentétben igényli egy nagyban más XF86Config(-4) file meglétét. Ezt a file -t az fglrxconfig -al tudod elkészíteni, ha még nem tetted volna meg. Majd figyelj a kérdésre, ami az agp -re vonatkozik, hogy a beépített, vagy a külső agpgart drivert akarod használni. Egyébként nem árt az agpgart.o drivert ''távol tartani'' fglrx.o -tól, ha az fglrxconfig -ban a belső agpgart -ot választottad, mert keveredés lehet belőle, illetve akkor is betöltődik az X által, ha nem kéne. Én ezt úgy csináltam a belsőt választva, hogy az agpgart.o -t áthelyeztem a /lib/modules/kernel_verzió/kernel/drivers/char/agp -ből egy külön helyre(mondjuk a felhasználó egy könyvtárába). Ha ez megvan ki kell adni a depmod parancsot. Ezután csinálsz egy restartot biztos ami biztos. Amiért egyébként nem megy az X, az nem más mint az egér, ami a log végén látszik is. Megoldás: keresel a /dev/input -ban mouse0 -t, illetve mouse1 -et két egér esetén. Ha megvan, eldöntheted hogy melyiket akarod használni, illetve választhatod az ugyanitt lévő mice -t is, ami az összes egeret jelképezi, tehát bármelyiket mozdítod, ezen az interfész -en keresztül máris jelzi. Én a /dev/input/mice -t javaslom. Most nyisd meg szerkesztésre az XF86Config -ot monjuk az mc -ben, és a /dev/mouse -t cseréld ki /dev/input/mice -ra. Ismét ATI -s ügy: Ha még mindig megvan a logban ez a hibaüzi:
(WW) fglrx(0): ***********************************************
(WW) fglrx(0): * DRI initialization failed! *
(WW) fglrx(0): * (maybe driver kernel module missing or bad) *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ********************************************* *
,akkor tedd vissza az agpgart.o -t a helyére, majd depmod parancs kiad, és az XF86Co. -ban a:
Option ''UseInternalAGPGART'' ''yes'' -t ''no'' -ra cseréled, és indítsd az X -et.
Sikíts, ha még balhézik. Hali !
Namost, X bejön jee
Gond: /dev/input/mice .
Szép egér ottvan középen, de megse moccan.
MS Intellimouse Optical [ 1.1a ]
Nincs esetleg ötleted hogy lehet életre kelteni ?
Mer így aranyos, hogy nemtok csinálni semmit, ennyi TAB-ot régen nyomtam, hogy megtudja írni ezt a HSZ -t
Kössz -
Naszóval, az egész XFree86.log úgy működik, hogy az elején ha megnézed van egy olyan hogy Markers: és itt magyarázza, hogy melyik jelölés mit jelent. A gong a (WW), méginkább (EE) kezdetű sorokkal van. A log amit küldtél, a vége felé tartalmaz 2 (EE) -t, meg 6 (WW) -t, ami az (EE) miatt keletkezett. Szóval a gondok az EE által említett agp körül vannak, de az utánna lévő WW -kben azt írja, hogy ettől még menni fog, de csak a 2D. Namost a log alapján az ATI féle drivert használod(fglrx), ami nincs alapból az UHU -ban, szóval ezt már te tedded bele.
Ez a driver a többivel ellentétben igényli egy nagyban más XF86Config(-4) file meglétét. Ezt a file -t az fglrxconfig -al tudod elkészíteni, ha még nem tetted volna meg. Majd figyelj a kérdésre, ami az agp -re vonatkozik, hogy a beépített, vagy a külső agpgart drivert akarod használni. Egyébként nem árt az agpgart.o drivert ''távol tartani'' fglrx.o -tól, ha az fglrxconfig -ban a belső agpgart -ot választottad, mert keveredés lehet belőle, illetve akkor is betöltődik az X által, ha nem kéne. Én ezt úgy csináltam a belsőt választva, hogy az agpgart.o -t áthelyeztem a /lib/modules/kernel_verzió/kernel/drivers/char/agp -ből egy külön helyre(mondjuk a felhasználó egy könyvtárába). Ha ez megvan ki kell adni a depmod parancsot. Ezután csinálsz egy restartot biztos ami biztos. Amiért egyébként nem megy az X, az nem más mint az egér, ami a log végén látszik is. Megoldás: keresel a /dev/input -ban mouse0 -t, illetve mouse1 -et két egér esetén. Ha megvan, eldöntheted hogy melyiket akarod használni, illetve választhatod az ugyanitt lévő mice -t is, ami az összes egeret jelképezi, tehát bármelyiket mozdítod, ezen az interfész -en keresztül máris jelzi. Én a /dev/input/mice -t javaslom. Most nyisd meg szerkesztésre az XF86Config -ot monjuk az mc -ben, és a /dev/mouse -t cseréld ki /dev/input/mice -ra. Ismét ATI -s ügy: Ha még mindig megvan a logban ez a hibaüzi:
(WW) fglrx(0): ***********************************************
(WW) fglrx(0): * DRI initialization failed! *
(WW) fglrx(0): * (maybe driver kernel module missing or bad) *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ********************************************* *
,akkor tedd vissza az agpgart.o -t a helyére, majd depmod parancs kiad, és az XF86Co. -ban a:
Option ''UseInternalAGPGART'' ''yes'' -t ''no'' -ra cseréled, és indítsd az X -et.
Sikíts, ha még balhézik. Uh, köszi.
Logba észrevettem énis az egeret, mailbe írtam is..
Este nekiugrok, ha nemmegy sikítok ! -
Naszóval, az egész XFree86.log úgy működik, hogy az elején ha megnézed van egy olyan hogy Markers: és itt magyarázza, hogy melyik jelölés mit jelent. A gong a (WW), méginkább (EE) kezdetű sorokkal van. A log amit küldtél, a vége felé tartalmaz 2 (EE) -t, meg 6 (WW) -t, ami az (EE) miatt keletkezett. Szóval a gondok az EE által említett agp körül vannak, de az utánna lévő WW -kben azt írja, hogy ettől még menni fog, de csak a 2D. Namost a log alapján az ATI féle drivert használod(fglrx), ami nincs alapból az UHU -ban, szóval ezt már te tedded bele.
Ez a driver a többivel ellentétben igényli egy nagyban más XF86Config(-4) file meglétét. Ezt a file -t az fglrxconfig -al tudod elkészíteni, ha még nem tetted volna meg. Majd figyelj a kérdésre, ami az agp -re vonatkozik, hogy a beépített, vagy a külső agpgart drivert akarod használni. Egyébként nem árt az agpgart.o drivert ''távol tartani'' fglrx.o -tól, ha az fglrxconfig -ban a belső agpgart -ot választottad, mert keveredés lehet belőle, illetve akkor is betöltődik az X által, ha nem kéne. Én ezt úgy csináltam a belsőt választva, hogy az agpgart.o -t áthelyeztem a /lib/modules/kernel_verzió/kernel/drivers/char/agp -ből egy külön helyre(mondjuk a felhasználó egy könyvtárába). Ha ez megvan ki kell adni a depmod parancsot. Ezután csinálsz egy restartot biztos ami biztos. Amiért egyébként nem megy az X, az nem más mint az egér, ami a log végén látszik is. Megoldás: keresel a /dev/input -ban mouse0 -t, illetve mouse1 -et két egér esetén. Ha megvan, eldöntheted hogy melyiket akarod használni, illetve választhatod az ugyanitt lévő mice -t is, ami az összes egeret jelképezi, tehát bármelyiket mozdítod, ezen az interfész -en keresztül máris jelzi. Én a /dev/input/mice -t javaslom. Most nyisd meg szerkesztésre az XF86Config -ot monjuk az mc -ben, és a /dev/mouse -t cseréld ki /dev/input/mice -ra. Ismét ATI -s ügy: Ha még mindig megvan a logban ez a hibaüzi:
(WW) fglrx(0): ***********************************************
(WW) fglrx(0): * DRI initialization failed! *
(WW) fglrx(0): * (maybe driver kernel module missing or bad) *
(WW) fglrx(0): * 2D acceleraton available (MMIO) *
(WW) fglrx(0): * no 3D acceleration available *
(WW) fglrx(0): ********************************************* *
,akkor tedd vissza az agpgart.o -t a helyére, majd depmod parancs kiad, és az XF86Co. -ban a:
Option ''UseInternalAGPGART'' ''yes'' -t ''no'' -ra cseréled, és indítsd az X -et.
Sikíts, ha még balhézik. -
Hjuj, köszi
Próbálkozom, ha nemjó, akkor inkább leszedem / ujrarakom egészet. [ Win modszer ]
Még1 kérdés: ATI kártyánál, csak annyira, h ELINDULJON x mit kell választanom, melyik drivert ? [ RADEON -t választottam ]
Hagyjam alapon''Próbálkozom, ha nemjó, akkor inkább leszedem / ujrarakom egészet'' Rossz hozzáállás,
Linuxban nincs ''bedrótozott'' hiba, ami javíthatatlan. Mindenre van megoldás, csak nem szabad feladni.
''csak annyira, h ELINDULJON x''
Ha nem fontos a 3D, akkor simán lehet használni az X -et a vesa driverrel. Ha a vesa -ra állítással megy az X, akkor a többi beállítás megfelelő, és csak a video -val kell vacakolni érdemben, ha meg akarod csinálni a 3D -t is tudó működést, mert miért ne... -
A win -re: fdisk /mbr -t kiadod egy DOS -os lemezről, vagy egy 9x sorozatú win CD -ről (a ''csak parancssor'' -t választod). NT -knél: CD -be ....... Javítás menüpont, majd ha bent vagy, fixmbr -t kiadod.
Vidkari: mindig figyeld a hibaüzeneteket, és annak megfelelően próbálj nekivágni. Pl. nézd meg a /etc/X11/XF86Config(-4) -ot, hogy mindenhol az van -e benne, amit te választottál a beállításkor. Ha ez rendben van, akkor másold be ide a hibaüzit, ha nem túl hosszú. Ha az, akkor linkeld be, vagy küld el nekem mail -ben. -
Semmi hibát nem ír ki egyik sem?
Próbálj meg a cdrecord parancssoros íróval írni(a legtöbb grafikus progi ezzel a backend -el íratja a lemezt), hátha kiír valami szokatlant. Pl. így: cdrecord -scanbus Ezzel megkeresheted az írót, amit a teljes cdrecord sorba beírsz a dev -hez, pl.:
cdrecord -v speed=24 dev=0,1,0 driveropts=burnfree valami.iso
A -v teszi szövegelőssé az írási folyamatot.Most jó lett,az X-CD-roast megcsinálta,de a Simplecdrx megszivatott egy kicsit...3-szor rontotta el...még szerencse hogy RW-volt!
Az volt a bajom az X-CD-roast-al,hogy kissé átláthatatlan,de mostmár kiigazodtam rajta.
aztán eszembe jutott, hogy nem valószínű, hogy feltennék az Opera-forrást ftp-re 
Csak error15 a rám vigyorgó szöveg
Szóval ha tud valaki segítsen légyszi.Köszi
Aktív témák
- Fejhallgató erősítő és DAC topik
- A Linux megnégyszerezte magát a Steamen — a Microsoft ismét ígérget
- BestBuy topik
- Nintendo Switch 2
- Arc Raiders
- AMD vs. INTEL vs. NVIDIA
- Samsung kuponkunyeráló
- Először kombinálja a Full HD-t az 1000 Hz-cel egy monitor
- AMD Navi Radeon™ RX 9xxx sorozat
- Samsung Galaxy S26 Ultra - fontossági sorrend
- További aktív témák...
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- MEGA AKCIÓ! - Jogtiszta Windows - Office & Autodesk & CorelDRAW - Azonnal - Számlával - Garanciával
- Játékkulcsok ! : PC Steam, EA App, Ubisoft, Windows és egyéb játékok
- Kaspersky, BitDefender, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- 15" MacBook Air M3 16GB RAM/ 512GB SSD - 27% ÁFA (0424AB)
- AKCIÓ! Motorola Edge 60 Pro 5G 512GB okostelefon garanciával hibátlan működéssel
- SzinteÚJ!!! Tüzes Ezüst MacBook Air 15" M5 16GB 1000GB Garancia: 2027.04.10. töltővel!
- iKing.Hu - Apple MacBook Pro 13 M1 (2020) 16GB/500GB megkímélt állapot 89% 144 ciklus
- Samsung Galaxy S23 / 8/128GB / 12Hó Garancia / Kártyafüggetlen
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest