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

#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.

#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

 

#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 )

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

@#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.

Én itt folytatnám: https://linuxmint.hu/comment/25128#comment-25128

cvt 2560 1440

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

#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)

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!

#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

#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.

 

#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.

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?

#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.

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?

 

#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

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?

 

#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

https://paste.ubuntu.com/p/5hQGC5JPsC/

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

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

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?

#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? :-)

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.

#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.

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.