Cinnamon > VGA kérdés

gabesz képe

Fórum: 

Sziasztok.

Installáltam Fahéj 17.1 > OK

Zárt ATI driver install > OK

De egy kicsit lomha, fázis késés lenne a rendeszerben, éppen egy hangyányit > pl . valamit megnyitok a CPU felugrik 30-40%-ra, majd vissza.

xserver.xorg-video ati driverrel is ezt adta.

Ebből adódóan nem driver probléma van.

 

Cinnamont kéne valami --kapcsoloval helyreigazítani, valahol olvastam, de az istenért sem találom 

Van valami olyan kapcsoló cinnamon --replace, ami javítani a problémán > pl teljesen fapadossá teszi a rendszert?

csak ötlet 

 

dconfot felraktam 

cinnamont 

cinnamon-session

gnome

gnome-session

metacity 

nézegettem, de nem akarom elnyomni

ötlet?

kicsit lomha?

Milyen a géped hardveresen? E nélkül nincs sok értelme gondolkodni a problémán.

Cinnamont gyengébb gépekre nem érdemes tenni, XFCE inkább menne, azért meg Cinnamont feltenni, hogy fapadossá tegyük?

Legtöbb esetben nem is kell a zárt VGA driver.

Értékelés: 

0
Még nincs értékelve

2 GB memória

A memória Cinnamonnak kicsit karcsú, XFCE vagy Mate verzió lenne megfelelő.

Cinnamonnál rendszerbeállítások/effektusok- nál kiveheted a pipát, az is javíthat valamit. Nyílt drivert is próbáld ki.

Értékelés: 

0
Még nincs értékelve
gabesz képe

Valami más

 Felraktam Openboxot- lényegesen jobb, de ott is ugrál a 4mag 15-20%

htopban néztem > egy web volt nyitva > az ablakot jobbra-balra húztam és ugrált a mag

 

mintha a rendereléssel lenne probléma > vagy Xorg confot kéne túrni, ötlet ?

Értékelés: 

0
Még nincs értékelve
kimarite képe

openbox

Kiadtad ezt is? Az Openbox munkamenet alatt. Hogy ne más rendszer ablakkezelőjét használja az Openbox.

openbox --replace

Amúgy a "dmesg" kimenetében és a "Xorg.0.log" fájlban lehetnek jelek a fura működésre.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Hibák

A hibák.

(EE) open /dev/dri/card0: No such file or directory
(EE) AIGLX error: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
(EE) AIGLX error: failed to open /usr/lib64/dri/fglrx_dri.so, error[/usr/lib64/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]
(EE) AIGLX error: failed to open /usr/X11R6/lib/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib/modules/dri/fglrx_dri.so:

Ezeket futtatod és a kimenetek a parancsokkal a válaszodba.

uname -a
lsb_release -a
sudo find / -name fglrx_dri.so 2>/dev/null
cat /etc/X11/default-display-manager
(sudo apt-get install wmctrl - ha nincs telepítve)
wmctrl -m | grep "Name:" | awk '{print $2}'

Maradj egy DE-nél most, csak egyben (pl. Cinnamon) vizsgáljuk a problémát.

Értékelés: 

0
Még nincs értékelve
gabesz képe

Futtatás eredmény

 

Linux gab 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

gab@gab ~ $ lsb_release -a

No LSB modules are available. Distributor ID: LinuxMint Description: Linux Mint 17.1 Rebecca Release: 17.1 Codename: rebecca gab@gab ~ $ sudo find / -name fglrx_dri.so 2>/dev/null

/usr/lib32/fglrx/dri/fglrx_dri.so

/usr/lib/dri/fglrx_dri.so

/usr/lib/fglrx/dri/fglrx_dri.so

gab@gab ~ $ cat /etc/X11/default-display-manager

/usr/sbin/mdm

gab@gab ~ $ wmctrl -m | grep "Name:" | awk '{print $2}'

 

Mutter

 

ez a wmctrl pontosan mit is csinál?

 

Értékelés: 

0
Még nincs értékelve
gabesz képe

ok

Köszönet, most kezdtem nézegetni, nagyon hasznos egy dolog 

Értékelés: 

0
Még nincs értékelve
kimarite képe

simlink

Először is le kéne ellenőrizned, hogy az alábbi könyvtárstruktúra létezik-e.
Nálam nem.

cd /usr/X11R6/lib64/modules/dri/

Ha ugyanez a kimeneted az előbbi parancsra,

bash: cd: /usr/X11R6/lib64/modules/dri/: Nincs ilyen fájl vagy könyvtár

akkor létrehozod az elérési utat.

sudo mkdir -p /usr/X11R6/lib64/modules/dri/

Azért kell ellenőrizni, mert az "mkdir" (make directory) "-p" kapcsolója nem ellenőriz.

       -p, --parents
              Létrehoz  minden  hiányzó   szülőkönyvtárat   a
              könyvtár   argumentumhoz.   A   szülőkönyvtárak
              alapértelmezés  szerint  az   umask-ot   kapják
              `u+wx'-szel módosítva.  Nem tekinti hibának, ha
              egy   már   létező   könyvtár   neve   szerepel
              argumentumban. (Tehát ha a /a könyvtár létezik,
              akkor az `mkdir /a' hibát jelez, de  az  `mkdir
              -p /a' nem.)
                                                  (man mkdir)

Majd linkeled a létrehozott könyvtárba, a "find" paranccsal megtalált modult (remélhetőleg ezt).

sudo ln -s /usr/lib/dri/fglrx_dri.so /usr/X11R6/lib64/modules/dri/fglrx_dri.so

Újraindítod a rendszert,

sudo reboot

és megnézed, hogy van-e hasonló hiba.

cat /var/log/Xorg.0.log | grep 'EE'

A fenti parancs kimenetét ide másolod.
Nem tudom, ez az egy simlink eredményes lesz-e, lehet, valami ilyesmi kell (nagyjából).
https://forum.manjaro.org/index.php?topic=16438.0 # de ezt, vagy hasonlót ne csinálj a rendszeredről való mentés nélkül és egyáltalán (még).
Egyelőre apró lépések kellenek, a fenti dolog elég lehet.

Értékelés: 

0
Még nincs értékelve
gabesz képe

Szia > Először is köszönöm a

Szia > Először is köszönöm a segítséget!

/usr/X11R6/lib64/modules/dri/fglrx_dri.so

belevezettem, ahogyan mondtad: >>

kimenet >

xorg (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

[ 18.727] Initializing built-in extension MIT-SCREEN-SAVER

[ 18.985] (EE) open /dev/dri/card0: No such file or directory

[ 28.196] (II) XKB: reuse xkmfile /var/lib/xkb/server-A45AFEE24ED7D54BEC09EF72B3C93CD4301E0D1A.xkm

 

memórai sum 

pastebin.com/r088xgJ9

a hiba eltűnt a logból, de a probléma megmaradt, még mindig a proci viszi a hátán a rendszert, de valamerre haladunk. Ez a hiba Debian, vagy Red-Hat rendszereken is előfordulhat, vagy ez a configomból adódóan egy speciális probléma?

Értékelés: 

0
Még nincs értékelve
balazs képe

A hiba nem tűnt el, ott van "

A hiba nem tűnt el, ott van " [ 18.985] (EE) open /dev/dri/card0: No such file or directory"

Itt is ez volt a téma: http://askubuntu.com/questions/465243/how-to-use-fglrx-proprietary-drive...

 

 Itt is van pár lehetőség amit ki lehet próbálni jobb híján: http://www.noobslab.com/2013/04/install-ati-amd-catalyst-drivers-in.html

Értékelés: 

5
Átlag: 5 (1 szavazat)
gabesz képe

Pedig a leírás alapján

Pedig a leírás alapján készítettem >> fglrx_dri.so-t belevezettem ahová kell > viszont elkezdtem nézegetni a fejem után > cat fglrx.conf

# This file was installed by fglrx
# Do not edit this file manually

blacklist radeon
alias fglrx fglrx
alias radeon off
alias lbm-radeon off

 

cat fbdev-blacklist.conf 
# This file blacklists most old-style PCI framebuffer drivers.

blacklist arkfb
blacklist aty128fb
blacklist atyfb
blacklist radeonfb
blacklist cirrusfb
blacklist cyber2000fb
blacklist gx1fb
blacklist gxfb
blacklist kyrofb
blacklist matroxfb_base
blacklist mb862xxfb
blacklist neofb
blacklist nvidiafb
blacklist pm2fb
blacklist pm3fb
blacklist s3fb
blacklist savagefb
blacklist sisfb
blacklist tdfxfb
blacklist tridentfb
blacklist viafb
blacklist vt8623fb

 

cat blacklist-framebuffer.conf
# Framebuffer drivers are generally buggy and poorly-supported, and cause # suspend failures, kernel panics and general mayhem. For this reason we # never load them automatically. blacklist aty128fb blacklist atyfb blacklist radeonfb blacklist cirrusfb blacklist cyber2000fb blacklist cyblafb blacklist gx1fb blacklist hgafb blacklist i810fb blacklist intelfb blacklist kyrofb blacklist lxfb blacklist matroxfb_base blacklist neofb blacklist nvidiafb blacklist pm2fb blacklist rivafb blacklist s1d13xxxfb blacklist savagefb blacklist sisfb blacklist sstfb blacklist tdfxfb blacklist tridentfb #blacklist vesafb???? blacklist vfb blacklist viafb blacklist vt8623fb blacklist udlfb

lehetséges, hogy valami nem töltődik be?, hátha itten is van valami, de lehet, hogy nem :) a második linknél >> TELEPÍT >>"Precise/Linux Mint 14/13" ez jó nékem?

Értékelés: 

0
Még nincs értékelve
balazs képe

Az elejére passz, soha többet

Az elejére most passz.

Elvileg nem jó neked, de lehet mégis:

 

 

"Stella • 4 months ago

 

 

Oh god, Thanks!!! I've been searching a lot how to do this :D and it worked on linux mint 17.1 :D"

 

Igen, valami nem töltődik be:

(EE) open /dev/dri/card0: No such file or directory indicates that the kernel module for the card isn't loaded.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Zárt AMD driver

"Zárt ATI driver install > OK"

Hogyan telepítetted a drivert? A Linux Mint driver választójából (és ott hány lehetőség közül, melyiket), vagy letöltöttél egy drivert az AMD honlapról és azt? Utóbbi esetben, ha a kernel frissül, újra kell telepíteni a drivert (lehet ".deb" fájlt készíteni az egyszerűség kedvéért). Ha AMD honlapról letöltött driver, akkor az AMD saját beállítóját tudod indítani?

Igen, a kernel problémázik, de sejthető, hogy a nem megfelelő driver miatt.

Létrejött Xorg.conf fájlod, ha igen, mi a tartalma?

Értékelés: 

0
Még nincs értékelve
gabesz képe

Nem vacilláltam az Illesztő

Nem vacilláltam az Illesztő hozzáadásával a "fglrx"et választottam. De azt nem tudtam, hogy xorg.conf létrehozásához sudo aticonfig --initial -f kell

xorg.conf

Section "ServerLayout" Identifier "aticonfig Layout" Screen 0 "aticonfig-Screen[0]-0" 0 0 EndSection Section "Module" EndSection Section "Monitor" Identifier "aticonfig-Monitor[0]-0" Option "VendorName" "ATI Proprietary Driver" Option "ModelName" "Generic Autodetecting Monitor" Option "DPMS" "true" EndSection Section "Device" Identifier "aticonfig-Device[0]-0" Driver "fglrx" BusID "PCI:1:0:0" EndSection Section "Screen" Identifier "aticonfig-Screen[0]-0" Device "aticonfig-Device[0]-0" Monitor "aticonfig-Monitor[0]-0" DefaultDepth 24 SubSection "Display" Viewport 0 0 Depth 24 EndSubSection EndSection

Értékelés: 

0
Még nincs értékelve
kimarite képe

Részletkérdés ma már a Xorg

Részletkérdés ma már a Xorg.conf, máshol tárolódnak a beállítások alapvetően (ha nem a letöltött drivert telepíted, hanem amit a rendszerd tárolóiban is megtalálsz), viszont ezt lehet szerkeszteni, pontosabban a Xorg.conf jó sokáig létezett és ezen idő alatt jó sok wiki íródott, és fórum szólt róla.

Most viszont újra kéne indítanod a rendszered, ne holnap érjen meglepetés :). Ha lesz kép, akkor jó az aticonfig által létrehozott Xorg.conf, ha nem lesz, akkor törölni kell konzolról:

Shift > GRUB menü > Recovery/Hibajavítás sor - Enter > root menü és törlöd,

rm /etc/X11/xorg.conf

ha egyáltalán itt van, mert lehet hogy itt és át kell másolni a felhasználónak megfelelő helyre (keresd meg most, az újraindítás előtt *).

De inkább csak nevezd át.

cp /etc/X11/xorg.conf /etc/X11/xorg.conf.ORIG

(*) Ahol még lehet és ahonnan másolod (legalábbis egy Xorg -configure után ide mentődik): http://askubuntu.com/questions/4662/where-is-the-x-org-config-file-how-d...

Aztán: reboot

___

Ez nem tudom, működik-e, nyílt driver-t használok (amid van, arra kell kiadni)

Xorg -config xorg.conf.new -retro

https://www.freebsd.org/doc/hu/books/handbook/x-config.html

Értékelés: 

0
Még nincs értékelve
gabesz képe

Xorg -config xorg.conf.new

Xorg -config xorg.conf.new -retro

 

(EE) 
Fatal server error:
(EE) Server is already active for display 0
	If this server is no longer running, remove /tmp/.X0-lock
	and start again.
(EE) 
(EE) 
Please consult the The X.Org Foundation support 
	 at http://wiki.x.org
 for help. 
(EE) 


mdm levállítva  > Xorg -configure 
postimg.org/image/hpowcbebz/

illetve eltűnt 
 cat /var/log/Xorg.0.log | grep 'EE'
	(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[   531.447] Initializing built-in extension MIT-SCREEN-SAVER
[   539.060] (II) XKB: reuse xkmfile /var/lib/xkb/server-A45AFEE24ED7D54BEC09EF72B3C93CD4301E0D1A.xkm

illetve egy kicsit módosítottam a xorg.confot

Értékelés: 

0
Még nincs értékelve
gabesz képe

 Szia kimarite!

 Szia kimarite!

Igaz etünt a hibajelzés > de a problem megmaradt > már hibajelzés nélkül! > ez már haladás :)

igazából kozmetikáztam a dolgot, lényeges dolgokhoz nem hiszem, hogy hozzányúltam > 

ModelName "SyncMaster"
HorizSync 30.0 - 81.0
VertRefresh 56.0 - 60.0
Modes "2048x1152

ilyen cicoma

locate xorg.conf
/etc/X11/xorg.conf
/etc/X11/xorg.conf.ORIG
/etc/X11/xorg.conf.original-0
/etc/X11/xorg.conf.save
/home/gab/xorg.conf.new
/usr/share/X11/xorg.conf.d
/usr/share/X11/xorg.conf.d/10-evdev.conf
/usr/share/X11/xorg.conf.d/10-quirks.conf
/usr/share/X11/xorg.conf.d/11-evdev-quirks.conf
/usr/share/X11/xorg.conf.d/11-evdev-trackpoint.conf
/usr/share/X11/xorg.conf.d/50-synaptics.conf
/usr/share/X11/xorg.conf.d/50-vmmouse.conf
/usr/share/X11/xorg.conf.d/50-wacom.conf
/usr/share/X11/xorg.conf.d/51-synaptics-quirks.conf
/usr/share/man/man5/xorg.conf.5.gz
/usr/share/man/man5/xorg.conf.d.5.gz
/usr/share/xresprobe/xorg.conf

nem nyúltam, a xorg.conf.new -hoz, mert nem tudom mit kéne módósítani, és szerintem nem is jó helyen van

Értékelés: 

0
Még nincs értékelve
kimarite képe

1) 2048x1152 - Ez nem túl

1) 2048x1152 - Ez nem túl nagy felbontás? Mekkora a monitorod? Meg lett adva az eszköz helye a xorg.conf-ban ez tetszik a kernelnek, igen.

2) Van egy sejtésem, hogy az fglrx csomag telepítése úgy általában bármelyik videókártyára nem biztosan jó. Szokott lenni a Linux Mint-ben egy grafikus eszközkezelő, ami drivereket javasol, erre rá is kérdeztem. Rá kéne keresni. És állítólag alaplapi Intel-ed is van. Akkor derítsük ki, mid is van (a kimeneteket kérjük):

sudo update-pciids
lspci | grep -E "VGA|3D"
sudo lspci -v -s 00:02.0 # az eszköz címe az előbbi parancsból!
# máshogyan:
sudo apt-get install lshw
sudo lshw -c video
# az előzőből közelítve ..., ami a "driver"-nél szerepel beírod a modinfo után,
sudo lshw -c video | grep configuration
# például, ha i915 lenne.
modinfo i915

3) A xorg.conf.new áthelyezéséről (átnevezés az áthelyezés közben xorg.conf-ra) írtam elébb, ahol van, úgy nem jó, neked, mint felhasználónak.

4) "ilyen cicoma": ez körülbelül annyi jelent nekünk, mintha én azt írnám, nézd, van egy autóm, ez az ajtó, 5 darab is van belőle, a szélvédőn átlátni jó szélesen, piros az üléshuzat, és van egy bólogató kiskutya a hátsó ablakban :). Nem a nehezebb oldalról közelítjük meg a problémákat, fájl felsorolás amúgy sem elég, és a tartalmuk is sok mindentől függ, DE-től (asztali környezet) is, bára programozókat biztosan érdekli az is. Inkább teszt parancsokat futtatunk és azokból tájékozódva javítunk - csak ahol kell. Ez nem lustaság, hanem ésszerűség és így kell.

Értékelés: 

0
Még nincs értékelve
gabesz képe

timing: 1024x768@87 Hz

timing: 1024x768@87 Hz Interlaced (8514A)
ctiming: 1280x1024@60
ctiming: 1280x960@60
ctiming: 1280x1280@60
ctiming: 1440x1440@60
ctiming: 1680x1680@60
dtiming: 2048x1152@59
monitorrange: 30-81, 56-60
monitorname: SyncMaster
monitorserial: H9XS102977

gab@gab /etc/X11 $ sudo lspci | grep -E "VGA|3D"


01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770]

gab@gab /etc/X11 $ sudo lspci -v -s 01:00.0

01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper XT [Radeon HD 5770] (prog-if 00 [VGA controller])
	Subsystem: Hightech Information System Ltd. Device 2288
	Flags: bus master, fast devsel, latency 0, IRQ 46
	Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Memory at fe9c0000 (64-bit, non-prefetchable) [size=128K]
	I/O ports at b000 [size=256]
	Expansion ROM at fe9a0000 [disabled] [size=128K]
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Legacy Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Capabilities: [150] Advanced Error Reporting
	Kernel driver in use: fglrx_pci



gab X11# lshw -c video


       *-display               
       description: VGA compatible controller
       product: Juniper XT [Radeon HD 5770]
       vendor: Advanced Micro Devices, Inc. [AMD/ATI]
       physical id: 0
       bus info: pci@0000:01:00.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
       configuration: driver=fglrx_pci latency=0
       resources: irq:46 memory:d0000000-dfffffff memory:fe9c0000-fe9dffff ioport:b000(size=256) memory:fe9a0000-fe9bffff



modinfo fglrx pci
http://pastebin.com/pLbbuh7N

modinfo i915
http://pastebin.com/ZjKmELiz

Ezt most nem értem, van alaplapi, vagy nincs ? :)

cp /etc/X11/xorg.conf.new /etc/X11/xorg.conf

>> nem állt fel az X, szólt, hogy állítsam be, nem tudom mihez kéne hozzányúlni


így visszaraktam az eredetit.

A negyedik pont, teljesen jogos :)

Illetve mostanság valamiért, ahogy kedve van és a memória 1200 MB körül van foglalva, elkezd beleírni a swapba >
és mindig swapoff -a és swapon -a tudom rendbe rakni, erre van valami beállítás?

Értékelés: 

0
Még nincs értékelve
kimarite képe

Most - eddig - kb. ennyit

Most - eddig - kb. ennyit tudtam segíteni. Ha te is tudod a választ, akkor csináld meg. Arra gondolok, hogy említed, kicsit módosítottál ezen és azon. Tehát képesnek érzed magad a megoldásra magad is. Mert én így nem, hogy "kicsit" mást csinálsz mindig, de a nagyobb "baj" hogy el sem árulod.

Ezt benézted sajnos (az nem jó, ha elnézel ilyen dolgokat. sem), hogy honnan, mit és hova:

mv /root/xorg.conf.new /etc/X11/xorg.conf

Na jó, hogy nem copy (cp), hanem move (mv) nem említettem, de ez kisebb baj. Legalább rákerestél volna a fájlkezelőben, hogy xorg.conf.new az hol van. Amúgy a "te" parancsod kiadásánál kiderül(ne) az igazság ..., hogy nincs ott a másolandó, de ezt én is tudom.

Gondold át az egész problémád inkább, erre van időd. Például, hogy van egy "Eszközkezelő" és miért nem azt használod. Folytathatnám. Generálod az újabb problémákat is. :)

Értékelés: 

0
Még nincs értékelve
kimarite képe

Másrészt az eredeti xorg.conf

Másrészt az eredeti xorg.conf másolása ez, (cp-vel egy biztonsági copy/másolat)

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.conf.ORIG

És a Xorg -configure (más olvasatban nem direktben adtad ki - ha kiadtad egyáltalán - hanem mikor kipróbáltad a xorg.conf.new beálltást, amiről nem tudjuk, sikeres volt-e) által létrehozott xorg.conf.new az, amit át kell mozgatni és nem másolni a saját részre a root-ból. Az ez a parancs (mv, azaz move/átmozgatás, ami nem másolás. A linkelt oldalon nem található a parancs, csak utaltam rá. Amit csináltál, az viszont nem hihető.

sudo mv /root/xorg.conf.new /etc/X11/xorg.conf

És utóbbi parancs után a rendszert újraindítva tudsz meggyőződni, hogy jó-e a beálítófájl. Mert, ha nem, akkor törlöd (GRUB-ból indított konzolról: Hibajavító mód > root menü).

rm /etc/X11/xorg.conf

És megint újraindítva a rendszert, visszaáll a régebbi állapot.

De fglrx csomagot telepítve igen nagy szerencséd kell legyen, hogy elsőre jó a driver.

A rendszer lassúságra az is magyarázat lehet, hogy jó pár Asztali környezetet telepíttél egymás mellé. Vagy a driver. Komolyan kell hozzáállni egy rendszerhez, ha elnézel dolgokat (nem is kicsiket) vagy lesz ami lesz alapon csinálod (van egy ilyen érzésem), akkor ez az eredmény.

Értékelés: 

0
Még nincs értékelve
gabesz képe

Szia. > Nyomkodtam eszetlenül

Szia. > Nyomkodtam eszetlenül erre-arra, odafigyelhettem volna > Jogos.

Az eredeti xorg.conf.new
http://pastebin.com/xxbUS35Y

Változtatott
http://pastebin.com/yBsmnuqt

Section "Device" > Driver résznél > próbáltam "fglrx" "radeon" "vesa"-ra módosítani, de nem áll fel az X

Xorg.0.log
http://pastebin.com/MCMgLgup

15. sorban sikít.

Odafigyelek, még 1x bocs

Értékelés: 

0
Még nincs értékelve
balazs képe

[    14.400] Markers: (--)

[    14.400] Markers: (--) probed, (**) from config file, (==) default setting,        (++) from command line, (!!) notice, (II) informational,

        (WW) warning, (EE) error, (NI) not implemented, (??) unknown.

 

Itt nem sikít, ez csak egy jelmagyarázat.

Értékelés: 

0
Még nincs értékelve
kimarite képe

driver

Egyetértek balázzsal (mármint igazat írt, hogy "magyarázat", de ezt inkább érzem).

A kártyádhoz való driverre kéne ránézned a guglival vagy a Mint miket ajánl fel a grafikus alkalmazással (próbáltam megjegyezni a nevét, de ..). Tehát mi a driver pontosan? Van-e különbség a mostanitól? Én viszont sajnos ma egyáltalán nem érek rá keresgélni főleg, elég korán kelek holnap. Hogy hogyan keress (hol), ezt nem tudom leírni, tán a többiek.

Akkor most csak Cinnamon van telepítve? Ez a kérdés inkább a lassulás miatt fontos.

Értékelés: 

0
Még nincs értékelve
kimarite képe

A environment-hez is lehet,

A environment-hez is lehet, de az rc.local fájlba célszerű, ha automatikusan, a rendszerrel indítani kívánt parancs, ide: /etc/rc.local . Az "exit 0" elé sorközzel:

# By default this script does nothing.

-->>> ide kéne <<<--

exit 0

Vagyis:

# By default this script does nothing.

CLUTTER_PAINT=disable-clipped-redraws:disable-culling gnome-shell --replace

exit 0

gksu gedit, gksu geany vagy sudo nano szerkesztők emelt joggal (gksu a grafikusakhoz) a szerkesztéshez, és a változtatás a rendszer első újraindításától kezdve érvényben lesz. Például így:

gksu geany /etc/rc.local

sudo nano /etc/rc.local

A nano-nál a Ctrl + O a mentés, és a Ctrl + X a mentés utáni (vagy mentés nélküli) kilépés.

Hét végén érek rá bármirejobban sajnos.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ezeken a pastebin-es linkeken

Ezeken a pastebin-es linkeken elég jól leírnak lehetőségeket, például "Section "Device ..",  és hogy ez egy bug, és megnéztem ezt a fixmtrr.sh-t, az lspci kimenetet teszi át a rendszer beállításokba - nem tudom, hogy minden esetben így van-e - elvileg jó lehet, de lehet ellenőrizni, hogy ... mindent olvas-e (lát) a rendszer:

cat /proc/mtrr

http://en.wikipedia.org/wiki/Memory_type_range_register / https://bbs.archlinux.org/viewtopic.php?id=91402

Meg hogy "2D" lehet a megoldás néha a BUS problémákra az XXA helyett EXA támogatás bekapcsolásával a xorg.conf-ban. Az egyik lehetőség, eléggé kártya/és asztali környezet függő ... .

Megnéztem. Nálam az "xdg-open" a Geany - vagyis az alapértelmezett szövegszerkesztő(m), ami az sh-t is nyitja, nem a "Futtatás" - ami elég veszélyes is lehet, de alapértelmezetten - ha jól tudom - minden rendszeren így van, nem futtat alapból. Tehát a Geany-vel néztem:

xdg-open fixmtrr.sh

Először letöltöttem azért.

wget -c http://launchpadlibrarian.net/26193373/fixmtrr.sh

http://en.wikipedia.org/wiki/EXA / http://www.phoronix.com/forums/forum/linux-graphics-x-org-drivers/open-s... változás van Ubuntu háza táján (de nem igazán csak ott fejlesztenek :D), a systemd háza táján (változás arra), ezekkel összefüggésben jó pár dolog, változtatandó már "meg van oldva". Mármint vannak nehézségek - tehát néha bugos, igen ritkán, tegyük hozzá - bizonyos adatok eszközből való kiolvasásában, megfelelő rendszerben való rögzítésében - lásd még udev szabályok, mely éppen változás alatt, tehát más lesz / Ubuntu-nál). Ami változik az úgyis fog :), tehát tesztelni érdemes, amit van (ami van). Most jó?

Vagy például (hardware acceleration) - sajnos a kompozitáló alkalmazások miatt van inkább "gond": http://www.phoronix.com/scan.php?page=news_item&px=MTc5ODc

No meg a videó kártya gyártók is ráállhatnának még jobban a fejlesztésre *nix alá. Unix oldalról van fejlesztés, éppen most - egy ideje gőzerővel - zajlik az X szerver leváltása másra vagy a javítása (fejlesztés, fejlesztés .. :)) egy másik út. Nem rossz amúgy. A másik, hogy a Gnome Shell ("ebben" lehet az Unity), KDE (Phonon), és a Cinnamon grafikai környezetekhez (környezeteket) néha kell hegeszteni, mert eléggé fejlesztés alatt vannak, mármint abban, hogy minden videókártyához megfeleljenek. Bizakodni lehet, mert érdemes, de ezeknél van a legtöbb bug (még grafikát erősen [ki]használó környezet pl. az Enlightenment, ott is nyilván előfordulhat bug)

Amit összegyűjtöttél, (a pastebin szövegben), az elég tárgyilagos, részletgazdag, most nem is tudok többet mondani erre. De kéne neked a Cinnamon-hoz ~4GB RAM, HiperX vagy Geil például. Jobban működne. Addig Xfce ... .

Értékelés: 

0
Még nincs értékelve
gabesz képe

Szia Kim.

Szia Kim. Köszönöm a segítséget > a kártya volt az egyik probléma forrása. A másik ez volt

%CPU %MEM CMD
 3.3  1.5 /usr/bin/X :0 -audit 0 -auth /var/lib/mdm/:0.Xauth -nolisten tcp vt7

/usr/bin/X :0 -audit >> ez egyébként mi? keresgéltem erre-arra és ide lyukadtam ki > http://forums.mate-desktop.org/viewtopic.php?f=5&t=2094 gksu-val a leírtakat beállítottam és fénysebességre kapcsolt, de ne értem, ennek mi köze az egészhez. Illetve még ide keveredtem http://forums.linuxmint.com/viewtopic.php?f=190&p=604887 rc.confba beillesztettem sh -c "killall -9 marco; compiz --replace" illetve most mate van fent.

+ http://ubuntuforums.org/showthread.php?t=363236

 

Üdv G

Értékelés: 

0
Még nincs értékelve
balazs képe

 Az x a xorg.

 Az x a xorg. Ablakműveleteknél szépen felmegy a terhelés, régi atinál gondolom még rosszabb a helyzet, ez ilyen.

Értékelés: 

0
Még nincs értékelve
kimarite képe

Ahogy Balázs is írja, a Xorg

Ahogy Balázs is írja, a Xorg kommunikál a Display Manager-rel, jelen esetben az MDM-mel (Mint Display Manager). Az alapértelmezett kijelzőn, ami nálad ":0". Egyébként az alkalmazások sokszor "hálózaton belül" kommunikálnak, erre utal a "tcp". Az audit és az auth(entication) szavak jelentését nem magyaráznám el mélyebben.

A Marco ablakkezelőtt az én kicsit hasonló gépem sem bírta (Compiz nélkül) kiadtam, hogy

metacity --replace

persze, ehhez telepíteni kellett a Metacity ablakkezelőt és ezután a rendszer ezt használta, kisebb erőforrás igényű, persze talán kevesebbet is nyújt. A Compiz és a Marco sem nagyon bírhatja egymást szerintem, főleg, hogy előbbit nem igazán fejlesztik. Sok ablakkezelő van még, egyszerűbbek. Vagy a gépedet nem bírja az egyik, valamiért, mondjuk a videókártyát, vagy drivert. Nem is tudom, hogy MATE -ra vagy Cinnamon -ra kell-e egyáltalán Compiz, önmagában nem tudnak  távolról hasonlót.  A te jelenséged azt mutatja tulajdonképpen, hogy nem igazán kell MARCO, ha Compiz is van, hasonlóan kompozitorok amúgy, kettő egyszerre minek. De e Xfce -et is meg lehet úgy csinálni, hogy hasonló legyen kinézetben a Cinnamon -hoz.

Szerintem az első linken inkább az van leírva, hogy mikor gksu -val vagy a su-to-root -X -c paranccsal indított a kérdező grafikus alkalmazásokat, akkor ment fel a processzor használat. A gksu -val nem kellett semmit csinálnod, hanem a dconf -fal.

Értékelés: 

0
Még nincs értékelve
kimarite képe

grep, awk

A grep egy szűrés végez (vannak hasonlók is), az awk szintén, de máshogyan.

A "print" értelmezésre egy példa.
Az első szó lesz kiadva a második helyett a wmctrl -m teljes kimenetének egy sorából / 1) a grep-pel a "Name" sorra szűrünk. 2) majd azt az awk-val tovább szűrjük. 3) a "|" karakter az egyik parancs kimenetét a következő parancs bemenetére vezeti, neve csővezeték, pipe /.

wmctrl -m | grep "Name:" | awk '{print $1}'
Name:

man grep / man awk
http://hu.wikipedia.org/wiki/Grep / http://hu.wikipedia.org/wiki/Awk

Értékelés: 

5
Átlag: 5 (1 szavazat)
gabesz képe

+ észrevétel

A bejelentkezési ablaknál > ha GTK -ra van állítva, már ott szaggat, de ha GDM-re váltok, akkor nem

Értékelés: 

0
Még nincs értékelve
balazs képe

A vga (driver) itt a gyenge

A vga (driver) itt a gyenge láncszem , most raktam fel egy cinnamont, driver még nincs telepítve és ablak mozgatásnál kiakad a cinnamon mellett a cpu terhelés.

 

Értékelés: 

0
Még nincs értékelve

Nálad ez egyértelmű. A nyílt

Nálad ez egyértelmű. A nyílt Nvidia driver messze a legrosszabb állapotú minden téren. A kérdezőnek közel sem ilyen biztos.

Értékelés: 

0
Még nincs értékelve

Van alaplapi Intel? Mert meg

Van alaplapi Intel? Mert meg lehetne próbálni arra váltani, úgy hogyan viselkedik. Amúgy ablakmozgatásnál nálam is felugrik egy-egy proci 15-25%-ra. Teljesen normális.

Értékelés: 

0
Még nincs értékelve
balazs képe

Vannak ilyen PPA-k is régi

Vannak ilyen PPA-k is régi ati kártyákhoz lehet az kell hozzá egyébként. Ati 5xxxx-es emberkék tudják, annyiféle variáció van atinál. De azt kéne tudni hogy egy tiszta rendszeren a driverkezelőből amit felajánl zárt drivert, azzal mi a helyzet, felmegy/nem megy/működik-e rendesen, átírogatni nem kell semmi konfig fájlt szerintem az csak bekavar.

Értékelés: 

0
Még nincs értékelve
balazs képe

 Egyébként annyi a lényeg

 Egyébként annyi a lényeg linuxnál hogy kell egy közepes processzor meg egy jól támogatott vga és megy rendesen bármelyik grafikus felülettel.

Értékelés: 

0
Még nincs értékelve