- Motorola Edge 40 - jó bőr
- Mobil flották
- Apple Watch Sport - ez is csak egy okosóra
- Fotók, videók mobillal
- iPhone topik
- Milyen hagyományos (nem okos-) telefont vegyek?
- Apple iPhone 14 Pro Max - sziget fesztivál
- 232 megapixelnyi kamerával futott be az Oppo Ultrája
- Telekom mobilszolgáltatások
- Google Pixel 8 Pro - mestersége(s) az intelligencia
Hirdetés
-
Rövid előzetesen a Star Wars Outlaws PC-s kiadása
gp Az NVIDIA-nak köszönhetően nyúlfarknyi videót kaptunk a játékból.
-
Megtévesztő AI-kampányok ellen küzd az OpenAI
it Egyre több a megtévesztő tevékenység és kampány, ami az AI segítségével készül – néhányat már elkapott az OpenAI.
-
Computex 2024: TUF notebookok Ryzen AI-val
ph A TUF Gaming A16, és kisebb testvére, a TUF Gaming A14 a Ryzen AI 300 családot GeForce RTX grafikával kombinálja.
Új hozzászólás Aktív témák
-
Sipi
addikt
válasz hroleez #2941 üzenetére
Ööö, igen, új baselayout nem árt. Nekem 1.12.8-r1 van, de szerintem az 1.12-es sorozat már stabil, és abban benne van... Lehet, hogy nem frissítettél valami konfigot etc-update-tel?
Ez a fránya keyboard section sem javult meg. Mi kell a pontos diagnózis felállításához?
Az xorg.log-ban szerintem benne van, a billentyűzetet mivel kezeli, minek ismeri fel, sikerült-e betölteni a setxkbmap-pal a dolgokat. X-en belül kipróbálhatod, hogy a setxkbmap paranccsal beállítasz valamit. Hátha köp hibát.
Akármelyikre kapcsolom a set-tel, ugyanaz az eredmény. xdriinfo-m nincs.
emerge xdriinfo
Atinál meg tudod, hogy ha hűvösödik az idő, akkor driver kell váltani. Frissíts, downgrade-elj, valószínűleg ez a driver verzió éppen ezt az xorg-servert nem szereti. Mindenképpen unmaszkold az x11-drivers/ati-drivers csomagot, mert majd mindegyik verzió maszkolt! (Vagy csak instabil.) A Portage-ban jelenleg a 8.32.5-ös a legújabb, de ilyenkor végig kell zongorázni egyesével a verziókon, amelyikkel működik, annak örülni kell és kész.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2945 üzenetére
Nekem ez olyan, mintha valami ősrégi rc-beállítással menne az új baselayout... Emergéld újra és írasd felül a régi konfigokat!
Én úgy szoktam, hogy tudom fejből, miket írtam át kézzel, és azt törlöm, majd -5 opcióval. Nem sok fájl van ilyen. Sokszor egyébként, ha nem változik a fájl szerkezete, akkor az új verzióban megmaradnak a beállítások, csak hozzácsap pár újat. diffel össze szoktam kézzel hasonlítani.
Ja, még valami. Ez az udev nem kompatibilis a régivel, ergo MINDEN csomagot, ami ettől függ, vagy udev fléagje van, újra kell húzni! revdep-rebuild nem ártana, mert elég sok csomag hibás lesz tőle.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz tierbatyo #2959 üzenetére
Szerintem elírás a doksiban. Az xorg-x11 egy wrapper, semmit sem csinál, csak pucér rendszeren behúzza a csomagokat. Az xorg-servernek meg lehet adni a VIDEO_CARDS, INPUT_DEVICES változókkal azt, hogy mely drivereket húzza még be a szerverhez. Én nem lelek dlloader flaget sem az xorg-x11, sem az xorg-server csomaghoz - ez még a 6.8-as sorozatú xorgnál volt. De ez valami eszement régi!Mindenképpen érdemes unmaszkolni az xorg-x11 és xorg-server csomagokat, majd azokat, amelyek miatt sikít, hogy még kellenek neki. Nálam inkább ezek a ''béta'' xorgok futnak jobban.
Mod: fene, elkéstem.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2956 üzenetére
Ahamm, itt a hiba. Az újabb xorgok végre elég intelligensek, képesek a legtöbb dolgot automatikusan felismerni - ezért ha megadod, rosszul működik.
Amit írtam, annyit kell megadni a keyboards szekciónak.
Option ''XkbRules'' ''xorg''
Nem kell megadni, eleve zt használja.
Option ''XkbModel'' ''pc105''
Ezt sem, ha megadtam régebben, mindig rossz lett.
Option ''XkbLayout'' ''hu''
Option ''XkbVariant'' '',101_qwerty_dot_nodead''
Ez pedig fura. EGY layoutot adsz meg, a magyart. A variantra azonban kettőt definiálsz: vesszővel kezdődik, ami azt jelenti, hogy az első, ami a vessző előtt áll, az semmi. Vagyis az egyszem magyar layout az default, majd megadsz a második, nem létező layoutra 101***-ot.
xkb_geometry { include ''pc(pc105)'' };
syntax error: line 1 of pc
The XKEYBOARD keymap compiler (xkbcomp) reports:
> Error: Error interpreting include file ''pc''
Ez is elég csúnyán néz ki. Talán az előző utána megjavul, de ha nem, valószínűleg megsérült a /usr/share/X11/xkb/*/pc fájl. Több helyen is van, mindig // karakterrel kezdődik, mert első sora megjegyzés.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2965 üzenetére
A /etc/env.d a hivatalos helye. A többiből szedd ki, ne legyen keveredés.
A LANGUAGE tudtommal nem létező változó, a LINGUAS az,ami a programoknak megmondja, milyen nyelvek kellenek.
Ha @euro lokált használsz, nem árt megnézni, van-e ilyen. Szerintem alapesetben nem létezik magyarból. (Bár az euro-s lokálokhoz nem értek - én unicode-osat használok.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2969 üzenetére
A futó konzolban nem elég env-update - az csak frissíti a változókat, hogy ezt az új értéket kapják. De a konzolodban még a régi érték szerepel: ehhez source /etc/profile is kell (vagy login/logoff).
Az is lehet, hogy az az env.whitelist bekavar neki. Én még sosem használtam, tudtommal az valami emergency változó.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nagyon boldog új évet kívánok minden kedves Gentoo-társnak.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2976 üzenetére
Hihi,
UTF-8 (vagyis Unicode) használatához (ha nem a standard karakterek kellenek) nem árt, ha a fontkészlet is Unicode, nem pedig iso2.
A Terminus nevű font pl. ilyen konzolra. (Abban van az említett ter-16b is.) A /usr/share/consolefonts könyvtárban nézheted meg a fontok neveit.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz hroleez #2981 üzenetére
Széteső keret mc-ben: ha az /etc/rc.conf-ban UNICODE=yes, az /etc/env.d/99locale-ban (vagy amibe tetted) a lokálhoz LC_ALL=***.utf8 (pl. hu_HU.utf8), az /etc/conf.d/consolefont-ban Unicode-képes font (pl. ter-v16b), ugyanitt nem kell consoletrans, a keymaps-ben _sima_ névvel megadtad a konzol-kiosztást (nálam us, lehet hu is), ÉS az mc-t unicode ÉS slang flaggel forgattad, akkor nem tudom, mi lehet a gond. Ilyet nekem akkor csinált, ha a slang-et kihagytam.
Xterm: ha én simán indítom, mindenféle kapcsoló nélkül, tökéletes mind az xterm, mind a benne indított mc. Szerintem a -misc fontok nem Unicode-osak... Ha tudod, add meg a Terminus fontok valamelyikét (az xfontsel segít ebben), vagy ne adj meg semmit.
Ellenőrizd még, hogy ha X-es programot indítasz a terminálból, kiír-e olyasmit, hogy locale not supported. Alapban ugyanis az X máshogy nevezi a Uniucode-os lokálokat - /usr/share/X11/locale, itt a locale.alias fájlban keresd meg a hu_HU: hu_HU.ISO8859-2 sort (fontos a kettőspont!), s szúrd be ide azt, hogy hu_HU.utf8: hu_HU.UTF-8.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz TrollBalint #2992 üzenetére
Esetleg nincs bent a kernelben az adott IDE/PATA/SATA vezérlő, vagy fájlrendszer meghajtója.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #3003 üzenetére
Rendben, akkor kérdés.
Az újabb kernelekben megjelent egy külön menüpont, ahol valami új generációs SATA/PATA vezérlők vannak. De emellett megmaradt a régi IDE/MFM támogatás része is.
Ha csak az újat fordítom bele, nem látja a partíciókat. Csak akkor bootol a gép, ha minden régit visszateszek - de akkor mire való ez az új chipset-támogatás?
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #3005 üzenetére
Nofene, ha kérdezek, valahogy mindig jó találatokat kapok guglival...
Noszóval. Megjelent egy teljesen új IDE-vezérlő, ami a libata rétegre épül. Korábban ez a réteg csak a SATA-vezérlőket kezelte. Most azonban a régi PATA-t is elkezdték átírni erre, hogy kidobhassák a teljes régi ATA/MFM/stb vezérlő-réteget. (Sok hibája van, alapvetően rossz tervezés, mára csak foltozni lehet.)
Most tehát egy SATA-vezérlő van (de a korábbi SCSI részből átkerült sajátba), valamint két PATA. Egy régi (ATA/MFM), valamint az új (libata alapú), ugyancsak a SATA alatt.
Ha az újat használjuk, akkor viszont, mivel mindent libata-val kezel, eltűnnek a régi hdx nevek. Nekem tehát valószínűleg azért nem leli a kernel a root drive-ot, mert immár nem sda5 a partíció neve (eddig egy IDE CD, egy IDE DVD és egy SATA drive-om volt), hanem elé ''tolakodik'' a két optikai meghajtó. Este meg kell még néznem, de lefogadom, hogy a korábbi sda5 most sdc5 néven flangál.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz attilam #3008 üzenetére
Gondolom úgy érted, hogy LiveCD-ről bootolsz, csatolod a megfelelő partíciókat és másolgatsz.
Működni fog, de arra ügyelj, hogy a /proc, /sys, /dev dinamikus fájlrendszer, azokat ne másold. Illetve a /dev-ben, amikor nem fut az udev, van pár előre elkészített eszköz, ami kell a boothoz. Ha nem akarsz gondot, vagy ezeket is átmásolod, vagy beállítod a /etc/conf.d/rc-ben az RC_DEVICE_TARBALL értékét ''yes''-re. Ekkor elmenti az eszközöket egy fájlba, és ezt (is) használja következő bootnl.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz dr_strange #3007 üzenetére
Sajna, nem jött össze az okoskodásom. sda5-től sdh5-ig végigpróbáltam az összes nevet root-partíciónak, de ugyanazzal a hibával áll le. Sajna, mivel így nem tudok semmiféle alaprendszert sem elindítani, nem tudom megnézni, mik lehetnek a létrejövő eszközök. Ezért aztán nem tudom használni ezt az új, előremutató dolgot. Kár.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
JEEEEEEEEE!
No, kicsit szokni kell ezt az új logikát. Főleg most, amikor még két ellentétes dolog keveredik.
Noszóval, ki lehet teljesen kapcsolni a régi ATA/MFM/stb IDE-vezérlőt. Teljesen. S elég bekapcsolni az új SATA alatt a SATA és a megfelelő PATA kontrollereket. No meg a fájlrendszereket.
S amit kihagytam: a SCSI alatt a cdrom, merevlemez támogatás is kell... Mivel ezentúl minden eszköz SCSI lesz.
Tökéletesen megy. Ráadásul kavar sincs, mert az eddigi sda merevlemez sda maradt, a CD/DVD eszközök pedig - SCSI szokás szerint - mennek az sr0, sr1, ... néven.
Úgyhogy előre bátran!
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
man shutdown
Ha nem adod meg a -r (reboot) vagy -h (halt) kapcsolót, a default működés az, hogy olyan állapotba hozza, ahol adminisztratív dolgokat tudsz végrehajtani (pl. file system check). Ezért kéri a root jelszót.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
A shutdown parancs működése az, hogy kapcsoló nélkül rescue üzemmódba kapcsol. Az független a telepítéstől, még a disztribúcióktól is. (Esetleg az lehet, hogy x idővel ezelőtt még nem ez votl a shutdown működése, s a másik gépen más verzió van fent. Ennek azonban olyan 1% esélyt adok, vagy annyit sem.)
A másik a dr_strange által írt verzió. rootként konzolban add ki az alias parancsot, ez kiírja, miket definiáltak. Alapesetben csak az ls és grep parancsokra van beállítva némi kozmetikai alias, semmi másra. A másik gép tulaja valószínűleg úgy állította be, hogy amikor beírja a shutdown parancsot, az valójában a ''shutdown -h'' parancsnak feleljen meg.
Egyébként rendszerparancsra nem túl egészséges alias-t tenni.
(Én még sosem láttam sehol, hogy a shutdown magában lelőtte volna a gépet. Minden program, ami ezt hívja meg, a -h vagy -r kapcsolóval teszi. Ha ebbe belepiszkálsz egy alias-szal, esetleg gondot okozhat.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ahogy néztem (bár alig van erre találat a neten), azt írják, hogy a 2.6.20-as kernel nem kompatibilis a libdrm jelenlegi verzióival. Emiatt a kernelben lévőt kell használni.
Ezt azonban ugye sosem beleforgatod, hanem modulba teszed?
Mellesleg az Ati-hoz emlékeim szerint sem kell drm modul. (Nem tudok okosabbat mondani, az nVidia-hoz nem kell, ezért nem használom.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az örök vadászmezőkre.
A 2006-os kiadások már nem támogatják a stage1-2 telepítést, csak a stage3-t. (Lásd telepítési doksik. Sok volt a gond, nullabites júzer is egyből ezzel kezdte, aztán elöntötte a fórumot, levlistákat a panaszáradat.)
Sok hátránya nincs, a stage3-telepítés elkészülte után az első emerge system lényegében stage1-re teszi a gépet.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Mi történt a Magentával? Mintha kissé teljesen meghótt volna.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Te honnan szedted a compizt? A Portage már az utódját, a beryl-t tartalmazza, ráadásul ehhez nem árt az xeffects overlay-t is feltenni.
[link] [link] és [link] alapján valószínűleg menni fog.
A compiz/beryl saját wikijein egyébként rá lehet keresni, ez a hibaüzenet mit jelent, mi a megoldás.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nekem is integrált, de nvidia.
Azon tényleg ennyi, vesafb kernelbe, bekapcsolni, hogy legyen framebuffer konzol, grubban pedig adatok.
Két mód van. Ha rendesen megy a videokártya, elég a video=vesafb:****,1024x768@32 sort megadni a kernelnek. Egyes videokártyák azonban nem túl jók, ekkor a vga=*** paraméter IS kell nekik, megadni egy szöveges módot. Ez kísérletezés, melyikkel megy...
Másik gépen i815-ös integrált vga van, azon pl. sehogy sem megy a framebuffer. (Bootnál hosszú ideig nincs kép, Az i950esen azonban tudtommal azonnal mennie kell, az rendes videokártya. (Viszont az intelek sem mennek a saját fb-driverrel, csak a vesafb-vel.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Vagy vesafb, vagy valamelyik intel. A kettő együtt ne!
Intel ne legyen - az ütközni szokott az Xorggal.
Vesafb helyett vesafb-ng legyen!
A kernelben bekapcsolod a vesafb-tngt, majd alatta a Console display driver supportban a framebuffer console supportot.
Grub: a vram nem biztos, hogy kell. Az mtrr-nek érdemes paramétert adnod, nekem pl. mtrr:4 van. A kerneldpksiban nézz utána, jól le van írva, hogyan kell kitalálni az értékét, ami rendszerenként más lehet. (Vagy ne add meg, enélkül is menni ekell.)
Az xres, yres nekem szinte sosem működött.
Jelenleg:
video=vesafb-ng:mtrr:4,ywrap,1024x768@85 vga=792 áll nekem. A vga paraméter vagy kell, vagy nem, de a 0x342 nincs a doksiban, mint érvényes vga felbontás. (a linux forrásban, Documemtation, fb, vesafb.txt-t nézd meg. Ott csak 1280x1024-ig van megadva, lehet, hogy a tied is jó, de először érdemes olyat megadni, ami tutira a vesa szabvány része. Pl. 1024x768, 16M színhez 0x318 tartozik. De emlékeim szerint a 0x nem kell elé.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Ne is haragudj, de:
1. Ékes angolsággal aprólékosan leírja, mi a gond, hogyan kell megoldani.
2. Ebben hol találsz te olyat, hogy az emerge abszolút nem működik? Te azt állítod, semmit az égvilágon nem tudsz telepíteni, nem tudsz keresni, leszedni - vagyis nem megy az emerge. Ezzel szemben egyetlen csomagot nem telepít. (Ráadásul azt is elmagyarázza, hogy miért nem.)
A make.conf tartalma teljesen gép- és userfüggő. Ebben talán csak a CFLAGS az, ami az adott processzorra vonatkozik, az összes többi egyéni ízlés kérdése. Az, hogy milyen FEATURES, USE, ACCEPT_KEYWORDS, PORT***, ALSA_CARDS, LIRC_DEVICES, VIDEO_CARDS, INPUT_DEVICES, LINGUAS kell, csak attól függ, mit akarsz Te a gépeden.
A biztonságos CFLAG-értékekre itt [link] találsz egy alapos összefoglalót.
Itt [link] pedig egy összefoglaló, hasznos kiindulási alap.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
No, még egyszer. A make.conf-ban található beállítások közül csak a CFLAGS, CXXFLAGS, esetleg az LDFLAGS vonatkozik a processzorra. Az összes többi azt adja meg, emerge során mit, milyen támogatással, honnan telepítsen. CSAK a CFLAGS az, amit az architektúrádra lehet/kell szabni. Az összes többi beállítás rád van bízva, ízlés dolga, mit akarsz.
Ha az 1. link alapján megcsináltad a CFLAGS-et, akkor az jó. Ezek biztonságos flagek, ha nem instabil/béta csomagokat telepítesz, tutira menni fog vele.
Amit írtál, az csak annyi, hogy közölted az mc-vel (a beállított USE flageken keresztül), hogy települjön unicode támogatással, ugyanakkor ne ismerje a unicode-ot. Az emerge ki is írta, hogy a teljes unicode támogatáshoz kell a unicode ÉS a slang flag. Nem vagy-vagy - együtt kell mind a kettő.
Megint elmondom: nem tud senki neked ''működő'' make.conf-ot küldeni. Annak tartalmát te szerkeszted, te állítod be, mikre van szükséged. (Illetve még a /etc/portage/package.use fájlban is állítgatod a flageket, csomagonként.) Amit az emerge kiír, hogy miket lehet használni, megnézed és eldöntöd, kell-e. Ha igen, bekapcs, ha nem, kikapcs. Ha szól, hogy így és így nem megy, akkor átállítod annak megfelelően.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
configure:3006: i686-pc-linux-gnu-gcc -march=athlon-xp -O2 -pipe -fomit-frame-pointer 3dnow conftest.c >&5
i686-pc-linux-gnu-gcc: 3dnow: No such file or directory
A make.conf-ban elírtad a CFLAGS értékét. A 3dnow előtt nincs kötőjel.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Bekapcs ezeket a flageket: ctype pcre session unicode.
emerge dev-lang/php (ezekkel az új flagekkel fordítod le - amíg nincs lefordítva pl. Unicode támogatással, a phpmyadmin nem tud php-n keresztül Unicode-ot kezelni.)
Bekapcs a mysql flaget is a phpmyadminnak.
emerge phpmyadmin
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nekem egyik gépemen sincs ilyesmi fájl... A /etc/udev-ben egy udev.conf és egy rules.d könyvtár van, ebben szám-név.rules fájlokkal. A /lib/udev-ben vannak a futtatható scriptek és programok.
A /etc/conf.d/rc-ben beállíthatod, hoy bootlogoljon, hátha az kiír valami érdemlegeset.
Sipi
[Szerkesztve]Mont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Uhh, eszembe juthatott volna... Ezek szerint _nagyon_ régi udev volt fent. Az udevnél volt egy váltás, a teljes konfig-részt átalakították. Azt javaslom, hogy keresd meg és töröld az _összs_ udev-es könyvtárat (etc, usr-share, usr-lib, lib, ahol találsz), majd emergéld újra. Anno nekem is volt, hogy bezavartak a régi konfigok.
Ja, előtte persze nézd át, mert más csomagok is tesznek konfigot, pl. a digikamera csomagja.
Azért gyanús ez nekem, mert az udev-hez nem kellene semmit szerkeszteni. A gépben lévő eszköz mindenképpen azonosítja magát, csak a halnál voltak anno gondok. (Mert egyes modellek nem adnak jelzést arról, hogy a tálca kinyílt, ergo nem lehetett automountolni. Ekkor tényleg kézzel kellett macerálni.)
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Az udevet menet közben is leszedheted, törölheted az összes konfigját, baj nem lesz. Legfeljebb egy ideg (míg fel nem rakod) nem jönnek létre új eszközök. De az udev démon fut.
A duplikált bejegyzés talán amiatt van, hogy elmented az udev-eszközöket leállásnál. Ha régen volt másik eszköz is, akkor bekerül az elmentett fájlba, indulásnál kicsomagolja, ergo ott lesz.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Huhh.
ACPI és APM együtt ne legyen kernelben. Sok esetben fedik egymás tudását, úgyhogy vagy összeakad, vagy egyik felesleges. Ha nem őskori a gép, csak ACPI kell.
Az Intel szerint az ondemand governort érdemes használni. Egyik előnye, hogy nem kell piszkálni, másik pedig, hogy ha nem kell, hadd menjen minimumon, de ha valaminek kell az erő, akkor ne fél percig csalinkázzon a sebesség felfele, hanem egyből legyen gyors.
Van egy laptop-mode-tools program, szerintem ezt érdemes feltenni, ha laptopod van. A CPU frekvenciája csak az egyik fogyasztási tényező, nem is a legnagyobb. Ezzel még jópár dolgot lehet bekapcsolni elemes működés közben.
A cpufreqd-nél az is bezavarhatott, hgoy ennél különbözú profilokat kell megadni. Ezek pl. az elemtöltöttség, CPU hőmérséklet, terhelés, hálózati áram megléte, stb. alapján súlyoznak, majd az a profil lesz aktív, ami a legnagyobb pontot kapja. (Pl. elemről használva, egy AC-alapú profil eleve nulla pontos.) Az alapprofilok úgy vannak megadva, hogy a CP terhelés nagyságát is figyelik, százalákban, két érték között. Előfordulhat, hogy mivel az AMD64 csak két frekvencián tud menni, ez lesz: a cpufreqd nézi a terhelést, és a profilban beállítja, hogy 60-100% közötti legyen a frekvencia. Ez AMD64-en ugyanaz, a maximum. Ha viszont úgy van beállítva, hogy 40-100 között, az izgi lesz, mert mindkét fekvencia ebbe a tartományba esik... Kicsit sakkozni kell a cpufreqd-vel, mert az alap nekem sem volt jó AMD64-re, kvázi semmit sem csinált.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Instabil rendszert használsz? (~x86) Csak mert most jelent meg az új Xorg, ami sok mindenben lényeges változást hozott. A bináris driverek pl. nem biztos, hogy működnek, az eddigi input-output driverek is újraforgatást igényelnek.
Az xorg-server 1.4-es verziójú. Nézd meg, mi van fent. Az x-es csomagokból javaslom, mindegyiknél kapsold ki a packages.keyword-ben, ha instabilra van állítva, és downgrade-elj az 1.3-as xorg-server és függőségeire.
Nézd meg az xorg logját, valamint a home mappában a .xsession-errors fájlt, hátha van benne valami. Első blikk pl.: valami miatt nincs bekapcsolva (vagy nem is lehet) a Render extension.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Akkor passz...
Gondolom, konzolban nem lassú a rendszer. Ilyen szaggatást nekem két dolog szokott okozni: a videodriver nem gyorsítja a Render és Composite funkciókat (Xorg vagy driver-hiba), illetve a kernelből kimaradt egy-két dolog. Ez utóbbit viszont nehéz eldönteni, a legújabb kernelek újdonságaitól csak pislogok.
Ja, azt nézd meg, az xvinfo, glxinfo mit ír ki! Van-e egyáltalán XVideo extension, Direct Rendering.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
Nekem mostanság játék, film alatt mindig csontra fagyott a gép. Egyszer sikerült felélednie, immár grafikus felület nélkül. S a dmesg-ben komplett hibaüzenet, az nVidia README-jében pedig ugyanezen hibára komplett megoldás. Azóta nem fagy.
Valószínűleg a driver szarakodik, de ehhez logokat kell nézni. A DRI hiánya official Ati és nVidia alatt kvázi minden gyorsító funkció hiányát is jelenti. Mindenképpen próbáld DRI-re bírni. Ha jól láttam, bináris Ati-drivert használsz.
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Sipi
addikt
válasz zfarkas #3173 üzenetére
Ja, tényleg, az örök szerelmem: ACPI és IRQ-kiosztás... nVidia/AMD alapú gépeim vannak/voltak, azokon siralmas a chipset. Furcsa fagyásoknál, lassulásnál érdemes kipróbálni a következő kernel-kapcsolókat pl. a grub.conf-ban, bootnál: noapic, pci=biosirq, pci=noacpi, esetleg nolapic, pci=nommconf. Van, hogy a modern gépeken totál rosszul lesznek kiosztva a megszakítások, ugyanazt kapja pl. a hálókártya és a vga.
Flash minden böngésző alatt trágya. A plugin cleaner nekem mindig lefogta a gépet, akkor is, ha nem volt plugin betötve (nem töltöttem be egy oldalt sem).
SipiMont-joie! Saint Denis! Je trépasse si je faiblis!
-
Új hozzászólás Aktív témák
- AKCIÓ! - STEAM kulcsok / Punch Club, Oddworld: Soulstorm, Children of Morta, stb. - 2024.05.16.
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs