- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Luck Dragon: Asszociációs játék. :)
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- LordAthis: AI Kérdés érkezett - 3600 soros Spagetti kód refaktorálása és budget
- eBay-es kütyük kis pénzért
- BMWFan: Akasztófa
- Geri Bátyó: Agglegénykonyha 1 – rizseshús másképp
- Gergosz2: Emlékezzünk!
-
LOGOUT
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
#68216320
törölt tag
Van valami olyan progi vagy beállítás, amivel NVidia zárt driver esetén lehet szabályozni, hogy mennyire vegye vissza az órajeleket?
Olyan gondom van ugyanis, hogy két nvidia profil létezik az nvidia-settings-ben. Az "adaptive" és a "performance". Az utóbbi ugye feleslegesen full órajelen járatja a gpu-ram párost. Az "adaptive" alapvetően jó lenne, de annyira visszaveszi az órajelet és annyira lassan reagál terhelésre és emeli meg az órajeleket, hogy 1-1 ablakváltás is akadozik időnként és iszonyt bosszantó az egész.
Szóval jó lenne valami alsó limitet beállítani. És megérzés alapján a vram órajel lehet túl alacsony, mert egy háttérben indított video esetén 375MHz marad a gpu, de a vram órajel 10000MHz lesz és ilyenkor nincs gond vele. Alaphelyzetben pedig visszaesik 810MHz-re aminél már akadozik egy ablak művelet is amig meg nem emeli újra. Másodpercek ugyan, de pont elég arra, hogy megakadjon egy ablak hátérből előre hozása is.
Az is megoldás lenne talán, ha a "performance level" nem lehetne 0 (nulla) szint. Mondjuk max level1-ig venné vissza.
(Ilyenkor éppen jó, fut a háttérben egy Kodi)Szóval létezik ilyen beállításra valami lehetőség? (cli vagy gui, mindegy)
-
Jó lenne, bizony, de így... van egy Packman nevű külsős csomagtároló, amit egy közösség fejleszt. SUSE-n onnan kell a kodekeket letölteni, mert a main tárolókból a fejlesztők kivették. A Packman meg folyton bezavar disztrófrissítésnél, összekeveri a csomagjaimat. Szóval vagy nem nézek filmet, vagy keresek másik disztrót.. ehh..
-
Tomi16
csendes tag
Sziasztok!Kezdő Linuxosként kérdezném, hogy hogyan tudok levágni a /dev/mapper/o19-44-home-ról a tárhelyet, és áttenni /dev/mapper/o19-44-root-ra a tárhelyet? (OS: Oracle Linux Server 8.7 (Fedora disztribúció)) Előre is köszönök minden segítséget!
# df -h
Filesystem Size Used Avail Use% Mounted on
devtmpfs 9.7G 0 9.7G 0% /dev
tmpfs 9.7G 0 9.7G 0% /dev/shm
tmpfs 9.7G 26M 9.7G 1% /run
tmpfs 9.7G 0 9.7G 0% /sys/fs/cgroup
/dev/mapper/o19-44-root 70G 25G 46G 36% /
/dev/sda2 1014M 473M 542M 47% /boot
/dev/mapper/o19-44-home 519G 3.8G 515G 1% /home
/dev/sda1 599M 5.1M 594M 1% /boot/efi
tmpfs 2.0G 32K 2.0G 1% /run/user/0
tmpfs 2.0G 36K 2.0G 1% /run/user/1000
tmpfs 2.0G 84K 2.0G 1% /run/user/54321# pvs
PV VG Fmt Attr PSize PFree
/dev/sda3 o19-44 lvm2 a-- 598.41g 0# ls dev/sd*
dev/sda dev/sda1 dev/sda2 dev/sda3 -
#89688
zoltanz
nagyúr
tordaitibi
#89683
zoltanz
nagyúr
válasz
tordaitibi
#89683
üzenetére
"Ezt a 90W tdp-s 1800-as benchmarkos procit videolejátszásba agyonveri egy 4W tdp-s Cherry Trail Z8350 aminek 700 a benchmark.
Mert az utóbbi natívan támogatja pl. a H264 dekódolást"Én böngészőn belülre írtam, nincs hardveres gyorsítás videó dekódoláshoz. (Nem h.264 hanem AV1)
Amúgy ha nem szoftveres (olyan Vga amihez van driver) megjelenítéssel megy megáll 40-50 % nál a CPU. -
válasz
#68216320
#89682
üzenetére
Megmondom őszintén azért gondoltam a hardveres megoldásra, mert Linux alatt nem nagyon találkoztam normális GUI felülettel is rendelkező ventilátor profil állító programmal (UEFI-t kivéve). Windowson ezek a dolgok jobban ki vannak forrva és - sajnos - elsődlegesen oda írják meg ezeket a programokat, lásd. FanControl, MSI Afterburner, stb.
Ha Archon van ilyen, akkor okés, Én Archon nem voltam még, csak OpenSUSE és Debian, amiket használok. Ott nehézkes az ilyesmi.
-
#89683
tordaitibi
veterán
zoltanz
#89679
-
#89678
tordaitibi
veterán
urandom0
#89677
-
#89677
urandom0
senior tag
tordaitibi
#89480
urandom0
senior tag
válasz
tordaitibi
#89480
üzenetére
Próbáld meg ezt: GRUB_TIMEOUT_STYLE=hidden
átírni erre: GRUB_TIMEOUT_STYLE=menuÉs utána update-grub...
-
#89676
gregory91
senior tag
tordaitibi
#89480
gregory91
senior tag
válasz
tordaitibi
#89480
üzenetére
/etc/grub.d/00_header
De itt már óvatosan!
Vagy /etc/grub.d/30_os_proberif [ "\${timeout}" = 0 ]; then
set timeout=10
Írd át erre:if [ "\${timeout}" = 30 ]; then
set timeout=5 -
#89675
peterattila
aktív tag
peterattila
aktív tag
Sziasztok. Manjaron vlc dobja nekem a következő hibát, bármilyen video esetén:
[000055c850061550] main libvlc: A VLC futtatása az alapértelmezett felülettel. A VLC felület nélküli használatáhozhasználja a „cvlc” parancsot.[000055c850166110] main audio output error: too low audio sample frequency (0)[00007ff7f0d166b0] main decoder error: failed to create audio output[000055c850166110] vlcpulse audio output error: digital pass-through stream connection failure: Nem támogatott[000055c850166110] main audio output error: module not functional[00007ff7f0d166b0] main decoder error: failed to create audio output[00007ff7e40078c0] gl gl: Initialized libplacebo v5.229.2 (API v229)libva error: vaGetDriverNameByIndex() failed with unknown libva error, driver_name = (null)[00007ff7e40078c0] glconv_vaapi_x11 gl error: vaInitialize: unknown libva errorzsh: segmentation fault (core dumped) vlc Lucky.Hank.S01E08.720p.WEB.h264-ETHEL.mkv
Viszont mpv hiba nélkül dolgozik, a vlc-nek mi a baja? Automatikus felismerésre van állítva az audio és video kimenet is. MPV így dolgozik:(+) Video --vid=1 (*) (h264 1280x720 24.000fps)(+) Audio --aid=1 --alang=eng (*) (eac3 6ch 48000Hz)Subs --sid=1 --slang=eng 'English (SDH)' (subrip)[auto_profiles] Applying auto profile: hdUsing hardware decoding (nvdec).AO: [pulse] 48000Hz 5.1(side) 6ch floatVO: [gpu] 1280x720 cuda[nv12]AV: 00:00:06 / 00:43:15 (0%) A-V: 0.000 DS: 2.500/0 Cache: 1671s/1002MB[+----------------------------------------------------------------------------------------------------------------]Saving state.[auto_profiles] Restoring profile: hdExiting... (Quit) -
#89673
BoB
veterán
tordaitibi
#89671
BoB
veterán
válasz
tordaitibi
#89671
üzenetére
sudo update-alternatives --remove python /usr/bin/python3.7
Ez kiveszi az alternatives listáról. Ha így sem megy, akkor
sudo apt-get remove python3.6
-
#89671
tordaitibi
veterán
BoB
#89669
-
#68216320
törölt tag
Oké, hát ez végülis teljesen világos.
Tulajdonképpen az "sdb1" lesz a bios számára a boot partíció (boot jelölés) és ide megy fel a grub (grub jelölés) a grub-install /dev/sdb commanddal. Tiszta sor.
Az "sdb2" (mondjuk ext4) lesz a /boot alá csatolva, tehát az mkcpio ide pakolja fel az initramfs cuccokat. És persze a grub is induláskor ennek a tartalmát rántja be.
És végül az sdb3 a szokásos rendszer amit már mondjuk esetemben a decrypt csatol.Na, ez így érthető csak ugye jelen esetben nem volt kivitelezhető a VPS-en az említett grub_boot hiánya miatt, mivel kizárólag a bios_boot létezik valamiért ilyenkor a cfdisk-ben. Mutattam tegnap este.
És ott ugye nem tudok csak úgy boot-olni gui-s cuccot. Mondjuk nem is nagy gond, mert a tárhely meg sem közelíti az mbr limitet sajnos, nem volt szükséges a gpt
De köszi, jó lesz ez bios-os gépnél nagy tárhely esetében.
-
#89669
BoB
veterán
tordaitibi
#89668
BoB
veterán
válasz
tordaitibi
#89668
üzenetére
És a 3.6 feltétlenül kell valaminek?
-
#89668
tordaitibi
veterán
BoB
#89655
Kijelölés Útvonal Prioritás Állapot
------------------------------------------------------------0 /usr/bin/python2.7 3 automatikus mód1 /usr/bin/python2.7 3 kézi mód2 /usr/bin/python3.6 2 kézi mód* 3 /usr/bin/python3.7 1 kézi módÍgy? Mert mást nem enged.
Yt-dlp így is a 3.6-ot látja ami nekem továbbra is érthetetlen.
Exception: You are using an unsupported version of Python. Only Python versions 3.7 and
above are supported by yt-dlp -
válasz
#68216320
#89664
üzenetére
Erre a mintára non-efi/GPT esetén lenni kell egy plusz partíciónak.
például
/dev/sdb1 (nem kell mindenáron az első partíciónak lennie) 1MiB nagyságú formázatlan partíció társítva hozzá a bios_grub jelölő, ez csinálja az MBR funkcióját
/dev/sdb2 200MB fat32,vagy Linux(sdb2, fat32,vagy ext4 /boot) , nem kell bele az EFI mappa, csak a többi. Gondolom, hogy a fat32 csak az EFI miatt kellett,de itt most nincs EFI, tehát ha különösebb oka nincs akkor lehet ez is ext4.
/dev/sdb3 ***GB Linux (sdb3, ext4, /, luks-encrypted) -
#89666
BoB
veterán
tordaitibi
#89663
BoB
veterán
válasz
tordaitibi
#89663
üzenetére
Oda van írva hogy prioritás....
-
#68216320
törölt tag
válasz
sh4d0w
#89662
üzenetére
Csak hogy pontosítsunk, leírom én hogyan használom EFI esetén a gépemet és akkor ebből vonatkoztassunk át egy nem EFI képes gépre, mint amilyen az adott VPS. Amit végül szépen bekonfigoltam MBR-el, de gond volt GPT-vel.
Szóval a saját, itthoni EFI-képes gépemen így használom:
1. Két partícióm van.
- 200MB EFI (sdb1, fat32, /boot) ide van feltéve a grub és a /boot/grub/grub.cfg alatt van a konfig
- ***GB Linux (sdb2, ext4, /, luks-encrypted) itt van minden egyéb encryptálva. Decryptálás után a "/dev/mapper/root" alatt érhető el.2. A "/etc/mkinitcpio.conf" konfigban a hook listában bent van az "encrypt" modul és igy benne lesz az initramfs-ben is
3. A "/etc/default/grub" konfigban a cmdline így néz ki:
GRUB_CMDLINE_LINUX="cryptdevice=UUID=xxxx:root"
amiből aztán grub-mkconfig megcsinálja a /boot/grub/grub.cfg konfigotNekem ezzel a módszerrel az sdb1 (ami a /boot alá van mountolva a rendszeren belül) az alábbi fájlokat tartalmazza:
EFI - dir
grub - dir
initramfs-linux-fallback.img (~36MB)
initramfs-linux.img (~10MB)
intel-ucode.img (~7MB)
vmlinuz-linux (~12MB)Szóval akkor ezek pontosan hol lesznek a másik megoldással (non-efi/gpt) boot közben? Úgy tudom az initramfs fog betölteni, mkinitcpio-val bele lettek pakolva a szükséges modulok. Ezért nem értem pontosan a fenti dolgot nem EFI gép esetében, mert ez kell ahhoz, hogy az sdb2-t mountolni tudjam. Márpedig ott én nem láttam olyan méretű partíciót, ami nem encrypted lenne esetemben és ezek elférnek.
Szabad kérni, hogy ezzel a mintával elmagyarázzátok mégegyszer? Szeretném megérteni a másik sémát, hogy non-efi/gpt esetén ne legyen majd gondom.
-
#89663
tordaitibi
veterán
BoB
#89655
-
válasz
#68216320
#89661
üzenetére
Nem.
A boot során olyan modulok töltenek be, amik a további stage-ek betöltéséhez kellenek, pl. ecryptfs. Stage 1: bootloader. Stage 1.5: ezek a modulok. Stage 2: tényleges kernel és szolgáltatások elindítása.
A jelszót a filesystem feloldásához a stage 2 elején adod meg, különben nincs semmi.
-
#68216320
törölt tag
Még mindig nem értem, hogyha encrypted a root ("/") partíció és pár MB-ra csinálod a boot ("/boot") partíciót, akkor hova fog kerülni a kernel?
Mert ugye a kernel betöltődik és ezután kéri be a decrypt-hez a jelszót.A képet nem monitoron látom, hanem vnc konzolon. Nem tudok semmit bedugni a gépbe, mert a vps távol van tőlem. kizárólag a telepítő iso választható ki, az pedig ugye konzolos.
-
válasz
#68216320
#89659
üzenetére
Azt a képet valamilyen monitoron látod gondolom. Akkor egy live pendrájvot csak be lehet bootolni és ott már van GUI és azzal megcsinálni a partícionálást. Vagy nem? Ha meg már GPT, akkor annyi partíciót csinálsz amennyit akarsz.
Van egy ilyen barkácsolós módszer, a ventoy is valami ilyesmit használ GPT esetén [link] -
#68216320
törölt tag
Nade itt nincs xorg, amin csinalom. Ez egy vps-re települő szerver. Nem tudok gparted-et használni rajta. Értem, hogy bios grub-ról beszélsz, de az nincs. Mutattam, hogy a cfdisk mit hoz fel lehetőségnek. Gpt eseten jelző sincs, a type egyben meghatározza magát a jelzőt is. Pl. EFI (fat32,bootable)
És még egy kérdés. Hova kerülne a te elrendezésed szerint a kernel?
Mert ugye a root partíció az encrypted. -
válasz
#68216320
#89657
üzenetére
Gparted -del simán meg lehet csinálni. Nem bios-boot, hanem bios_grub a jelző, amit rá kell tenni az 1 megás formázatlan partícióra. Lehet, hogy amikor megcsinálod a partíciót akkor utána a korábban ott volt partíció formázását kijelzi rá, de azt nem kell figyelembe venni, mert amikor a grub core img beleíródik úgyis kitúr onnan minden korábbi nyomot.
-
#68216320
törölt tag
A kiinduló bejegyzésben azt írtam, hogy gpt volt és az sda1 az bios_boot type volt.
A cfdisk-et használtam és amikor megadtam, hogy gpt legyen a séma, akkor nincs ilyen típus. Külön jelzőt pedig nem lehet beállítani csak mbr esetén például a "bootable" jelzőt.
[kép] És ugye a titkosítatlan partíción van a kernel is. -
válasz
#68216320
#89652
üzenetére
Ha GPT séma maradt volna, akkor létre kellett volna hozni egy 1Mib-es formázatlan partíciót és bios_grub jelzőt neki és ez látta volna el az MBR szerepét és jöhetett volna a sudo grub-install /dev/sda és ide íródott volna be az i386-pc grub core img és ugyanúgy működne, mint egy MBR-es rendszer. Például ez itt lent bootolható MBR-ként és van rajta két EFI partíció is.
-
#89655
BoB
veterán
tordaitibi
#89654
BoB
veterán
válasz
tordaitibi
#89654
üzenetére
Azért én átállítanám a 3.7 prioritását 1-re a jelenlegi 3-ról, ami ugye a 2 után jön ami a 3.6 prioritása nálad.
-
#89654
tordaitibi
veterán
BoB
#89644
Feladom.
Megcsináltam a python választót, kb. 3 órája szórakozok ezzel mert 1 vagon függőséget is le kellett szedetni a terminállal. Brrrr.... utálom!
Ez van most, a 3 azaz a 3.7 van használatba, ki is csillagozza meg ottvan hogy ez fut automatikusan:tibi@TibiXubuntu:~$ sudo update-alternatives --config python[sudo] tibi jelszava:3 választás létezik a(z) python alternatívához (/usr/bin/python biztosítja).Kijelölés Útvonal Prioritás Állapot------------------------------------------------------------0 /usr/bin/python3.7 3 automatikus mód1 /usr/bin/python2.7 1 kézi mód2 /usr/bin/python3.6 2 kézi mód* 3 /usr/bin/python3.7 3 kézi módRáadásul ez is ezt írja,
tibi@TibiXubuntu:~$ python --versionPython 3.7.16
Erre ez a r@hadék yt-dlp mit ír ki, azt hogy szerinte a 3.6 van használatba,tibi@TibiXubuntu:~$ yt-dlpTraceback (most recent call last):File "/home/tibi/bin/yt-dlp/yt_dlp/__init__.py", line 2, in <module>ModuleNotFoundError: No module named 'contextvars'During handling of the above exception, another exception occurred:Traceback (most recent call last):File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main"__main__", mod_spec)File "/usr/lib/python3.6/runpy.py", line 85, in _run_codeexec(code, run_globals)File "/home/tibi/bin/yt-dlp/__main__.py", line 14, in <module>File "<frozen importlib._bootstrap>", line 971, in _find_and_loadFile "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlockedFile "<frozen importlib._bootstrap>", line 656, in _load_unlockedFile "<frozen importlib._bootstrap>", line 626, in _load_backward_compatibleFile "/home/tibi/bin/yt-dlp/yt_dlp/__init__.py", line 5, in <module>Exception: You are using an unsupported version of Python. Only Python versions 3.7 and above are supported by yt-dlptibi@TibiXubuntu:~$Mi az a
ModuleNotFoundError: No module named 'contextvars'
és mi a fenéért nem ismeri meg hogy 3.7 van alapértelmezetten megadva ebből az istenverése pytonból?reboot volt vagy 5 úgyhogy én passzolok.
-
zoltanz
nagyúr
válasz
CPT.Pirk
#89651
üzenetére
Elvileg a készűl a Vulkan-os AV1 dekóder . (AOMedia Video 1)
Ami jó lenne met a Netflix-en már használatos (azt jön a társain is Disney, HBO, Apple, Amazon stemain szolgáltatóknál is)
Khronos, a Vulkan mögött álló szabványozó szervezet, nemrégiben jelentette be, hogy két új kódolót vezet be – az H264 és az H265 –, de az AV1 kódoló még nem volt része a szabványoknak.
RedHat alkalmazásában álló nyílt forráskódú illesztőprogram fejlesztő Dave Airlie és egy FFmpeg fejlesztő, Lynne együtt létrehozták saját kiterjesztésüket az AV1 videók dekódolásához, amelyet VK_MESA_video_decode_av1-nek neveztek el.
[link] -
#68216320
törölt tag
válasz
#68216320
#89640
üzenetére
Na, közben meglett a megoldás.
Hát csúnyán user-error volt (de persze erre is számítottam)Szóval DOS-sémára (MBR) csináltam végül a patíciókat.
Az első primary (fat32, lba, bootable), a második (linux, ext4)És elég volt ennyi a Grub felrakáshoz: grub-install /dev/sda
Aztán persze a konfig fájl létrehozása és kész.Szóval igen amatőr módon rontottam el eredetileg
-
CPT.Pirk
Jómunkásember
-
#89647
tordaitibi
veterán
BoB
#89644
[ez még jobb] 1000köszönet érte hcl kollégának ha beválik.
Pont most lett téma az Ubuntu topikba. -
-
BoB
veterán
Vagy lehet hogy jobb lenne megtartani azokat is mert kinézem a debian őrületből hogy másnak meg régebbi python kell.
Tedd fel a 3.8-at:
sudo apt-get install python3.8Majd kiválasztod alapértelmezettnek, így maradhat a többi:
sudo update-alternatives --install /usr/bin/python python /usr/bin/python3.8 1
Az 1-et ne hagyd le a végéről.sudo update-alternatives --set python /usr/bin/python3.8 -
#89643
BoB
veterán
tordaitibi
#89641
BoB
veterán
válasz
tordaitibi
#89641
üzenetére
Python 2-re már nem is mondok semmit.Python 3.6-on akar az futni neked, azt javaslom leszedni és minden más esetleges 3-as python verziót hogy csak a legfrisebb maradjon.
Ahogy nézem 3.8 a legfrissebb ami elérhető, az legyen csak fent a 3-as python-ból.
-
#89642
tordaitibi
veterán
growler
#89638
válasz
growler
#89638
üzenetére
Van az is, ráadásul teljes, megvettem kb. 4 éve.
De az nem tud YT. meg egyéb videoportálról streamet kiküldeni a mediaplayeremre, annak kell a yt-dlp.
Így nézek reklámmentesen videókat filmeket SmPlayeren, kétt katt kiküldeni a videót a böngészőből a Send To MPV bővítménnyel. -
#89641
tordaitibi
veterán
BoB
#89639
-
#68216320
törölt tag
Segítséget szeretnék kérni, elakadtam egy telepítésnél a GRUB felrakásánál.
Még soha nem telepítettem Arch Linux-ot nem EFI-s gépre (jelen esetben egy VPS-re) és nem indul a GRUB.Adott egy "sda", amit GPT sémával particionálok cfdisk segítségével.
Létrehozok egy 200M "Bios Boot" típusú sda1-et. Ezt formázom fat32-re.
Azután létrehozok a maradék helyen egy sda2-t (encrypt és majd ext4)
Az sda2 a /mnt lesz telepítés alatt, az sda1 a /mnt/boot alá lesz mountolva.
Aztán persz majd "arch-chroot /mnt" .A lényeg, hogy a telepítgetés végén felrakom a grub-ot:
grub-install --target=i386-pc /dev/sdaEzután megcsinálom a grub.cfg-t:
grub-mkconfig -o /boot/grub/grub.cfgNincs semmi hibaüzenet, mégis mikor indítanám a gépet:
Grub loadingSe hibaüzenet, sem a Grub menü nem jelenik meg. Mit rontok el?
-
#89639
BoB
veterán
tordaitibi
#89637
BoB
veterán
válasz
tordaitibi
#89637
üzenetére
Azt írd be hogy
python --version -
#89638
growler
őstag
tordaitibi
#89637
growler
őstag
válasz
tordaitibi
#89637
üzenetére
A 4K Video Downloader nem felelne meg a yt-dlp helyett? [link]
-
#89637
tordaitibi
veterán
Felhegesztettem a python3.7.5-öt az Ubi 18.04-re.
Mivel ez kell a yt-dlp-nek, a régivel nem működik.
Hogyan lehet megcsinálni hogy a yt-dlp használja a python 3.7.5-öt, de a többi meg a régit? Vagy rosszul okoskodok, az biztos hogy fenntvan a 3.7.5 mert,tibi@TibiXubuntu:~$ python3.7 --versionPython 3.7.5
Ennek ellenére nem megy a yt-dlp, aszongya hogy:Traceback (most recent call last):File "/usr/lib/python3.6/runpy.py", line 193, in _run_module_as_main"__main__", mod_spec)File "/usr/lib/python3.6/runpy.py", line 85, in _run_codeexec(code, run_globals)File "/home/tibi/bin/yt-dlp/__main__.py", line 14, in <module>File "<frozen importlib._bootstrap>", line 971, in _find_and_loadFile "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlockedFile "<frozen importlib._bootstrap>", line 656, in _load_unlockedFile "<frozen importlib._bootstrap>", line 626, in _load_backward_compatibleFile "/home/tibi/bin/yt-dlp/yt_dlp/__init__.py", line 5, in <module>Exception: You are using an unsupported version of Python. Only Python versions 3.7 and above are supported by yt-dlp
Most hogyan tovább? -
zoltanz
nagyúr
válasz
CPT.Pirk
#89634
üzenetére
"Azok meg megeszik reggelire azt a rendszert kompatibilitási gondok nélkül, miközben pl. AV1, VC1, VP9... videók hardveres dekódolását is tudják, ami igen jól jön a mai netes videós tartalmak mellett."
Av1 dekód csak a kővetkező genen van nem? (Kivéve 6400, 6500) vagy kijött már a Vulkan -os AV1 dekóder?
-
CPT.Pirk
Jómunkásember
Nem jó ötlet. Lementek a VGA árak, alig többért kapni 5600XT-t, sőt 2 RX580 árában 5700XT-t is, de még 6600xt kártyákat is.
Azok meg megeszik reggelire azt a rendszert kompatibilitási gondok nélkül, miközben pl. AV1, VC1, VP9... videók hardveres dekódolását is tudják, ami igen jól jön a mai netes videós tartalmak mellett.
Én 1440P-ben játszom jelenleg 5600XT-vel, egy Cyberpunkot medium/high környékén elvisz 40fps felett. Most gondolkodom a cserélésén, de megvárom a 7600-as kártyák rajtját, ami 7-8 nap múlva várható, hátha nyomják lejjebb az árakat vagy netán még megvenni is megérné őket...
-
-
Freel
tag
válasz
CPT.Pirk
#89630
üzenetére
Köszönöm a linket, lehet akkor megpróbálom a zárt driverrel.
Annyit sikerült összeszednem a témában infót, hogy maga a DX12 és a Vulkan tudja a multi-gpu-t, tehát a többkártyás rendszereket kezelni, még akár asszimetrikus módban is, tehát abszolúte nem kell kettő egyforma videókártya, bármit összerak az API. A lényeg, hogy például játékok alatt a fejlesztőnek kell implementálnia a megfelelő kódot a grafikus motorban és akkor a játék kezelni fogja a multi-gpu-t. Olyan 3-4 évvel ezelőtti infókat találtam multi-gpu-s támogatott játék listában. Akkor nem túl sok játék volt támogatott: Ashes of the Singularity, Sniper Elite 4, Strange Brigade, Rise of the Tomb Raider, Deus Ex Mankind Divided, talán a Fallout 4 stb.
A 3DMark tudja a multi-gpu-t mint irtam is, de például a Unigine tesztprogramjai nem.
A legfőbb professzionális, kép- videószerkesztő programok ahol szükség van a nagy gpu számolási kapacitásra, mind kivétel nélkül tudják a multi-gpu-t.Az egész multi-gpu támogatás állitólag a 'tyúk-tojás melyik volt előbb' esete. A fejlesztők nem teszik bele a multi-gpu támogatást a játékaikba, mert a gamerek nem vesznek kettő vagy több vga-t. A gamerek pedig nem vesznek kettő vagy több vga-t, mert a fejlesztők nem teszik bele a játékaikba a multi-gpu támogatást.
Ha már ennyit körmöltem, akkor remélem belefér még egy számomra brutális, sokkoló és megdöbbentő teszt eredmény, megosztom veletek:
nekem, egy 12. genes intel buildem van. Egy ASUS TUF B660M-PLUS D4 alaplapra épül a rendszer. Ebben a lapban kettő darab x16-os PCIE csatoló van: egy 5.0-s x16 és egy 3.0-s x16. A 3.0-s PCIE csatolóba nincs bekötve csak x4 sin. Az RX 6650 XT 4.0-s csatolóval érkezik és x8-as sinen dolgozik. Leteszteltem egy gpu-s módban a vga-t külön az 5.0-s PCIE csatlakozóban ahol a vga 4.0 x8-ban megy és külön a 3.0-s PCIE csatlakozóban, ahol 3.0 x4 módban ment. Az eredmény döbbenetes, ugyanis a tesztprogramok és a játékok alatt is pontosan ugyanolyan teljesitményt nyújtott a vga!!! Semmi teljesitményveszteség, se framedrop, se lag, se semmi. Érthetetlen... Bár nem jártam nagyon utána a témában ez hogyan lehetséges, de meglepően furcsa és pozitiv eredmény. Igy egyébként már érthetőbb, hogy például egy 150K-s legújabb 13. genes Z790-es lap is miért csak egy darab 5.0-s csatolóval érkezik és a másik PCIE x16 miért csak 3.0 x4-be megy...
Anno rengeteg lap volt ami tudta a 2 db teljes értékű 3.0 x16 csatlakozót rendesen x16 sinnel bekötve mindkét csatolóban, direkt a Crossfire és az SLI rendszerekhez tervezve.
Elvileg az én lapon is és rengeteg 30-40K-s lap is ahol kettő darab x16-os csatlakozó van, hivatalosan Crossfire támogatottak még mindig.Itt egy viszonylag 'friss' teszt a témában: [link]
-
CPT.Pirk
Jómunkásember
Hű de rég nem láttam már ilyen konfigot! Ez Windows alatt másik programban is működik? Ennyit sikerült találnom a témában: https://www.reddit.com/r/linux_gaming/comments/wz0adz/does_amd_crossfire_work_on_linux/
Annyi biztos szerintem, hogy az AMD zárt driverével kell próbálkoznod, nem mesa-n keresztül.
dances: nem tudom ez mi. Ventoy-t még nem használtam ilyenre.
-
Freel
tag
Üdvözlet.
A következőkben kérnék segitséget: van a gépemben 2 db RX 6650 XT videókártya és szeretném működésre birni a multi-gpu-t (crossfire) és letesztelni.
Windows alatt megy szépen. Tehát az Adrenalin szoftver központban a kapcsolóval aktiválom a multi-gpu-t és Steam alól a 3DMark-kal tesztelve jönnek is az eredmények szépen. 3DMark Graphics Core 1 GPU-val 10080 körüli pontot ad, kettő GPU-val 17400-at, tehát megvan a RX 6800 XT szint.
De Linux alatt nem tudom hogyan lehetne bekapcsolni a multi-gpu-t és azt sem tudom mivel tesztelhetném le. A Unigine Superposition nem támogatja a multi-gpu-t, tehát nem teszteli csak az egyik kártyát.
Köszönöm előre is.szerk: Manjaro XFCE-t használok.
-
#68216320
törölt tag
-
#68216320
törölt tag
Köszönöm, ez működött. Viszont a keyboard "delay" és "rate" értékeket még mindig meg kellene adni valahol.
Aztán a cutefish által felrakott terminal is elég fapadosnak tűnik. Lehet, hogy valahol van valami conf és abban jobban beállítható, de nincs kedvem vadászni.
Szerintem elengedem ezt a DE-t.Valahogy leragadtam az egyre förtelmesebb Gnome-nál és most nincs kedvem vadászni a beállításokat, használnám már a gépet. Így marad a régi megoldás.
-
#68216320
törölt tag
Tudnátok segíteni?
Felraktam egy Arch-ot és hozzá a CuteFish-t DE-nek.
Viszont átállítva angol nyelvre, a keyboard layout is US, de én annak magyart szeretnék.
Tehát angol nyelv, magyar billentyűzet.
Viszont a settings-ben ilyen beállításom nincs. Hol lehetne ezt beállítanom? -
-
-
amstro555
tag
válasz
CPT.Pirk
#89609
üzenetére
ext4
[ 10.421218] usb-storage 1-1:1.0: USB Mass Storage device detected
[ 10.428190] scsi host0: usb-storage 1-1:1.0
[ 10.432944] usbcore: registered new interface driver usb-storage
[ 10.446113] usbcore: registered new interface driver uas
[ 10.452120] kmodloader: done loading kernel modules from /tmp/overlay/upper/etc/modules-boot.d/*
[ 10.808658] block: attempting to load /tmp/jffs_cfg/upper/etc/config/fstab
[ 10.825934] block: extroot: device not present, retrying in 5 seconds
[ 11.554688] scsi 0:0:0:0: Direct-Access USB DISK Pro PMAP PQ: 0 ANSI: 4
[ 12.502483] sd 0:0:0:0: [sda] 7570752 512-byte logical blocks: (3.88 GB/3.61 GiB)
[ 12.510722] sd 0:0:0:0: [sda] Write Protect is off
[ 12.515719] sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
[ 12.516357] sd 0:0:0:0: [sda] No Caching mode page found
[ 12.521871] sd 0:0:0:0: [sda] Assuming drive cache: write through
[ 12.552003] sda: sda1
[ 12.557474] sd 0:0:0:0: [sda] Attached SCSI removable disk
[ 16.151248] block: extroot: filesystem ext4 not supported by kernel -
CPT.Pirk
Jómunkásember
-
amstro555
tag
válasz
CPT.Pirk
#89607
üzenetére
routeren openwrt-19.07 LuCI
Disk /dev/sda: 3.62 GiB, 3876225024 bytes, 7570752 sectors
Disk model: USB DISK Pro
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xb63c436e
Device Boot Start End Sectors Size Id Type
/dev/sda1 2048 7566614 7564567 3.6G 7 HPFS/NTFS/exFAT
-
CPT.Pirk
Jómunkásember
válasz
dances
#89605
üzenetére
A scheme: MBR jelenti, hogy hagyományos telepítést csináltál, nem UEFI-set.
Így csak annyit kell tenned, hogy az "első" alól megszünteted a másik disztró partícióját (formázod vagy beolvasztod valamelyik másik partícióba), aztán futtatsz egy
sudo update-grubparancsot.amstro555: ezt miért kézzel szeretnéd csinálni? Kb. minden disztrón csak egy klikk a gui-n miután bedugtad és már fel is csatolódott a fájlrendszerbe. Egyébként az sda1 biztosan nem az usb-s külső drive.
Ha így kézzel szeretnéd csatolni, akkor először egysudo fdisk -lkimenetében nézd meg, hogy mi az elérési útja a drive-nak. -
#89605
dances
tag
tordaitibi
#89604
dances
tag
válasz
tordaitibi
#89604
üzenetére
Azt hol tudom megnézni?
Ezekből kiderül?
-
#89604
tordaitibi
veterán
dances
#89603
-
dances
tag
Sziasztok!
Adott egy SSD, rajta 2 db Linux (Mint, MX) dualbootban (maradék hely partícionálatlan).
A másodikként telepítettet szeretném törölni, az elsőt meghagynám.
Mi ennek a pontos menete, hogy továbbra is indítható maradjon az első?
Ha valaki le tudná írni lépésenként, azt megköszönném.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Ú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!
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- One otthoni szolgáltatások (TV, internet, telefon)
- Canon MILC: EOS R és M topik
- Egy friss tanulmány szerint az AI-ban utazó cégek 95%-a csak elégeti a pénzét
- Nők, nőügyek (18+)
- Óra topik
- Realme GT Master Edition - mestermunka
- Google Pixel topik
- Xiaomi 13 - felnőni nehéz
- AMD GPU-k jövője - amit tudni vélünk
- További aktív témák...
- Apple iPhone 14 Plus 256GB / AKKU 100% / 12 hónap jótállás
- Dell P2419H / P2419HC Full HD LED IPS 24" LCD monitorok
- BESZÁMÍTÁS! MSI B450M R5 3600 16GB DDR4 512GB SSD GTX 1660 Ti 6GB Zalman N4 EVGA 450W
- Akció! Újra Gamer EGEREK! Glorious , Endgamer XM1R , Nibio
- HIBÁTLAN iPhone 14 256GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3245
Állásajánlatok
Cég: FOTC
Város: Budapest