-
GAMEPOD.hu
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
CPT.Pirk
Jómunkásember
Valaki tudja, hogy mi a probléma, ha a full átlátszó KDE téma nem így néz ki, mint itt a képen? [link]
Két gépem van ugyanazzal a disztróval, egyiken ilyen, másikon meg csak homályos valami van átlátszóság helyett. Nem találtam eltérést a két disztró között. Másik transzparens témák is homályos valamik ezen a gépemen.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz ztsoft #31704 üzenetére
Manjaro-t használok, mert az egy kicsit több időt hagy a tesztelésre, mint az Arch. Viszont nem tapasztaltam problémát a KDE-vel, de majd megnézem ezeket az effektek között, hátha ma kibukik amit ott tegnap nem láttam meg.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Van egy gép Debiannal. Rajta SSH. Annyit szeretnék elérni, hogy csak azokat a felhasználókat engedje be, akiknek a publikus kulcsa benne van a
/home/felhasználóm/.ssh/authorized_keys
fájlban.Ezek lettek módosítva van az
/etc/ssh/sshd_config
fájlban:PubkeyAuthentication yes
AuthorizedKeysFile %h/.ssh/authorized_keys
PasswordAuthentication no
PermitEmptyPasswords no
Aztán
systemctl restart ssh
paranccsal élesítem.Ez így viszont nem jó. Ha be akarok lépni másik gépről, akkor kéri a passphrase-t, aztán rögtön utána permission denied (Publickey)-t kapok.
Ha a
PasswordAuthentication
értéke yes, akkor belépéskor kéri a passphrase-t, majd kéri a userem jelszavát és be is enged. No de akkor is beenged, ha kikommentezem a gépem ssh kulcsát az auth. fájlban! Olyankor nem kérdezi a passphrase-t, csak a felhasználóm jelszavát és az elég neki a beengedéshez...Mit kellene máshogy csinálnom, hogy ne engedjen be olyat, akinek nincs ott az ssh kulcsa a gépen? Akkor se, ha egyébként tudja a jelszót a userhez. Már vagy 10 leírást végigolvasva sem jöttem rá a megoldásra.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
A key fájl az 664, és a tulajdonosa a userem. Ez szerintem oké.
Az egészet nem másoltam be, a lényeg szerintem innen van a -v -vel futtatáskor:
debug1: Next authentication method: publickey
debug1: Offering public key: C:\\Users\\Borisz/.ssh/id_rsa RSA SHA256:szPorBR6Y3azDvPx3qlkfoUKJWOCqMu0pDen/EALbVM
debug1: Server accepts key: C:\\Users\\Borisz/.ssh/id_rsa RSA SHA256:szPorBR6Y3azDvPx3qlkfoUKJWOCqMu0pDen/EALbVM
debug1: read_passphrase: can't open /dev/tty: No such file or directory
Enter passphrase for key 'C:\Users\Borisz/.ssh/id_rsa':
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_dsa
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_ecdsa
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_ed25519
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_xmss
debug1: No more authentication methods to try.
borisz@...: Permission denied (publickey).
Aztán a -vvv -vel futtatva ugyanez így néz ki:
debug3: sign_and_send_pubkey: signing using rsa-sha2-512
debug3: failed to open file:C:/dev/tty error:3
debug1: read_passphrase: can't open /dev/tty: No such file or directory
Enter passphrase for key 'C:\Users\Borisz/.ssh/id_rsa':
debug2: no passphrase given, try next key
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_dsa
debug3: no such identity: C:\\Users\\Borisz/.ssh/id_dsa: No such file or directory
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_ecdsa
debug3: no such identity: C:\\Users\\Borisz/.ssh/id_ecdsa: No such file or directory
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_ed25519
debug3: no such identity: C:\\Users\\Borisz/.ssh/id_ed25519: No such file or directory
debug1: Trying private key: C:\\Users\\Borisz/.ssh/id_xmss
debug3: no such identity: C:\\Users\\Borisz/.ssh/id_xmss: No such file or directory
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
borisz@...: Permission denied (publickey).
Vagyis ha jól értem, ezt nem lehet üres passphrase-el használni?
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Mikor kérte a passphrase-t, akkor entert ütöttem. Vagyis elvileg nincs passphrase. Ugyanezen a gépen van git szerverem a git felhasználó alatt, ott ez a pubkey működik.
Nekem ez gyanús:
can't open /dev/tty: No such file or directory
Hogy ezt a Windowsos gép cmd-je adja vissza. Mert hát ez Linuxos fájlrendszerben keres valamit Windows alatt. Vagy nem tudom.Netszemete:
A useremnek van jelszava.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Generáltam új fájlt magamnak, benne passphrase-el. Most fasza, és csak akkor enged be, ha tényleg jó a kulcsom.
Nem tudom mi lehetett a baj az előzővel, ha a GIT-et tudtam vele használni ezen a gépen. Mindegy, csinálok mindenkinek új ssh fájlt, passphrase-el aztán akkor menni fog.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Kipróbáltam otthonról, Linuxos gépemen ugyanúgy passphrase nélkül generáltam az ssh kulcsot pár hónapja. Viszont innen minden további nélkül beengedett vele. Én betudom valami Wines bugnak a dolgot...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Nem, az a sima céges gépem, amin W10 fut. Nyitottam rajta egy cmd-t és onnan a Winben alapból meglévő ssh progival akartam belépni a Linuxos szerver gépre.
Netszemete:
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Szeretném biztonságosabbá tenni az úgymond szerver, Lubuntu 20.04 gépemen az SVN elérést. A gépre SSH-n keresztül be lehet menni és GIT szerver is fut rajta, de mind a kettő csak SSH kulccsal működik, szóval ezek rendben vannak.
Az svn viszont nem. Azt jelenleg egy apache webszerver szolgálja ki, amit így http kapcsolaton keresztül lehet elérni, azon belül meg név és jelszó van csak mint biztonság...
Amit ezen a téren találtam, az az ssh+svn elérés, az svnserve programon keresztül. A Debianos leírás alapján megcsináltam a system-s beállítást, bár nem külön svn felhasználó alá, de ez most szerintem mindegy, azt majd talán később megcsinálom ha már egyáltalán működik.
A Daemon konfigjánál viszont elakadok. A példában nem használnak ssh-t, se a defaulttól eltérő portot.
# svnserve options DAEMON_ARGS="--daemon --pid-file /run/svnserve/svnserve.pid --root /srv/svn/repos --log-file /var/log/svnserve/svnserve.log"
Nem tunneling verzióban a daemon elindult. Viszont nézve az svnserve leírását, nem világos, hogy mit kell benne megadnom a tunneling használatához.
Szerintem a
--daemon
helyére kell egy-t
, hogy tunneling, ez az ssh. Viszont utána kell-e--tunnel-user akármi
,próbáltam többféle verzióban megadni de egyikkel se indult el a daemon. Az sem világos, hogy az "akármi" megadása milyen formában szükséges. Egyszerűen csak oda kellene írnom úgy és annyiszor, ahány ember ssh kulcsát felviszem a gépre?
Szóval ilyen--tunnel-user bela
--tunnel-user jozsi
--tunnel-user pista
módon kell ezt megadni, ha ennek a 3 embernek felvittem a publikus kulcsát a gépre?Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz f_sanyee #31803 üzenetére
Ohh, ez nem ált össze nekem, szóval nem a daemon fájlba kell beírni, hanem az auth keys fájlba...
Szóval akkor kb így kell kinéznie, ha jól értem:
command="svnserve -t --tunnel-user=jozsi" ssh-dsa AAAABtce9euch… jozsi@example.com
command="svnserve -t --tunnel-user=bela" ssh-dsa AAAABtce9euch… bela@example.com
Hétfőn csinálok egy svn usert a gépre, annak az auth fájljába felviszem akit szeretnék és átírom a daemont ennek megfelelően. Köszi!
sh4d0w: igen, ezért akarom megszüntetni. Kényelmes volt, csak ebbe a részébe eddig nem gondoltam bele.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31808 üzenetére
Nekem az a kapocs hiányzik itt, hogy miként lehet ezt megcsinálni. Sok leíráson mentem végig, de ezzel amit írsz még nem találkoztam. Általában mindenki apache-on keresztül teszi elérhetővé az svn-t a helyi hálón. Az svn+ssh-ra meg eddig csak az svnserve -es megoldást találtam.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31810 üzenetére
Tehát azt mondod, hogy igazából még az apache-ot is fölöslegesen csináltam meg, mert már a kezdetektől elértem volna kb. így:
svn+ssh://<user>@ip/<repo>
az svn+ssh módot ismerő programból?[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31812 üzenetére
Oké, de itt a kliens be van építve a programba, és választhatok benne http, https, file, meg ssh+svn mód között, mikor megadom neki az svn szerver elérését. Azon a progin kívül még esetleg a tortoise svn van, amivel tudom próbálni. A progi az Windowsos célprogi a munkához...
Kíváncsi leszek, hogy mire jutok ezzel holnap.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31812 üzenetére
No, egyszer az svnserve dolgot kiiktattam.
Létrehoztam egy svn felhasználót, csináltam neki .ssh mappát és beletettem az authorized keys fájlt. Aztán svnadmin-al csináltam egy üres repositoryt az ő home könyvtárába.
Itt viszont elakadtam, nem tudom hogyan kellene megadnom a proginak a repó elérését. Akárhogy próbálom, mindig azt írja, hogy nem talál repót. (az ssh rész szerintem oké, mert közben kétszer is kéri a kulcsom jelszavát)
Ugyanerre a Tortoise meg elakad a jelszó bekérés után, hogy nem talál bejelentkezési módot...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31815 üzenetére
Jövök neked egy sörrel! A szerverhez csak az IP kellett, a /home.. meg a Rep. Subfolder mezőbe kellett írni, így fel tud csatlakozni. Reggel van még, hogy erre nem jöttem rá magamtól.
Viszont a program azért rúgott egyet belém...
Igaz nem a legújabb verziót használjuk mert b. drága és most épp nincs verziókövetésünk, de a francnak hagyott végig kínlódni ezeken a dolgokon, ha végül is nem tudja használni az svn+ssh megoldást...
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #31817 üzenetére
Egyik leírása sem említ ilyet, szerintem nem. Amúgy egy katyvasz a program, pl. szemben az ssh-val nincs beépítve neki git támogatás, de ha egy olyan projektet nyitsz meg neki ami már benne van egy git repóban, akkor azt varázslatos módon mégis tudja használni, mert van egy különálló git modulja az Altiumnak... Viszont ez így totál béna megoldás, nem életszerű...
Amíg nem lesz újabb altium verziónk, addig szerintem annyit tudok kezdeni a helyzet javításával, hogy az apache webszerveremen bekapcsolom a digest titkosítást a jelszóhoz.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Off topic, milyen ingyenes és egyszerű Git gui klienst javasolnátok, ami tud ütközés feloldást is?
A Guitar az frankó lett volna, de nincs benne ütközés kezelés. Megnéztünk még párat a cégnél mint pl. a Sourcetree, de nem találtuk meg a frankót.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz lionhearted #31975 üzenetére
Diff-eket csinált ütközés feloldásnál. Nekünk valami olyan kellene, mint pl. a SmartGit, csak az nem ingyenes céges célra. Meg egy kicsit túl sokat tud (legalább is számunkra) és belekavarodtunk a branch-ek kezelésébe vele.
ivana: kösziNincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz xabolcs #31983 üzenetére
Forráskódot, ami vagy C#, vagy Freepascal, esetleg QT-s C++, projekttől függ. Nem kifejezetten programozó cég vagyunk, így eddig nem volt érdemi verzió kezelésünk, most próbálom bevezetni.
Viszont most rászántam az időt, próbálgattam és végre megértettem hogyan működik a merge... Így viszont már príma az egyszerű Git-Guitar nekünk, az ütközéseket meg vagy kézzel megoldom, vagy valami diff tool-lal ha sok van.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz lionhearted #31985 üzenetére
Igen, csak használunk 4 különböző IDE-t, meg még az ostoba Arduino IDE-t is... Központi megoldás kell.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz vargalex #31990 üzenetére
Az Arduino a kisebb gond, az Eclipe IDE-t nem lehet kiváltani mással és abban készülnek a komolyabb munkáink. Persze az Eclipse is tud Git-et, de az megint egy specifikus megoldás, mi meg hol ebben, hol abban dolgozunk. Így is lesznek kihívások ezen a téren.
lionhearted: ez kiesik, mert saját felhőben tartjuk ezeket.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Aktívan játszok Linux alatt, van 2 gépem AMD vga-val és mesa-val használom őket, az oprendszer mindkettőn Manjaro KDE.
Az egyiken minden frankó, régebbi RX570 vga van benne.
A másikban is majdnem minden frankó, 2 generációval modernebb RX5600 XT van benne. Viszont mióta csak megvan ez a kártya, ez már több mint 1 éve, játék közben random előfordul, hogy kimerevedik a kép, aztán átmegy fekete képernyőbe, majd visszajön az utolsó képkocka, de úgy mintha ram hibás lenne a kártya. (nem az, alaposan kiteszteltem)"ERROR* Waiting for fences timed out!"
Ilyenkor annyit tudok tenni, hogy átlépek konzolra és ott újraindítom a gépet. Aztán jellemzően tudok játszani, mintha mi sem történt volna. Ilyenkor ez zajlik le: dmesg
Szóval valamitől meghal a vga és csinálni próbál egy gpu resetet, de belehal. Ez a gpu reset képesség egy relatíve új dolog a kernelben, de a leírt hiba már akkor is volt, mikor még nem volt a kernelben ez a képesség.
Ugyanezzel a problémával mások is küzdenek: [link] [link] [link] de h. hová kellene fordulnom ezzel, azt nem tudom.
Az eltelt kb. másfél év alatt volt olyan kernel - mesa - amd firmware kombináció, amivel nem jött elő a hiba és akkor pár hétig jó volt, talán kétszer is. Játéktól független, mindegyik játékom alatt találkoztam vele a Cyberpunktól az STO-ig.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #32260 üzenetére
A táp bírja, kiszolgálja az 5800X procimat és egyszerre a vga-t is. Illetve ebben nem vagyok biztos, hogy mindkettőt egyszerre 100%-on megjárattam-e, ezt még kipróbálom. Külön-külön mindkettőt meghajtottam már 100%-on hosszabb ideig is.
Úgy egyébként nem rég cseréltem alaplapot és vele együtt procit is 3600X-ről 5800X-re, de nem volt kihatása a problémára.
Abból gondolom a problémát szoftveresnek, hogy ezen a gépen W10 alatt teljesen stabil a kártya.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #32263 üzenetére
Ez mondjuk igaz, az áramfelvétel ilyen hardvernél tüskés jellegű magas csúcsokkal, amiket ki kell tudnia szolgálni a táp kimeneti kondijainak és ez nem látszik a pusztán a wattszámból. Na majd utánajárok ennek.
Linux alatt van olyan komoly gpu terhelő progi, mint mondjuk a Furmark szőrös fánkja Windows alatt?
Így kapásból a Unigine benchmarkjai vannak meg nekem, de az nem stressz teszt.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
A dolog független a procitól, a jelentősen kevesebbet fogyasztó 3600X mellett is megvolt. Ráadásul bitang nagy léghűtő van rajtuk és a ház is jól szellőző. Se proci, se a VGA nem melegszik túl, ezeket mértem terhelés alatt.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz #68216320 #32269 üzenetére
Oh zsír, akkor ezzel majd megjáratom!
Egyébként furcsa, hogy low-end APU-k is produkálják az általam látott hibát.
ivana: memtest86+ természetesen megvolt. Ez alap.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz bambano #32263 üzenetére
Másfél órát ment a gép porszívó módban, procit minden szálon a stress-ng -vel, gpu-t meg a furmarkkal terheltem le. A problémát nem tudtam előidézni, de a hőmérsékletek se szálltak el. Szóval szerintem a tápot kizárhatjuk.
Szóval szerintem szoftveres a probléma, csak nem tudom mit kezdjek vele.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz CPT.Pirk #32259 üzenetére
Most először, a bekapcsolás után röviddel, 2D képtartalom mellett is meghalt a... ?vga driver?
Arra mentem be a szobába, hogy pepita képhiba virít a képernyőn fél perccel a boot után. A releváns részekről tettem fel pastebinre: [link]
Röviden, kezdődött egy valamivel:júl 19 17:30:43 kepsz-pc kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring gfx_0.0.0 timeout, signaled seq=1309, emitted seq=1311 júl 19 17:30:43 kepsz-pc kernel: [drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process firefox pid 1482 thread firefox:cs0 pid 1660
Ekkor elindul egy gpu reset, de azt hiszem belehalt a reset folyamatba. Aztán pedig újra és újra megpróbálja, de egyszer sem sikerül neki a reset. A pastebin végét levágtam, mert csak ismétlődés volt benne még hosszan.
Van valami ötletetek? Vagy h. kinek kellene jeleznem ezt a gondot?
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
A tegnapi hír a natív .NEt 6-ról Ubuntura az mit jelent egy átlaguser szempontjából?
https://www.phoronix.com/news/Ubuntu-22.04-LTS-dotNET-6Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Korábban írtam róla, hogy van ez a problémám játékok alatt, mikor egyszer csak totál random meghal valami és ekkor történik egy GPU Reset, ami aztán nem képes helyreállítani a működést.
Most is megtörtént, de most egy komplett stacktrace is bekerült a logba, ilyen eddig nem volt. Hová érdemes feltöltenem, hogy esetleg olyan is lássa, aki írja az amdgpu kernel drivert? Ezzel a loggal talán tudna valamit kezdeni...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
amdgpu 0000:08:00.0: AMD-Vi: Event logged [IO_PAGE_FAULT domain=0x0011 address=0x2b17c0000 flags=0x0000]
[drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out!
[drm:amdgpu_dm_atomic_commit_tail [amdgpu]] *ERROR* Waiting for fences timed out!
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* ring comp_1.2.0 timeout, signaled seq=11613, emitted seq=11614
[drm:amdgpu_job_timedout [amdgpu]] *ERROR* Process information: process GameThread pid 12775 thread GameThread pid 12824
amdgpu 0000:08:00.0: amdgpu: GPU reset begin!
amdgpu 0000:08:00.0: amdgpu: failed to suspend display audio
amdgpu 0000:08:00.0: [drm:amdgpu_ring_test_helper [amdgpu]] *ERROR* ring kiq_2.1.0 test failed (-110)
[drm:gfx_v10_0_hw_fini [amdgpu]] *ERROR* KCQ disable failed
[drm] free PSP TMR buffer
CPU: 14 PID: 9847 Comm: kworker/u64:0 Not tainted 5.19.14-1-MANJARO #1 bb381310e9735642d17ffd4df21276ec37bc90d1
Hardware name: ASUS System Product Name/TUF GAMING B550M-PLUS, BIOS 2803 04/27/2022
Workqueue: amdgpu-reset-dev drm_sched_job_timedout [gpu_sched]
Call Trace:
<TASK>
dump_stack_lvl+0x48/0x60
amdgpu_do_asic_reset+0x2a/0x45d [amdgpu d7f739a1ec9af0997b0d6a34c65113fb23857f42]
amdgpu_device_gpu_recover_imp.cold+0x492/0x8ea [amdgpu d7f739a1ec9af0997b0d6a34c65113fb23857f42]
amdgpu_job_timedout+0x18f/0x1c0 [amdgpu d7f739a1ec9af0997b0d6a34c65113fb23857f42]
drm_sched_job_timedout+0x7a/0x110 [gpu_sched 8e6237b7f67240ecaa97abe8a787d3c1d71c0d32]
process_one_work+0x1c7/0x380
worker_thread+0x51/0x390
? rescuer_thread+0x3b0/0x3b0
kthread+0xde/0x110
? kthread_complete_and_exit+0x20/0x20
ret_from_fork+0x22/0x30
</TASK>
amdgpu 0000:08:00.0: amdgpu: BACO reset
amdgpu 0000:08:00.0: amdgpu: GPU reset succeeded, trying to resume
[drm] PCIE GART of 512M enabled (table at 0x0000008000E10000).
[drm] VRAM is lost due to GPU reset!
[drm] PSP is resuming...
[drm] reserve 0x900000 from 0x817e600000 for PSP TMR
amdgpu 0000:08:00.0: amdgpu: RAS: optional ras ta ucode is not available
amdgpu 0000:08:00.0: amdgpu: RAP: optional rap ta ucode is not available
amdgpu 0000:08:00.0: amdgpu: SECUREDISPLAY: securedisplay ta ucode is not available
amdgpu 0000:08:00.0: amdgpu: SMU is resuming...
amdgpu 0000:08:00.0: amdgpu: use vbios provided pptable
amdgpu 0000:08:00.0: amdgpu: smc_dpm_info table revision(format.content): 4.5
amdgpu 0000:08:00.0: amdgpu: SMU is resumed successfully!
[drm] kiq ring mec 2 pipe 1 q 0
[drm] VCN decode and encode initialized successfully(under DPG Mode).
[drm] JPEG decode initialized successfully.
amdgpu 0000:08:00.0: amdgpu: ring gfx_0.0.0 uses VM inv eng 0 on hub 0
aamdgpu 0000:08:00.0: amdgpu: ring comp_1.0.0 uses VM inv eng 1 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.1.0 uses VM inv eng 4 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.2.0 uses VM inv eng 5 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.3.0 uses VM inv eng 6 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.0.1 uses VM inv eng 7 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.1.1 uses VM inv eng 8 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.2.1 uses VM inv eng 9 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring comp_1.3.1 uses VM inv eng 10 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring kiq_2.1.0 uses VM inv eng 11 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring sdma0 uses VM inv eng 12 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring sdma1 uses VM inv eng 13 on hub 0
amdgpu 0000:08:00.0: amdgpu: ring vcn_dec uses VM inv eng 0 on hub 1
amdgpu 0000:08:00.0: amdgpu: ring vcn_enc0 uses VM inv eng 1 on hub 1
amdgpu 0000:08:00.0: amdgpu: ring vcn_enc1 uses VM inv eng 4 on hub 1
amdgpu 0000:08:00.0: amdgpu: ring jpeg_dec uses VM inv eng 5 on hub 1
amdgpu 0000:08:00.0: amdgpu: recover vram bo from shadow start
amdgpu 0000:08:00.0: amdgpu: recover vram bo from shadow done
[drm] Skip scheduling IBs!
[drm] Skip scheduling IBs!
amdgpu 0000:08:00.0: amdgpu: GPU reset(1) succeeded!
[drm] Skip scheduling IBs!
[drm:amdgpu_cs_ioctl [amdgpu]] *ERROR* Failed to initialize parser -125!
Van nekem ez a problémám, mikor egyszer csak minden előjel nélkül meghal a GPU (leginkább játék alatt), megpróbálja resetelni magát de nem jut vele sokra és kénytelen vagyok újraindítani a gépet... Írtam már róla korábban, nem tudom kihez kellene fordulnom ezzel.
Azóta egy 2. gépen is reprodukáltam ezt a problémát (ez a dmesg kimenet is onnan van), ugyanolyan, de nem ugyanazzal a Sapphire Pulse 5600XT kártyával. Szóval a számítógép egyéb hardverelemeit szerintem ki lehet zárni a képből, ez valami szoftveres dolog, ami az 5600XT-t érinti.
Ebben a gépben egy két generációval öregebb RX570 vga hibátlanul működött éveken át. A furcsa az, hogy mindkettő vga-t ugyanaz az AMDGPU driver hajtja.*Manjaro KDE, 5.19-es kernel.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Thx. Így sem volt egyszerű, de azt hiszem sikerült megtalálni a gitlabon, hogy hová kell feltöltenem. https://gitlab.freedesktop.org/drm/amd/-/issues
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Krystal_s #32535 üzenetére
Android... Ugye mikor beteszel egy SD kártyát egy androidos telóba, ott rögtön létrejönnek rajta az Android saját mappái. Mivel a kernelt kivéve sok köze nincs a Linuxhoz az említett oprendszernek, így gyanítom ugyanez történt a gépeddel is.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Krystal_s #32539 üzenetére
Mert sosem volt ilyen funkció egy Linux disztróban. De az Androidban igen, hogy menjen minden magától a telódon vagy a tableteden. Itt valszeg csak akaratlanul benne maradt ez a funkció, írhatnál a fejlesztőknek, hogy ezt tapasztaltad és nézzenek rá.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Korábban párszor írtam a játék közben meghaló AMD driverről, mikor a gpu próbálja magát resetelni de belehal és lehet a gépet újraindítani...
Na azóta megleltem a kapcsolódó freedesktop.org gitlab oldalt ahol viszont azt látom, hogy gyakorlatilag minden Vega vagy újabb AMD hardver alatt is jelentkezik a probléma, de még akkor is elő tud fordulni, ha csak böngészel a gépen (ezt én is megerősítem). 3 hete én is csináltam itt egy hibajegyet, de sok minden nem történt. Ahogy látom, a többi hasonló hibajegyben sem.
Megpróbáltam kideríteni, hogy egyáltalán foglalkozik-e az AMD vagy bárki ezzel a problémával, de zátonyra futok. Az okótberi amd-gfx levél listát végignézve nem. Előző hónapokat nem álltam neki végigtúrni, mert ez is túl sok szöveg volt. Az sem világos, hogy mikor mi kerül be a kernelbe, a kernel.org-on a changelog az egy bazi nagy wall-of-text amivel nem tudom mit lehet kezdeni...
Abban biztos vagyok, hogy nagyjából kernelről kernelre javul a helyzet, mert tesztelgetve korábbi kerneleket jóval rosszabb volt a helyzet ezzel a gpu reset problémával, de nem tudom, hogy hol tartunk vagy merre haladunk és ez frusztráló.
Nem tudom hol lehetne még nyomozni ezekben a kérdésekben.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Archttila #32655 üzenetére
Legalább te nem szenvedsz ettől. Mondjuk kifejezetten olyat még nem láttam a reportok között. Viszont kártyákat és mobil gpu-kat igen.
Btw, mi ez az amd kernel?Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
-
CPT.Pirk
Jómunkásember
válasz CPT.Pirk #32654 üzenetére
Éééés úgy néz ki a 6.2-es kernellel kapunk megoldást erre a problémára... https://www.phoronix.com/news/AMDGPU-Fix-For-5.19-Bug
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Ha valakinek RX5600 XT videokártyája van, pls ossza meg velem a gyártó nevét és ennek a parancsnak a kimenetét:
cat /sys/class/drm/card0/device/pp_od_clk_voltage
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
https://gitlab.com/cscs/maxperfwiz/
Arch és Manajro alatt szükséges ez a szkript, ha nagyobb fájlokat szeretnél másolni emberi idő alatt pendrivera, vagy partíciók között.
Ezeket az értékeket variálja, egy részét a gépben lévő ram mennyísége alapján, ezek már a frissített értékek nálam:
vm.vfs_cache_pressure=75
vm.dirty_ratio=3
vm.dirty_background_ratio=3
vm.dirty_expire_centisecs=3000
vm.dirty_writeback_centisecs=1500
vm.min_free_kbytes=118812
Más disztróknál mi a helyzet?
Konkrétan akkor akadtam rá erre, mikor elkezdtem nyomozni, hogy egy 70GB-os fájl másolási sebessége pár perc után miért esett le 1MB/s alá. A szkript futtatása óta meg gyönyörűen tudok másolni ekkora fájlokat is.Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
Új hozzászólás Aktív témák
- GoPro Topic
- Aliexpress tapasztalatok
- Autós topik
- A Palit fekete VGA-szörnye nem kér a színes pislákolásból
- Xiaomi 14 Ultra - Leica hercegnő
- Linux kezdőknek
- Nubia Red Magic 9 Pro - hivatásos mágus
- Épített vízhűtés (nem kompakt) topic
- Skoda, VW, Audi, Seat topik
- Hisense LCD és LED TV-k
- További aktív témák...
- Eredeti Microsoft termékek - MEGA Akciók! Windows, Office Pro Plus, Project Pro, Visio Pro stb.
- Játékkulcsok olcsón: Steam, Uplay, GoG, Origin, Xbox, PS stb.
- Bitdefender Total Security 3év/3eszköz! - "Tökéletes védelem most kedvező áron..."
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!