-
IT café
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
PMoon
junior tag
Sziasztok.
A következő probléma/helyzet adódott:
Van egy desktop gépem Arch-al, amiben a régi Nvidia 1660Ti VGA-t lecseréltem egy AMD RX 7700XT VGA-ra és egy 3840x2160 felbontású monitort használok hozzá DP csatlakozással.
Alapvetően rendben is van a rendszer, drivercsere megvolt, wayland és x11 is működőképes.Amikor bekapcsolást követően a grub elindítja a betöltést, majd bekéri a root partíció jelszót, rendben lezajlik minden, látszik a log töltés közben, betöltődik a gdm és indul az x11 vagy wayland a gnome-al választás szerint.
Viszont egy reboot-ot követően a grub menü után minden esetben kikapcsol a monitor.
Ez azt eredményezi, hogy nem látszik a root partíció jelszó bekérés, sem a boot log, sem a gdm, sem a gnome.
Vakon be lehet írni mindent és a háttérben be is töltődik, de nem kapok képet, még gdm-ből x11/wayland-be lépés után sem.
Ezt bármennyiszer próbálhatom. Minden reboot esetén csak a grub menüig van kép, ezután kikapcsol a monitor.
Egyetlen megoldás, hogy kikapcsolom a gépet, majd bekapcsolom. Ekkor első alkalommal a grub menü után megjelenik a jelszóbekérés úgy, hogy nem kapcsol ki a monitor.Az mkinitcpio.conf modules-hez beírtam az amdgpu modult, mkinitcpio -P is megvolt, de nem lett jobb.
A grub menü amúgy a beállított felbontásban jelenik meg (1280x720x32), de minden azt követő text már valami más felbontásban. (már amikor látszik, talán 1920x1080???)
Hogyan lehetne ezt rendbetenni?
-
PMoon
junior tag
válasz berusbacsi #93227 üzenetére
Megpróbálhatom, köszönöm a tippet.
(Bár vakon beírva mindent elindul a gnome desktop csak nem látszik. Sanszos, hogy az említett paraméter azt nem fogja megoldani, de egy próbát megér)Találtam egy ilyen thread-et: [link]
Ez mintha hasonló probléma lenne és úgy olvasom, többen is belefutottak.
Viszont megoldást itt nem találtam.[ Szerkesztve ]
-
PMoon
junior tag
Urak, használ valaki Radeon RX 6x000, 7x000 sorozatú kártyát?
Valahol elakadtam és nem sikerül beállítanom a Chromium/Chrome hardver videógyorsítást sehogyan sem.
Ebben szeretnék tippet kérni, mert gugli-barátom ajánlatait rendre kipróbáltam, de nem az igazi.
Jelenleg:
- Arch Linux - 6.6 LTS kernel + amd-ucode (6.7+ reboot blackscreen-t csinál, létező bug miatt)
- X11 (próbálva volt Wayland is, de a Kodi egyelőre azon nem tud képernyő felbontás/frissítés átállítást, illetve ahogy olvasom amúgy is xwayland-re kellene kényszeríteni a Chromium/Chrome böngészőket a gyorsításhoz)
- Ryzen9 - 5900X
- Radeon RX 7800 XT
- Chromium 121.0.6167.85 (ungoogled-chromium-bin)
- Chrome 121.0.6167.139 (google-chrome)Csomagok:
lib32-mesa lib32-vulkan-radeon libva-mesa-driver mesa mesa-utils mesa-vdpau vulkan-radeon xf86-video-amdgpuAz /etc/environment :
LIBVA_DRIVER_NAME=radeonsi
VDPAU_DRIVER=radeonsiA ~/.config/chromium-flags.conf jelenleg:
--ignore-gpu-blocklist
--enable-zero-copy
--ozone-platform-hint=x11
--enable-features=VaapiVideoDecodeLinuxGL,VaapiVideoDecoder,VaapiVideoEncoderchrome://gpu [kép]
vainfo: [kép]Tudna valaki elsőkézből valami beállítást javasolni, amivel működhet a "hw video acceleration" Chromium/Chrome böngészőkben ?
Upd:
(Kodi-ban működik a VAAPI HW Video gyorsítás x264 esetén)[ Szerkesztve ]
-
PMoon
junior tag
Esetleg valakit érint...
Ugyan csak Radeon RX 7800 XT kártyám van, de ma próbából leforgattam ezt a kernelt:
"linux-amd-drm-fixes 6.8.2024.02.08"
Megyszűnt a reboot utáni fekete képernyő, ami a 6.7 kernellel jelentkezett, ahogy olvastam, nem csak nálam.
Továbbá LACT (CoreCtrl fork) használatával működik a PowerLimit állítás is.
Esetleg azok a 7900XT/7900XTX tulajok tehetnek a kernellel egy próbát, akiknél ez nem működött. -
PMoon
junior tag
válasz rup1u5 #93539 üzenetére
En Arch-ot hasznalok.
Ott magamnak kellett forditani, mert meg nincs kiadva.
De az biztos, hogy 280W felett volt a limitem egy 7800xt+Superposition komboval. Szoval emeli a limitet, de vissza is fogja, ha mondjuk levettem 190W-ra.
De engem leginkabb a reboot black screen zavart. Az is rendbejott.Growler: Ez amugy szerintem meg csak nem is a sima 6.8 rc kernel, mert azt probalva mult heten meg ugyanugy bugos volt, mint a 6.7.
[ Szerkesztve ]
-
PMoon
junior tag
válasz CPT.Pirk #93560 üzenetére
Jaja, nem is próbálnám. Ezzel viszont egyelőre jól elvagyok. Persze még csak 1 napja használom, szóval ...
rup1u5:
Nekem is csak 6.7-nél jött elő. Visszaálltam a 6.6-lts-re, azzal már nem volt reboot-blak screen. Viszont azzal nem volt jó az undervolt/power-limit és társai.
Most ez is rendben van úgy tűnik. -
PMoon
junior tag
Urak!
Ha egy win-es játék a mentéseit a win-en a felhasználó Documents könyvtárába menti, akkor a Steam-es Proton-ból indítva hol találhatom meg azt Linux-on?
Update:
Storno, meg is lett az egyik fájl keresésévelVicces, hogy sokszor mire összeszedem a gondolataimat és leírom a problémát beugrik a megoldás.
[ Szerkesztve ]
-
PMoon
junior tag
Van egy laptopom, amiben az integrált Intel mellett van egy dVGA, egy NV RTX2060 (optimus). [kép]
Játék közben valahol 80-90W között fogyaszt folyamatosan, ami a power limit ennél.
Akkor is ennyire felmegy, ha a terhelés csak 40-50%, mert az órajelet ameddig tudja, addig emeli.
Milyen megoldással lehetne ezt limitálni?
Win-en az Afterburner-t használtam, ahol csak ~1400MHz/700mV paraméterekkel használtam és elég is volt, alig melegedett.
Linuxon van erre valami lehetőség, hogy így visszafogjam, hogy ne emelje feleslegesen az órajelet?[ Szerkesztve ]
-
PMoon
junior tag
Na, ismét egy példa arra, hogy valamit sehogy nem sikerül megoldanom, majd kérdezek a fórumban és röviddel azután sikerül megoldani
Naszóval, az NVidia VGA órajel limitáció:
előbb perzisztens mód:
nvidia-smi -pm 1azután min/max órajel beállítás:
nvidia-smi --lock-gpu-clocks=800,1400 -
PMoon
junior tag
Adott egy laptop "Intel UHD 630" + "RTX 2060 Mobile" VGA kombóval egy Arch+Gnome+X11 rendszert használva.
Szeretnék vele Steam Proton megoldással játékokat futtatni.Jelenleg ott tartok, hogy az NVidia hivatalos Optimus megoldását használva a "switcheroo-control" csomaggal az ikonokon jobb klikkre szépen megjelenik a "Launch using Discrete Graphics Card" lehetőség és mondjuk egy Unigine-Superposition tesztet indítva a dGPU (NVidia) használja, normál indítással az iGPU-t.
Viszont egy Steam+Proton kombóval indított játék esetében már nem működik.
Ott például egy ".desktop" Exec így néz ki:
Exec=steam steam://rungameid/18239543774663409664Itt ugyan van 2db ENV paraméter, de nem igazán tudom értelmezni a használatukat:
__NV_PRIME_RENDER_OFFLOAD=1
__GLX_VENDOR_LIBRARY_NAME=nvidia %command%Még az elsőt mondjuk el tudom képzelni a /etc/environments-ben, de a második valahogy nem áll össze.
Tudnátok tippet adni Nvidia Optimus esetében a Steam+Proton használatra?
[ Szerkesztve ]
-
PMoon
junior tag
Aha, köszi.
Ez elméletileg jó is, de játék közben nagyon akadozott a kép.
Aztán ránézve az nvidia-settings-re látom, hogy eltűntek a TDP limit értékek.
Valamiért nem tudja kiolvasni a 90W limitiet és az nvidia-smi szerint így 30W-ot használ.
Ezzel kellene még varázsolnom valamit.Update:
Ehhh, storno Elfelejtettem a töltőtre dugni[ Szerkesztve ]
-
PMoon
junior tag
válasz tompa torma #93984 üzenetére
Igen, próbáltam, de most vettem észre, hogy kontakthibás a PS3/PS4 kapcsoló.
Emiatt nem akar szerintem működni.
Folyton PS4 módban marad. Ha mozgatom kicsit akkor időnként PS3-ra ugrik, de aztán újra vissza PS4-re.
Szét kell szednem és "Kontakt 40"-el kicsit rendbetenni vagy kapcsolót cserélni. -
PMoon
junior tag
válasz tompa torma #93990 üzenetére
Közben teljesen rendbejött a kormány része is. Mint kiderült külön táp nélkül az a része nem akar működni, gondolom a ForceFeedback miatt.
Szóval ... minden rendben veleNext project:
PS4 DualShock kontroller használat. -
PMoon
junior tag
Adódott egy kis problem:
CoreCtrl-t használnék (v1.3.10, kernel 6.7.6) az RX 7800 XT kártyámmal, de nem jelenik meg a venti profil állítás.
A GRUB tartalmazza a doksiban lévő paramétert:
GRUB_CMDLINE_LINUX_DEFAULT="amdgpu.ppfeaturemask=0xffffffff loglevel=3"
Természetesen a grub-mkconfig is megvolt.Mit szúrok el?
-
PMoon
junior tag
válasz CPT.Pirk #94025 üzenetére
Aha, köszi.
Hát, akkor elgondolkodom, hogy visszatérjek-e inkább a LACT-hoz, mert abban működik.Egy kicsit megkeveredtem a script-ben ennél a résznél:
{ print }' "$grub_config" > "$temp_file" && mv "$temp_file" "$grub_config"
sudo update-grub
Nem használok update-grub-ot és a /etc/default/grub-ban pedig nem látok változást.
Hogyan kéne ennek működnie?[ Szerkesztve ]
-
PMoon
junior tag
Na, kipróbáltam a CoreCtrl/LACT párost 6.7 és 6.8rc6 kernellel és RX7800XT kártyával.
Gyakorlatilag mindkét kernellel ugyanazt az eredményt kaptam:
CoreCtrl: PowerLimit -> OK, GPU/MEM Clock Limit -> Fail
LACT: PowerLimit -> OK, GPU/MEM Clock Limit -> Fail, FanControl -> OK
Az normális, hogy az órajel limitek sem működnek? -
PMoon
junior tag
Elméleti kérdés:
Egy Ryzen 9 5900X esetében melyik kernel a jobb választás?
- linux 6.7 + amd-ucode
- linux-amd-znver3 6.7 -
PMoon
junior tag
válasz CPT.Pirk #94179 üzenetére
A hűtéssel elvagyok és fix 4.5GHz/1.210V járatom már ~2 éve.
Szóval boost nincs csak egy az allcore oc ami jól be van már járatva és nem is melegszik túl.
De akkor nem foglalkozom a dologgal ...
Csak a kíváncsiság nem hagyott nyugodni, hogy mitől lenne más ez a kernel.(Közben fordul a 29.-ei 6.8-amd-drm-fix kernel a háttérben. Remélem tákolnak valamit az RDNA3 részen.)
Más:
Ezt a Chromium patch-et hogyan kell alkalmazni? [link][ Szerkesztve ]
-
-
PMoon
junior tag
válasz Warton #94489 üzenetére
Neked vannak "VAProfileMPEG2..." profilok?
Ez RDNA3 esetében már nem létezik vagy nálam van galiba, hogy nincs?$ vainfo
Trying display: wayland
Trying display: x11
vainfo: VA-API version: 1.20 (libva 2.20.1)
vainfo: Driver version: Mesa Gallium driver 24.0.2-arch1.2 for AMD Radeon RX 7800 XT (radeonsi, navi32, LLVM 17.0.6, DRM 3.57, 6.7.9-zen1-1-zen)
vainfo: Supported profile and entrypoints
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointEncSlice
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointEncSlice
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointVLD
VAProfileAV1Profile0 : VAEntrypointEncSlice
VAProfileNone : VAEntrypointVideoProc
[ Szerkesztve ]
-
PMoon
junior tag
válasz CPT.Pirk #94494 üzenetére
Mondjuk érdekes a többi támogatott lejátszása is, mivel a hagyományos értelemben vett hardveres decoding most stream vonalra került.
Nem tudom ez fogyasztás szempontjából nem jelent-e problémát?
Laptopok esetében ez üzemidő csökkenést jelentene.
Ergó el tudom képzelni, hogy a vga egy h264 decoding közben simán fogyaszt annyit, mintha egy cpu csinálná.
Van erről valami infód? (mindenhol csak encoding-ot találok)Warton:
Ugyan, dehogy. Nekem van pár felesleges. Átküldjem?[ Szerkesztve ]
-
PMoon
junior tag
válasz CPT.Pirk #94498 üzenetére
Hát igen, itt éppen ezt írják: [link]
Media engine
RDNA 3 is the first RDNA architecture to have a dedicated media engine.
It is built into the GCD and is based on VCN 4.0 encoding and decoding core.
AMD's AMF AV1 encoder is comparable in quality to Nvidia's NVENC AV1 encoder but can handle a higher number of simultaneous encoding streams compared to the limit of 3 on the GeForce RTX 40 series.Ezek szerint akkor vagy rosszul tudtam vagy lemeradtam az RDNA2-nél.
Mondjuk az encoding minőség nem az igazi úgy tűnik. [link]
Akkor ezt le is zártam, mert "off" itt. Elnézést csak látva a "vainfo" kimenetet felmerült a kérdés és "off" vonal lett belőle.[ Szerkesztve ]
-
PMoon
junior tag
Nálam például laptopon/desktopon/házi szerveren úgy van, hogy:
/boot - (ezen belül csak könyvtár az EFI és GRUB) 512MB/FAT32
/ - Luks Encrypted (azon belül EXT4)Szóval a /boot nincs titkosítva, de a grub indulás után már kéri a "/" feloldókulcsát és mountolja a /dev/mapper/root alá, mint egy EXT4 partíció és kikapcsolásig a "/" alatt elérhető.
Például nálam ilyen a /etc/default/grub ennek megfelelő sora:
GRUB_CMDLINE_LINUX="cryptdevice=UUID=2c598784-bcc9-4588-b415-9b32cc258169:root:allow-discards"
[ Szerkesztve ]
-
PMoon
junior tag
Gnome-ot használok és újra nekifutottam, hogy Wayland-re váltsak (ha már ennyire default náluk is), de van néhány probléma, amit eddig sem sikerült megoldanom és most sem sikerül:
- Wayland és Gamma
Bármilyen megoldással próbálkoztam eddig, nem sikerül a laptopon megszokott gamma-rgb (1.1,1.2,1.2) beállítást a gépre varázsolnom. Az x11 alatt sima ügy, de a netet túrva sem sikerült megoldást találnom erre wayland esetén. Úgy tűnik, minha manuálisan, ICC profil nélkül ez lehetetlen volna.- Wayland és Kodi
A desktop gépemen a 32'/4k kijelzőt 200% skálázással használom, mivel szerintem a legtöbb emberhez képest távolabb ülök a kijelzőtől. Illetve így a karakterek kvázi dupla annyi pixelből állnak (és minden skálázható elem is) ami szép egy mobil kijelzőhöz szokott szemnek is.
Viszont a skálázással a Kodi nem tud mit kezdeni Wayland esetén és szerinte így 1920x1080 a felbontás és 60Hz a képfrissítés.
A 4k@24fps filmeket sem tudom ezért megfelelően megtekinteni. Az x11 esetén nincs ezzel baja, ott létezik a 3840x2160 felbontás és sok fajta képfrissítés.
Wayland esetén semilyen más felbontást és képfrissítést nem ismer csak a Desktopról beszedett (virtuális??) 1920x1080@60Hz-et. Ez így elég harmatos.by ArchWiki+Kodi: [link]
A known limitation is having the resolution and frame rate set in the compositor rather than in Kodi's GUI; also currently does not support VT switching.- Wayland és NVidia
A desktop gépemen már lecseréltem a VGA-t GTX 1660Ti-ről egy AMD RX 7800XT-re, de a laptopomban és egy másik gépemben továbbra is NVidia van.
A latest drivereket használva is előfordulnak Wayland esetén durva glitch-ek, amik miatt gyakorlatilag használhatatlan pár alkalmazás.
Például hiába használok chromium alapú browser-hez "ozone" paramétert "auto" vagy "wayland" értékkel, akkor is villogások, átfedési gondot, stb. jelentkeznek.
Szóval vacak NVidia esetén az, ami Intel vagy AMD esetén rendben van.Főleg az első kettőre keresném a megoldást, mert NVidia esetén továbbra is használok inkább X11-et, de AMD-n és Intel vga esetében átállnék már a Wayland-re.
Tapasztalat alapján van valami olyan módszer az első kettő problémára, ami tényleg működik is?
[ Szerkesztve ]
-
PMoon
junior tag
Urak, rendszeresen futok bele abba, hogy a gdm login screen után a gnome nem akar betöltődni.
(hw paraméterek az adatlapomon vannak)Ilyenkor attól függően hogy Wayland vagy XOrg a célpont egy nem mozduló egér pointer nyil (wl) vagy egy mozdítható "X" (xorg) lesz a végeredmény.
Ha x11-et indítanék akkor annyi lehetőségem még van, hogy ctrl+alt+f1 visszadja a gdm login screen-t és normál módon újraindíthatom a gépet. Wayland esetén ez sincs.Régebben azt hittem az nvidia vga miatt van, de most már amd van és ugyanaz a helyzet.
Persze azóta volt már reinstall is. Sőt, amikor egy macbook air gépre raktam össze a rendszeremet, akkor ott is futottam már bele ugyanebbe. Pedig az intel.
Viszont a laptopomon (intel+nvidia) szinte soha.
Szóval nem értem a dolgot.Pár újraindítás és próbálkozás után egyszer csak működik.
Pastebin-re feldobtam a "journalctl -p 3 -x" kimenetéből a két utolsó boot error jelzéseit.
Az első boot volt ami nem sikerült, a második amin most is vagyok.
Ránéznétek, hogy mi lehet a gond, merre felé kezdjek keresgélni?Nekem ez a rész gyanus:
GDBus.Error:org.freedesktop.DBus.Error.NoReply: Remote peer disconnectedpastebin link: [link] (1day expiration)
Előre is köszönöm, ha valaki segít elindulni a felderítésben.
(Igen, továbbra is gdm-et és gnome-ot használnék)[ Szerkesztve ]
-
PMoon
junior tag
Update az előzőhöz:
Éppen most futottam bele laptopon is abba, hogy a gdm után nem töltődött be a gnome felület.
Itt is az "X" pointer jelent csak meg. Viszont kiderült, hogy a háttérben ettöl még indulnak a beállított cuccok. Például a ~/.config/autostart könyvtárban lévő .desktop alkalmazások.
Szóval egyértelműen "csak" a grafikus résszel van gond. -
PMoon
junior tag
Sziasztok.
Arch-on "pacman" segítségével csinálnék downgrade műveletet.
Egy könyvtárba összeszedtem a cache alól amelyik csomagokból visszatenném az előzőt.
Azonban a "pacman -U *.zst" parancsra kilistázva az összes ott lévő csomagot "Downgrade warning" üzenetet kapok.
Egyesével kiadva a "pacman -U csomagneve.zst" parancsot viszont megcsinálja.
Hogyan lehetne ezt egyszerre az összesen végrehajtani?
(Gnome46 csomagokról visszamennék Gnome45 cuccaira)
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Vélemény Linux Mint Debian Edition 4
- Tudástár MX-Linux 19
- Bemutató Linux a mindennapokban: Manjaro KDE
- Bemutató Linux a mindennapokban
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- Hír A Steam Play hozza el a Windowsra írt játékokat Linuxra
- Hír Hova jut a világ? Linuxot kínál a Windows Store!
- Azonnali informatikai kérdések órája
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- Vezeték nélküli fejhallgatók
- Genshin Impact (PC, PS4, Android, iOS)
- Star Citizen
- Windows CE fórum
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Samsung Galaxy S23 Ultra - non plus ultra
- További aktív témák...
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen