- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Xiaomi 14T - nem baj, hogy nem Pro
- Honor 200 - kétszázért pont jó lenne
- One mobilszolgáltatások
- Samsung Galaxy XCover7 Pro - burokban született One UI
- iPhone topik
- Fotók, videók mobillal
- Android alkalmazások - szoftver kibeszélő topik
- Okosóra és okoskiegészítő topik
- Az Oppo Find X8 Ultra lett a legvékonyabb kameramobil
-
Mobilarena
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#78522999
törölt tag
Miért lehet, hogy a DoubleCommander a fájlméretnél nem tagolja byte esetén a számsort?
Ezt szeretném: 105 851 073 235
Ebből ránézésre látom, hogy ~105 GB, most pedig számolgatom a számjegyeket.
Régebben nem volt ezzel gond, megcsinálta.
Ezt a verziót használom:
Update:
Közben meglett. Nem volt beállítva a nyelvi eszköztár megfelelően.
-
#78522999
törölt tag
válasz
urandom0
#98048
üzenetére
Én már többször nekifutottam a wayland-nek, de végül folyamatosan a X-nél maradtam.
1. Képtelen vagyok gamma értéket állítani wayland-en. Egyszerűen nem találtam működő megoldást. (laptop kijelzőnél másképp nem tudok)
2. Skálázás esetén (200%) a legtöbb alkalmazás a 4k képernyőt FullHD-nak látja.
Például Kodi-val nem tudok egy 4k filmet eredeti felbontásban nézni, mert FullHD lesz belőle.3. Nvidia esetében 2 éve még csúnya glich-ek voltak, most nem tudom mi a helyzet.
Az xorg öreg és olyan amilyen, de legalább nincs gondom vele.
-
#78522999
törölt tag
Oh, sorry, erre elfelejtettem válaszolni.
Szóval, az eredeti probléma ... [link] - nem sikerült írni (kissé speciálisan) a fájlt.
Természetesen root a fájl jogosultsága, de banális hibát követtem el, ha jól megnézed.
A sudo az echo-ra megtörténik, a fájl elérésre már nem.
Ha script-et futtatok sudo-val akkor abban a komplett bash root joggal fut és úgy már a fájlelérés is.Lusta voltam script-et írni, csak direktben próbáltam, ez volt a gond.
Megírva rendesen már futásidőben át tudja írni a tartalmat és azonnal aktiválódik is.
Így órajel, venti profil, stb. már be is van állítva. -
#78522999
törölt tag
válasz
totron
#98041
üzenetére
Laptop vasarlas utan, en mar inditaskent amint megkertem a szerviztol a bontasi engedelyt (ssd bovites cimszoval) azonnal dobtam ra a csipeszt a bios chipre es spi olvasoval lerantottam az eredeti teljes tartalmat.
Ha meghal a chip egy frissites alkalmaval vagy csak ugy onmagatol, a szerviz horror penzt kerne el garancia utan.
Igy meg 2-3k egy masik eeprom es mehet vissza a teljes tartalom. Anno egy laptopomat ez mar megmentette. -
#78522999
törölt tag
Mint fentebb emlitettem, a dolog mar mukodott es volt is ra egy sajat script-em, de elvesztettem. Gyakorlatilag a 6.8 kernel ota (pontosabban 6.9, mert a 6.8 meg bugos volt, folyton patch-elgettem a kernelt mert black screen is volt boot kozben) mukodott a dolog.
Allitottam a venti profilt, TDP limitet (6.9-ben mar helyesen), min/max orajeleket.
Mindezt raadasul zen kernel alatt, amit most is hasznalnek.
Na es persze zenpower+dkms.A lenyeg, hogy mennie kellene, mert ezelott is ment.
Most egy teljes nullarol epitkezes utan nem sikerul megcsinalni. Ugy gondolom en rontok el valamit, amiert nem enged hozzaferni.
Talan helytelen a kernel parameter???Rowon:
Kiemeltem, hogy konzolbol akarom csinalni. A flat cuccokat pedig nem hasznalom. -
#78522999
törölt tag
Help Me!
A gépemben egy RX 7800XT van.
Sikerült elkevernem a régebben begyüjtött megfelelő doksikat és megírt script-emet.
Szeretném konzolból állítani a venti profilt és gpu/vram órajeleket, de elakadtam.Odáig eljutottam például venti profil esetén, hogy a "amdgpu.ppfeaturemask=0xffffffff" kernel paramétert megadtam, így a "/sys/class/drm/card1/device/gpu_od/fan_ctrl" elérhetővé vált. Van fan_curve profil is.
$ cat /sys/class/drm/card1/device/gpu_od/fan_ctrl/fan_curveOD_FAN_CURVE:0: 0C 0%1: 0C 0%2: 0C 0%3: 0C 0%4: 0C 0%OD_RANGE:FAN_CURVE(hotspot temp): 25C 100CFAN_CURVE(fan speed): 15% 100%Azonban amikor elkezdeném állítani, akkor nem engedi.
$ sudo echo "0 60 30" > /sys/class/drm/card1/device/gpu_od/fan_ctrl/fan_curvebash: /sys/class/drm/card1/device/gpu_od/fan_ctrl/fan_curve: Permission deniedMit rontok el?
-
#78522999
törölt tag
válasz
rxmiss
#97791
üzenetére
Ez egy 4TB-os HDD, amin amolyan backup cuccok voltak offline módon a szekrényben.
Egy ed25519 privát/publikus kulcspár volt jelszavas zip-ben elmentve.
Csináltam inkább egy másikat. Fizikai hozzáféréssel lecseréltem a régiket és most minden megy tovább.
(Így gyorsabb volt, mint TestDisk-el visszahozni - azzal elméletileg lett volna esélyem, megtalálta a törölt 'particicát' és elkezdte 'pörgetni') -
#97636
#78522999
törölt tag
tordaitibi
#97633
#78522999
törölt tag
válasz
tordaitibi
#97633
üzenetére
"Lényegtelen hogy külön lemez, pl. 10 lemez 50 partíció és 1 EFI, automatán odateszi. Minden rendszer!"
Azért ez nincs ám így 100%-ban.
Telepítettél már Arch-ot?
Ott te határozod meg, hogy hova tegye. (akár script, akár manual install)
Akár 10 lemezen lehet 10 EFI partíciód is.
Nálam speciel 2db nvme ssd van, egyiken Arch, másikon Win10, mindegyiken saját EFI partíció csak a rajta levó OS saját boot bejegyzéssel.Vagy a gép induláskor választom ki hardveresen melyik ssd legyen aktív vagy hagyom a boot folyamatot alapbeállítással és az Arch-os ssd indul és Grub-ban választhatom szoftveresen melyik rendszert indítom.
A lényeg, hogy az automata telepítők lehet így csinálják (nem a rendszer), de ettől még nem kell, hogy feltétlen így legyen.
-
#78522999
törölt tag
válasz
cog777
#97043
üzenetére
Ennek mennie kéne.
Csak egy kérdés... a luks-al titkosított partíció meg van formázva pl. EXT4-re?
Tehát volt egy feloldás után formázás?Másrészt a "zoltan" user az aki jelenleg is be van lépve? Csak azért kérdem, hogy biztosan direktben a "/home/zoltan" alá akarsz mountolni és nem azon belül egy könyvtárba?
Lepróbáltam saját gépen:
$ sudo cryptsetup open /dev/sdc1 pendriveEnter passphrase for /dev/sdc1:$ mkdir pen$ sudo mount /dev/mapper/pendrive ~/pen$ ls ~/penlost+found testfile.txtNyilván jogosultság még root, de olvasható a tartalma.
-
#78522999
törölt tag
válasz
Rimuru
#96808
üzenetére
A jelenleg mit takar?
Mert tobb eve hasznalom az imwheel-t es a gnome-ot is.
Illetve a laptop/desktop is up-to-date, megis csak a laptopon jon elo. Csomagok tekinteteben talan egy nvidia/lib32-nvidia amivel bovebb a laptop.Szoval amit nem ertek:
- eddig miert nem, most miert?
- desktopon miert nem, laptopon miert?Kezdjek el regi csomagokat visszarakni? Abbol elobb-utobb gond lesz. Illetve nem ad valaszt a masodik kerdesre sem.
Azt hiszem elakadtam ...
-
#78522999
törölt tag
Én még az életben nem találkoztam ezzel. A desktop/laptop gépeimet nem akarom semmiről irányítani, kliensek.
A szervereimet (otthoni, VPS, etc) pedig ssh-n érem el.
amikor feldobom egy gépre a gnome group-ot, többek közt a gnome-remote-desktop csomagot azonnal küldöm a "levesbe".
De ez gondolom valami más RDP cucc lehet. Csak eddig nem találkoztam vele.
Ami fura a dologban, hogy a desktop gépen szinte ugyanazok a stuffok vannak telepítve, de ott nincs ez.
Másrész a gugli-barátom (bár újabban ellenségem) szerint már 2014-es bejegyzés is van erről a felugró ablakról.
De valahogy megoldást nem sikerült találnom rá, kizárólag az imwheel kikapcsolással.
(imwheel dependency egy zenity csomag, ami nemrég ugyan frissült, de a régit visszarakva is ugyanaz az eredmény) -
#78522999
törölt tag
Sziasztok!
Kis segítség kellene, mert nem sikerül megoldanom a következő problémát.
Pár éve a gépeimen "imwheel"-t használok az mouse scroll sebességének beállítására.
Rendben is működik. Pontosabban működött. Pár napja a laptopomon amikor fut a program és görgetnék valamit, al alábbi popup ablak jelenik meg, amit bezárni sem tudok, mert amint megteszem, feldob egy újat:
Egyáltalán miféle "Remote Desktop" ez? Mert a "gnome-remote-desktop" csomag el van távolítva a gépről.
És hogyan lehetne ezt kiírtani?
Sajnos a megszokott használathoz jelenleg az imwheel szükséges, nem válnék meg tőle. Nem is frissült egy ideje már. Fura módon a másik gépeimen nincs vele gond.
(Arch+Gnome) -
#78522999
törölt tag
válasz
ubyegon2
#96148
üzenetére
De!
Ha valaha Ubuntu-t akarnek felrakni, biztosan ezzel csinalnam.
Mas, a nyilt forraskod vonalhoz:
Az, hogy forrasbol fordithato egy binaris, az csak annyit jelent, hogy lathato, modosithato a forditas elott a kod, illetve a forditas olyan kapcsolokkal zajlik le, amit akar a user.
Se nem biztonsagosabb, se nem jobb az elkeszult binaris.
Ha nem vizsgalja meg srnki a kodot, akkor ugyanugy lehet benne "zsivanysag".
Foleg, ha azt futasidoben tolti le valahonnan. -
#78522999
törölt tag
válasz
ubyegon2
#96134
üzenetére
"Bár ahogy nézem ezekből meg daily verziók vannak...."
Az miért gond, hogy a 24.04 mini iso-ból még csak dailiy verziók vannak? Az iso-ban az uefi-n, a kernelen és pár netes komponensen kívül amúgy sincsen szinte semmi, mindent a netről, a hivatalos repóból ránt be.
Ilyen szempontból nem érdekes, hogy daily szerintem. -
-
#78522999
törölt 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) -
#78522999
törölt tag
válasz
#78522999
#94680
üzenetére
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. -
#78522999
törölt 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) -
#78522999
törölt 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?
-
#78522999
törölt 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" -
#78522999
törölt 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. -
#78522999
törölt 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?
-
-
#78522999
törölt 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?$ vainfoTrying display: waylandTrying display: x11vainfo: 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 entrypointsVAProfileH264ConstrainedBaseline: VAEntrypointVLDVAProfileH264ConstrainedBaseline: VAEntrypointEncSliceVAProfileH264Main : VAEntrypointVLDVAProfileH264Main : VAEntrypointEncSliceVAProfileH264High : VAEntrypointVLDVAProfileH264High : VAEntrypointEncSliceVAProfileHEVCMain : VAEntrypointVLDVAProfileHEVCMain : VAEntrypointEncSliceVAProfileHEVCMain10 : VAEntrypointVLDVAProfileHEVCMain10 : VAEntrypointEncSliceVAProfileJPEGBaseline : VAEntrypointVLDVAProfileVP9Profile0 : VAEntrypointVLDVAProfileVP9Profile2 : VAEntrypointVLDVAProfileAV1Profile0 : VAEntrypointVLDVAProfileAV1Profile0 : VAEntrypointEncSliceVAProfileNone : VAEntrypointVideoProc -
-
#78522999
törölt 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] -
#78522999
törölt tag
válasz
#78522999
#94028
üzenetére
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? -
#78522999
törölt 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-grubNem 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? -
#78522999
törölt 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?
-
#93991
#78522999
törölt tag
tompa torma
#93990
#78522999
törölt 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 vele
Next project:
PS4 DualShock kontroller használat. -
#93988
#78522999
törölt tag
tompa torma
#93984
#78522999
törölt 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. -
#78522999
törölt 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 -
#78522999
törölt 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?
-
#78522999
törölt tag
válasz
#78522999
#93624
üzenetére
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 -
#78522999
törölt 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? -
#78522999
törölt 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ével
Vicces, hogy sokszor mire összeszedem a gondolataimat és leírom a problémát beugrik a megoldás.
-
#78522999
törölt 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. -
#78522999
törölt 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.
-
#78522999
törölt 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. -
#78522999
törölt 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) -
#78522999
törölt tag
válasz
#02705152
#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. -
#78522999
törölt 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?
Ezt szeretném: 105 851 073 235
A GRUB tartalmazza a doksiban lévő paramétert:
Új hozzászólás Aktív témák
Hirdetés
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!
- Eredeti játékok OFF topik
- Magga: PLEX: multimédia az egész lakásban
- gban: Ingyen kellene, de tegnapra
- Vízpart, vakáció és hardverek
- Kerékpárosok, bringások ide!
- Azonnali informatikai kérdések órája
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- Motorola Razr 60 Ultra - ez a kagyló könnyen megfő
- Asztalos klub
- Xiaomi 14T - nem baj, hogy nem Pro
- További aktív témák...
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Assassin's Creed Shadows Collector's Edition PC
- Antivírus szoftverek, VPN
- MacBook felvásárlás!! Macbook, Macbook Air, Macbook Pro
- PlayStation Network Card (PSN) ajándékkártyák, egyenesen a Sony-tól!
- BESZÁMÍTÁS! 4TB Toshiba P300 SATA HDD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 6TB Seagate SkyHawk SATA HDD meghajtó garanciával hibátlan működéssel
- billentyűzetek - kiárusítás - Logitech, Corsair, ASUS
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest