AMD A10-7700K + 2560x1440 felbontás (Acer Monitor ) - együtt nem megy

Fórum: 

Sziasztok,

Remélem, hogy nem már megoldott problémával jelentkezem, törekedtem átnézni a hasonló problémát érintő forumtémákat, de tényleg nem találtam még megoldást.

A következő a probléma: Van egy AMD A10-7700K processzorom (R7 series grafikus résszel) és egy Acer CB270HU 2560x1440 natív felbontású monitorom.

A natív felbontáson elkezd villodzani a kép, elsötétül véletlen időközönként a monitor, de amikor bármilyen böngészőt (Firefox, Chromium, Arora próbálva) akkor szinte azonnal, vagy egy-két perc múlva, és a monitor színerőssége is csökken a villodzások alatt.

Már a 17.3-as, 18.1-es Linux Mint verziókat is próbáltam korábban, de akkor sem működött a dolog, most próbát tettem a 19.1-el, de így sem a natív felbontáson.

Elvileg telepítve az xorg-os AMD meghajtó. Zárt illesztőprogram nincsen feltéve.

Már kínomban nekiálltam egy Manjarot felrakni, de annak a telepítője alatt is ugyanezt kezdte csinálni a kép.

Segítséget szeretnék kérni, ha visszaveszem a felbontást 1920x1080-ra akkor nincs ilyen probléma, de szeretném a Linux-ot használni, és nem akarok hardvert cserélni. Egyszerűen nem hiszem el, hogy azzal a monitorral ami windows alatt hibátlanul megy, linux (vagy BSD de az hosszabb story) nem működik a dolog. Olvastam, hogy van a Ryzennel is hasonló probléma.

Elnézést ha hosszú lett, de ha valaki tud olyan segítséget, hogy mit kell röviden ellenőriznem, és utána akár gyorsítást (csak tippelek, hogy ez lehet a probléma) kikapcsolni, vagy valami más megoldást, köszönöm szépen!

 

 

.esetleg 4.20.1-es kernel.az

.esetleg 4.20.1-es kernel.az támogat hókuszpókuszokat!!!meg driver...de aszem a manjáróban már bene van...

Értékelés: 

0
Még nincs értékelve

A monitor lesz akkor a szűk keresztmetszet

Nagyon szépen köszönöm a gyors válaszokat, írok az Acernak, de ahogy látom semmilyen fajta linux driverük nincsen.

Legrosszabb esetben veszek egy új monitort. De akkor a válaszok megmagyarázzák, hogy BSD esetén is miért merültek fel hasonló problémák.

 

Értékelés: 

0
Még nincs értékelve

xradr használat

Köszönöm a felvetést, ezt a "xradr "-t nem ismerem, de utánanézek.

Az AMD oldalán ami fent van linuxos driver az 2015-ös az szerintem ütközhetne a Linux Mint által feltett frissebb xorg-os driverrel.

Értékelés: 

0
Még nincs értékelve

xradr használat

Először is nagyon szépen köszönöm a tanácsot, azt, hogy utánanéztél a jegyzeteidnek!

Az Acer szervíznek napközben már írtam a probléma ügyében (kíváncsi vagyok mit reagálnak egy négy éves monitornál) és most este kipróbáltam ezt a xradr parancssort a saját monitorom értékeivel behelyettesítve.

Ahogy az output parancsot kiadtam és átváltott volna a natív felbontásba megint elment a kép, de annyira, hogy nagyon ritkán villan csak fel, egy fél másodpercre, és utána sötét képernyő. Szerintem már szimplán "használódott" annyit a monitor, hogy nem bírja a felbontást.

Vagy nem tudom. De most eldöntöttem, hogy nézek akkor egy új monitort, és nem adom fel (az AMD vonalat sem) mert ez egy nagyon felhasználó barát rendszer. :-)

Köszönöm még egyszer a segítséget mindenkinek!smiley

Értékelés: 

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

FGLRX, xserver-xorg-video-ati, amdgpu

Itt egy Wiki:
https://wiki.ubuntuusers.de/Grafikkarten/AMD/radeon/
Egyedi xorg.conf elkészítési módok, illetve a grub fájlban alkalmazandó kernel kapcsolók felsorolásával. Szó van erről is: LTS Enablement Stacks.

Hogy mit kell csinálni, egy tesztelés készíti elő, vagyis a naplófájlok vizsgálata, a gond fellépésének idejében.

Először is, kéne, hogy mit lát a rendszer a kártyából:

inxi -Gxz

Majd a https://paste.ubuntu.com/ segítségével megosztva a naplók szöveges tartalma (ide a link):

xdg-open .xsession-errors
xdg-open /var/log/Xorg.0.log
xdg-open /var/log/syslog

Nem tudom (egyelőre), hogy miképp vagy egyáltalán megoldható-e a gond, de a korábbiakban használható AMD zárt FGLRX driver már nem használható (nem is telepíthető a LInux Mint 17.x kiadásnál újabb rendszerekre), ugyanis a forráskódot az AMD megnyitotta, és a Linux Mint telepítéskor ez a driver van használatban már és ez az FGLRX helyettesítése:

xserver-xorg-video-ati

Bizonyos újabb kártyához pedig az amdgpu driver is (a lista egyre bővül):
https://linuxmint.hu/search/node/amdgpu
A leírásokat olvasd el.

-----

Jegyzet
Nekem úgy tűnik, az APU Kaveri tipusú: https://en.wikipedia.org/wiki/List_of_AMD_accelerated_processing_unit_mi...

 

Értékelés: 

0
Még nincs értékelve

FGLRX, xserver-xorg-video-ati, amdgpu

#8

Köszi szépen! :-)

Az linkelést is megpróbálom, de az első parancsra amit mutat:

inxi -Gxz
Graphics:
  Device-1: AMD Kaveri [Radeon R7 Graphics] vendor: ASUSTeK driver: radeon
  v: kernel bus ID: 00:01.0
  Display: x11 server: X.Org 1.19.6 driver: ati,radeon
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz
  OpenGL: renderer: AMD KAVERI (DRM 2.50.0 4.15.0-43-generic LLVM 7.0.1)
  v: 4.5 Mesa 19.0.0-devel (git-ad9832d 2019-01-11 bionic-oibaf-ppa)
  direct render: Yes

 

Értékelés: 

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

FGLRX, xserver-xorg-video-ati, amdgpu

#9 Köszi. Akkor Kaveri tényleg. Bár ez nagyon nem volt kérdés.
Kissé beteg vagyok, válaszolni, gondolkodni nehéz most, de mindenképpen meg kell várnom a naplófájlokat is. A naplófájlokban lehet Warning (WW), Error (EE) vagy más rendszer gond jelzés, amiből a megoldás kivitelezhető lehet.

Még valami: a

xrandr -q

kimenetet csapd hozzá a pasztás kimenetekhez majd.

Értékelés: 

0
Még nincs értékelve

Szép jó reggelt és köszönöm még egyszer a segítségeket!

Sziasztok,

Elég durva listát adott ki erre a parancsra:

xdg-open .xsession-errors

https://paste.ubuntu.com/p/HmdMt6TxZ3/

xdg-open /var/log/Xorg.0.log

https://paste.ubuntu.com/p/4hD7kFhPBH/

xdg-open /var/log/syslog

https://paste.ubuntu.com/p/SRvsj4Sq5V/

Még annyi infó, hogy reggel ahogy bekapcsoltam egy darabig bírta a natív felbontásában, de aztán elkezdett megint villódzani és elsötétülni és már csak egy tizedmásodpercre mutat olyankor képet.

Ez egyszer csak úgy jön - főleg, ha böngésző meg van nyitva akkor (kikapcsoltam a hardveres gyorsítást a firefoxban) ezért visszavettem 1920*1080-as felbontásra.

 

 

Értékelés: 

0
Még nincs értékelve

FGLRX, xserver-xorg-video-ati, amdgpu

#10

Jobbulást kívánok - sok c-vitaminnal, mézzel és fokhagymával! :-)

remélem láthatóak a ma csatolt lista állapotok.

Erre a parancsra ezt kaptam.

xrandr -q

https://paste.ubuntu.com/p/g6qN9p6Wn8/

Az nem lehet, hogy a natív felbontásnál nem írja ki a 60 Hz-et, csak az 59.95-öt és ezért "nem bírja" a monitor és sötétül el?

 

Értékelés: 

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

xserver-xorg-video-amdgpu

#11 Nem az AMDGPU (xserver-xorg-video-amdgpu) drivert használja a rendszered, hanem a RADEON-t:

[     5.244] (II) LoadModule: "amdgpu"
[     5.244] (II) Loading /usr/lib/xorg/modules/drivers/amdgpu_drv.so
[     5.248] (II) Module amdgpu: vendor="X.Org Foundation"
[     5.248]  compiled for 1.19.6, module version = 18.1.99
[     5.248]  Module class: X.Org Video Driver
[     5.248]  ABI class: X.Org Video Driver, version 23.0
[     5.248] (II) AMDGPU: Driver for AMD Radeon:
All GPUs supported by the amdgpu kernel driver
[     5.258] (II) AMDGPU(0): [KMS] Kernel modesetting enabled.
[     5.290] (EE) AMDGPU(0): amdgpu_device_initialize failed
[     5.321] (II) AMDGPU(1): [KMS] Kernel modesetting enabled.
[     5.352] (EE) AMDGPU(1): amdgpu_device_initialize failed
[     5.384] (II) AMDGPU(G0): [KMS] Kernel modesetting enabled.
[     5.415] (EE) AMDGPU(G0): amdgpu_device_initialize failed
[     5.446] (EE) Screen 0 deleted because of no matching config section.
[     5.446] (II) UnloadModule: "amdgpu"
[     5.446] (EE) Screen 0 deleted because of no matching config section.
[     5.446] (II) UnloadModule: "amdgpu"
[     5.446] (EE) Device(s) detected, but none match those in the config file.
[     5.446] (II) Applying OutputClass "Radeon" to /dev/dri/card0
[     5.446]  loading driver: radeon
[     5.446] (==) Matched radeon as autoconfigured driver 0
[     5.446] (==) Matched ati as autoconfigured driver 1
[     5.446] (==) Matched ati as autoconfigured driver 2
[     5.446] (==) Matched modesetting as autoconfigured driver 3
[     5.446] (==) Matched fbdev as autoconfigured driver 4
[     5.446] (==) Matched vesa as autoconfigured driver 5
[     5.446] (==) Assigned the driver to the xf86ConfigLayout
[     5.446] (II) LoadModule: "radeon"
[     5.446] (II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
[     5.448] (II) Module radeon: vendor="X.Org Foundation"
[     5.448]  compiled for 1.19.6, module version = 18.1.99
[     5.448]  Module class: X.Org Video Driver
[     5.448]  ABI class: X.Org Video Driver, version 23.0
[     5.448] (II) LoadModule: "ati"
[     5.448] (II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
[     5.448] (II) Module ati: vendor="X.Org Foundation"
[     5.448]  compiled for 1.19.6, module version = 18.1.99
[     5.448]  Module class: X.Org Video Driver
[     5.448]  ABI class: X.Org Video Driver, version 23.0
[     5.632] (II) LoadModule: "modesetting"
[     5.632] (II) Loading /usr/lib/xorg/modules/drivers/modesetting_drv.so
[     5.632] (II) Module modesetting: vendor="X.Org Foundation"
[     5.632]  compiled for 1.19.6, module version = 1.19.6
[     5.632]  Module class: X.Org Video Driver
[     5.632]  ABI class: X.Org Video Driver, version 23.0
[     5.632] (II) LoadModule: "fbdev"
[     5.632] (II) Loading /usr/lib/xorg/modules/drivers/fbdev_drv.so
[     5.632] (II) Module fbdev: vendor="X.Org Foundation"
[     5.632]  compiled for 1.19.3, module version = 0.4.4
[     5.632]  Module class: X.Org Video Driver
[     5.632]  ABI class: X.Org Video Driver, version 23.0
[     5.632] (II) LoadModule: "vesa"
[     5.632] (II) Loading /usr/lib/xorg/modules/drivers/vesa_drv.so
[     5.632] (II) Module vesa: vendor="X.Org Foundation"
[     5.632]  compiled for 1.19.3, module version = 2.3.4
[     5.632]  Module class: X.Org Video Driver
[     5.632]  ABI class: X.Org Video Driver, version 23.0
[     5.632] (II) AMDGPU: Driver for AMD Radeon:
All GPUs supported by the amdgpu kernel driver

A monitorok beállítások alatt be van állítva a használt monitor elsődlegesnek?

-----

#12  A felbontás a RADEON drivernél amúgy ... kevésnek tűnik. Legalábbis az elvárthoz képest.

[     6.120] (II) RADEON(0): Supported established timings:
[     6.120] (II) RADEON(0): 720x400@70Hz
[     6.120] (II) RADEON(0): 640x480@60Hz
[     6.120] (II) RADEON(0): 640x480@67Hz
[     6.120] (II) RADEON(0): 640x480@72Hz
[     6.120] (II) RADEON(0): 640x480@75Hz
[     6.120] (II) RADEON(0): 800x600@60Hz
[     6.120] (II) RADEON(0): 800x600@75Hz
[     6.120] (II) RADEON(0): 1024x768@60Hz
[     6.120] (II) RADEON(0): 1024x768@75Hz
[     6.120] (II) RADEON(0): 1280x1024@75Hz

-----

Esetleg erről a PPA-ról csak az itt elérhető csomagok frissítése kipróbálható:
https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers?field.seri...

Még egy: van itt neked valami?

sudo find /etc/X11 -name '*.conf' -print

Értékelés: 

0
Még nincs értékelve

Csak tegnap tudtam megnézni, de azóta nem indul a rendszer

Sziasztok,

Csak a tegnapi nap este tudtam ezzel foglalkozni, de a következő történt illetve volt a helyzet.

Az Acer monitor az egyetlen amit használok, az elsődlegesnek be van állítva.

Kipróbáltam az ezen a linken https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers?field.series_filter=bionic található parancsokat

$ sudo apt-get install ppa-purge
$ sudo ppa-purge ppa:oibaf/graphics-drivers

aztán úgy újraindítás után már nem is töltött be képernyőképet.

Majd próbálnám újratelepíteni az egészet...és akkor első lépésekben rögtön csak azt csinálni amit tanácsolsz.

Ha lehet olyan kérésem, hogy így javasold? :-)

Egyébként ezt a parancsot: "cvt 2560x1440 59.95 " a cvt után "x" jellel adjam ki, és utána másoljam majd be értelemszerűen módosítva Neked a xrandr parancshoz írt útmutatódba?

Köszönettel

Értékelés: 

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

Csak tegnap tudtam megnézni, de azóta nem indul a rendszer (PPA)

#15 A PPA-s kérdésre válaszolok.
A PPA weboldalak nyelve az angol, és elég részletes információ a bevezető, amely egyáltalán nem róható fel a PPA fejlesztőinek, inkább jócskán előny, mint hátrány lenne. Ha valaki nem tud angolul, az egy dolog, de néhány szót érdemes azért megtanulni: install, remove, purge, update, stb.. Vagy legalább kérdezni, hogy mit kéne tenni. Ha ezt nem teszi, az szimplán a tanulásának folyamatába illeszthető be. Amit te használtál, az az eltávolítás:

To revert to standard Ubuntu drivers type the following in a prompt shell:
-- visszatérés az eredeti driverekhez a következő parancsokkal:

-- telepíted a PPA-eltávolító alkalmazást

sudo apt-get install ppa-purge

-- eltávolítasz egy PPA-t (jelen esetben a grafikus drivert tartalmazó Oibaf PPA-t)

sudo ppa-purge ppa:oibaf/graphics-drivers

Tehát, a tevékenységeddel telepítettél egy eltávolító csomagot, majd alkalmaztad az eltávolítást egy PPA-ra. Mellesleg nem is tudom, a ppa-purge egyáltalán jól működik-e manapság, én sosem használtam.

Mert az imént bemásolt tartalom alatti szöveg a PPA használata, ez:

-- felveszed a PPA-t a használt tükrök listájába
(add = hozzáadás, apt = csomag, repository = tükör
!a parancs futtatásakor majd egyszer Enter-t kell ütnöd, erre figyelmeztet a megjelenő szöveg is),

sudo add-apt-repository ppa:oibaf/graphics-drivers

-- majd frissíted (update) a rendszert a változtatásra, hogy használni is tudd a PPA-t.

sudo apt-get update

A PPA használatáról a fórumon is találsz információt (magyarul), itt:
https://linuxmint.hu/blog/2017/12/csomagkezeles-ppa-tarolo-felvetele-ubu...
Nyilván logika kell, hogy ne a ppa-purge-t telepítsd, hanem a graphics-drivers-t vedd fel, hiszen driverek kellenek, és purge szó magyarul eltávolítást jelent, de nem baj, ha még nem érted, mert kérdezni, vagy keresni szoktak erre.

És aztán erre írtam, hogy megnyitod a Frissítéskezelőt, és frissíted a(z általam felsorolt) csomagokat.
A logikai gondolatmenet még egyszer:
-- felveszel egy tükröt | add-apt (nem tudod még használni),
-- alkalmazod rendszer szinten | update (már tudod használni),
-- telepítesz | Frissítéskezelő (a biztonsági szintek miatt javasoltam a Frissítéskezelő alkalmazás használatát, bár részletkérdés lehet, de nincs AMD-s GPU-m, így nincs gyakorlatom Mint alatt, mi fog történni, csak ... átgondoltam, és azután javasoltam a szerintem véghezvihető eljárást)

... aztán ugyanez a kernel PPA-val (Ukuu).

Egész mást csináltál, te is látod.

Ha újratelepíted a rendszert, kezd előről, úgy, ahogy leírtam.
Esetleg a Teamviewer-rel tudok segíteni. Másnak is ígértem, de év eleji teendők miatt ez csúszott.

-----

Szerk.: hoppá (a méz, citrom, fokhagyma? :))
Korábban már felvetted az Oibaf PPA-t (nem említetted), a bizonyíték erre:
v: 4.5 Mesa 19.0.0-devel (git-ad9832d 2019-01-11 bionic-oibaf-ppa)
De a kernel (Ukuu) PPA-t nem:
OpenGL: renderer: AMD KAVERI (DRM 2.50.0 4.15.0-43-generic LLVM 7.0.1)
Hozzászólásod: https://linuxmint.hu/comment/25043#comment-25043
Nem biztos, de a Mesa és a DRM sincs frissítve a PPA-ról. Úgy látom.
Tehát a kernel PPA-t is fel kellett volna venned a sikerhez ...
A purge-val eltávolítottad az Oibaf PPA-t ...

Értékelés: 

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

Csak tegnap tudtam megnézni, de azóta nem indul a rendszer (cvt)

#15 Kezdjük szerintem előről ezt a vonalat (próbált talán ezt először, és hagyd későbbre a PPA-t!).
Egy frissen telepített rendszeren próbáld, PPA-k nélkül!
Előző hozzászólásomhoz hozzáírtam, hogy mi a gond a PPA-kkal. Csak az, hogy az egyik szükségest vetted fel.

Kezdjük akkor lépésenként

Akkor a 2560x1440 felbontást szeretnéd használni. Igen?

Mi a két parancs kimenete?

cvt 2560 1440
xrandr | grep " connected " | awk '{ print$1 }'

Szerintem nem kell a freki érték a cvt parancsba.
Egészen pontosan, valamit nem jól csinálsz, és ezt kell lépésenként nekünk ellenőrizni. Ha mindez nem sikerül, majd ... utána jöhet a két PPA felvétele (lépésenként szintén szerintem).
(a modellről itt is szó van [példa]: http://ubuntu.hu/node/31286#comment-348198 )

Értékelés: 

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

Csak tegnap tudtam megnézni, de azóta nem indul a rendszer

@#18 Szerintem még újratelepítés előtt próbálkozz vele.
A kérdező közlése: „Csak tegnap tudtam megnézni, de azóta nem indul a rendszer”
-- fekete képernyővel?

Akár Live rendszer alatt is próbálgathatod.
-- gyakorlásnak jó, persze. Másra nem, mert a Live nem teljesen ugyanaz, mint a telepített rendszer.

A többire: alapvetően a logikát nem érti a kérdező a lépésekben (több dologban). Most nem látjuk, mit csinál ... és eztán sem fogjuk, és leírod újra és újra neki ugyanazt. És ő sem fogja megérteni mit csinál.
A fórum feladata megértetni a logikát, a Linux rendszer működését, kezelését a mindennapokban, és nem az automatikus dolgok kialakítása, hogy előbb utóbb, már kisebb dolgokban kérdezzen csak, így kevésbé szoruljon ránk, aztán, végül már ő segítsen másoknak. A lépésenként módszer az igazi gyakorlás ez esetben. Lépésenként magyarázunk.

Szerk.: ha jól értettem, a kérdező a kívánt felbontást be tudja állítani a Monitorok alkalmazásban (nem kell ehhez neki a xrandr), egy problémája van, hogy laggol eleve, illetve bármely, általa használt böngésző nyitásakor még inkább a megjelenés. Lehet, tévedek, de én így értettem a megfogalmazását. Ettől függetlenül a xrandr kipróbálható, de ebben gondjai vannak ugye. A kivitelezésben.

Értékelés: 

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

A lényeg: lépésenként!

@#20 Rendben, értem, mit szeretnél mondani. „Szinte mindegy” ;-) mit kérdez a kérdező, a helyes válasz olyan legyen, hogy megértse, ... akkor is, ha nem érti, mit kérdez. Nem érti a logikát, ezért kérdez vissza. Azaz a lényeg itt van, kiemeltem: :-)

Én: alapvetően a logikát nem érti a kérdező a lépésekben (több dologban). Most nem látjuk, mit csinál ... és eztán sem fogjuk, és leírod újra és újra neki ugyanazt. És ő sem fogja megérteni mit csinál.
... a xrandr kipróbálható, de ebben gondjai vannak ugye. A kivitelezésben.

Te: az egyik kérdés az, hogy a monitor bírja-e azt a felbontást. Ennek eldöntésére pedig kiváló módszer a Live is, azért nem kell újratelepíteni, hogy ez kiderüljön.
A lényeg itt:
(lehet, tévedek, de nem nyilatkozott a kérdező egyenesen ebben, meg kéne szólalnia! ;-))

Én: ha jól értettem, a kérdező a kívánt felbontást be tudja állítani a Monitorok alkalmazásban (nem kell ehhez neki a xrandr), egy problémája van, hogy laggol eleve, illetve bármely, általa használt böngésző nyitásakor még inkább a megjelenés. Lehet, tévedek, de én így értettem a megfogalmazását.

Továbbá a monitora gyárilag tudja ezt a felbontást, ez a kérdező közlése.
Felőlem vidd tovább ezen az úton ..., akár. A te dolgod, mit javasolsz. Egyes részleteket jónak is érzek abból.
Az Oibaf PPA-t is felvette már, mielőtt javasoltam, és nem emlékezett erre.

Összegezve: a kétségeimet közöltem mindössze. Mert, lényeges lenne, hogy értse is, amit csinál és főképpen, hogy mi lássuk, mit csinál: a kezdő kérdezőnél bevált módszert javaslok.

Értékelés: 

0
Még nincs értékelve

Köszönöm a reakciókat, és a javaslatokat!

Sziasztok,

Elnézést, ha nem megy profin, csak este szoktam az itthoni gépet bütykölni, és kezdő vagyok - de tisztelettel állok hozzátok, és köszönöm a javaslatokat - és az építő jellegű kritikát is.

Újratelepítettem a rendszert, lefutott egy frissítéskezelő is (Ha jól láttam 4.15-ös kernelre frissítéssel) és most kezdeném a

xrandr --addmode HDMI-0 2560x1440_60.00

parancsot használva, de kiírja, hogy: cannot find mode "2560x1440_60.00"

Gondoltam én vagyok a hülye, hát először telepíteni kell a xrandr-t, mire ez jött:

xrandr csomag nem elérhető, de egy másik hivatkozik rá.
A kért csomag hiányzik, elavult vagy csak más forrásból érhető el
De az alábbi csomagok helyettesítik:
  x11-xserver-utils:i386 x11-xserver-utils

Most ezt telepítsem?

Megpróbáltam ismét, most eljutotttam az xrandr --output HDMI-0 2560x1440_60.00

parancsig, majd közli, hogy: unrecognized option '2560x1440_60.00'

Itt tartok jelenleg....

 

 

Értékelés: 

0
Még nincs értékelve

Sikerült kiadni a xrandr parancsokat, de....elsötétül a képrenyő

Összejöttek ezek a parancsok végül, de az utolsó xrandr --output HDMI-0 --mode 2560x1440_60.00 parancs után elsötétül a képernyő és csak ezredmásodpercekre villan fel a kép, néha csúnya sercegő hangokkal, úgy kellett fél órát várnom (monitor kikapcs-bekapcs) hogy a felbontást beállítást elkapjam és be tudjam állítani 1920x1080-ra.

Szóval ez a lépés megvolt, de nem működik.

Más ötlet következő lépésként?

Értékelés: 

0
Még nincs értékelve

xrandr parancs válasza:

a xrandr parancs válasza:

xrandr
Screen 0: minimum 320 x 200, current 1920 x 1080, maximum 16384 x 16384
DVI-0 disconnected (normal left inverted right x axis y axis)
HDMI-0 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 597mm x 336mm
   2560x1440     59.95 +
   1920x1200     59.95  
   1920x1080     60.00*   50.00    50.00    59.94  
   1920x1080i    60.00    50.00    59.94  
   1600x1200     60.00  
   1680x1050     59.88  
   1280x1024     75.02    60.02  
   1440x900      74.98    59.90  
   1280x720      60.00    50.00    59.94  
   1024x768      75.03    60.00  
   800x600       75.00    60.32  
   720x576       50.00  
   720x576i      50.00  
   720x480       60.00    59.94  
   720x480i      60.00    59.94  
   640x480       75.00    72.81    66.67    60.00    59.94  
   720x400       70.08  
   2560x1440_60.00  59.96  
VGA-0 disconnected (normal left inverted right x axis y axis)

Értékelés: 

0
Még nincs értékelve

Biztos én rontom el, de már nem működik ha az elejétől kezdem

Megpróbáltam még egyszer az elejétől a xrandr-es dolgot, és arra gondoltam, hogy hátha a 60 Hz-et nem bírja a monitor, és 59.96-ot írnék be az output végére, de amikor kiadnám még a newmode résznél ezt a parancsot ez jön:

xrandr --newmode "2560x1440_60.00"  312.25  2560 2752 3024 3488  1440 1443 1448 1493 -hsync +vsync

X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  16 (RRCreateMode)
  Serial number of failed request:  33
  Current serial number in output stream:  33

Értékelés: 

0
Még nincs értékelve

Úgy néz ki, hogy megoldódott...nem akarom elkiabálni

Sziasztok,

Úgy néz ki....nehezen írom, nem akarom elkiabálni, de natív felbontáson végre működik...szóval, hogy megoldódott.

A megoldás, hogy hátha valaki másnak is hasonló probléma merülne fel: A PPA-s tárolót tettem fel, és ezt a drivet.

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers?field.series_filter=bionic

Az most már csak hab a tortán, hogy a frissítéskezelő felajánlja, hogy xxserver-org-video-amdgpu X.Org X server -- AMDGPU display driver frissítését...amit inkább kihagyom, ha nincs probléma.

Amúgy még lehet az okozott gondott, hogy a Linux Mint frissítés kezelőjénél az összes xserver-xorg video driver (így az AMD/ATI és az AMDGPU driver egyaránt be van x-elve, és telepíti amely gondolom akadásokat okoz.

Szóval egyelőre nem frissítek ha már nincs probléma.

Köszönöm mindenkinek a segítségét!

Értékelés: 

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

Úgy néz ki, hogy megoldódott...nem akarom elkiabálni

#31 Régebben is fel lett véve az Oibaf PPA, íme:

v: 4.5 Mesa 19.0.0-devel (git-ad9832d 2019-01-11 bionic-oibaf-ppa)
https://linuxmint.hu/comment/25043#comment-25043
Bár itt csak az Oibaf-os MESA látszik, de vélem, frissítve volt minden csomag a PPA-ról.
Én is ezt ajánlottam. Habár még az Ukuu PPA-t is (abból baj -ilyen szinten- nem lehet).

-----

Mi változott azóta tehát? Ha minden ugyanaz mint volt ...

Úgy néz ki....nehezen írom, nem akarom elkiabálni, de natív felbontáson végre működik...szóval, hogy megoldódott.

A megoldás, hogy hátha valaki másnak is hasonló probléma merülne fel: A PPA-s tárolót tettem fel, és ezt a drivet.

https://launchpad.net/~oibaf/+archive/ubuntu/graphics-drivers?field.series_filter=bionic

Az most már csak hab a tortán, hogy a frissítéskezelő felajánlja, hogy xxserver-org-video-amdgpu X.Org X server -- AMDGPU display driver frissítését...amit inkább kihagyom, ha nincs probléma.

Amúgy még lehet az okozott gondott, hogy a Linux Mint frissítés kezelőjénél az összes xserver-xorg video driver (így az AMD/ATI és az AMDGPU driver egyaránt be van x-elve, és telepíti amely gondolom akadásokat okoz.

Szóval egyelőre nem frissítek ha már nincs probléma.

Az xserver-xorg-video-* driverek minden rendszeren telepítve vannak, az intel, az amd, az nvidia és a többi is. Ugyanis ez biztosítja, a telepített driver, hogyha az Intel APU (videó chip) helyett egy AMD GPU (videó kártya) használnék, akkor legyen meghajtó, azaz driver. Gondoltad volna? :-)
Gubancot ez egészen biztosan nem okoz.
Azt sem árultad el: miről mire frissülne a driver?

Én biztosan felfrissíteném a PPA-s driverekre az összes csomagot (ami A PPA-n van és ezt már többször leírtam), továbbá felvenném az Ukuu PPA-t és a 4.20-as, stabil kernel próbálnám. Amúgy ..., nem egészen, vagyis sehogyan sem érthető számomra, hogy:
-- felvetted az Oibaf PPA-t,
-- de nem frissíted az ott található csomag verziókra a drivereket.
Főként az nem érthető, hogy ez lenne a megoldás. Merthogy egyáltalán nem logikus, hogy felveszel egy PPA-t, de nem frissítesz a PPA-n található csomagokra. Fura. És ..., nem képzelhető el vizuálisan sem (sajnos), hogy mi van most a rendszereddel.
Más, ha azt nem érted, mire frissíthetnél, de akkor sem megoldás a jelenlegi állapot, és lehet probléma is ebből.

-----

Zárójelben megjegyzem: most sem válaszoltál arra, hogy ... most hogy van ez?

ha jól értettem, a kérdező a kívánt felbontást be tudja állítani a Monitorok alkalmazásban (nem kell ehhez neki a xrandr), egy problémája van, hogy laggol eleve, illetve bármely, általa használt böngésző nyitásakor még inkább a megjelenés. Lehet, tévedek, de én így értettem a megfogalmazását.

Az sem derült ki, hogy a laggolást megszűnt-e: a rendszer, illetve a böngészők alatt.

-----

Ha nem válaszolsz a kérdésekre (nem kerget a tatár, de mondta azt valaki, hogy kergetne?), úgy az új monitor vásárlása is rossz ötlet. A monitor eszközmeghajtók amúgy a kernelben vannak (eleve), nálad a videókártya meghajtókra kell figyelni, és én ezt erőltettem végig. Hiába venné új monitort, nem az a gond, ha van is, mármint, ha nagy gond lenne. Titkos (el nem árult) információkra nem tudunk alapozni a válasz adásnál. A két PPA-t sem próbáltad egyszerre, ahogy javasoltam. Remélem, a gondod megoldódott és nem kell többet kérdezned. Csak a baj az, hogy nem így érzem. Én nem azért írom mindezt, hogy bebiztosítsam magam („én megmondtam”), de valami még nem kerek. Harapunk? Biztosan nem! Csinálhatsz mindent a magad tempójában ... . :-)
Várakozni is lehet:
-- nem frissítesz,
-- hátha jó lesz.
Ez is egy megoldás. Ne vedd felszólításnak, amiket írtam.
Az a legjobb, ha saját belátásod szerint döntesz. Tényleg. (jelen pillanatban)

Értékelés: 

0
Még nincs értékelve

Úgy néz ki, hogy megoldódott...nem akarom elkiabálni

#32

Azért nem frissítettem a 4.20-as kernelt, és a többi PPA-s csomagot, mert nem tudom, hogy hogy kell.

Amit linkeltél oldalon ott a leírtakat csináltam, és akkor adta hozzá azt az (Olibaf) PPA-s  tárolót.

Mást még azért nem frissítem, mert nem vagyok benne biztos, milyen PPA-s tárolókat és hogyan adjak hozzá.

Igen, tudom ciki, de ennyi infó és tapasztalat után még sok dolog új.

Ezt a két PPA-s frissítés dolgot nem vágom pontosan, hogy mire gondolsz. Ha leírod és nem osztotok ki miatta, köszönöm.

A böngészőkkel és a laggolásokkal nincs már baj, és igazatok van a monitor csere sem jelentett volna megoldást.

Köszönöm az eddigi segítségeket.

Most már amin gondolkozom, hogy lehetne olyan windows 7-es widgets-eket itt is beállítani. :-) Egyébként jól működik a rendszer.

 

Értékelés: 

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

Úgy néz ki, hogy megoldódott...nem akarom elkiabálni

#33 Ezt a két PPA-s frissítés dolgot nem vágom pontosan, hogy mire gondolsz.
-- kicsit azért figyelni kéne, ugyanis eddig -az én szálamon- csak erről beszéltem.

Ha leírod és nem osztotok ki miatta, köszönöm.
-- az imént említettem, hogy eddig csak erről beszéltem, és többször is leírtam. Hol voltál? Ha ezek után sem tiszta a kép olvasd át elejétől a topikot. Én így szoktam. Először gondolkodom, és azután kérdezek (néha nem sikerül, de legtöbbször igen). Ne sértődj meg ezen ...
-- nem tudom, ezt linkeltem-e:
https://linuxmint.hu/blog/2017/12/csomagkezeles-ppa-tarolo-felvetele-ubu...
Felhívom a figyelmed -ott a blogban is szerepel- hogy a blogban szerelő Sytemback PPA egy példa, nehogy felvedd. A neked szükséges két PPA-t itt linkeltem. Akkor haladjunk arrafelé, hogy a blog alapján felveszed a két PPA-t (Oibaf, Ukuu), amit itt, a topikban linkeltem. Ha úgy érzed, kész vagy, a PPA-kat felvetted, akkor kérem tőled az

inxi -r

parancs kimenetét, hogy meggyőződjek, a tükrök felvétele tényleg sikerült. Mindkettő kell.
Ha eljutottunk idáig, akkor nyilván elárulom a soron következő lépéseket.
Mert az alapoknál (sem) vagyunk sok sok gépelés után is, és ez így működik: mármint a folytatás ilyen esetben.

De említed, hogy:

A böngészőkkel és a laggolásokkal nincs már baj, és igazatok van a monitor csere sem jelentett volna megoldást.

És bár minden logikus dolognak ellentmond, hogy a 4.16-os kernel nélkül is működik a Ryzen GPU, azt mondom inkább, csak akkor jelentkezz, ha probléma van. Amit választasz, a te szabad döntésed. Ne próbálkozz semerre, kivárás, csak ismerkedj a rendszerrel. Ám azt meg kell értened, annak tudunk segíteni, aki akarja is, hogy segítsünk: az, hogy párszor leírtam, begépeltem nem csak egy módszert, megoldási javaslatot, és ezek után megint kéred, hogy gépeljem be ugyanezeket ... nonszensz. Tenkjú 4 júr megértés, frendly tisztelettel

Értékelés: 

0
Még nincs értékelve

Csomagtároló felvétele megtörtént - kernelfrissítés megpróbálva

Köszönöm a tanácsokat, teljesen igazad van.

Felvettem az Ukuu PPA-at tegnap este, és be is töltötte a különböző kerneleket. Elkövettem viszont azt a hibát, hogy rákattintottam a 4.20-as kernelre, (ha már korábban erről volt szó) hogy frissítse, és elvileg meg is történt, viszont utána nem töltődött be a rendszer, adott egy fekete képernyőn középen egy üzenetet"could not update ICE authority file /home/felhasználónév.

Ezután mondom megpróbálom frissíteni a grub-ot, kerestem leírásokat, és újratelepítettem, hogy csatoltam live rendszer alá a rendszerpartíciót. Valami viszont nem lett okés, mert most újraindításkor csak egy GRUB 2.02 felirat és kurzor jön be, nem sorolja fel a különböző kernelverziókat és az azokkal való betöltési lehetőségeket.

Mit lehet tenni, hogy ne vesszen el a rendszer?indecision

Értékelés: 

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

Csomagtároló felvétele megtörtént - kernelfrissítés megpróbálva

#35 Ha figyelmesen olvasod a javaslatokat, kiderül, hogy egy lépést kihagytál. Nagyon egyszerű a válasz, hogy mi ez a lépés, de például most sem említetted, hogy megcsináltad. A rendszer újratelepítése 15 perc.

Értékelés: 

0
Még nincs értékelve

Kernelfrissítés - GRUB

Igen, nem ellenőriztem, hogy a csomagtárolókat frissítettem-e a

inxi -r

parancs használatával, illetve a

inxi -Gxz

parancsot sem használtam ellenőrzésre.

Tudom, hogy újra lehetne telepíteni, de már annyi apróságot beállítottam rajta, nem lehet valahogy a GRUB-ot úgy újratelepíteni, hogy egyúttal megjelenítse a kernel verziókat is, és a korábbi 4.15-ös kernelt töltsem be, és akkor később ha már mindent ellenőriztem váltsak a 4.20.-ra?

 

Értékelés: 

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

Kernelfrissítés - GRUB

#37 Ha a gép indítása után a Shift billentyűt nyomogatod (többször), akkor előjön a GRUB. Lejjebb lépsz a kurzor nyíllal és (azt hiszem, két lépésben) kiválasztod a régebbi kernelt, majd Enter-t ütsz. Ne a Recovery vagy Hibajavítás sort válaszd.

Értékelés: 

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

Kernelfrissítés - GRUB

#37 Ja nem, a „hiba”, hogy az Oibaf PPA-t is fel kellett volna venned, nemcsak az Ukuu PPA-t, egyszerű pedig.
És miután fel van véve mindkét, azaz a kernel és a driver (Ukuu és Oibaf) PPA, megnyitod a Frissítéskezelő alkalmazást, egyszer megnyomod a Frissítés rádiógombot, majd a(z általam itt) korábban felsorolt csomagokat (név szerint pontosan és csak azokat ... ha be van más jelölve eleve, azt hagyd úgy) bejelölöd frissítésre, majd megnyomod Telepítés rádiógombot. Aztán reboot .., és belépés az újabb, 4.20-as kernellel. Ám lehet, a 4.16-ost is kéne próbálni.

Értékelés: 

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

Kernelfrissítés - GRUB

#37 Az inxi csak mutat dolgokat, semmi egyebet nem csinál, nem konfigurál.

Az r kapcsoló a repository-kat, azaz a tükröket mutatja (ahogy látod is), a G (kombinálva más kapcsolókkal) a grafikus részt, APU-t, GPU-t és a meghajtókat, például Mesa, nvidia, amdgpu vagy ati ... vagy Intel.

A teljes (full) információ így kérhető le:

inxi -F

Értékelés: 

0
Még nincs értékelve

Kernelfrissítés - GRUB

#38

Köszi a tippet, de hiába nyomogatom a Shift-et de csak a GRUB 2.02 bash-os felület jön be, mindenféle kernel lista és boot lehetőség nélkül.

Nem tudom, hogy hogyan hoztam össze :(

Értékelés: 

0
Még nincs értékelve

inxi -F parancs amit mutat

Újratelepítés után. Felvéve a két tárolót ha jól megy, és az

inxi -F 

parancs beütése után ezt kaptam:

https://paste.ubuntu.com/p/dTTYGPTz9J/

Amennyire ki tudom venni ez bizony Radeon driver, nem AMDGPU

Mondjuk most nem is mertem még natívra (2560x1440) állítani, csak 1920x1080-on tolom.

 

Vélemény?

Értékelés: 

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

inxi -F parancs amit mutat

#42 és #43 A kernel verzióból azt látom, nálad a teljes rendszer frissül a 4. biztonsági szintig (valamiért a Linux Mint 19.x alap beállítása ez). Felvetted más a két PPA-t is.

-- frissítsd a csomagforrásokat

sudo apt-get update

-- aztán csak teszteljük (szimuláció), mely csomagok szeretnének frissülni

sudo apt-get upgrade --simulate

Az egészet -ami a parancsokkal együtt lezajlott a terminálban- pasztázd be (paste ubuntu) és oszd meg itt.

Aztán ezt is futtasd és pasztázd be (kíváncsi vagyok erre is):

sudo apt-get dist-upgrade --simulate

Értékelés: 

0
Még nincs értékelve

Frissítések után

Kiadtam a parancsokat, ezt mutatja: https://paste.ubuntu.com/p/yBgT3VKvWs/

Ami viszont probléma, hogy kiírta, hogy frissítsem a kernelt 4.20.3-ra, amit a feltett Ukuu Kernel Update Utiliy-vel megpróbáltam. Elvileg le is futott volna hiba nélkül, újraindítom, és fekete képernyő, és semmi életjel.

Ezután csak úgy tudom működésre bírni, hogy hosszas shift gomb és kiválatsztom a 4.15-ös kernelt. De ekkor is egy Could not update ICE authority file /home/gezukam üzenet jelenik meg a sötét képernyő előtt, és csak ha a bezár gombra megyek, akkor tölti be a rendszert - persze 1920*1080-as felbontásban.

Most már tényleg tanácstalan vagyok, mit csináltam rosszul a legutóbbi telepítés óta?

Mi a bánatot lehet ennek csinálni, hogy működjön végre?

Értékelés: 

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

Frissítések után

#45 A parancsokat a PPA-k felvétele utáni frissítés előtti időpontról gondoltam, mert most az látszik „minden friss”, semmit nem tudsz már frissíteni. Arra lettem volna kíváncsi, hogy a PPA-k felvételével milyen csomagok frissülnének, és a kimenetből adtam volna javaslatot, melyiket telepítsd. Nem mondtam, hogy telepíts. Már mindegy, ezt a vonalat hagyjuk, nem ez lehet gond akkor, ha a régi kernellel indul és semmi hiba.

Az kérdés, hogy? ekkor -még a 4.20-as kernel telepítése előtt- újra lett indítva már a rendszer?
Kérdezem, mert van akinél állandóan megy, de én például kikapcsolom naponta többször is.

És ha újra lett indítva, minden rendben volt?
Mert ez esetben csak a(z új) kernel „tehet” a problémáról, hiszen azt egy még jó rendszerre (az összes frissítés alkalmazása után, a rendszer újraindítása után telepítetted). És a még egyszeri újraindításkor, az eggyel korábbi indításkor telepített 4-20-as kernellel újraindítva nem lett jó a rendszer.

Az indítási problémára próbáld ezt:

mv /home/$USER/.ICEauthority /home/$USER/.ICEauthority.ORIG

A parancs kimenetét másold ide, és csak aztán indítsd újra a rendszert a teszthez!
A régi vagy az új kernellel (Először az újjal próbáld).
Számolj be, melyikel indul, melyiknél mi a gond (ha van)
... és arról is, megmaradt-e a most említett figyelmeztető üzenet (ICEauthority).

Értékelés: 

0
Még nincs értékelve

Újraindult rendszer

Igen, újraindítottam a rendszert, a 4.20-as kernel telepítése előtt is már, többször, de akkor sem "bírta" a natív felbontást. A 4.20-as kernel telepítése után is újraindítottam, és akkor kezdődött az, hogy teljesen sötét képernyő, 0 reakcióval és megállt a rendszer. Ezért utána újraindítás, shift gomb, és kiválasztva a 4.15-ös kernelel való indulást, és akkor beadja ezt a hibaüzenetet.

Most kipróbáltam amit írtál parancsot, de semmi reakció nem volt a terminálban. Beleírtam az §USER helyett a felhasználónevet, de úgy sem.

Értékelés: 

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

Újraindult rendszer

#47 Igen, újraindítottam a rendszert, a 4.20-as kernel telepítése előtt is már, többször, de akkor sem "bírta" a natív felbontást. A 4.20-as kernel telepítése után is újraindítottam, és akkor kezdődött az, hogy teljesen sötét képernyő, 0 reakcióval és megállt a rendszer. Ezért utána újraindítás, shift gomb, és kiválasztva a 4.15-ös kernelel való indulást, és akkor beadja ezt a hibaüzenetet.
--az is teljesen új információ, hogy a régebbi kernellel sem bírta a legmagasabb felbontást a rendszer. Hiszen pár napja megjavult minden. ahhoz képest viszont ... ?

Most kipróbáltam amit írtál parancsot, de semmi reakció nem volt a terminálban. Beleírtam az §USER helyett a felhasználónevet, de úgy sem.
-- szinte hihetetlen: engedélyt kaptam a ”Ma is tanultam valamit” kifejezés használatára, engedélyezték! Szóval, az van, ha minden rendben, arról a legritkább esetben kapsz visszajelzést Linux alatt, „csak” visszatér a prompt: $ . Ellenőrizni így tudod, hogy két ICE* fájl van-e (szinte biztos, hogy kettő van):

ls -la | egrep -i ICE*

A kimenet jöhet ide.

-- azonban be kell indítanom a „Mostantól jobban figyelek” kifejezést is (majd levédetem, egyelőre a Creative Commons licenc jó lesz), hiszen én azt mondtam, az ICEAuthority fájl átnevezésével a hiba meg fog szűnni a rendszer ójraindításakor, és ezt légyszíves figyeld meg. A megfigyelés, beszámoló elmaradt. Akkor kérdezem, belépsz „a klubba” vagy megpróbálod még egyszer? Esetleg telefonos segítséget kérsz-e a próba előtt? :-)

 

Értékelés: 

0
Még nincs értékelve

Mennyivel előrébb vagyok....

Nem volt mit írni rajta, azon kívül, hogy továbbra sem működik rendesen (értsd natív felbontással) a rendszer.

Igen, eltünt az a hiba a felugró figyelmeztetéssel de ennyi. Azóta újratelepítettem 4.20.3-as kernel, de hosszú sötét képernyő, és kb 5 perc után a space/Enter/Esc benyomásával vált a sötét képernyőből a rendszer 1920x1080-as felbontással betöltésre.

Ennyi, itt tartok most a

ls -la | egrep -i ICE*

parancsra ez jön ki:

marcellinus@marcellinus-System-Product-Name:~$ ls -la | egrep -i ICE*
-rw-------  1 marcellinus marcellinus   418 jan   19 21:33 .ICEauthority.ORIG
drwxrwxr-x  2 marcellinus marcellinus  4096 jan   19 20:14 .icons

Az újratelepítésnél már új felhasználónevet adtam.

 

 

Értékelés: 

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

Mennyivel előrébb vagyok....

#49 A syslog és a Xorg.0.log fájl tartalmátt pasztázd be (https://paste.ubuntu.com/)

xdg-open /var/log/Xorg.0.log
xdg-open /var/log/syslog

és jöhet harmadiknak a

dmesg

kimenet is.

Ja, és az

inxi -SGxz

is.

Igen, eltünt az a hiba a felugró figyelmeztetéssel de ennyi.
-- jó, de ha fáj a hasad, és nem mondod, hogy már nem fáj, akkor nem adagolok további gyógyszert. Azt nem értem, miért nem keletkezett egy új fájl az *.ORIG végűre átnevezés után. Bár nem próbáltam ki az átnevezést még.

Értékelés: 

4
Átlag: 4 (1 szavazat)
kimarite képe

Némi zűrzavar van. Ezért összegzés kéne (válaszba)

#50 Próbálom összefoglalni a tényeket. Egy helyre gyűjteni az információkat. Nem ez a hozzászólásom a gyűjtés, hanem a válaszban lesznek az információk.

Először esetleg nézzünk kimeneteket, elsőként a korábban említettet,

cvt 2560 1440 59.95

majd még egyet,

cvt 2560 1440 -r

és azért tegyük ide az eredeti elképzelését is.

cvt 2560 1440

A különbségeket nézzük.

-----

Az Acer CB270HU monitor milyen kábelen csatlakozik a géphez? Átalakítót alkalmazol?

-----

Ha a Kijelzók alkalmazásban nem tudod kiválasztani a legnagyobb felbontást, megoldást egy script jelent. Leírom az eredeti cvt kimenettel, hogy ennek a módja mi. Mindig a Kijelzők alkalmazást használd a monitor beállításhoz amúgy. Mert ott könnyedén vissza tudsz lépni, azaz, egészen pontosan 10-15 másodperc múlva visszaáll az alacsonyabb érték, ha a magasabb nem jó.

De előtte megkérdezem, hogy ez mi? Tehát most egyszer tapasztaltad vagy mindig ez volt?

Megpróbáltam még egyszer az elejétől a xrandr-es dolgot, és arra gondoltam, hogy hátha a 60 Hz-et nem bírja a monitor, és 59.96-ot írnék be az output végére, de amikor kiadnám még a newmode résznél ezt a parancsot ez jön:

xrandr --newmode "2560x1440_60.00"  312.25  2560 2752 3024 3488  1440 1443 1448 1493 -hsync +vsync

X Error of failed request:  BadName (named color or font does not exist)
  Major opcode of failed request:  140 (RANDR)
  Minor opcode of failed request:  16 (RRCreateMode)
  Serial number of failed request:  33
  Current serial number in output stream:  33

-- elkészítés (script)

nano /home/$USER/.config/lightdmxrandr.sh

-- bele ez a tartalom (persze, ez az eredeti elképzelés, csak a példa kedvéért mutatom, mert kicsit más, mint a korábban ajánlott)

#!/bin/bash
xrandr --newmode "2560x1440_60.00"  312.25  2560 2752 3024 3488  1440 1443 1448 1493 -hsync +vsync; \
xrandr --addmode HDMI-0 2560x1440_60.00; \
xrandr --output HDMI-0 --mode 2560x1440_60 --rate 60.00; \

... az egér jobb gombos menüvel tudsz szöveget beilleszteni.

-- mentés és kilépés

Ctrl + O and Enter, majd
Ctrl + X

-- futtathatóvá teszed

chmod +x /home/$USER/.config/lightdmxrandr.sh

-- majd az Indítópultba teszed (nem a terminálban kell futtatni!)

/home/$USER/.config/lightdmxrandr.sh

-- és újraindítod a rendszert.

Ez esetben már kiválasztható ez a felbontás is. A Kijelzők alkalmazásban!
Mindig a Kijelzők alkalmazást használd a monitor beállításhoz amúgy. Mert ott könnyedén vissza tudsz lépni, azaz, egészen pontosan 10-15 másodperc múlva visszaáll az alacsonyabb érték, ha a magasabb nem jó.

Készítettél másik scriptet, tehát létezik? Ha igen, törölni kéne.
Bettettél scriptet az Indítópultba. Tehát van ott már valami ilyesmi?

A mostani scriptet ne készítsd el, csak leírtam a módszert! És főleg a lényeget, hogy mindig a Kijelzőkben állíts felbontást.

-----

Az indításkor jelentkező fekete képernyőre:

-- bejön a GRUB

-- a 4.20-as kernel sorra lépsz a kurzorral, majd nem Enter-t ütsz, hanem megnyomod az E billentyűt.

-- kb. ezt fogod látni

recordfail
    load_video
    gfxmode $linux_gfx_mode
    insmod gzio
    if [ x$grub_platform = xxen ]; then insmod xzio; insmod lzopio; fi
    insmod part_msdos
    insmod btrfs
    set root='hd0,msdos2'
    if [ x$feature_platform_search_hint = xy ]; then
      search --no-floppy --fs-uuid --set=root --hint-bios=hd0,msdos2 --hint-efi=hd0,msdos2 --hint-baremetal=ahci0,msdos2  7f682c9b-fa83-4bea-bb03-d08efef44b82
    else
      search --no-floppy --fs-uuid --set=root 7f682c9b-fa83-4bea-bb03-d08efef44b82
    fi
        linux    /@/boot/vmlinuz-4.15.0-20-generic root=UUID=7f682c9b-fa83-4bea-bb03-d08efef44b82 ro rootflags=subvol=@  quiet splash $vt_handoff
    initrd    /@/boot/initrd.img-4.15.0-20-generic
}

-- a kurzor nyilak segítségével elnavigálsz a sor végére

linux /@/boot/vmlinuz-4.15.0-20-generic root=UUID=7f682c9b-fa83-4bea-bb03-d08efef44b82 ro rootflags=subvol=@ quiet splash $vt_handoff

... szóközt ütsz (a $vt_handoff a példában a sor vége!)

... majd ezen kapcsolókkal próbálkozol (nem egyszerre, hanem egyenként!)

nomodeset
radeon.modeset=1
amdgpu.modeset=0

Aztán az F10 (azt hiszem) indítja a rendszert (a változtatással). Oda van írva, mi indítja a rendszert (amivel mented a változtatást), olvasd el a monitor alján.
Az ily módon végzett szerkesztés nem maradandó, ettől félni nem kell. Csak egy indításra szól.

A 4.20-as kernel sorral kéne csinálni (mert azt használnánk inkább). Lehetne persze a syslog-ot, a Xorg.conf-ot nézni egyenként, de ezt egyelőre hagyjuk még.

A quiet a splash és a $vt_handoff is kapcsolók, tehát mögéjük, szóközzel és új kapcsolóként próbálod ezeket (nehogy új sorba írd, nem hatékony, fontos, hogy hova gépeled be). Aztán beszámolsz, mi történt:
-- betöltött-e a rendszer,
-- fekete-e a képernyő,
-- bármi mást tapasztasz, az is írd le (hiba, jelenség, fura dolog, nem megszokott dolog),
-- beállítható-e a natív felbontás (amit a monitor tud) és, ha
-- beállítható, akkor mi történik (villódzás, stb., honnan tudjam, de nem tudhatom).
Három teszt, háromszor nézed a fentieket: magyarul, hogy a kapcsolók javítptták-e a működést.

Megkérlek, alaposan olvasd át a hozzászólásomat,
-- minden kérésre reagálj,
-- és minden kérdésre válaszolj (idézed, aztán alá írsz).

Értékelés: 

5
Átlag: 5 (1 szavazat)

Némi zűrzavar van. Ezért összegzés kéne (válaszba)

#51

 

Összegezés - Probléma megoldva, már nem merem bolygatni.

Úgy néz ki, hogy megoldódott a dolog.

A legutóbbi bejegyzésem óta már elegem lett, hogy a 4.20-as kernellel is ment a szenvedés, és azt néztem, hogy most akkor a kimenettel van gond, miért kell "heggeszteni" és hogyan (prekoncepcióm, hogy a driverek között volt ütközés és ez okozta a fekete képernyőt) ezért mondom kipróbálom a valamelyik korábbi hosszászólásban is említett Manjaro-t, bármennyire is idegenkedtem tőle.

Röviden a lényeg, itt is a telepítéskor volt képernyő elsötétülés, de lejjebb vettem a felbontást, feltelepült a rendszer. Majd a szoftvertelepítőben az első körös rendszer frissítés után rákerestem az AMD szóra, és ott az ajánlott driverek közül feltettem ami az amdgpu-hoz kapcsolódott. Így működött is a dolog, már elkezdtem volna tovább testre szabni, amikor elkövettem egy hibát és a manjaro vezérlőpultjában a driverskezelőnél -van egy külön Manjaro Settings Manager - "mesa video" drivert is telepítettem. Nah, ezek után ismét sötét képernyő fogadott a következő betöltésnél, pedig nem csináltam akkor semmi mást.

Szerintem ez lehetett a probléma, mert azóta újratelepítettem a Manjarot és most már több óra használat óta, natív felbontáson, teljes képernyős böngészéssel hiba nélkül megy a dolog.

Részemről most már tényleg csak használni szeretném a rendszert, úgy olyan hétköznapi szinten, ezért hagynám a további vizsgálgatását a dolgoknak. Annyit láttam, hogy 4.19-es kernel fut rajta. Tehát ha valakinek hasonló problémája lenne javasolnám ezt a kernelt, és skippelve a mesa video drivert.

 

Köszönöm mindenkinek a sok segítő hozzászólást és az építő/nem építő kritikákat is!

Sokat tanultam, tényleg!

Értékelés: 

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

Némi zűrzavar van. Ezért összegzés kéne (válaszba)

#52 az első körös rendszer frissítés után rákerestem az AMD szóra, és ott az ajánlott driverek közül feltettem ami az amdgpu-hoz kapcsolódott.
-- felsorolnád név szerint ezeket?

Így működött is a dolog, már elkezdtem volna tovább testre szabni, amikor elkövettem egy hibát és a manjaro vezérlőpultjában a driverskezelőnél -van egy külön Manjaro Settings Manager - "mesa video" drivert is telepítettem.
-- mi a neve pontosan?

Kíváncsi vagyok.

Ha más Manjaro, találtam ilyet (Ryzen):
https://forum.manjaro.org/t/amd-ryzen-problems-and-fixes/55533

És kérhetek két kimenetet?

lsmod
glxinfo | grep OpenGL

Örülök, hogy sikerült.

Én ezt látom frissülni a Frissítéskezelőben a Mesa tulajdonságoknál (az Oibaf PPA használatakor):
A frissítésben érintett csomagok: libegl-mesa0 libegl1-mesa libegl1-mesa-dev libgbm1 libgl1-mesa-dev libgl1-mesa-dri libgl1-mesa-glx libglapi-mesa libgles2-mesa libgles2-mesa-dev libglx-mesa0 libwayland-egl1-mesa libxatracker2 mesa-common-dev

(némi zene - rock: https://www.youtube.com/watch?v=VgiqYn9mmFo :-) ... most találtam egy válogatáslemezen a zenekart. Ezen lemez címe: Activate)

Értékelés: 

0
Még nincs értékelve

Némi zűrzavar van. Ezért összegzés kéne (válaszba)

#53 Bocs, hogy belevau, de Archnál nincs a Pamac-ban olyan, hogy "mesa-video" és a kernel 4.20.3-arch1-1. Tudom, Manjaro, de mégis...

Értékelés: 

0
Még nincs értékelve

Természetesen - Kért kimenetek.

Törekszem felsorolni az összes kiválasztva telepített csomagot:

amd-ucode  20181218.0f22c85-1

amdgpu-experimental  20180518-1

mdvlk  2.63.1120.g81fd878-1

mhwd-amdgpu  1.2.1-1



A mesa driver-t a Vezérlőpulton belül nem bolygattam másodszorra. Láttam most a kimenetek parancs eredménynél, hogy meg van említve, de a lényeg, hogy a vezérlőpultnál most nem adtam x-et neki külön telepítésre.


Kimenetek.


lsmod

https://paste.ubuntu.com/p/km7ZTkHXpK/

glxinfo | grep OpenGL

https://paste.ubuntu.com/p/fZ3K9KfpGH/

 

A biztonság kedvéért csináltam egy olyan TimeShift mentést a rendszerről, bár nem tudom, hogy ezt adott esetben Live rendszerről tudná az ember valahogyan használni a telepített rendszerre...?

Örülök én is nagyon, úgy néz ki, hogy ez a 4.19.14-es kernel ami működik. Köszönöm a Manjaros forum linket, ez mondjuk nem Ryzen, de kemény dolgokat kelle beleírni a GRUB-tól kezdve több helyre...remélem nem kerül rá sor.

 

A fentebbi leírás amit adtál összefoglalva a 4.20-as kernelhez nagyon profi, minden tiszteletem!

 

Értékelés: 

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

Természetesen - Kért kimenetek.

#55 A Manjaros kérdésekre nem tudok válaszolni, de a nem telepítendő, problémás Mesa csomagnév nem derült ki.

Viszont az a csomagverzió van a Manjaroban, mint nálam a (Lutris és DXVK miatt) nemrég felvett Non-Vega GPU-kra való (nem AMD Vega) PPA-ról
https://launchpad.net/~paulo-miguel-dias/+archive/ubuntu/pkppa
elérhető MESA (több csomag), ami az Oibaf PPA-ról lett oda másolva, ugyanaz. Hiába 4-es szintű, lefrissítettem, hátha indul így egy játék. Nem.
https://github.com/doitsujin/dxvk/wiki/Common-issues
https://github.com/lutris/lutris/wiki/How-to:-DXVK

Nálam, most:

glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ivybridge Mobile
OpenGL core profile version string: 4.2 (Core Profile) Mesa 18.3.1 - padoka PPA
OpenGL core profile shading language version string: 4.20
OpenGL core profile context flags: (none)
OpenGL core profile profile mask: core profile
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 18.3.1 - padoka PPA
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:
OpenGL ES profile version string: OpenGL ES 3.0 Mesa 18.3.1 - padoka PPA
OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.00
OpenGL ES profile extensions:

Sajnos így sem indul az egyik játék (LOL, mást nem telepítettem), de majd holnap ránézek alaposabban.
A videó a témáról: https://www.youtube.com/watch?v=RqOR22PfT84

Bocs, tényleg nem Ryzen, hanem Kaveri. Máshol volt Ryzen, megkeveredtem.
A leírásom szerintem véghezvihető, de messziről segíteni ebben nehéz, főleg, hogy megvan a megoldásod. Köszi :-)

Értékelés: 

0
Még nincs értékelve