[AMD/ATI] RS780L [Radeon 3000] felfüggesztésből visszatéréskor hiba

Fórum: 

Sziasztok!

Segítségetek szeretném kérni: adott egy évek óta Linux Mint 17.3-al jól működő gép, amire frissebb rendszert szerettem volna tenni.

Azonban mind 19.3, mind most a 20-as, mind pedig az LMDE 4 is felfüggesztésből visszatéréskor kásás képpel tér vissza ezzel az alaplapi ([AMD/ATI] RS780L [Radeon 3000]) kártyával.

A Mint verziók esetenként a hiba után adtak bejelentkezési képernyőt, viszont sokszor nem... ekkor sajnos csak reset gomb segített (alt-control-del, alt-ctrl-F1, és semmi egyéb sem).

Most az LMDE 4-el annyival jobb a helyzet, hogy ez a rendszer stabilan a hibás képernyő beadása után kb 10 másodperccel beadja a bejelentkező képernyőt, ami jó.

Amit viszont szeretnék, hogy ne legyen bejelentkező képernyő, mert ez egy munkahelyen közös használatban lévő gép, aminél célszerűen be van állítva, hogy 10 vagy 15 perc tétlenség után függessze fel magát pihenés képpen, és a munkatársakat nem szeretném terhelni jelszó beírásával ilyen hiba után. (bár létrehoztam külön rendszergazdát, a telepítéskori felhasználótól pedig elvettem a spciálisabb jogkört) azonban jelszót változtatni már csak mininim 8 karakteres jelszóra enged - legalábbis a felhasználók giu-ából.

Ha volna rá mód, hogy a hiba után bejelentkező képernyő nélkül térne vissza... annak igen örülnék.

Keresgélésem nem hozott sajnos eredéményt, angol tudásom ehhez nem kellően mély.

Tehát rendszer most: LMDE 4 64 bit

lspci kimenete:

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

(LMDE-nek piros pont: a ralink wifi kártyát nem kell hegeszteni, mint 19.3-on.. az LMDE úgy néz ki stabilan fogja a wifit.)

Köszönöm a segítséget!

"Hardveres videógyorsítás nélkül fut"

Értékelés: 

0
Még nincs értékelve

Mondom jó lesz ez így is.. aztán kiírja ugye üzenetben a cinnamon felfüggesztésből visszatérés után, hogy:

"A rendszer jelenleg hardveres videógyorsítás nélkül fut.

A CPU igénybevétele növekedhet, illetve alacsony teljesítményt tapasztalhat"

Ránéztem a rendszerfigyelőre, és minden használat nélkül, csak egér mozgatásra 60-30-20 % CPU használatot látok..

Szóval az eredeti problémára lenne jó megoldást találni - ha van... vagyis, hogy felfüggesztésből szépen jöjjön vissza.

Esetleg más Mint verzióval?

Értékelés: 

0
Még nincs értékelve

Most megnéztem, hogy a 17.3 óta összesen 7 különböző Mint verzió jelent meg.

Nem vagyok benne biztos, hogy mindegyik végig próbáltam volna, mert hát a 17.3-al elégedettek voltunk, csak már nincsen rá frissítés és ráférne már egy új rendszer.

Amatőr lenne, ha mind a 7 kiadást végigpróbálnám, hogy melyikkel menne. Gondolom valahogyan kivadászható, hogy mi okozza a hibát, és esetleg melyik kiadásban még az nem volt benne, ha nem lenne javítható.

Új telepítéstől nem idegenkedem, csak jól működjön.

Ez elég régi vas

Értékelés: 

5
Átlag: 5 (1 szavazat)

Esetleg rá lehet nézni a naplók-ra (Adminisztráció menüpont), az felhozza a kritikus hibákat.
Továbbá egy dmesg is mehetne patebinre.
De nekem gyanús, hogy gyengécske a kártya Cinnamon-hoz, egy Xcfe-vel esetleg jobban mehet-

kimarite képe

inxi -G és inxi -Fz:

Értékelés: 

5
Átlag: 5 (1 szavazat)

#1 #2 #3 #4 Még egy kimenetet kérhetünk?

dmesg

A radeon modul nem tér vissza rendesen. Okot, megoldást még nem tudok, de a kimenet segíthet.

kimarite képe

inxi -G és inxi -Fz:

Értékelés: 

5
Átlag: 5 (1 szavazat)

#6 A CPU firmware-e telepítve van: amd64-microcode?
Telepítés után rendszer újraindítás is szükséges.
A gép BIOS-ában az ACPI van beállítva az energiakezelésre?

kimarite képe

Mesa DRI

Értékelés: 

5
Átlag: 5 (1 szavazat)

#7 Ha ráérsz (másra is), akkor ezeket telepítheted (a verziószámok a nevekben lehet, kicsit mások):

libgl1-mesa-dri libglx-mesa0 mesa-vulkan-drivers xserver-xorg-video-all

... nézz rájuk a Synaptic csomagkezelőben.

Nem ide tartozik, de ezek után nem az LLVM lesz a renderer. Most az:

OpenGL: renderer: llvmpipe (LLVM 7.0 128 bits) v: 3.3 Mesa 18.3.6

Nálam Intel az IGP és:

  OpenGL: renderer: Mesa DRI Intel Ivybridge Mobile v: 4.2 Mesa 18.3.6
  direct render: Yes

... csak érdekesség.

Ez elég régi vas

Értékelés: 

0
Még nincs értékelve

#5 #6

Köszönöm válaszotokat.

dmesg:

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

 

adminisztráció - logs (alkalmazás):

fontos rész, és összes:

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

#7

az amd64-microcode telepítve volt-van.

"A gép BIOS-ában az ACPI van beállítva az energiakezelésre?"

Ez egy jó kérdés.. ebben bizonytalan vagyok.
A biosba nézve ezeket találtam, ha segít:
https://photos.app.goo.gl/hpbqERitRiK2HkYd6

Ezek az opciók jók így? Nem nyúltam ezekbe... a 17.3 Mate-val jól fut (csak az újabb verziós próbálkozásokkal volt gond).

Mesa DRI

Értékelés: 

0
Még nincs értékelve

#8

libgl1-mesa-dri - telepítve volt,
libglx-mesa0 - telepítve volt,
mesa-vulkan-drivers - telepítve volt,
xserver-xorg-video-all - telepítve volt.

Vagyis ezeket már telepíteni nem tudom, mert már telepítve voltak.

Ez elég régi vas

Értékelés: 

0
Még nincs értékelve

#5

Nem új gép, de úgy vettük annak idején, hogy processzorban jó (6 mag), memória esetleg bővíthető... és igen alaplapi videókártya, de a 6 CPU-nak azért vinnie kéne.
Hétköznapi felhasználásra van - böngészés, youtube, facebook... erre eddig 17.3 Mate-val jó volt.

Most is elég jó így az LMDE Cinnamonnal (még nem csináltam felfüggesztést).
Otthoni laptopomon megszerettem a Cinnamont (korábban Matet kedveltem - előtte meg a Gnome 2-t :)  még Ubuntu korszakból).

Igazából mindegy lenne - xfce-nek a fájlkezelőjét nem kedvelem annyira, elmenne itt a közösségi gépen.. ha ez a videókártya-felfüggesztés menne jól. (no meg más telepítés alatt a wifi kártyát is kell hegeszteni, mert eldobja a hálózatot, de arra a múlkorában találtam már megoldást).

Köszönöm a segítőkészségetek!

kimarite képe

Automatikus bejelentkezés

Értékelés: 

5
Átlag: 5 (1 szavazat)

Most az LMDE 4-el annyival jobb a helyzet, hogy ez a rendszer stabilan a hibás képernyő beadása után kb 10 másodperccel beadja a bejelentkező képernyőt, ami jó.

Amit viszont szeretnék, hogy ne legyen bejelentkező képernyő, mert ez egy munkahelyen közös használatban lévő gép, aminél célszerűen be van állítva, hogy 10 vagy 15 perc tétlenség után függessze fel magát pihenés képpen, és a munkatársakat nem szeretném terhelni jelszó beírásával ilyen hiba után. (bár létrehoztam külön rendszergazdát, a telepítéskori felhasználótól pedig elvettem a spciálisabb jogkört) azonban jelszót változtatni már csak mininim 8 karakteres jelszóra enged - legalábbis a felhasználók giu-ából.

Ha volna rá mód, hogy a hiba után bejelentkező képernyő nélkül térne vissza... annak igen örülnék.

A megoldás erre az automatikus bejelentkezés. :)

kimarite képe

suspend utáni dmesg kimenete

Értékelés: 

5
Átlag: 5 (1 szavazat)

#12 A „timed out”, 10 másodperc kivárásra

[ 1929.984228] radeon 0000:01:05.0: WB enabled
[ 1929.984231] radeon 0000:01:05.0: fence driver on ring 0 use gpu addr 0x00000000a0000c00 and cpu addr 0x0000000005927c67
[ 1930.015176] [drm] ring test on 0 succeeded in 1 usecs
[ 1931.026784] [drm:r600_ib_test [radeon]] *ERROR* radeon: fence wait timed out.
[ 1931.026871] [drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on GFX ring (-110).

a magyarázat:

V2:
 - Changed the timeout to 1s, as the default 10s from radeon_wait_timeout was
too long.  A timeout of 100ms was tested and found to be too short.
 - Changed radeon_fence_wait_timeout to behave more like fence_wait_timeout.

Forrás: https://github.com/torvalds/linux/commit/04db4caf5c836c211977a54c9218f2c...

Erre a hibára

[drm:radeon_ib_ring_tests [radeon]] *ERROR* radeon: failed testing IB on GFX ring (-110).

meg kéne próbálni a

radeon.lockup_timeout=0

kernel paramétert (https://bugs.freedesktop.org/show_bug.cgi?id=60879).

A módszer: https://linuxmint.hu/blog/2018/03/kernel-kapcsolok-alkalmazasa-a-grub-fajl-szerkesztesevel

És utána megint megnézni a suspend utáni dmesg kimenetet.

-----

Ezeket

kernel: ACPI Error: AE_NOT_FOUND, While resolving a named reference package element - LNKD (20180810/dspkginit-414)

én is látom. (https://bugzilla.kernel.org/show_bug.cgi?id=198167)

Egyelőre nem tudok javaslatot.

-----

A többi hozzászólást is elolvastam.

Automatikus bejelentkezés

Értékelés: 

0
Még nincs értékelve

#13

:) az automatikus bejelentkezés engedélyezve van (volt).. a rendszer indulásakor működik is.

A számítógép zárolása is ki van kapcsolva (hibernáció és képernyővédő alatt is).

Csak a felfüggesztésből visszatéréskor - gondolom a fallback mód miatt  - csak gondolom, azért kér bejelentkezést...

 

suspend utáni dmesg kimenete

Értékelés: 

0
Még nincs értékelve

#14

az /etc/default/grub szerkesztése, majd az # update-grub megtörtént, reboot után...

módosított rész a grub fájlban és dmesg:

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

Most nem kér bejentkezést suspend után, ... először még egér mozgatás megy, majd teljes fagyás történik. Csak reset gomb segít. Így dmesg kimenetet nem tudok adni, csak újraindítás után.. 

suspend utáni dmesg kimenete

Értékelés: 

0
Még nincs értékelve

#16

Második reboot után... majd suspend: sajnos teljes fagyás kásás kép mellett. (nem kért bejelentkezést)

Ha jól csináltam a grub szerkesztést..

Egyelőre visszaállítom az eredeti grubot.

(Legközelebb holnap tudok ennél a gépnél lenni - munkahely).

Köszönöm az eddigieket is! (törődést, figyelmet!)

suspend utáni dmesg kimenete

Értékelés: 

0
Még nincs értékelve

#14   Kimarite

 

Azt szeretném kérdezni, hogy ha ez a számítógép nem menne felfüggesztésbe, akkor egyebekben jól használható lenne így az LMDE 4-el?

A hibanaplókat látva, mármint, amit ti ki tudtok belőle olvasni... hogy egyebekben jó lenne ez a rendszer így?

Mert ha mást nem, akkor kikapcsolom az automatikus felfüggesztést... és akkor anélkül élünk...
Vagy mit javasoltok?

Egy külön videókártya segítene? vagy alaplappal összefüggő a hiba? nekem nem sikerült egyértelműen kiolvasnom a sorokból.

 

 

 

 

kimarite képe

suspend utáni dmesg kimenete

Értékelés: 

5
Átlag: 5 (1 szavazat)

#18 Nem tudom még, mi a gond. Arra gondolok, próbálj újabb, de mindenképpen stabil kernelt.

LMDE/Debian

Debianhoz a backports tükörről lehet. Vagy próbáld ezt: https://liquorix.net/
Amúgy az LMDE 4 alapból tartalmazza a Backports tükröt.ŰÉn is a Backport kernelt használom most:

uname -av
Linux debkim 5.6.0-0.bpo.2-amd64 #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06-09) x86_64 GNU/Linux

A kernel telepítése után indtsd újra a rendszert, hogy az új kernellel lépjen be.

Nézzünk rá erre.

-----

Ubuntu/Linux Mint

Az UKUU alkalmazással találod meg és telepítheted a legújabb stabil kernelt a Linux Minthez. Csak Ubuntu-alapú rendszerkez használható, mert a módosított Ubuntu kernelt telepíti. Tehát az LMDE-hez, a Debianhoz nem jó.

Telepítése:

sudo apt-add-repository -y ppa:teejee2008/ppa
sudo apt-get update
sudo apt-get install ukuu

A kernel telepítése után indtsd újra a rendszert, hogy az új kernellel lépjen be.

Forrás: https://github.com/teejee2008/ukuu

-----

Aztán nézzük, megmaradt-e a hiba a suspendnél.
De dmesg kimenetet is, hogy abban van-e hiba.

Két kimenetet kérek majd:

dmesg
lsmod

suspend utáni dmesg kimenete

Értékelés: 

0
Még nincs értékelve

#19

https://liquorix.net/

alapján:

codename="$(find /etc/apt -type f -name '*.list' | xargs grep -E '^deb' | awk '{print $3}' | grep -Eo '^[a-z]+' | sort | uniq -c | sort -n | tail -n1 | grep -Eo '[a-z]+$')" && sudo apt-get install apt-transport-https curl && echo -e "deb http://liquorix.net/debian $codename main\ndeb-src http://liquorix.net/debian $codename main\n\n# Mirrors:\n#\n# Unit193 - France\n# deb http://mirror.unit193.net/liquorix $codename main\n# deb-src http://mirror.unit193.net/liquorix $codename main" | sudo tee /etc/apt/sources.list.d/liquorix.list && curl 'https://liquorix.net/linux-liquorix.pub' | sudo apt-key add - && sudo apt-get update

parancsra, majd synapicban liquorix forrást kiválasztva kézzel beállítottam telepítésre a legfrissebb kernelt:

$ uname -av
Linux nappali 5.7.0-8.3-liquorix-amd64 #1 ZEN SMP PREEMPT liquorix 5.7-10.1~buster (2020-07-14) x86_64 GNU/Linux
 

újraindítás, majd suspend után, dmesg kimenete:

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

 

Felfüggesztésből kásás kép továbbra is, viszont nem fallback módba jön vissza, processzorhasználat most jónak tűnik.

 

Alkalmazások közül Logs-ból, error kiszűrve:

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

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

0
Még nincs értékelve

#19

Bocsánat értelmezési gondjaim voltak..
az lsmod elmaradt... a liquorix-es kernel kapcsán...

Mert közben átváltottam a backports-ra (ránézve, hogy tudom a tárolót hozzáadni..).. megtörtént, majd kézzel az 5.6.0.0 kernel és image synapticban feltelepítve, az előző liquorix-es eltávolítva...

$ uname -av
Linux nappali 5.6.0-0.bpo.2-amd64 #1 SMP Debian 5.6.14-2~bpo10+1 (2020-06-09) x86_64 GNU/Linux

Több felfüggesztésből is szépen visszatért, vagyis normál képernyővel, (így bejelentkezést sem kért) : smiley

dmesg:

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

lsmod:

https://paste.ubuntu.com/p/7gKfPnyhYw/

alkamazások/logs:

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

 

Szóval egyelőre jónak tűnik így... talán megoldódott? (majd még kérdeznék később... ha ez így beválna - kernel javasolt frissítéssel kapcsolatban, mit érdemes kijelölni - most csak viszonylag "találgattam", hogy mi szükséges hozzá, mert a frissítéskezelő nyilván nem hozta elő nekem csak úgy..) de ezeket majd később, ha még ebben segítenél.

 

Amit még látok a naplókban, hogy valami firmware-t hiányol... 

kimarite képe

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

5
Átlag: 5 (1 szavazat)

#21 Erre

platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[    9.889287] cfg80211: failed to load regulatory.db

ez a megoldás:

sudo apt-get install crda

Örülök, hogy a Bacports kernel működik.

Az lsmod kimenetet a radeon driver miatt kérdeztem, kernel paraméterként szerettem volna használni. Már nincs erre szükség.

A többit nézem. Az látszik már, egy Realtek (rt*) eszköz nem tud elmenni aludni.

kimarite képe

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

5
Átlag: 5 (1 szavazat)

#21 A kimenetek kellenének:

rfkill list
tree /sys/class/net
sudo iw dev
cat /sys/power/state
iwconfig
ls /etc/NetworkManager/conf.d/

Ennek megoldását kutatom: https://paste.ubuntu.com/p/tpsnzyTPsN/

ieee80211 phy0: rt61pci_set_device_state: Error - Device failed to enter state 1 (-16)
ieee80211 phy0: rt2x00lib_suspend: Warning - Device failed to enter sleep state, continue suspending
ACPI: Preparing to enter system sleep state S3
PM: Saving platform NVS memory

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

0
Még nincs értékelve

#22   #23

Nagyon köszönöm!

Örülök, hogy működik!
Két nap múlva leszek ennél a gépnél legközelebb.. akkor jelentkezem a kért infókkal. Addig is köszönöm!

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

0
Még nincs értékelve

#22

Az 

sudo apt-get install crda

ezt hozta volna magával:

Az alábbi csomagok el lesznek TÁVOLÍTVA:
  linux-image-5.6.0-0.bpo.2-amd64

https://pastebin.ubuntu.com/p/w68D7Z4B2T/

Még azért rányomtam, hogy rendben, de aztán angol félig grafikus felületen nyomakosan javasolta, hogy futó kernel image fálját ne távolítsam el... ezért megszakítottam javaslatra a folyamatot.

Lehet, hogy a hiányzó firmware nélkül lehet élni?

 

backports 5.6.0.0 több suspend után is jónak tűnik :)

Értékelés: 

0
Még nincs értékelve

#23

A tree telepítése után a kimenetek egyben:

https://pastebin.ubuntu.com/p/nQC8Z99nCY/

a jelenség visszatért

Értékelés: 

0
Még nincs értékelve

Frissítéskezelő ajánlására most telepítettem 160 MB-nyi frissítést, ami kernelt - legalábbis láthatóan - nem érintett...

Ezután visszatért a suspend utáni jelenség..

Ha van még hozzá türelem, ha látod esetleg értelmét Kimarite...

Dmesg:

https://pastebin.ubuntu.com/p/kYWh5pbdsB/

lsmod:

https://pastebin.ubuntu.com/p/m8DNnYgxyk/

alkalmazások/logs:

https://pastebin.ubuntu.com/p/yrQHrcN7N7/