Ma már nemigen érek rá, de a napokban ránézek a kimenetre, Xorg.0.log fájltartalomra.

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.

http://www.freedesktop.org/wiki/Software/wmctrl/

itt épp megmondja melyik ablakkezelő van használatban ha jól látom.

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.

"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?

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

Ilyen volt neked: xorg.conf.new?

Ügyi vagy. Egész pontosan mik történtek nálad, általad? .. pl.: kicsit módosítottál a min?

Akkor megoldódott a problem?

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.

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. :)

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.

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.

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.