Keresés

Új hozzászólás Aktív témák

  • Frawly

    veterán

    válasz CPT.Pirk #86894 üzenetére

    Nem röhögnék rajta, mert alapvetően igaza van a videónak. Az is igaz, hogy a RAM használatot nem érdemes fetisizálni. Plusz a Win és a Linux RAM foglalásának a kijelzése nem összehasonlítható, mert a Windows belefoglalja a cache-t, prefetch cache-t (ezek boot-kor előtöltött, gyakran használt alkalmazások), máshogy veszi figyelembe a memóriatöredezettséget.

    Ennek ellenére a Win11 3-4 gigás idle RAM fogyasztása elég agyrák, a Win10 óta elég sok bloat indul a rendszerrel (Defender, Onedrive, kikapcsolhatatlan update, telemetria, Cortana, plusz még sok MS-os szutyok, fele teljesen szükségtelenül fut, Win11-től kezdve meg mindenféle TPM és virtualizációs modul fut). A legnehezebb, legcsicsásabb Linux disztrók sem mennek túl 1-1,5 giga idle foglaláson (Gnome, KDE, Deepin, Budgie, Cinnamon), a soványabbak (WM a DE helyett) megállhatnak akár 150-300 megából is (ez csak „used” RAM, a cache/buffers, shared/tmpfs ramdisk, stb. nincs benne). Disztrótól is függ, pl. egy sovány WM-es, 64 bites netinstall Debian ugyanazokkal a csomagokkal akár 50-100 megával is kevesebbet foglalhat, mint egy azonos 64 bites Arch rendszer ugyanazokkal a csomagokkal, ennek az okát én se értem. A 32 bites rendszer még kevesebb memóriát foglal.

    Függ a géptől is, van-e az embernek elég RAM-ja. 16 giga és afelett nem olyan fontos, hogy spóroljunk a RAM-mal. 8 giga határeset, laptopban rosszabb, ahol az integrált GPU is levesz belőle. 4 gigánál fontosabb lehet. Függ még attól is, hogy az embernek HDD-je van-e, mert arról lassú a swap, de ha SSD-t tud tenni alá, akkor sokat javulhat a helyzet.

    Nagyban függ, hogy ki mire használja a gépet. Felhasználói szinttől is függ, aki nagyon laikus felhasználó, az általában feltelepít sok bloat-ot, felesleges szemetet, elfelejt/lusta bezárni dolgokat, több minden többször is meg lehet nála nyitva, nem tudja a rendszert optimalizálni. Egy haladó felhasználó, poweruser viszont figyelni tud ezekre, így akár kisebb memóriával is beérheti.

    Számít az ökoszisztéma is. Pl. egy soványabb WM önmagában keveset foglal, de ahogy elindítja rá az ember a Gtk-s, Qt-s bloatabb alkalmazásokat, akkor kiegyenlítődhet a memóriafogyasztás a nagyobb asztali környezetekkel. Hiszen az utóbbiak eleve sok libet Gtk-s, Qt-s, dbus, stb. libet előtöltenek bootkor, így az idle fogyasztásuk magasabb, de mikor az ember tölti be a bloatabb progikat, akkor azoknak már ezeket a libeket nem kell újra betöltögetni, mert megosztva tudják használni, a DE már betöltötte ezeket. Így már mikor mindkét rendszeren futnak ugyanazok a programok, akkor kb. azonos lehet a RAM fogyasztás a végén.

    A másik, amit figyelembe kell venni, hogy a Linux is bloatosodik ebben a tekintetben, pl. ahogy terjednek az Electron appok, konténerizált appok, konténerizált univerzális csomagformátumok (Appimage, Snap, Flatpak), azok nem használják javarészt a rendszer libjeit közösen (hanem a konténerjükben csomagolt saját libet töltenek be a függőségek miatt), így jobban növelik a RAM fogyasztást. Böngészők is eleve két pofára zabálják a memóriát, a legrosszabbak a Chrome alapúak, a Firefox némileg jobb, de az is elég nehéz. A webkit-alapú böngészők (Falkon, Safari, surf) a kettő között vannak.

  • Frawly

    veterán

    válasz BoB #86840 üzenetére

    Nem telt le, csak egy itteni topikra néztem rá. Nem jövök vissza, mert megint menni fog a moderátoroknak a feljelentgetés a semmiért. Kösz, de kihagyom, nincs értelme állandóan eljátszani.

  • Frawly

    veterán

    válasz ubyegon2 #86797 üzenetére

    Nem mondod, hogy 2 terás SSD kellett. Gondolom Linux .iso-k meg 4K-s gólyapornó telíti be azt a sok helyet :DDD

    #86810 tordaitibi: egyetértek. Nem szabad ilyen régi gépbe időt tenni. Eljátszani el lehetne rajta valami ultrasovány disztróval, de ha már itt a kezdőben kérdezősködik valaki, eleve telepíteni se tudja (32 bites UEFI-vel szenvedés helyett fel lehetne tenni MBR BIOS boottal), akkor nincs értelme, mert ha fel is szenved rá egy minimál rendszert, használni nem fogja tudni. Plusz böngészésre ahogy írod, alkalmatlan. Ezeknél már egy használt okostelefon is jobb netezésre. Pl. 1 giga RAM már 6-7 éve is vészesen kevés volt, azóta még nehezebbek lettek a böngészők, weboldalak, videók, JS hegyek, stb.. Venni kell egy használhatóbb használt gépet helyette. Az a szóban forgó Atom proci szintén, egy 20 évvel ezelőtti egy magos P4 szintjét hozza maximum. Érdemes inkább retrózásra tartani az ilyet, XP-s pótgépnek.

  • Frawly

    veterán

    válasz anorche1 #78557 üzenetére

    Artixon per default nincs telepítve logolás. Neked kell a Gentoo, Arch, Artix Wiki alapján választani és kézzel telepíteni a logolós megoldást. Én a syslog-ng-t használtam rajta, de van többféle megoldás, azt választod, ami tetszik, pl. rsyslog.

  • Frawly

    veterán

    válasz #68216320 #78550 üzenetére

    Így tudod véglegesre állítani. Ez egyébként megint olyan, amit pálcika WM-en könnyebb, vagy csak 1 sor az ~/.xinitrc-be, vagy a WM conf fájlába, vagy a WM autostart scriptjébe. Vagy-vagy, attól függően, hogy milyen WM, vagy az ember használ-e login managert. Ugyebár mennyivel könnyebb 1 sort valamibe beleszerkeszteni, mint ezt a fentebb linkelt tortúrát megejteni. Ezt nem hiszi el uby, hogy nem mindig az a felhasználóbarátabb és a jobb, ami látszólag szép grafikus, ikonos, kényelmesnek tűnő elsőre, hosszú távon nagyobb szívás lehet vele, mint egy minimalista megoldással.

    Bár ha Wayland sessionben van az Ubuntu Gnome, akkor csak a grafikus beállítások között lehet valahogy fixálni a felbontást, mert akkor a X.org--hoz készült megoldások működésképtelenek lesznek, se xrandr, se xorg.conf, se xinitrc nem fog működni, mert a Wayland egész máshogy működik, van rá xrandr-t helyettesítő progi is. De ha most nálad működött ez az xrandr sor, akkor csak elég automatikus indulásra betenni az ezen sort tartalmazó scriptet.

  • Frawly

    veterán

    válasz ubyegon2 #78521 üzenetére

    Én a kezdőt úgy értettem, hogy Linuxban kezdő. Itt nem számít semmilyen data science, meg SQL. Ezeket hiába tudod, ha nem régóta használsz még Linuxot, és csak az alap userfriendly DE-s megoldásokat ismered, akkor bizony kezdőnek számítasz. Ez ilyen. Mondom, ez ilyen műfaj, hogy csinálni kell, meg szokni folyamatosan. Először, mikor belekezd, nem sok fogalma van róla senkinek. Eleve az időbe telik, amíg az ember Linuxon le tudja vetkőzni a windowsos beidegződéseket, aztán jönnek ezek a userfriendly beidegződések elhagyása, mikor már az ember kiismeri magát terminálban, shellben, érti hogy épül fel a rendszer, stb.. Ez olyan műfaj, hogy még a haladók is állandóan tanulnak benne valamit, ha találkoznak új megoldással, trükkel, mert annyi minden van, hogy nem lehet sose mindent tudni róla.

    Ugyanez igaz a híres linuxos youtube-erekkel. Már éve óta ontják szinte napi szinten a linuxos videókat, és egyszerűen nem tudnak kifogyni a témákból a mai napig, minimális önismétléssel, de mindig új dologgal tudnak foglalkozni. Mindig van egy aktuális téma, egy új megoldás, új nyelv, új akármi, amiről tudnak új anyagot kitolni. redditen is mindig előjönnek új dolgok, olyanok, amikről az ember még nem hallott.

    Nekem pl. mostanában ez a Pipewire új. De pár hete a különböző shell-ek jelentéséről tanultam újat, mikor feszegették, hogy nem ugyanaz a /bin/sh-re symlinkelt shell, mint a default login shell, meg különbség van a script shell és interaktív shell között, ezeket pl. én korábban összemostam, és hasznos új infó volt.

  • Frawly

    veterán

    válasz BoB #78506 üzenetére

    Hú, ezt jó tudni. Pedig a Phoronix is írta, hogy a RADV jobb teljesítményt ad, még teszt is volt róla, de ott nem jött ki ilyen brutális különbség. Erre figyelni fogok én is a jövőben.

    #78511 ubyegon2: szerintem nincs ezzel baj, hogy valaki fejlődni akar, és még mivel kezdő, a kezdő topikban kér segítséget. Inkább én ott látom a kollégának a buktatót, hogy most ilyen nagy lendülettel belelovalja magát, egy ideig nyomja, majd gyorsan belefásul. Fejlődni inkább fokozatokban kell, hogy a meglévő disztróján tanul új dolgokat, kezd el néhány terminálos progit használni, kezd el néhány egyszerű scriptet írni, esetleg feltenni egy ablakkezelőt. Ezek kisebb lépések, de épp ezért természetesebb lesz a fejlődés, fokozatosabb, kisebb sokk, apróbb lépések, lesz idő mindent megszokni. Hiszen ennél a fajta fejlődésnél az ember szemlélete alakul át, és ez az, ami idő, hogy megtanulja lehet másképp is csinálni a dolgokat, és abban mi a jó. Ez egy hirtelen ugrással általában nem megy, nem jó siettetni.

    Másik oldalról a hirtelenségnek is lehet előnye. Ha nagyon kis fokozatokban tolod, akkor néha túlzottan lelassulhat a fejlődés, hajlamos beragadni az ember a jól megszokottba, meg ha tanul is új dolgot, ha fent van a meglévő disztróján a komplett DE, komplett userfriendly automatika, akkor hajlamos visszacsábulni a régi megoldáshoz, pusztán lustaságból, kényelemből. Ez sokszor Windowsról Linuxra áttérőknél is előjön, hogy meghagyják a Windowst dualbootban, de csak állandóan ott a csábítás, hogy ha valami nem megy Linux alatt, akkor nem az alatt tanulják megoldani, hanem állandó egérúttal már bootolják is vissza a Windowst. Míg ha a Windows nincs meghagyva, akkor nagyobb a nyomás, hogy Linux alatt tanulják meg megoldani a problémáikat.

    Erre most szép példa az itteni AMD GPU Vulkan játékteljesítmény is. Volt egy negatív tapasztalat, de nem az volt rá a megoldás, hogy akkor játszunk Windows alatt, hanem gyurmafigura vette a fáradtságot, utánanézett, kísérletezett, talált alternatív megoldást, ami a natív windowsosnál még kicsivel jobb teljesítményt is adott neki. Ugyanez lesz az említett játék launcherével is, kicsi fetrengés árán, de ha rájönnek, hogy hogyan fut Linux alatt, máris még eggyel kevesebb visszacsábulási ok Windowsra. Így kell egérutak nélkül fejlődni. Igen, fáradtságos, munkával jár, kinek van erre ideje a sok facebookozás meg mindenféle közepette.

  • Frawly

    veterán

    válasz moleculez #78500 üzenetére

    Erre a legjobb az Arch (vanilla Arch, nem 3rd party telepítőve, nem Arco, nem Endevour, nem Manjaro). Már a telepítéskor rászorulsz a konzolra, shellre, de még nem annyira durva, mint egy Gentoo, Alpine, Linux from Scratch. Jó Wiki van hozzá, ami mindent leír, hogy hogy lehet rá telepíteni, beállítani.

    Emelett mindenképp Openboxot vagy más hasonló kisebb ablakkezelőt tegyél rá, semmiképp ne komplett asztali környezetet, és tanuld meg a kisebb WM-bet bekonfigurálni a konfigfájlát szerkesztve, meg te add hozzá a rendszer elemeit.

    Progikból is igyekezz mindenből terminálosan használni, meg a lehető legtöbb mindent a shellben megoldani. Csupa olyan dolgot, amit egyébként is csinálnál, de nem grafikus felületű programban olddod meg, ahogy a mainstream disztrók.

  • Frawly

    veterán

    válasz BoB #78476 üzenetére

    Hát, ez tényleg elkeserítő, ilyen méréseket még nem csináltam. Főleg régebbi játékokkal próbáltam, amik főleg natívban mentek, akkor sem hasonlítgattam őket össze a windowszossal. Ennek ellenére a Phoronix szokott ilyen Win vs. Linux/Proton játékteszteket csinálni, és ott ennyire nincsen nagy különbség az fsp-ek között. Van, de nem ilyen brutális, hogy negyed-fele annyi.

  • Frawly

    veterán

    válasz mtomi95 #78471 üzenetére

    Az a baj, hogy itt keveredik a hardveres gyorsítás fogalma, aminek 3 szintje is van.

    Van a 2D-s gyorsítás, amit a kerneldriver, és opcionálisan a X.org driver old meg. Van a 3D-s gyorsítás, tipikusan OpenGL alapon, amit a mesa csomag old meg (ha Vulkan alapon megy, akkor valamelyik konkrét GPU-hoz kötődő vulkanos csomag), meg opcionálisan a kompozitor (ez lehet a böngészőbe beépített webrender vagy más webgl-megoldás is). És van a hardveres videó ki/bekódolás egyes videókódekeknél, amit a GPU végez a CPU helyett.

    Ha screen tearing van, az az első két megoldáshoz köthető, nem a harmadikhoz. De ha fel is lép, akkor lehetőleg az első szinten kell megoldani, ha úgy nem megy, akkor a második pontban említett szinten.

    Ha a 3. pont hibádzik, attól semmilyen tearing nincs, hanem csak azt okozza, hogy böngészős videók lejátszása alatt magasabb lesz a CPU terhelés, meg ha laptop, akkor gyorsabban merül az aksi.

    Ami félreértésre adhat okot, hogy a böngészőkben is létezik ez a 2. és 3. pontban írt gyorsítás.

    Azzal viszont egyetértek, hogy az Intel IGP hulladék. Bár nekem nagy gondom azzal sem volt, de hát játékra teljesen felejtős, ha Proton, ha nem Proton. Egyébként a CS-nek vannak natív linuxos OpenGL-es változatai is, de akkor is max. ilyen régi verziókat érdemes használni, az Intel IGP nem valami combos, igazából én hardveres lassítónak szoktam csúfolni. Nagyon régi játékokhoz jó lehet, pont ilyen CS 1.6, Half Life 1-2, stb. szintje, alap 60 fps kihajtásáig HD-ben, FullHD-ben.

    De nyilván egy RX470 az köröket ver akármelyik Intel GPU-ra, mintha a kispolszkit hasonlítaná az ember egy Ferrarihoz, pedig az RX470 egy 5 éves kártya. Egyébként az az RX470 teljesen jó linuxozni, nyílt driverek kulturáltan viszik (kernelbe épített amdgpu driver, amdgpu-xorg driver, mesa, vulkan-radeon, libva-mesa VAAPI), megy vele Proton, shader fordítás megoldások (RADV, ACO).

    Nekem RX570 van, igaz főleg Win10 futott eddig rajta egy dedikált gaming gépben, de amikor Linuxot bootoltam be rajta, akkor korrektül ment rajta minden.

    De a laptopban most szintén AMD GPU van, Vega 8 Renoir. Az is teljesen jól támogatott minden szinten, ez volt eleve a fő oka, hogy Ryzen-es laptopot vettem, nem csak a több CPU mag, meg a nagyobb IPC, jobb energiatakarékosság, hanem a legfőbb szempont volt a kulturáltabb integrált GPU, nem akarom megint gyorsan avuló Intel HD/UHD szutykot.

    Az 1-2. pontban írt gyorsításokkal nincs is gondom, a böngészőkben viszont jellemzően eddig nálam Arch alatt nem működött a hardveres videódekódolás. Néha, de nem minden Firefox verzióban, de hivatalosan nincs is benne támogatva, kézi hack-kel bekapcsolható, de akkor se garantált a működése.

  • Frawly

    veterán

    válasz CPT.Pirk #78453 üzenetére

    Én még nem próbáltam, de ezek a gyorsításos engedélyezések elég vegyesek. Mindenkinek másképp fog működni, nem működni. Függ disztrótól, csomagverziótól, GPU-tól, használt drivertől, stb.. Tehát ha jó disztrón próbálod, friss csomagokkal, friss, opensource driverekkel, akkor akár még működhet is, de semmi nem garantált.

  • Frawly

    veterán

    válasz csixy #78443 üzenetére

    Így van, üzleti és refurb gépekkel szinte mindig jön Winlicenc, sokszor az aksi alá berejtve a matrica (Win7-nél), Win8-10-nél meg a BIOS-ban szokott lenni eltárolva a termékkulcs. Még telefonos aktiválás sem kell, mert megeszi ezeket a kulcsokat a telepítő, és amint először becsatlakozik a netre, ott automatikusan aktiválja magát. Sehová nem kell telefonálgatni, azt már az XP-nél, Vistánál se kellett.

  • Frawly

    veterán

    válasz Kenderice #78418 üzenetére

    Parancsot épp úgy tudsz úgynevezett scriptben is futtatni, terminál nélkül. Csak egy szöveges fájl:
    #!/bin/sh
    parancs1
    parancs2
    satöbbi...

    Adsz rá futtatási jogot, chmod +x /eléséri/út/scriptfájlod, így ha elindítod, a háttérben fog futni, mindenféle terminál nélkül, végrehajtva sorban a benne foglalt parancsokat.

    Ez épp olyan, mint Windows alatt a BATCH (.bat) fájlok, azokban is minden sorban lényegében shell parancs fut le.

  • Frawly

    veterán

    válasz mtomi95 #78416 üzenetére

    Az UHU-val nincs baj, az egy kulturáltabb disztró szerintem. Mint mondtam, nem érdekes a származás. Az UHU-nak csak egy hátránya van, hogy kevés fejlesztője van, nagyon-nagyon ritkán van belőle új kiadás, és a csomagok ezért végletekig elavulnak. Emiatt nem nagyon szoktam senkinek ajánlani.

    Egyébként ha már magyar disztró, akkor az Arch jelenleg az. A vezetője most magyar, Polyák Levente, aki már régóta fejlesztő, de nemrég lett vezetőnek kinevezve. Hátha még államtitkárkának is jobban tetszene, mint a BP meg a Mint :DDD

    Egyébként pozitív példának tudom írni Észak-Koreát. Nekik van jó kis nemzeti linuxos Red Star OS-ük. Benne fincsi lekorlátozott böngészővel, tűzfallal, kémprogramokkal, nyam-nyamm. Kin Jong Untól szeretettel, Windows helyett, ami ott be van tiltva (újabb piros pont). Viszont a poén az benne, hogy amúgy egy nem is túl rossz Fedora fork KDE/Trinity felülettel. Ha kikapcsolod belőle a ezeket a kémmegoldásokat, tűzfalat, szerzel magadnak root jogot rajta, átállítod a nyelvet, akkor egy egész használható valami, szemre simán veri a Zorint, BP-t, Win10-et, meg egyéb kókányságokat.

  • Frawly

    veterán

    válasz lck #78405 üzenetére

    Teljesen egyetértek, csak azért nem fogalmaztam ennyire keményen, mert akkor meg megsértődnek.

    De nem csak a BP-ről ez a véleményem, hanem az összes fizetős megoldás felé terelő disztróról, Zorin, Proxmox, RHEL, Süsü, stb.. Erre nem való a Linux. A BP ezeknél csak annyival rosszabb, hogy agresszíven politizál is. Közben meg nem veszik észre, hogy a felhasználók 99,9999%-át nem érdekli, hogy milyen származású a disztró, csak az, hogy 1) jó legyen és 2) működjön, használható legyen. Az már csak plusz, ha 3) jó közösség is kialakul körülötte, ahol barátságos és segítőkész formában kaphat segítséget egy kezdő, ha elakad valamiben.

  • Frawly

    veterán

    válasz headhunter #78403 üzenetére

    Még mindig ugyanaz a véleményem a BP-ről. Túl agresszív disztró, túltolják a magyarkodást (már eleve a neve sem magyar, ráadásul a kiejtése is problémás egy magyar anyanyelvűnek), nemzeti-politikai irányvonalat. Nem kell politizálni, meg semmilyen államtitkárnak írogatni, meg semmilyen oldalbezárással fenyegetőzni. Csinálni kell a disztrót, hozzá a támogatást, és ha jó, emberek használni fogják, ha nemzeti, ha nem nemzeti. Én sose javasolnék kezdőnek BP-t, pont ezek miatt, jobban jár egy politikamentes, nagy, nemzetközi disztróval (Mint, PopOS, hasonlók), amikkel sztenderd linuxos rendszert kap (amihez egy csomó oldalon és fórumon tud segítséget is kapni), épp úgy feltelepíthető magyarul, magyar kiosztással, tárolókban sok csomag (és magyar tükör), mindezt teljesen ingyenesen, politikamentesen, fizetős megoldások felé tereléstől mentesen. Igen, ezek külföldi, nemzetközi megoldások, de pont azért áll mögöttük sok erőforrás, sok fejlesztő, sok felhasználó.

    Aki meg nem kezdő, annak meg nem kell reklámozni, meg ajánlgatni semmit, és ők már eleve szakmai alapon megtalálták a disztrójukat, és jól megvannak mindenféle nemzeti vonulat nélkül.

    Eleve egy Linux disztrónál nincs is értelme arról beszélni, hogy magyar-e. A kernel nem magyar, a nagy libek, a főbb opensource programok és grafikus felületek nem magyar fejlesztések. Így maximum némi körítés, telepítő, kisebb kiegészítő, stb. lehet rajta magyarosítva, meg magyar készítésű, de hát most csak emiatt a magyarságra ilyen hangsúlyt tenni?

  • Frawly

    veterán

    válasz zolka95 #78394 üzenetére

    De, olcsóbb és könnyebb egy set top boxot venni. De!!!! Számos embernek már van elfekvőben ilyen Rpi-ja, ők meg szeretik ennek-annak befogni, bütykölni velük. Nekik egy plusz opció, amire használhatják ezeket az SBC gépeket, nekik készülnek ezek a set top box-ot pótló megoldások.

    Nyilván nem kötelező használni, ha neked még nincs Rpi-od, akkor vehetsz helyette set top boxot, nem sokról maradsz le.

  • Frawly

    veterán

    válasz tordaitibi #78384 üzenetére

    Nem csak a root partíciót kell dd-zni, hanem a bootot is. Sőt, az EFI partíciót is, ha nem UEFI bootot használnál, akkor meg az MBR-t helyette.

    A másik, amire még figyelni kell hogy nem elég klónozni, mert úgy még ütközés lehet az UUID-k és PARTUUID-k között, hogy a gépben két tárolónak is ugyanolyan UUID-jű partíciói és fájlrendszerei lesznek. Nyilván, ha átteszed a pendrive-ot egy másik gépbe, ott ez nem probléma. Ha azonos gépben vannak, akkor a pendrive UUID-it át kell írni, meg a GRUB-ot frissíteni egy másik linuxos rendszer alól a pendrive-on.

  • Frawly

    veterán

    válasz szakmai #78382 üzenetére

    Nyugi, ezt mindannyian benéztük egyszer, ha nem is ebben a topikban, akkor egy másikban. Már nem egyszer jeleztem a PH üzemeltetői felé, hogy meg kéne változtatni a fórummotort, hogy bejelentkezés nélkül is default a legutolsó oldalra ugorjon, vagy sütiben lehessen fordított időrendben listázást kiválasztani, de mindig le vagyok ugatva, hogy baromság, mert ők így szokták meg, és a fórum az övék, nekik van, nem a többi 1 millió usernek, aki használja.

    Majd megszokod. Sajnos már csak ez az egy IT fórum él, ez is bele fog állni hosszú távon a földbe.

  • Frawly

    veterán

    válasz Kenderice #78353 üzenetére

    Nekem ez nem tűnik jónak. Vagyis az lehetne, de a # jellel ki van kommentelve a sor vége, azért nem csatolja. Szerintem.

  • Frawly

    veterán

    válasz Rodzser Mór #78346 üzenetére

    Ez nem is vidítás kérdése, meg nem Linux hibája. A net/web lett egyre bloatabb, ezt meg nem nagyon bírják ezek a gépek. Ennek ellenére a MX tényleg jó lehet rá Xfce-vel, vagy IceWM-mel, esetleg Sparky Linux szintén lehetőleg IceWM-mel. YouTube lejátszásra meg youtube-dl + mpv kombónál nincs erőforráshatékonyabb. Esetleg SMTube vagy Freetube. Nyögni mindenképp fog az a gép a modern nettől. A fentebb említett Linuxok elmennek rajta relatíve használható sebességgel, nem villám módjára, de olyan normál, XP-szerű tempóban, attól még kicsit gyorsabban is. A gond onnan lesz, ahogy beröffentesz rajta egy modern böngészőt, nem is kell ahhoz feltétlen YouTube, elég ha facebook.com vagy hasonló JS-tel teletüzdelt weboldalt látogatsz meg vele, hirtelen mód be fog lassulni.

    Amit még ne felejts el, hogy telepítsed csomagkezelővel a tárolókból vagy a libva-mesa-driver vagy a mesa-vdpau csomagot, hogy biztosan legyen a GPU részéről hardveres dekódolás. Az a HD6250 elvileg MPEG2, DivX-et tud kikódolni hardveresen, meg x264-et, utóbbit 1080p 30fps-ig, 50-60fps-ses videókat már csak CPU-val tudod lejátszani.

    Egyébként ja, a Win7 önmagában is egyre bloatabb lett, ahogy ér az életciklusa végére. De a probléma ott is inkább a web már.

  • Frawly

    veterán

    válasz UserX #78323 üzenetére

    Nem röhögünk egyáltalán. Arra a gyenge, régi gépre tökéletes az a Sparky Linux, fut rajta, mint a villám, ilyesmi gépekre szoktam én is ajánlani, én SKami videóiról ismertem meg ezt a disztrót. Örülök, hogy meg sikerült oldani, ki tudtad választani a Hungarian locale-t. A KPatience is jó választás, az a létező legjobb pasziánszos program, nem csak Linuxra, simán veri a windowsosokat is, egy csomó pasziánsz-alvariánst tud. A KDE-hez van egy csomó ilyen hasonlóan jó játék, KMines (windowsosnál jobb aknakereső), KSudoku, Palapeli (képkirakós jigsaw puzzle), KDiamond, stb.. Még online oldalakon is vannak ilyenek, amiket el tudsz menteni nekik könyvjelzőbe, és azzal is tudnak játszani bármilyen telepítés nélkül.

    Teljesen jól elvannak az idősek Linuxszal, beállítod nekik az alap programokat, böngésző, Skype, Messenger, pasziánsz, videólejátszó, és ellesznek vele jó sokáig, mivel itt nincs kötelező frissítés, ami elbarmolna dolgokat, nincsenek vírusok, stb., és jobban is fut, mint egy Windows, sokszor még egy XP-t is ver futási teljesítményben, simaságban.

  • Frawly

    veterán

    válasz K0zm0 #78306 üzenetére

    Azért ragaszkodnak hozzá, mert a sok műszakilag meg informatikailag analfabéta csak ezt ismeri, és ettől eltérő formátumoknál elkezd a gyomra görcsbe rándulni, hogy majd nem fogja tudni megnyitni. De, meg tudja, akár még a natív LibreOffice-os .odt fájlt is, amit a modern (elmúlt 13 évben kiadott) MS Office-ok alapból meg tudnak nyitni, a .pdf-et nem különben, azt is megnyitja már bármi, akár még egy böngésző is.

  • Frawly

    veterán

    válasz #74353664 #78269 üzenetére

    Biztos vagy benne, hogy az MS Office alapkövetelmény, és nem csak a .doc(x) formátum? Utóbbit tudja a LibreOffice is (a Writer tud MS Word formátumban menteni). Mert szerintem a szakdolgozat az, amit bármiben megírhatsz, legfeljebb, ha annyira alapkövetelmény a MS Office, akkor a végén feltöltöd webes MS Office-ba (havi díjért fel lehet iratkozni, online 365), és beilleszted, megformázod abban a kész szöveget. De én nem látom be, hogy miért ragaszkodnának az MS Office-hoz, egy ingyenes, szabványos alternatíva miért ne lenne jó nekik. Akár még arra sincs indok, hogy miért szerkeszthető formátumban akarják (amiben szétesik a formázás, ha másik gépen nyitod meg, meg vírus lehet benne), miért nem jó pdf-ben, amit bármilyen progi elő tud már állítani, és akár egy telón is kényelmesen meg lehet nézni.

  • Frawly

    veterán

    válasz ubyegon2 #78256 üzenetére

    Tudtommal most is van GnomeOS. Egy referenciadisztró, amin Gnome-ot lehet tesztelni. Lehet mindennapi disztrónak is használni, csak nehézkes és nem ajánlott. Vanilla Gnome-mal szállítódik. Természetesen full extrásítható.

    Ilyen lenne a Cinnamon is, azt is szétkutyulnák a disztrók: ha használnák. Mert jelenleg a Minten kívül alig használja 1-2 másik. Míg a Gnome-ot szinte mindegyik. Az Xfce se egyforma a disztrók között, kutyult az is.

    Emulátorból sok van. Nem csak Nintendo, hanem az összes megjelent mainframe, mikro, játékkonzol, home micro, stb. megoldásra van, nem csak Commodore, meg Amiga, hanem PS1-től elkezdve Dreamcast, Xbox, régi IBM mainframe-ek (1401-360), 8080-as és Z80 procis gépek, amit csak el tudsz képzelni, klasszikus Mac, régi x86-os XT-AT gépek, stb.. Majd nézd meg egy Retroarchot, vagy Retropi-t, hogy milyen rengeteg féle emulátor van rajta, még ilyen játéktermi gépek is (arcade). Elég sokan játszanak ilyennel, mert ezekre volt egy csomó szoftver, játék írva, amit nem hagynak veszendőbe menni.

    Ezekkel egész retrócsatornák foglalkoznak a YouTube-on, ezekkel a régi gépekkel, régi játékkonzolokkal, emulátoraikkal, stb.. Szinte bármilyen ilyen régi eszközre gondolsz, biztos lehetsz benne, hogy van emulátor hozzá. Teljesen mindegy, hogy milyen régi gép, 10-70 évvel ezelőtti.

  • Frawly

    veterán

    válasz ubyegon2 #78252 üzenetére

    Igazából ha elérsz egy szintet, akkor a disztró mindegy. Bármelyiket be tudod konfigolni ugyanolyanra, hogy ugyanaz legyen fent, ugyanúgy működjön, ugyanúgy nézzen ki. Onnantól a disztrók már csak abban különböznek, hogy
    1) milyen rendszerben frissülnek (kiadás alapú, fél rolling, full rolling)
    2) mennyire frissek
    3) mennyi csomagot érsz el hozzájuk
    4) esetleg zárójelesen az initrendszer milyen alatta, de ez egy szűk réteget leszámítva nem sok embert foglalkoztat.

    Meg attól is függ, hogy kinek mi a legjobb disztró, hogy mire használja a gépet. Te pl. elég erős, de régi, Intel IGP-s üzleti notikat használsz, hagyományos windowsos szemléletű klasszik desktop DE-vel, Gtk-ökoszizstémával, nem játszol, stb.., ezért neked a Mint Cinnamon jön be a legjobban, mivel annak pont ez a műfaj áll testhez, ilyen gépre és felhasználásra van tervezve. De azt felejted el, hogy ezzel nincs mindenki így. Vagy mert nagyon új hardvere van (legújabb Ryzen proci, legújabb dedikált GPU-k), vagy mert játék vagy fejlesztés miatt kellenek neki a friss verziók, friss libek, vagy mert unja már a windowsos hagyományos DE-s életérzést, és valami frissebbre, másabbra, modernebbre, stb. vágyik (mac, tablet filozófia, tiling, stb.).

    Ez a GRUB is olyan, hogy sok disztó megszokásból beleerőlteti. De a sima, titkosítatlan, ext4 partíciókat használóknak teljesen felesleges, ez kb. a userek 95%-a. Persze én megértem a disztrókat, ők általánosságban gondolkodnak, gondolnak arra az 5%-ot kitevő extrém userrétegre is, akik szoftveres titkosítást, RAID-et, LVM-et, egzotikus fájlrendszereket használnak (bootolásra is), így nekik meg kell, így inkább benne hagyják, biztos, ami biztos alapon benne legyen, hogy ha kell, akkor ne a usernek kelljen saját magának ezzel vergődnie.

  • Frawly

    veterán

    válasz ubyegon2 #78232 üzenetére

    Már pedig a Gnome szinten minden disztróban átkutyult. Talán még a GnomeOS, meg vanilla Arch-ra felrakott vanilla full Gnome az, amiben nincs kutyulás, de az meg sok felhasználónak túl fapad lesz, se addonok, se témák, se extra konfigurálási lehetőség, csomó hiányzó tool, stb.. Épp ezért a legtöbb Gnome-os (meg KDE-s) disztró nem áll meg a vanilla minimumnál, hanem teljesebb körítéssel látják el, ahogy te nevezed, átkutyulják. Csak azért hogy extra feature-ök legyenek benne, meg felhasználóbarátabb legyen. A PopOS semmivel nem spécibb. Ugyanolyan ultrafelhasználóbarát, mint a Mint, csak míg a Mint inkább nagymamáknak meg gyenge (bár egyre inkább nem „olyan gyenge”) gépeseknek van inkább, addig a PopOS meg a gamerségre koncentrál jobban, de mindkettő törekszik rá, hogy minden fent legyen a rendszeren, a PopOS még az NV driverre is figyel, meg próbálnak nem Snap-ot nem nyomin a user arcába, ahogy a Mint se.

    De ha valakinek Gnome kell, akkor könnyű dolga van, mert a legtöbb disztró eleve azzal jön a flagship vátozatban, Fedora, Ubuntu, talán Manjaro is. Én is használtam Gnome-ot, amikor fél évig először kísérleteztem Waylanddel. Nem volt vele nagy bajom, fapadnak tűnt, Arch alatt kicsivel 400 MB alatt megállt a fogyasztása is, de végül gyorsan meguntam, hogy nem lehetett rendesen testreszabni, meg addonok nem akartak rajta futni. Marginálisan használható volt azért, de inkább átnyergeltem jobban testre szabható pálcika WM-ekre, amik nem csak rugalmasabbak, de kb. csak fele annyit fogyasztanak, egy config fájllal menthető minden beállításuk, stb..

    #78233 CPT.Pirk: Manjaro-val nagyon mellényúlni nem lehet. Ahogy Arch-csal és Arco Linuxszal se. Játéknál arra kell figyelni, hogy lehetőleg frissebb rolling legyen, hogy megkapd az újabb, optimalizált GPU drivereket, Mesa optimalizációkat, meg az új Wine, Proton, DXVK, stb. verziókat, shader compiler dolgokat. A játék az tényleg az a műfaj, ami kínkeserv LTS disztrókon, a régi csomagverziók miatt.

    Chakra azért nem is jut sehová, mert túl komolyan veszik ezt a Qt only és KDE only filozófiát. Plusz kevés erőforrás, kevés fejlesztő van mögötte. Archnál, Manjaro-nál nagyságrendekkel több, nagyobb felhasználói tábor is, ha valami bug van, többen jelzik, gyorsabban javítják, jobban jönnek az új verziók, stb..

  • Frawly

    veterán

    válasz CPT.Pirk #78228 üzenetére

    Én bloatnak meg hülyebiztosan tartom, nyilván én nem használnám, de a Gnome elég jól meg van csinálva rajta, így akinek Gnome-fetisizmusa van, annak akár ajánlható is, ha nem zavarja a kiadásalapúság (nem rolling). Ehhez képest az Ubuntuban sokkal rosszabbul van a Gnome beleintegrálva, nagyon unitysen, meg hozzá bele van erőltetve a Snap-tenger is, szóval fokokkal rosszabb Gnome-élményt nyújt. Persze, kiegészítő csomagok árán javítható a helyzet, de sok ember nem szeret reszelni, inkább feltesz egy PopOS-t, vagy Mintet.

    Én magát a Gnome-ot se szeretem, a lebutított tabletfilozfóiája, Mac-utánzása miatt. Szóval csakis azért hoztam fel, mert láttam, hogy a kolléga meg szereti, és mindáron Gnome-ban gondolkodik.

  • Frawly

    veterán

    válasz ubyegon2 #78226 üzenetére

    A KDE Neon is hasonló, talán az annyiban különbözik, hogy annál arra is törekednek, hogy napi szinten is használható rendszer legyen, és ne csak tesztelésre legyen alkalmas.

    A Gnome nem minden disztrón egyforma. Sok terjesztésnél szét van konfigolva, témázva, JS webaddonok, plusz alkalmazások, pl. PopOS-ben is van egy csomó körítés. Ezért nem foglal minden disztró alatt ugyanannyit. Azért írtam Archnál is, hogy vanilla Gnome. Előre figyelmeztetem a kollégát, hogy azt lehet fapadnak fogja érezni, mert a minden extrák nélküli Gnome elég keveset tud, semmit nem lehet állítani, egy csomó feature hiányzik. Alapból nagyon le van butítva tabletes, flat dizájnos szintre, igaz cserébe ilyenkor szerintem a memófoglalása se sokkal vészesebb, mint egy Xfce-nek (ami viszont többet tud nála).

    KDE-nél szintén, különböző körítései vannak, egyik disztrón bemehet vanilla állapotban 500 mega alá, míg egy full extráson 1 giga fölé is. Szóval nem az van, hogy a KDE is „csak” KDE, és akkor mindenhol egyforma.

  • Frawly

    veterán

    válasz I02S3F #78219 üzenetére

    X.org log mit mond? Milyen GPU van a gépben? Annyira tuti, hogy NV GPU szokta ezt a fekete képernyőzést csinálni, de azért megkérdem. Meg tudod ezeket nézni, ha átváltasz szöveges konzolra. Figyelem, itt a tty konzolról beszélek, nem a grafikus terminálról.

    Egyébként a GnomeOS fejlesztőknek van tesztelni, nem magánembereknek használni. Ha jó Gnome-élmény kell, akkor a PopOS-t javaslom, feltéve, ha nem zavar, hogy bloat. Ha sovánabb megoldás kell, akkor Arch vagy Arco Linux vanilla Gnome-mal.

  • Frawly

    veterán

    válasz mtomi95 #78212 üzenetére

    Nem, nem mindegy ki veszi. Mert a bányászok hosszú távon nem hű ügyfelek, most megveszik a kártyákat, de ahogy alább hagy a bányászláz, nem fognak venni, sőt, olcsó kártyákkat elárasztják a használt piacot. Ez a GPU gyártóknak nem jó, nekik az a jó, ha gamerek veszik, akiknek eleve szánva van, és azok használják is hosszú távon, és fejlesztik.

    A DDR3 még jó, ha dual channel minimum. Ahol gáz, az az integrált GPU, mert az rendszer RAM-ból dolgozik, és ezeket az integrált megoldásokat leginkább a memóriasávszél fogja vissza, tehát nem azért gyászos teljesítményűek, mert a GPU annyival gyengébb lenne, hanem a kis memóriasávszél, nagy memórialatency. Mert ugyebár, mint egy dedikált GPU-n van GDDR5-6 memória, 256-384 bites busszal, magas órajelen járatva, az sokkal gyorsabb lesz, mint egy közönséges, dual channel 128 bites DDR3 RAM. A DDR4, főleg, ha megint dual channel, és főleg ha 4 modul (interleave), és magas órajelre van felhúzva, egész szépen megdobhatja az integrált GPU teljesítményét!!! De ennek ellenére természetesen a dedikált kártyákat nem fogják utolérni az integrált megoldások, mert ha fel is fejlődnek arra a szinte, addigra a dedikált GPU-k is előrelépnek teljesítményben az újabb generációkkal, és a különbség megmarad.

  • Frawly

    veterán

    válasz K0zm0 #78185 üzenetére

    Öregecskébb laptopon is épp úgy megy a Manjaro, vagy Arco Linux. Nyilván, ha gyenge a hardver, akkor ne KDE-vel, meg Gnome-mal telepítsd, hanem Xfce-vel vagy lehetőleg annál is soványabbal, egészen IceWM-ig is lemehetsz, ez hardverfüggő, konkrét gép paraméterei, főleg memória, CPU. De nem elhanyagolható, ha van a laptopban dedikált NV GPU, mert az is nehézségek elé állíthat, ha nem csináltál még olyat.

    #78186 ubyegon2: abban igazad van, hogy nagyon régi gépre lehet előnye a régi verziós LTS-nek, de ez tényleg csak ultrarégi, ultracsotrogány gépekre érvényes, P3-P4, AthlonXP/64, Atom, régi Celeronok, stb., fél-két giga RAM-mal. Azok a 2-3. genes Core i laptopok, 8-16 giga RAM-mal, SSD-vel, amik neked vannak, azokon ez nem játszik, mert azokon a legújabb megabloat KDE ultrarolling edition is bőven jól fut. De már egy erősebb C2D, vagy Athlon x2, vagy hasonló proci + min. 4 GB RAM + SSD szinten mindegy a disztró.

    Mostanság is lehet jó gépet venni, de türelem kell, össze lehet válogatni vállalható áron, annak ellenére, hogy drága. Ami most szinte megfizethetetlen, azok a dedikált GPU-k, egy kicsit is használható Videó Karcsi most 2-3× áron megy a korábbihoz képest, ezt meg lehet köszönni a coinbányász baromarcoknak.

    Én a GPU gyártók helyében hardveres letiltanám az OpenCL-t a kártyáról, hogy csak sztenderd grafikus API-ról lehessen hajtani, és a 2D-s módot leszámítva 3D-s módban is csak nem-determinisztikus renderelésre állítanám be, szándékosan pontatlan eredményekkel, és hogy a lerenderelt képen legyen mindig pár sub-pixelnyi hiba/különbség, hogy bányászatra teljesen alkalmatlan legyen egy életre! Akinek kell OpenCL-es kártya, bányászathoz vagy kutatáshoz, az szépen fizesse ki érte a 1000+ dolláros árat, aki meg csak játszik, videózik, átlag desktop felhasználásra használja, attól ne vegyék el a GPU-kat a bányászlúzerek, se most, se a jövőben. Ha pénz kell nekik, menjenek el dolgozni, ott végezzenek tényleges értékteremtő munkát, ami mögött gazdasági teljesítmény áll, ha meg bányászni akarnak, akkor túrják az orrukat.

    Az NV próbálkozott most hasonlóval, szoftveresen, driverből levette a hashrate-et felére az RTX3060-as kártyákon, de annyit ért, mint halottnak a csók, 1-2 napra rá már meg is hekkelték a bányászok a drivert, és újra full speeden megy nekik. Ezért kell hardveresen tiltani.

  • Frawly

    veterán

    válasz ubyegon2 #78180 üzenetére

    Ja, efölött elsikolottam, hogy nála régi tárolók vannak. Ezért is szoktam kritizálni a 5-10 éves LTS kiadásokat, hogy hiába van elvileg addig támogatva, már idő közben használhatatlanra elavult, mert a szoftveripar szépen elmegy mellette, fénysebességgel avul el a rohadó verzióhajhász fejlesztések közepette. Ezt nem értették meg a CentOS Matyik is, hogy izé, 2.6-os meg 3.13-as kernel, de mit tesz rá, mikor minden csomag elavult, bármilyen kicsit is újabb, fontosabb szoftvernél kielégíthetetlen verziófüggőségek ütik fel a fejüket. Itt Ubuntu látszik, hogy régi verziónál a tárolók is problémásak lesznek. Én se véletlenül kötöttem ki rollingon, meg megyek rá ennyire csomagfrissességre, hanem mert kezdőbb koromban én is szívtam ilyenekkel, és pontosan látom, hogy mi vele a gond. Nem frissességmániából, meg menőzésből.

    De az a baj, hogy ezt nehezen érteted meg olyannal, aki csak a GUI-ig lát, meg windowsos a szemlélete. A Snap-ban egyetértünk, alapból gáz, és még túl is erőltetik. Vész esetben pedig egy opciónak elmenne, csak erőltetni nem kéne.

  • Frawly

    veterán

    válasz ubyegon2 #78170 üzenetére

    Ez irtó gáz. Na ez az, amit Archon sose látnál. És ezt nem elméletileg mondom, most az érdekesség kedvéért feltettem Archra a clamav-t, mindössze két csomagot húzott le a CLI változat, 1.5 MB terjedelemben, pikk-pakk fent volt, semmi kielégítetlen függőség, semmi PGP kulcsos aláírási probléma, semmi tk-zás, meg frontendezés. A freshclam kiadása után is azonnal, max. sávszélességgel gurult lefelé a legújabb Clam-adatbázis. Azt mondanom sem kell, hogy a legújabb verzió, 0.103.1, és nem csak feltelepítettem, de egy próbaszkennelést is végignyomtam, azzal sem volt probléma, végigellenőrzött mindent amire ráeresztettem. De ezt nem értik meg a kezdők, hogy a GUI, meg a látszólagos felhasználóbarátság nem minden, mert ami kezdetben felhasználóbarátabbnak, könnyebben kezelhetőnek tűnik, az nem mindig a leghatékonyabb, legkönnyebb hosszú távon.

    Ráadásul ez az a pont, ha ennyire nem tudja a kolléga megoldani, akkor érdemesebb lenne Flatpak vagy Appimage formájában beszerezni a clamav-t, akkor minden függőség hozzá van csomagolva. Mint szoktam írni, ennek nem vagyok híve, de ha valaki nem tudja máshogy megoldani, akkor mentő övként játszhatnak ezek.

    Bár nekem a leírásából úgy tűnik, hogy először frissítenie kéne a rendszerét kompletten egy sudo apt update && sudo apt upgrade segítségével, és utána újrapróbálni. Terminálban. Nem a tk-t, hanem a sima clamav-t.

  • Frawly

    veterán

    válasz Schiano #78156 üzenetére

    A gányolást úgy értem, hogy valami extra szutyok fel lett telepítve, valami Cleaner progi vagy hasonló rendszeroptimalizációk vagy szemét antívírus baromság, ami tönkretette a dolgokat, levédetett mappákat. Ma már Windowst warezban nem nagyon tudsz használni, a crack módszerek, átírt bootloader, KMS aktivációs trükközés egyre kevésbé játszik.

    A DVD-kkel az a baj, hogy lassúak, meg amit kiírsz rá lemezképet, az gyorsan elavult. Ez már nem a késő 90-es évek, kora 2000-es évek, hogy egyszer kiírsz valamit lemezre, aztán hosszú évekig használhatod. Manapság már mindent rolling kiadásként fejlesztenek, gyorsan záporoznak az új verziók, telepítők, lemezképek nagyon gyorsan avulnak el. Felesleges kőtáblára, DVD-re, meg rizsszemre kiírogatni, mert pár hét, pár hónap után úgyse lesz érdemes használni. Ezért nem működnek már Windowson a crack módszerek, a MS szinte minden havi meg fél éves update-tel megszünteti a trükközési lehetőségeket, és kapod a nyakadba az új verziót, letilthatatlan frissítés formájában.

    Ezért érdemes észben tartani, pláne, ha Linux, hogy ha kell, akkor az adott Linux disztró oldaláról a legújabb lemezképet letöltöd, és Rufus-szal vagy Etcherrel vagy hasonlóval kiírod egy erre a célre befogott pendrive-ra.

  • Frawly

    veterán

    válasz Schiano #78146 üzenetére

    Szerintem ne add fel, de ha nem értesz hozzá, próbáld rábízni valami informatikailag szakavatottabb ismerősödre, akit át tudsz hívni. Megmondom őszintén, hogy én az egész problémádat nem értem, hogy a Win telepítés látható, de a felhasználói fiók fájljai csak részben, Desktop nem, meg a OneDrive hogy jön ide, én itt elvesztettem a fonalat, itt eleve valami komplikált előgányolás van a háttérben, amit nem fogok tudni megfejteni.

    A másik, ha még magad szeretnél próbálkozni, akkor a DVD-ket hagyd a Petőfi Csarnokba (tudom, már rég lebontották, de hát a mondás az marad). Fogsz egy 4 gigás pendrive-ot, és arra írod ki a LEGÚJABB Mint .iso-t. Ezzel sok tévutas próbálkozást ki lehet zárni.

  • Frawly

    veterán

    válasz tordaitibi #78129 üzenetére

    Érdekes projekt, hobbinak jó, de sok értelme szerintem nincs. A 24 colos monitor nem hordozható, hónod alá csapva nehézkes, táskába nem fér be. Ötvözi a desktop hordozhatatlanságát és nagy helyfoglalását a laptopok/táblagépek rossz teljesítményével. Ha hordozni akarod, tarts laptopot. Ha nem, akkor asztali gép. Lehet egyszerre mindkettő.

    Egyébként meg azért sem valami hasznos, mert már elég sok olyan NUC méretű PC van, akár inteles, akár AMD ryzenes, hogy egy kis dobozka, és VESA adapterrel odacsavarozható a monitor mögé. Csak annyiban rosszabb a tiednél, hogy a monitor háta mögött van egy kis dobozka, meg kilóg 1-2 kábel egy kicsit, de nem sokkal másabb.

    Sőt, egy időben ezek a monitorba épített PC-k is népszerűk voltak, a 2010-es évek környékén, aztán kikoptak, mert nem volt rájuk igény, pont azok miatt, amit írtam.

  • Frawly

    veterán

    válasz tordaitibi #78119 üzenetére

    Igen, ez teljesen igaz. Ha pont az a kevés hiányzik a folyamatos lejátszáshoz, ami GPU-val meglenne, akkor hirtelen elengedhetetlen lesz. Viszont én ilyen esetben a gép lecserélését inkább ajánlom, mert az a gép, ami a ma szükséges felbontásokat, kódekeket csak hardveres rásegítéssel tudja, az máris elavult.

    Persze, ennek ellenére, ha tudja a GPU, azért is írtam, hogy érdemes használni. De ha nem ködösítenétek, hanem egyértelműen leírnátok, hogy milyen Linux/böngésző, milyen verzió, milyen GPU pontosan, akkor megpróbálok hekkelős anyagokat előásni, amivel elvileg bekapcsolható, bár akkor se garantált, hogy biztosan menni fog.

    Azt meg nagyon javaslom, hogy ilyen Atom-Ion, Celeron N, meg hasonló gyökér gépeket ne vegyetek, a jövőben sem. Már újkorukban, a bolti bolcon el vannak avulva, elekronikus hulladéknak vannak eleve legyártva, és nem is bővíthetők. Az az i5, i7, Ryzen sem luxus már, ha nincs pénze rá valakinek, akkor veszi használtan, pár generációval régebbit, akár laptopban, akár desktopban, köröket fog verni ezekre az energiatakarékos hulladékokra.

    Tudom mit beszélek, én is voltam hasonló cipőben, mikor ne volt pénz, összevettem ilyen eee PC Atom N2600-as hulladékot, hát az ellenségemnek, ha kívánom. Utána vettem használta, aprópénzért, hivatalos bolt által felújított céges Core i5-ös laptopokat, hát, ég és föld, memória bővíthető, egyikben még a proci is az volt, és ilyen 30-40 ezreket adtam kb. érte.

    De ez attól is függ, hogy laptop, vagy asztali gép kell. Laptopban most szerintem egy kicsit régebbi genes, de még új Ryzen5, vagy i5 éri meg, mert nem drágák. Használtat laptopban azért nem javaslok, mert 1) kaka a kijelzőjük, 2) máris nem tudnak egy csomó modern formátumot GPU-val kódolni. Asztali gépben viszont teljesen jó a használt, régebbi genes i5-i7, vagy korai genes Ryzen, ezek nem is drágák már annyira, igaz ezekhez kell valami értelmesebb videókártya, ami most nagyon fájdalmas, hogy a coinbányászok miatt felment az egekbe az ára, de egy kb. GTX 750, vagy Radeon R9-RX szintje talán még kapható használtan elfogadhatóbb áron, és sok modern formátumot azok is ki tudnak kódolni, de az i5-i7, Ryzen nyers erővel is képes GPU nélkül dekódolni, mivel min. 4 mag, de azok erős magok, nem is 4W-osak, hanem 60-90W-os prociról van szó, dupla-tripla órajel/cache, turbo, stb..

  • Frawly

    veterán

    válasz cigam #78109 üzenetére

    Örülök, hogy sikerült. Én már hallottam róla, olvastam többször, de nálam még sose kellett semmihez, nem használta semmi még. Egyszer nálam is maradt törölhetetlen fájl, ami már valójában le volt törölve, de valami fs-driver glitch miatt úgy látszott, hogy ott van, de akkor egy újraindítás megoldotta.

  • Frawly

    veterán

    válasz peterattila #78110 üzenetére

    Nem, ez nem a YouTube meg a Linux sara, hanem a böngészőfejlesztő lustasága, hogy már évtizedek óta nem tudják rendbe tenni Linuxon a hardveres kódolást. Ez onnan is látszik, hogy nem a Linux hibája, hogy natív lejátszók (mpv, VLC, mplayer, stb.) mind támogatják, normálisan, működően, tehát még a technikai feltételek is rendelkezésre állnak, nem kéne a böngészőfejlesztőknek a 0-ról elkezdeni fejleszteni, működő opensource kódokat már felhasználhatnak hozzá.

    Egyébként néhány esetben about:config vagy chrome://gpu trükkel kihackelhető a hardveres videókódolás, de erősen függ, hogy milyen böngészőt, milyen csomagverziókat használsz, milyen GPU-t. Annak függvényében vagy segíthet, vagy nem.

    #78111 CPT.Pirk: ez meg a másik, sok esetben nem is ér túl sokat a hardveres videókódolás. Ezt én ThinkPad x220-on figyeltem meg, hogy 1080p x264 videóknál alig változott a gép terhelési adatai, melegedése. Mert igaz, hogy bekapcsolt hwacc-nál pár százalékkal kevesebbet dolgozott a proci, nem egy sokkoló mértékben, pár százalék, de cserébe a GPU sokkal jobban izzott, így a végén a hőfokok, akkuidő kb. semmivel nem volt kedvezőbb. Tehát ez a hardveres kódolás is olyan, hogy segíthet, de nem világmegváltó. Függ kódektől, felbontástól, bitrátától, CPU/GPU kombótól. Nyilván, ha már van, lehetőleg megéri használni, de nem annyira nagy dealbreaker a hiánya, mint azt sok ember szereti beállítani.

  • Frawly

    veterán

    válasz cigam #78106 üzenetére

    Ez tényleg fogós, a neten sok mindenki panaszkodik erre. Nem szorosan ehhez kapcsolódóan én a sudo chattr -i fájlnév módszer próbálnám, ez ha van a fájlon immutable attribútum, akkor azt eltávolítja, elvileg ez törölhetővé teheti.

    @csixy: írta, hogy már nincs fent az a rendszer, ami létrehozta ezeket a szutykokat. Ergó már egy másik Linuxról bebootolva próbálta. Illetve csak a margón jegyzem meg, hogy sose ki nem állhattam ezeket a dizájnos, webfelületes, rakjunk össze valamit hülyéknek is típusú OpenClosedMediaNASWebVaultCloudTaskForceProfessionalEdition szutykokat, lehet sokan úgy érzik, hogy ezek az életüket megkönnyítik, de igazából több nyűg van velük, mint ha az ember saját maga faragna ki elemenként egy ilyen hasonló megoldást, ami eleinte nagyobb munkának tűnik, de egyrészt jobban megfelel a unixos filozófiának, és az ember átlátja, hogy mit csinál a rendszer, mi miért van rajta.

  • Frawly

    veterán

    válasz st6969 #78104 üzenetére

    Hát, azt most meg nem mondom, hogy Xfce-ben milyen web browser van. Szerintem semmilyen, ez disztrófüggő, hogy melyik Linux terjesztés milyen böngészővel szállítja a saját Xfce-s kiadását. Azt írtad, hogy Debian, ők hagyományosan Firefox-pártiak, de nem vagyok biztos benne, hogy FF-ról van szó.

    Nyögvenyelősnek meg nem azért nyögvenyelős, mert neked nem működik, hanem a hardver gyenge hozzá, és ha menne is a dolog, akkor is lassúcska lenne. A fő korlátja annak a gépnek a 2 giga RAM, Xfce bekajál fél gigát, másik 1-2 gigát a böngésző, és máris bőven kifutottunk RAM-ból. De mint írtam, az a benne lévő ARM Cortex proci is hiába 8 magos, a magok egyenként nagyon gyengék, alacsony órajelesek. Nem egy kapkodó valami, ha a teljesítményét nézzük, böngészőben futó JS hegyek eléggé le tudják küldeni hídba ezeket az ultraaalcsony fogyasztású SBC-s ARM procikat. Amik egyébként lehetnének erősebbek, de akkor többet fogyasztanának, és ezzel a lényegük veszne oda, hogy alig pár W-ot fogyasszon.

    És ez nem is annyira a proci meg a Linux hibája, a Windows pl. még ennyire se futna rajta, meg a web is hibás, hogy ilyen bloatok lettek a böngészők és az oldalak.

  • Frawly

    veterán

    válasz st6969 #78095 üzenetére

    Hát, a BananaPi nem egy erős gép, alacsony procifrekis, 2 giga RAM-os történet, azzal elég nyögvenyelős desktopozni. Főleg Xfce-vel vagy nagyobb DE-vel. Ezek mikroszervernek és mikrovezérlőnek (pont ilyen Home Assistant szintű dolgokra) lettek kitalálva, nem grafikus felület használatára, meg desktop böngészős felhasználásra.

    Böngészőből melyiket próbálod indítani, és honnan telepítetted fel? Próbáld meg a böngészőt terminálból indítani, hátha ott kiírja pontosabban, hogy mi a baja.

  • Frawly

    veterán

    válasz mtomi95 #78089 üzenetére

    A glxinfo csomagot tedd fel, ha fent van, akkor add ki a glxinfo -B parancsot, annak írnia kéne.

    A screenshotod alapján 256 megát foglal, de egyes leírások szerint 1720 a max, amit lefoglalhat, és állítólag automatikusan állítja, igény szerint.

    Másik, még egyszerűbb módszer a free -m parancs kiadása. Ez írni fogja az összmemóriát MiB-ban. Ezt nézd meg figyelmesen, mert nem egész GiB lesz, hiába is van x GiB memória a gépben, annak nem az 1024-szeresét fogja mutatni MiB-ban, hanem kevesebb lesz, a hiányzó különbség az, amit lefoglal magának a GPU.

    Pl. nálam 16 giga RAM mellett a free -m azt mutatja, hogy az össze memória 15427 MiB. Pedig 16384-nek kéne lennie, az felel meg pontosan a 16 GiB-nak, a hiányzó különbség (959 MiB, azaz ~1 giga), amit a prociba integrált Renoir Radeon Vega GPU nálam jelenleg levesz, ennek még emelhető BIOS-ban a mérete, de nem szoktam mérni.

    Hasonlóan egy másik gépemen, szintén 16 GB RAM, ott a free -m alapján 256 MiB hiányzik kb., tehát ennyit foglal le magának az i5-2520M-be integrált Intel HD3000. Tehát ez minden gépen más.

    Másik fontos dolog, hogy az épp a RAM-ból lefoglalat VRAM mérete nem fontos hardveres dekódolásnál. Teljesen mindegy, hogy 720p-t, vagy 1080p-t, vagy 4K-t kódol ki. A VRAM-nak csak akkor van szerepe, mikor 3D renderelés történik (esetleg OpenCL, amit ez a GPU nem támogat).

    A HD2500 tud hardveresen 4K-t dekódolni, de nem a YouTube-féle VP9-ből, hanem x264-ből. De ez sem baj, mert van a böngészőkre plugin, ami YouTube-nál kinényszeríti az x264-et, h264fy a neve. De még ez sem garantál, mert Linuxon nagyon kacifánt, a legtöbb böngésző akkor sem tud gyári default hardveresen dekódolni, ha a GPU támogatná. De léteznek hackek, amivel néha bekapcsolható, de ez erősen függ, hogy melyik disztrót használod pontosan, verzióra pontoasn, és melyik böngészőnek melyik verzióját.

  • Frawly

    veterán

    válasz I02S3F #78077 üzenetére

    Ez attól függ, hogy miket próbálsz és milyen célból. Én sem ész nélkül válogatom ám. Nyilván arra megyek, hogy az új progi ne csak más legyen, de jobb, hatékonyabb, gyorsabb, stb.. Vagy ha nem is jobb, de nem rosszabb.

    Az, hogy állandóan csak 1 dolgot használsz, az meg azért rossz, mert megrekedsz azokon, és akkor meg azért nincs fejlődés, nem fogod megismerni a választékot. Meg ha az az egy megoldás eltörik, vagy a támogatása megszűnik, akkor ellehetetlenülsz. Az egészet a két véglet bemutatására írtam.

    #78078 csixy: GRUB egyes esetekben kell. Pl. RAID-ről, ZFS-ről, btrfs-ről bootolásnál, ha a boot partíció is ezeken van, meg egyéb spéci esetben. Simán multibootra nem kötelező, és a simán titkosítatlan ext4 partíciókat használó desktop felhasználók 99,99%-ának felesleges, esetleg csak Legacy bootot támogató gépnél lehet értelme. Nyilván ez az egyszerre UEFI és egyszerre Legacy boot is egyfajta rétegigény csak, én nem látom előnyét.

  • Frawly

    veterán

    válasz st6969 #78079 üzenetére

    Igen, egyrészt nem Putty-n kell nézni, mert azon mindenképp csak szöveges konzol elérhető, és nem elég az xfce-t feltenni, vagy indítani kell a grafikus bejelentkezéskezelőt bootkor, vagy kézzel konzolból a startx parancsot.

    #78081 Rimuru: szerintem az X11 forwardhoz a KDE oldalán is állítani kell valamit, nem megy automatikusan.

  • Frawly

    veterán

    válasz csixy #78072 üzenetére

    Látom a disztróhoppolási kalandok folytatódnak :DDD Majd kinövöd, ezt onnan veszed észre, hogy évek óta csak ugyanaz az egy disztró lesz fent. Én azt mondanám, hogy a fent lévő 3 közül elég lenne az Archot megtartanod, és azt belakni.

    A Void se rossz, az runit nekem kifejezetten tetszett benne . De vannak a Void-dal bajok:
    1) az installere felrak kacatokat (pl. GRUB), ami nem feltétlen kell
    2) a tárolókban kevés csomag van
    3) kevés mirror, azok nem is a leggyorsabbak.

    Süsüt nagyon rég nem próbáltam, a TombolMarihónalja valóban rolling, az OFF topikban az egyik kolléga nagy híve. Az viszont baj, hogy nem tudod hogy keltetted életre, akkor nem volt értelme, mert így nem tanultál belőle.

    Egyébként az rtl882xXX egy elég írhedt hardvercsalád, szinte minden disztrón trükközni kell hozzá, fel kell rakni a szükséges firmware-csomagot (vagy általános realtek firmware, vagy általános linux-firmware csomag), és a hozzá szükséges DKMS kernelmodult is ahhoz, hogy menjen.

    És tudom mit beszélek, mert az új Ideapadban nekem is rtl8822ce kártya van, meg az asztali gépre egy rtl8821eu Wi-Fi stick van rákötve. Nyilván nekem emiatt már csukott szemmel is megy. Azt hiszem Archon legutóbb már DKMS driver se kellett, ha jól emlékszem.

    A másik, amit ajánlok, ha már disztróhoppolsz, hogy mindegyik disztród legyen kicsit másmilyen. Mert így, hogy mindegyiket ugyanazzal az Xfce-vel, ugyanazzal a témával, ugyanazzal a programokkal telepíted, úgy valójában nem igen fognak különbözni. Érdemes lenne mindegyiket olyan grafikus felülettel felrakni, meg olyan programszettel, amit nem annyira ismersz, egyikre Qt, másikra Gtk-s, harmadikra kicsit minimálisabb felület, pl. KDE, Gnome, IceWM, Openbox, LXQt, Mate közül válogatni. Azt látom, hogy a Cinnamont meg Xfce-t már jól ismered. Így legalább tágul a látóköröd, és ha már hoppolsz, megismersz másmilyen megoldásokat is. Azokból is lehet tanulni.

    Más részről a hoppolásnak lehet annyi értlelme, hogy nem unalmasodik el a Linux világa. Mindig van egy új disztró, új grafikus felület, új kiadás, amit fel lehet tenni, végtelen testreszabhatóság és témázási lehetőség, csomó betűtípus, minden grafikus felület és progi más workflow, fel lehet vele dobni a gépet időről időre, ha unná az ember a fent lévő, jól megszokott felületet, témákat, dolgokat.

    Ez nekem a Windowsban külön nem tetszett, hogy ott elég korlátozott a témázás, azon kívül meg max. a hátteret cserélheted le. Sok Windows user meg ragaszkodik ugyanahhoz a ződdombhoz meg témához, amit 20 éve bambult, ugyanaz a Winamp, Flashget, Internet Suxxxplorer/Edge, és ehhez ragaszkodnak az idők végezetéig, mintha elő lenne írva, hogy csak azt, csak úgy lehet használni. Nekem ezekből kb. 2-3 év után elegem volt, és már Windowson is mindig testre szabtam mindent, nem a gyári megoldásokat használtam, meg mindig próbáltam azon is ki új programokat, másik böngésző, másik text editor, másik kétpaneles fájlkezelő (nem csak Total Commander, de Far Manager, EFCommander, FreeCommander, stb.), így próbáltam nem olyan unalmasan tartani a rendszert.

    De még most is, pl. Archon már van fent vagy 5 window manager, dwm fut az idő nagy részében, de van fent IceWM default türkizkék Win95-ös témával, bspwm (ez még nincs bekonfigálva), 2bwm, berrywm (ez el lett távolítva, csak teszteltem). De egy időben használtam IceWM-et BeOS témával, Xfce-t Windows 3.1-es témával, Openboxot classic MacOS fekete-fehér témával, stb.. Másból most nem annyira hoppoltam, de fent szokott lenni több böngésző, eltérő fájlkezelők, text editorok, másik terminál, másik színséma, stb.. Olyan nincs, hogy mindig ugyanazt kéne bambulni, így változatossá teszem a felhasználói élményt, sose válik sivárrá, unalmassá. Vagyis most egy kicsit, mert mióta megyek el ebbe a túlminimalista irányba, meg rákaptam erre a terminálos, billentyűzet és vim-kiosztás orientált workflow-ra, onnantól valahogy már nincs hova váltani, meg nem nagyon lehet már semmit tovább optimalizálni. Rettenet hatékony, de a változatosság egy kicsit kezd hiányozni.

  • Frawly

    veterán

    válasz st6969 #78007 üzenetére

    Ehhez nem kell semmilyen script. Puttyn keresztül belépsz, root joggal, és kiadod az: apt update && apt upgrade && apt install xfce sort, ez előbb felfrissíti a rendszeren a csomagokat, majd telepít egy komplett xfce-t. Eltarthat egy darabig, de le kéne fusson, működnie kéne egy újraindítás után. Dockert se érinti.

    Bár találtam olyan oldalt, ami az apt install xfce helyett az apt install task-xfce-desktop megoldást javasolja, és utána rá a systemctl set-default graphical.target sort is, hogy rebootkor mindjárt grafikus bejelentkezőfelületed is legyen, ne kézzel kelljen startx formájában a grafikus felületet indítgatni.

  • Frawly

    veterán

    válasz coco2 #68267 üzenetére

    Az leginkább hálózatos topikba való, főleg annak okán, hogy valami hálózati eszközzel vannak összekötve, pl. router, switch, stb.. De akár az mehet mindkét OS topikjába is.

  • Frawly

    veterán

    válasz Rimuru #68242 üzenetére

    Most én sem értek veled egyet, linuxos virtualizáció a linuxos topikba tartozik, a host OS számít. Nyilván ha a windowsos virtuális gépnek lenne aktivációs gondja, meg vírusa, az nem linuxos topik témája, de ha maga a virtuális gép sem fut, akkor az linuxos probléma.

  • Frawly

    veterán

    válasz coco2 #68231 üzenetére

    Igen, én használtam már többször qemu-ban Win10 Prof 64 bitest bekapcsolt KVM-mel (hardveres virtualizáció). Nálam simán ment, semmi baj nem volt vele 64 bites Arch Linuxon.

    A CentOS6 elég régi már, régi benne a kernel (és amiatt a KVM kód), konkrétan 2.6.32-es, ami egy ~15 éves kernelágnak a továbbfoltozása. Hányas qemu-val próbálod?

  • Frawly

    veterán

    válasz I02S3F #68230 üzenetére

    Nyilván te használhatod akármelyiket, ezek eddig is rendelkezésre álltak. Hanem sok ember még a régieket használja, gzip, bzip2, meg sok disztrónál is ragaszkodnak hozzá a forráskód meg a csomagok csomagolásakor, merő konzervativizmusból. Emlékszek, mikor a kernel.org-osok meg egy-két disztró a csomagoknál váltottak tar.xz-re (lzma), akkor jó néhány konzervatív emberke tolta a felháborodott dumáját, hogy hype, meg hogy ősrégi gépen milyen lassú. Ja, az, azon lassú, de azokon a gépeken egyik Linux sem lesz gyors eleve indulásból, ezen a gzip kibontásának relatív fürgesége sem fog segíteni, cserébe a tömörítési foka már elég gyengének számít.

    Az x265-nél, HEIF-nél, stb.-nél sem az a baj, hogy nincs hozzá encoder, mert van, használhatod, hanem inkább meglévő anyagokat nem csomagolnak vele a tartalomelőállítók, ez vele a probléma.

  • Frawly

    veterán

    válasz anorche1 #68227 üzenetére

    Simán a fejlesztők lustasága. Gondolom úgy érzik, hogy a HEIF képformátum az Apple-berkeken kívül még nincs kellően elterjedve, így nem érzik sürgősnek implementálni.

    Ezt egyébként leghamarabb böngészőknek kéne elkezdenie támogatni, mivel weboldalak is használhatják. Úgy a legfájdalommentesebb a képek megnyitása.

    Jelenleg én is csak annyit tudok, hogy a GIMP megnyitja, vagy az imagemagick konvertálni tudja a HEIF képeket, és kifújtak a lehetőségek, és még ennek is örülni kell, hogy ingyen ennyi adatik.

    Pedig támogatnám, hogy terjedjen, mert azonos fájlméret mellett jobb képminőséget tesz lehetővé, és ha tömörítsében elérhető egy jobb, modernebb, hatékonyabb formátum, akkor használuk azt, terjednek. De a formátumok már csak ilyenek, lassan terjednek az újdonságok. Az x265 is elérhető már jó ideje, de alig használja valami, és az audiofájloknál is hiába van ott évek óta az vorbis meg az opus, a legtöbben még mindig legacy kódekeket használnak (mp3, aac).

    De nekem van olyan ismerősöm, aki még így 2019-ben is DivX-re konvertálgatott, mert azt használt, sürgősen le is szoktattam róla.

    Vagy pl. fájltömörítőknél is hiába van ott jó ideje az lzma-lzma2 és egyéb modern eljárások, sokan legacy support miatt még mindig gzip-et, vagy legfeljebb bzip2-t használnak, arra hivatkozni, hogy több minden támogatja, meg régi gépeken gyorsabb a kibontása. Ja, ez még P3-P4-es gépeken, meg Atom-os szutykokon számított utoljára.

  • Frawly

    veterán

    válasz lev258 #68208 üzenetére

    A teljes Vega támogatást úgy értem, hogy az összes Vega GPU megkapta, nem csak egyik-másik. Azt nem állítom, hogy tökéletes, de azért annyira ×4rnak nem kéne lennie, hogy már a grafikus felület is lagoljon vele.

    (#68217) Karesz85: örülök, hogy megoldódott. Végül a BIOS frissítés tette helyre?

  • Frawly

    veterán

    válasz #10034944 #68194 üzenetére

    Ezt fejtsd ki, hogy miért fél siker. Az asztal nem lagol, de valami igen?

    Nem értem az eseted, mert 4.15-ös kerneltől kezdve teljes a Vega GPU támogatás, normálisan kéne mennie alapból a 2200G-n, nem kell semmilyen extra drivert feltenni.

    Furcsállom, hogy pont a nomodeset-tel értél el haladást, mert ennek a GPU-nak pont hogy az opensource amdgpu modesetting kernel driver kell és a mesa csomag, meg a linux-firmware, Mint-en ezek mind fent vannak alapból.

  • Frawly

    veterán

    válasz CPT.Pirk #68100 üzenetére

    Erről már én is olvastam, hogy néhány gépen percekig tart ez. Viszont most megnéztem én is Archon, és nálam a dmesg kimenet alapján 10 mp.-ig csinálta, ami azért is furcsa, mert az egész bootidő nincs 10 mp.

    De most, hogy benyomtam neki ezt a haveged service-t, majdnem 1 másodpercet lefaragott a bootidőből, 5-6 mp.-hez képest.

    Eddig azért nem gyanakodtam rá, mert úgy tudtam, hogy csak bug esetén okoz bootlassítást, nem is gondoltam volna, hogy nálam is ez a helyzet, csak kicsiben.

  • Frawly

    veterán

    válasz SkyLine3000 #68096 üzenetére

    Igen, lehet telepíteni. Vagy bemásolod a ~/.fonts/ mappába, akár Windows alól kimásolva a times.ttf fájlokat, vagy terminálban futtatott csomagkezelővel felteszed a ms-corefonts csomagot, minden disztrón más néven fut, ez nem csak a Times New Romant teszi fel, hanem Arial, Verdana, stb. betűtípusokat is.

    Betűtípust telepíteni nagyobb DE-ken úgy is lehet, hogy fájlkezelőből megnyitod az adott betűtípust, erre megjelenik egyfajta font viewer progiban, az majd felkínál olyan opciót, hogy telepítés a jelenlegi felhasználónak, telepítés az összes felhasználónak.

    De én nem szoktam feltenni, mert a Linuxban az is jó, hogy sokkal szebbek és modernebbek rajta a betűtípusok, és nem az agyonunt MS fontokat kell rajta bámulni, ami mindenkinek kijön már a könyökén. Meg ha felteszem, akkor böngészőben is minden oldalon Arial, Verdana, stb. betűtípusok lesznek, marha unalmas.

    Egyébként a Linux is támogat mindenféle betűtípust, OpenType, TrueType, Graphite, illetve néhány progi, pl. TeX, LaTeX, a Type 1/2/3 Adobe fontokat is. Tehát ami Windows, Mac alá elérhető, az Linuxon is működik.

    Én hivatalos levelekben az Adobe Minion Pro betűtípust használom (OpenType), ez kiszedhető ingyen az Adobe Reader progiból. Amerikai típusú önéletrajzhoz Adobe Clean (OpenType) szintén kimenthető az Adobe Readerből), de szépek a Linux Libertine, Biolinum, stb. is. Terminálban Fantasque Sans Mono, böngészőben a DejaVu (+Sans, Mono), de terminálban, és plain text szövegszerkesztőben jó még a DejaVu, Ubuntu, Ubuntu Nerd, Adobe Source Pro, Inconsolata, Consolas, stb.. Kétpaneles fájlkezelőben nagyon jó az Ubuntu Condensed font, jobban kiférnek vele a hosszú fájlnevek.

    Szerintem ez MS fontokat érdemes meghagyni ECDL Mancikának, a Windows XP Ződdomb, meg kék hátteres Win10 Updates All Day Long 32 bit Editionös gépére, hátha ő még nem unja. A linuxos fontok nem csak szebbek, hanem pl. több Unicode karaktert is támogatnak, meg jobban mutatnak magas felbontáson, szebben élsimíthatók.

  • Frawly

    veterán

    válasz SkyLine3000 #68090 üzenetére

    Én amit olvastam, ott csak 2 magosakat írnak 945-höz. A 947-et nem ismerem, azt nem néztem miben más.

    Ezen a gépen ilyen felállásban akármilyen disztró elmegy, a nagy KDE-s, Gnome-os, Cinnamon-os disztrók is. De proci lehet szűk keresztmetszet, ha túl sok minden fut, vagy böngészőkben JS hegyekkel nehezen bír el, meg ha a webes videók lejátszásánál nem kap a GPU-tól dekódolási segítséget. A 4 mag itt lenne fontos, pont nem a játéknál, a régi játékok, amik elfutnak ezen a gépen, jellemzően nem tudnak 1-2 szálnál többet használni.

    Az SSD, 8 giga RAM eléggé kell.

  • Frawly

    veterán

    válasz SkyLine3000 #68081 üzenetére

    Ja, az a noti Intel 945 chipsetes, abba a T9900 a legnagyobb, amit bele tudsz tenni PPGA478-as foglalatba, de reális áron csak a T9600 a legnagyobb, ami megy. Ez a chipset nem támogatja a négymagos mobilprocikat.

    A T9800-T9900 amúgy sem sokkal gyorsabb a T9600-nál, épp úgy 45 nm, 2 mag, 2 szál, 35W TDP, 6 MB L2 cache, 1066MHz FSB, azonos támogatott utasításkészletek, csak ilyen 100-206 MHz magonkénti különbség van közöttük, szóval nem éri meg az extra felárat a két legnagyobb modell.

  • Frawly

    veterán

    válasz SkyLine3000 #68074 üzenetére

    Erre a gépre Xubuntu, esetleg Mint Mate. Vagy Lubuntu vagy Manjaro Xfce. A sima Ubuntu (Gnome) és a Manjaro Gnome/KDE, Mint Cinnamon lehet sok lesz a procinak.

    MS Office helyett LibreOffice, de attól is függ, hogy mire használjátok. Ha nagyon az MS-os formátumokat erőltetitek, akkor nem alternatíva, de ha csak office-ozás fog menni a LibreOffice SAJÁT formátumaival, akkor arra teljesen jó. Médiaplayernek SMPlayer mpv-vel, vagy VLC Player. De épp úgy megy a Kodi is.

    Képszerkesztőt, képjavítót nem tudom, de gyanítom, hogy a GIMP ezeket tudja, legfeljebb meg kell tanulni a kezelését.

    Screenrip helyett OBS. Streamek rögzítése streamenként változó, egyszerű youtube-dl-től (van hozzá GUI) elkezdve a wget, curl-ön át, franc tudja milyen alternatívák vannak rá, de nem biztos, hogy ha valami jogvédett, lementhetetlen streamről van szó, akkor azt a WM Capture-t ki lehet váltani. Ezt nem tudom biztosra mondani, nem ismerem ezt a progit.

    GTA III, GTA: Vice City, GTA: San Andreas megy Linux alatt Wine-vel. Tapasztalatból mondom, játszottam mindhárommal Linux alatt, kicsivel kevesebb fps-sel futnak, mint Windowson, de nem vészes, normálisan futnak egy C2D-ón, főleg, ha dedikált GPU is besegít. Én alaplapi integrált Intel X3100-es (GMA965)-ös GPU-val és i5 és i7-es prociba integrált Intel HD3000-es és HD4000-es GPU-n játszottam ezeket, ezeken teljesen jól futottak. A GTA IV-et már nem próbálnám meg Intel GPU-val, meg ahhoz az a dedikált GF 210-es is kevés lenne, bár Windows alatt lehet vinné, a HD4000 is viszi, de nagyon a játszhatóság határán van, ha levesz az fps-ből még a Wine emuláció, akkor már játszhatatlan lenne.

    A leírásból ítélve ez egy laptop, ebbe C2D-ból a 9600-as a legnagyobb (van 9800-as és 9900-as is, de azok irreálisan drágák), ha belemegy C2Q 9000-es vagy C2Q 9100-as, esetleg QX9300, azt meg lehet próbálni bele, ha kapsz olcsón használtan. Ha mégis asztali gép, akkor a C2Q 9650, QX6850 vagy 771-ről 775-ösre átmoddolt Xeon X54xx vagy E54xx, ami legalább 3 GHz-es, 1333-1600 FSB-s. Egy ilyen prociupgrade azért sokat dobna a gépen, és megvan 2-10k forint között. De előtte nagyon meg kell nézni, hogy az alaplapi chipset milyen procit támogat. Asztali gépnél egy olcsó kártyát is bele lehet dobni, GTX650 alá nem mennék, de inkább GTX680, GTX750, R9, RX460 környékén nézelődnék. Acélosabb GPU-t nem érdemes nézni, a régi proci nem tudna újabbak kihajtani szvsz.. Lehetőleg minél újabb kártyára kéne rámenni, ami be tudna segíteni a videók hardveres dekódolásába, minél újabb kártya, annál jobb, annál valószínűbb, hogy x264-ból viszi a 10 bitest is, meg a 4K-t és esetleg az x265, meg VP8, VP9-et is, ez utóbbi kettő a YouTube miatt lenne fontos.

  • Frawly

    veterán

    válasz #78600448 #68054 üzenetére

    Az a baj, hogy eléggé általánosan kérdezel olyan dolgokra, amelyek mindenkinél egyénileg változóak. Mindenki más disztrót preferál (ez egyénenként időben is változik, ahogy egyre régebb óta linuxozik, eltolódnak a preferenciák fokozatosan), még azonos szintű gépek esetében is, az átszokási idő is különböző lehet erősen, vannak, akik kevésbé nyitottak, és nehezebben vetkőzik le a windowsos beidegződéseket. Az alkalmazások kiváltása is nagyon erősen függ attól, hogy mit csinálsz a gépen, mire használod, milyen alkalmazásokat használsz Windows alatt konkrétan.

    Inkább írd le, hogy most milyen géped van, és milyen progikat használsz. Annak függvényében ajánlunk disztrót, és linuxos szoftveralternatívákat.

  • Frawly

    veterán

    válasz ubyegon2 #68016 üzenetére

    Teljesen mindegy, hogy dekstop vagy laptop. Nem kell HP sem a puskázáshoz, ott a Wiki.

    Alap igényekhez rém egyszerű felrakni az Archot. Úgy valóban nehezebb, ha ZFS-t, LVM LUKS titkosítást, RAID-es keverést, vagy hasonlót akarsz, de neked olyan igényeid nem lesznek. Vagy esetleg valami egzotikus hardvered van, amihez úgy kell drivert forgatni.

    Nálad úgyis csak annyi fog kelleni, hogy BIOS MBR-es rendszert particionálsz, particiókat felcsatolsz, genfstab, pacstrap base base-devel, majd chroot, abban nyomatod a Wiki szerint sorban a hostname, genlocale, stb. jóságokat, majd zúzod fel benne a pacman -S grub cinnamon felállást, a végén grub-install, grub-mkconfig, adduser, passwd, majd reboot, utána esetleg a systemctl enable franctudjamilyenloginmanager. Mivel nincsenek speciális igényeid, meg a Cinmanó komplett DE, ami függőségnek behúz magától minden szükséges dolgot, túl nagy hibalehetőség nincs.

    Akkor nehéz, ha fentebb említett speciális igényeid vannak, vagy nem szabványos gépre akarod UEFI-vel rakni, vagy valami minimalista WM-et választasz hozzá, amelyiknél minden apró-cseprő dolgokról neked kell kézzel gondoskodni. Bár ezek sem olyan lehetetlen kategória, csak akkor kemény, ha 0 tapasztalattal állsz neki, ha nem először csinálod, van némi tapasztalatod benne, akkor ezek sem nagyon számok.

    Installert azért nem szabad használni, mert nem fogod tudni miért nem egy. Míg ha te csinálod a telepítést a Wiki alapján, ha valami nem is megy, látni fogod milyen utasításokat adtál ki, meg lehet keresni a hiba okát, újra lehet próbálkozni. Installernél nyomozhatod, hogy Gipsz Jakab milyen szutykot tett bele, amitől nem megy, és ez a rejtvényfejtés összességében nehezebb lesz, mint pure Archot kézzel feltenni Wiki alapján.

    Az Arch csak addig tűnik nehéznek, míg egyszer ki nem tapasztalod. Onnantól, hogy egyszer is sikerrel felraktad, és megértetted mi mire való benne, onnantól csukott szemmel is menni fog legközelebb azonos gépen, más gépen is legfeljebb a driverek változhatnak, amit újra ki kellhet tapasztalni.

  • Frawly

    veterán

    válasz ubyegon2 #68014 üzenetére

    De most ilyen Evoszutykot nem fogsz használni, pure Archot telepítesz fel a Wikije alapján. Ha elakadsz, jössz az Arch-topikba sírni, segítünk. Teljes 24 órás ügyeletet vállalunk, ha más nem, én, gyurmafigura, meg kékluficet. Írod mi nem megy, mit csináltál, mit ír ki, eligazítunk a jó irányba.

  • Frawly

    veterán

    válasz HUNNIA1920 #68009 üzenetére

    Sajnos a Linux jóval netfüggőbb, mint a Windows. Nem érdemes rá weboldalról leszedett offline telepítőket felszögelni. Mindenképp net kell hozzá, és a Manjaro tárolójából az Octopival (vagy hogy hívják a csomagkezelőjét), feltenni a deadbeef csomagot, ezt kb. úgy kell elképzelni, mint a iTunes vagy Android Play Store-t.

    Nem muszáj USB-s routert venni, köss rá USB-s adatkábellel androidos vagy iOS-es okostelefont, és azon válaszd ki az USB tethering opciót (magyarul nem tudom mi a neve), úgy nethez fog férni a gép a teló Wi-Fi-jén keresztül. De a lényeg, hogy a Linuxnak kell a net. Pont. Azzal kezd a Linuxszal ismerkedést, hogy van alkalmas eszközparkod hozzá, nettel.

    Elméletileg egy neten lévő géppel le lehetne tölteni a Manjaro tárolókból a deadbeef csomagot is, és ezt feltolni offline, de annak meg függőségek hiányoznak, azokat is kézzel töltikézni rémálom lesz, elég nehézkesen járható út.

  • Frawly

    veterán

    válasz ubyegon2 #68002 üzenetére

    Meghúzod a páleszt, és felrakod az Archot részegen :DDD

    Úgy fájdalommentes a telepítés :D

  • Frawly

    veterán

    válasz snooze #67951 üzenetére

    Particionáld újra. De a Linuxszal ismerkedést úgyis kezdd azzal, hogy frissebb Ubuntut telepítesz, pl. 18.04-eset, vagy 19.04-eset (vagy egy 19-es Mintet), és ez jó alkalom arra is, hogy újraparticionáld újratelepítéskor az SSD-t.

    A 16.04-es Ubuntu még támogatott másfél évig, de nagyon régi verzió már.

    A 4 partíció lehet kényszer is, hogy anno a 16.04-es telepítője automatán úgy particionálta, hogy külön boot, root, home, swap partíció. Kézi particionálást választva akárhány partíciót csinálhatsz, tetszés szerint. Egyébként meg a többfelé particionálással nincs baj, mert a linuxos fájlrendszernél az összes partíciót ugyanazon fájlrendszer részeként kéne lássad, ha fel vannak csatolva, ez nem Windows, hogy külön van C:, D:, stb. „meghajtó”, és körülményes bemenni W: és Z: meghajtójelig.

  • Frawly

    veterán

    válasz ooszi #67915 üzenetére

    dmesg kimenetet nézd meg, mit ír a /media-ba való felcsatoláskor.

    Nagyon valószínű, hogy a Windowsod még Gyorsindításon volt, így leálláskor csak félhibernációs módba teszi le a gépet, és nem csatolja le megfelelően a háttértárakat. Te meg betetted Linux alá a megfelelően nem leválasztott fájlrendszert, az meg csak fájlrendszerhiba miatt read only-ként csatolta fel. Ennek ellentmond viszont, hogy ha read only lenne, akkor a chown-nal sem tudtad volna a jogosultságokat átállítani, ami a kimeneteid alapján pedig sikerült.

    A terminálról nem kell képet betenni, jelöld ki benne a vonatkozó szöveget és szövegként illeszd be ide, "Monospace" vagy "Programkód" tagek közötti szövegként.

    De ha csak Linux alatt fogod használni, akkor szerintem meg jó ötlet ext4-re átformázni. Kapitány kollégával ellentétben én kifejezetten támogatnám ezt a megoldást.

  • Frawly

    veterán

    válasz Fred23 #67887 üzenetére

    Attól függ, hogy mennyire régi gép és mennyit szánsz rá, mire használod.

    A Radeon jobb választás, az normálisan megy a nyílt radeon kernel driver (a kernel automatán betöltei) + mesa kombóval (a mesát a legtöbb disztró alapból tartalmazza). NV-t nem ajánlom.

  • Frawly

    veterán

    válasz Laszlo733 #67870 üzenetére

    De, be lehet állítani, a swappiness-t 15-ös értékre teszed:
    sudo sysctl vm.swappiness=15

    Kísérletezhetsz az értékével, hogy mikor jó. Azonnal életbe lép ez a beállítás, nem kell újraindítani a gépet, menet közben tudsz vele kísérletezni. Viszont újraindításkor elveszik ez a beállítás.

    Ha állandósítani akarod, hogy reboot után is megmaradjon, akkor rendszergazdai jogokkal szerkeszted a /etc/sysctl.conf fájlt, abba beírod a vm.swappiness=15 sort, de ezután egyszer újra kell indítani a rendszert, hogy életbe lépjen.

    4 GB RAM-hoz szerintem sok a 8 GB swap, bár felhasználástól is függ, milyen DE-t futtatsz, vagy csak WM-et, milyen alkalmazásokból hány fut egyszerre. De bővíts inkább memóriát, lementek a ramárak, kimaxolod a gépet 8-16 gigával legalább, az meg elég lesz az idők végezetéig, ahogy Billigatya mondaná, ought to be enough for anybody. Akkor nem lesz szükség swapra sem. SSD beszerzése is nagyon ajánlott, azok sem drágák már 500-as méretik, de 1 terás méretben sem vészesek már, a Linux is meghálálja, swap nélkül is.

  • Frawly

    veterán

    válasz lck #67857 üzenetére

    Szerintem ez nem lehetséges a beépített háttérképkezelővel. Esetleg valami KDE plugint vagy plasmoidot letölthetsz, hátha valamelyik tud ilyesmit.

  • Frawly

    veterán

    válasz hódmaci #67845 üzenetére

    Ezeket a háttérképes oldalakat ajánlom, nem csak Linuxra, hanem mindenféle OS-hez, meg telóhoz, táblagéphez is:
    wallpaperscraft.com
    wall.alphacoders.com
    interfacelift.com

    De lehet szemezgetni olyan oldalakról is, mint a deviantart.com, unsplash.com, stb.. Ezek nem wallpaper oldalak, de tematikus is kereshetők, és sok olyan kép van, ami egész magas felbontásban is használható háttérképnek.

    Én nem szoktam erre szoftveres megoldást, a legtöbb asztali környezet Linuxon tudja, hogy ha előre kézzel letöltöd azt a csokor képet, amit szeretnél váltogatni, beleteszed egy mappába, akkor onnan váltogatják neked a háttérképeket diavetítésszerűen. A KDE pl. tud ilyet.

  • Frawly

    veterán

    válasz ubyegon2 #67810 üzenetére

    Látod ezt nem tudom. De ha ezen is tényleg Mac-es felület van, akkor nem ajánlom, érdemesebb helyette Mintet próbálni. Persze amúgy is érdemesebb Minttel kezdeni, mint Zorinnal.

    (#67819) colomb2: én nem érzékeltem változást a Sway 1.1-gyel az 1.0 után. Max. csak kevesebb GPU errort logol az Intel IGP-vel, de a működésben nem érzek semmi különbséget. Sem nem gyorsabb, sem nem stabilabb, sem nem instabilabb. Annyi, hogy a swaybg-t külön alkalmazásként adják ki.

    Most találtam magamnak egy új Wayland felületet: Velox. Még nem raktam fel, csak szemezek vele, elvileg dwm/xmonad-klón.

  • Frawly

    veterán

    válasz sh4d0w #67808 üzenetére

    Igen, én is használok ilyen megoldást. De ez csak a Pro vagy nagyobb változatokhoz jár, és extra lehúzás, meg korlátokkal jár, pl. nagy update-eket nem enged Win To Go rendszerre feltenni. Mondom, a Windows technikailag tudná, a MS nem akarja, hogy hordozható USB-s Windows-zal rohamozzál meg minden gépet, mert akkor nem tudnak gépenként külön licenccel és MS adóval lehúzni. A Linux viszont ingyenes, nincs értelme az ilyen korlátozó, meg fizessél érte kezdetű matyizásoknak.

  • Frawly

    veterán

    válasz Vakegérke #67796 üzenetére

    1) Igen, a Zorin telepíthető USB3-on csatlakoztatott SSD-re és HDD-re is. Igazából ezt a Windows is tudná, a MS szándékosan lehetetleníti el üzleti érdekből.
    2) Nem nyúlkál más meghajtókhoz, mint a Windows telepítő. Tehát csak ahhoz a háttértárhoz nyúl, amit telepítéskor megadsz, nem kezd magánakcióba, nem rakosgat szemetet a többi meghajtóra. Ez is egy Windows only betegség, egyik másik OS sem csinálja ezt.

    Nyugodtan próbáld ki, van kipróbálás (Live) módja is, ki tudod próbálni telepítés nélkül is, ha bejön, feltelepíted egy külső meghajtóra.

    Ami miatt itt nem nagyon használunk Zorint: nincs vele nagy baj, de túlzottan windowsos akar lenni, meg vannak nála nagyobb disztrók, amik jobban hozzák, hogy miről kéne a Linuxnak szólni. De teljesen kezdőknek, akik első Linux disztróként próbálják be, teljesen megfelelő lehet ennek ellenére a Zorin.

  • Frawly

    veterán

    válasz urandom0 #67787 üzenetére

    Már pedig nem lehet úgy kilőni, hogy csak a fastbootot lövöd ki. Vagy registry hack kell hozzá, vagy egy olyan egysoros parancs, ami mást is kilő.

    De egyébként általánosságban értettem, hogy egy csomó eldugott GUI-s beállításhoz kéne a MS-nak csinálnia egysoros parancssori megoldást, amit csak a felhasználó beillesztene, lefuttatna, és nem kéne a 300. fül 500. almenüjének, külön aktiválós eldugott részében beállításokat keresni, egy nagy kazal screenshot alapján. Régen én sem hittem el, de ma már tudom: a terminálos, parancssori, billentyűzetes megoldások mindig hatékonyabbak és gyorsabbak. Nagyon kevés kivétel van, amikor nem, pl. rajzolóprogramok, vagy pl. ha egy listáról random jelölünk be elemeket egy művelethez, na abban az egeres, GUI-s megoldások a jobbak. Meg persze játékok, pl. fps lövöldözözés, tps játékok, meg minden, ahol célozni kell, oda szintén jobb az egér.

  • Frawly

    veterán

    válasz urandom0 #67764 üzenetére

    Nem, így 700 hsz.-szel visszamenőleg nem kell kisegíteni, kösz. A jó kifejezést használtam rá (Gyorsindítás, Fast boot, ezek rá a hivatalos elnevezések), és a létező legegyszerűbb módszert mutattam be a kikapcsolására. Valóban kicsit bonyolult így leírva, mert jól eldugták, arról nem tehetek, hogy nincs egyszerűbb.

    Valóban lehet registry hack-kel is, amit írtál, de ha valaki nem tudja mit csinál, elcseszi a registry szerkesztését, akkor működőképtelenre barmolhatja el a rendszert.

    Működik powercfg-s módszer is, de az letiltja a hibernálást is, amire adott esetben szüksége lehet valakinek.

    A MS helyében én készítenék erre két scriptet, amit fastbooton és fatbootoff-nak neveznék el, és elég lenne ezt rendszergazdai joggal parancssorban futtatni.

    Ebben a gyorsindításos baromságban már nagy tapasztalatom van, engem is szopatott meg néhányszor, meg fórumokon is gyakran előjön. Főleg azért, mert ha valaki ki is kapcsolja, nagy évfordulós update-ek szeretik sunyi módon visszakapcsolni.

  • Frawly

    veterán

    válasz Sprq #67693 üzenetére

    Nincs ilyen. Törléskor csak a fájltáblákban meg a naplókban szektor, inode, stb. számok maradnak meg, a név nem. Általában mikor ilyen baj van, hogy törölt fájlt kell visszahozni, az összes hasonló méretű és nevű fájlt vissza szokták hozni, mivel nem mindig látszik melyikről van szó. Ez nem csak Linux alatt probléma, a windowsos adatmentő szoftverek sem tudják mindig visszaállítani a fájlneveket.

  • Frawly

    veterán

    válasz ubyegon2 #67689 üzenetére

    Ja, ez meg a másik, a legtöbb modern gép annyira gyors, hogy csak hányja ki a sorokat, főleg, ha SSD van alatta, pár pillanat műve az egész boot meg shutdown, el sem lehet olvasni miket ír ki (kivéve, ha valami bug miatti elakadás, megakadás van). Ezért szoktak a felhasználóbarátabb, meg csilivilibb disztrók letiltani, és splash screen megjeleníteni helyette, letisztultabb dizájn érzését adja.

    Igazából ez csak ízlés kérdése. Illetve egy esetet tudok elképzelni, hogy 1-2 GPU-nál a grafikus felület előtt lehet gond a felbontással, grafikus megjelenítéssel, ezeken a splash screent jó ötlet letiltani. De ahol nincs ilyen gond, ott teljesen mindegy van-e vagy nincs kernelkimenet megjelenítve.

  • Frawly

    veterán

    válasz cooi11 #67675 üzenetére

    Itt végre írnak részleteket. Ahogy nézem, ez valami selinuxos variáns, így ha valaki nem használ selinuxot, már kapásból nincs is semmilyen érintettsége.

    A leírás alapján úgy tűnik, hogy ez egy ázsiai kártevő, főként távol-keleten pusztít, ahol nem frissítik a rendszereket, sok éves verziókat használnak, meg nem a tárolókból telepítenek, hanem mókolt forrásból.

    Aki nagyobb európai, amerikai disztrót használ, amik a distrowatchon kb. top 30-ban vannak, mindent a tárolókból vagy megbízható, neves PPA-kból tesz fel, és rendszeresen frissít, annak nincs félnivalója.

  • Frawly

    veterán

    válasz #68216320 #67683 üzenetére

    A Unity-nek túl új a libinput driver vagy a libinputot magát nem tudja kezelni. Próbáld meg xf86-input-evdev-vel vagy input-synaptic driverrel, hátha úgy jó.

  • Frawly

    veterán

    válasz 789 #67671 üzenetére

    Kösz, ki fogom próbálni, s attribútum állítására nem gondoltam. Ez már becsületbeli ügy, nem igaz, hogy nem jön össze.

  • Frawly

    veterán

    válasz GGAllin #67667 üzenetére

    Sparky Linux (IceWM felülettel), AntiX, MX Linux közül valami. De a böngészés mindenképp necces lesz rajta, talán Pale Moon, Falkon, Midori, Slimjet, ilyesmiket lehet rajta megpróbálni, Firefox, Chrome, stb.-nek kevés lesz az az 1 GB RAM. Mondjuk azon a Celeron M-en a netes videók sem nagyon fognak menni, lehet még a 360p is akadni fog.

    A bontót inkább javaslom, 30-40k-ért valami használt 2-3. genes i5-ös 4 GB RAM-os gép, vagy hasonló laptopban.

  • Frawly

    veterán

    Én is belefutottam valami érdekesbe. Az egyik USB-re kötött külső SSD-re csináltam egy FAT32 partíciót, hogy arra majd felmásolom a Win10 telepítőfájlokat. Ez régen ment is Arch alatt.

    Most viszont nem lehet rá írni sima userként. Mindegy hogyan chown-olom, chmod 777-ezem, mount -o rw,user, mount -o gid=users,fmask=113,dmask=002, stb. segítségével mountolom. Próbáltam a partíciót is újra létrehozni, GPT-s és MBR-es partíciós táblával is, mkfs.fat -F32 segítségével újraformázva mindig, semmi nem segített. Wtf! Régen ez simán ment. Szégyen szemre Win10 alól kellett Rufus-szal megcsinálnom :(

    rootként ugyanis nem tudtam kibontani az .iso fájlt az elkészült FAT32 partícióra. Az lett volna még kerülőút, de hirtelen nem tudtam kideríteni hogy kell. A Double Commander meg root módban nem volt hajlandó megcsinálni, normál userként meg írni nem tudott a partícióra. Persze csinálhattam volna, hogy kibontom egy helyi mappába, belső meghajtóra, majd onnan másolom tovább root-ként, de az már tényleg kabaré lett volna. Valami itt nagyon nem kerek.

  • Frawly

    veterán

    válasz Redneck #67637 üzenetére

    Igen, régen volt egy biztonsági katyvasz, hogy feltörték a Mint oldalát. De ilyen csak egyszer fordult elő, azt is kb. 1 napon belül javították. Amúgy használható disztró.

    A Cinnamon felületet is kipróbálhatjátok, de annak a 2 GB RAM, meg a „alap kis” Intel lehet soványka lesz. De ha min. egy normálisabb C2D-ról vagy erősebbről van szó, 4 GB RAM-mal, annak mehet bármi. Azért ajánlották az Xfce-t, az soványabb, mégis Windowshoz hasonló hagyományos desktop felület. Esetleg egy Lubuntut is meg lehet próbálni. Esetleg Manjaro Mate.

    A Gnome3 soványabb UI, de az meg nagyon Mac-es, táblagépes felület, az Windows után meredek, meg túl minimalista lesz.

  • Frawly

    veterán

    válasz CPT.Pirk #67636 üzenetére

    Én úgy tudom, hogy az Alsának ezek a default beállításai, de elképzelhető mégis tévedek, és a Pulseaudio csinálja. Könnyen orvosolható, de erre gondol mindenki a legkevésbé, mikor először belefut. Még az sem baj, hogy némítják, de akkor telepítéskor ha más nem, vagy első bootkor legyen egy figyelmeztető üzenet, hogy le van némítva az elsődleges hangeszközön az elsődleges kimenet.

  • Frawly

    veterán

    válasz CPT.Pirk #67633 üzenetére

    Majd belefutsz. Kész DE-s disztrókon lehet, hogy nem érzékeled, mert ott a disztrósok ráadják a hangerőt, mielőtt az .iso-t készítik.

    De ha valami minimál disztróra frissen húzol fel Alsa-t, Pulseaudio-t, akkor tuti tapasztalni fogod te is, hogy nincs hang. Vagyis van, csak 0 hangerőn.

  • Frawly

    veterán

    válasz Bici #67631 üzenetére

    Ez ráadásul egy disztrófüggetlen szopás, nem csak Soluson, de Debian/Ubuntu, Arch, Gentoo, stb. vonalon is ez az alapértelmezés. Valami alsás hülye kitalálta ezt, azóta mindenki ezzel szív, főleg aki először fut bele. Szerintem még BSD-ken is így van.

  • Frawly

    veterán

    válasz Bici #67627 üzenetére

    Ja, ezt mindannyian beszoptuk legalább egyszer. Az Alsa, Pulseaudio alapértelmezésben lenémítja a fő kimenetet. Meg ne mondd, hogy miért szivatnak ezzel mindenkit, mindenki azt hiszi, hogy elromlott a hangkártyája, meg a Linux nem kezeli. Közben meg csak egy idióta default config miatt szív mindenki feleslegesen.

  • Frawly

    veterán

    válasz csixy #67622 üzenetére

    Igen, az Arch-klónoknál elég a pacman.conf-ban a tárolókat átállítanod, egyszer befrissíted, és pure Archod lesz.

  • Frawly

    veterán

    válasz Bici #67617 üzenetére

    Ja, az igaz, hogy van egy csomó másik Arch-klón. Bár azért csodálkozok, mert az Antergos elég népszerű volt, arról nem hittem volna, hogy ilyen hirtelen áll bele a földbe.

  • Frawly

    veterán

    válasz RaZroX #67597 üzenetére

    Csak egy jótanács: ne PS-osítsd a GIMP-et. Használt GIMP-ként, tanuld meg az alapértelmezett felületét használni. Pont ezt a hibát szokták véteni a kezdő linuxosok is, hogy windowsosítják a Linuxot.

  • Frawly

    veterán

    válasz azbest #67574 üzenetére

    LOL. Akkor érdemes helyette venni egy használt i5-ös üzleti notit, azok sem drágák, egy 2-3. genes i5 + 4GB RAM elég jó árban van. Azon nem csak a proci támogat VT-x kiterjesztést, hanem VT-d passthrough-t is, meg kellően gyors mai használatra is. Thinkpad, Latitude, Elitebook, ezeknek az linuxos támogatásuk is elég jó.

  • Frawly

    veterán

    válasz Laszlo733 #67568 üzenetére

    Ha lehet, cserélj procit abban a gépben. Egy ilyen régi genes Sandy Bridge mobil i5-ös elég filléres használtan. Nem tudom, hogy oda van-e forrasztva a procid a gépre vagy cserélhető. RAM nem tudom ki van-e maxolva, de azt is érdemes bővíteni.

    (#67569) csixy: én is ezt javaslom a kollégának. Az ő gépén ez lesz a legjobb megoldás, legalább natív sebességgel futnak rajta a dolgok.

  • Frawly

    veterán

    válasz sh4d0w #67559 üzenetére

    Újabb Celeronokban is van már Intel VT-x. Azért hangsúlyozom, hogy tudni kéne PONTOSAN milyen processzor. Annyi nem elég, hogy Intel meg hogy Celeron.

  • Frawly

    veterán

    válasz Rimuru #67557 üzenetére

    Vagy van benne, csak a BIOS-ban le van tiltva. Ellenőrizni kéne milyen CPU, támogatja-e a hardveres virtualizációt.

    egrep ‘(vmx|svm)’ /proc/cpuinfo

  • Frawly

    veterán

    válasz csixy #67548 üzenetére

    Ahányféle disztró, annyiféle módon konfigurálják maguknak az UEFI bootot. Nincs olyan, hogy „Az” UEFI boot, többféle megoldás van azon belül is.

  • Frawly

    veterán

    válasz attilav2 #67540 üzenetére

    Ebből nem derül ki, hogy használja-e a vaapi-t. Persze attól még használhatja. Legkönnyebben valami feladatkezelő, task manager féleséggel tudod ellenőrizni, ha a CPU használat jóval 10% alatt van 1080p+ felbontás lejátszása alatt, akkor valószínű működik a hardveres dekódolás.

    Szerk.: a chrome://gpu lap alapján írtak szerint megy. A Video Decode: Hardware Accelerated sor tanulsága szerint.

  • Frawly

    veterán

    válasz coco2 #67530 üzenetére

    Ahogy Mikrobi írta: Azure. Vagy egyszerűen Rufus-szal kiírsz pendrive-ra egy Ubuntut és bebootolsz róla Live módban. Egyedül gcc-t kell telepítened, ha az nem lenne feltelepítve.

  • Frawly

    veterán

    válasz Szokenesz #67526 üzenetére

    Pedig ez elvileg jó, a korábbi hozzászólásodba betett vaapi kimenet is jónak tűnik. h264fy addonnal kéne lennie hardveres dekódolásnak.

    Próbáld a chrome-vaapi-t terminálból indítani, és úgy próbálgatni a lejátszást. Hátha ír a terminálkimenetbe valami hibát, ami miatt nem megy a hardveres dekódolás.

  • Frawly

    veterán

    válasz Szokenesz #67520 üzenetére

    A Chromiom-vaapi verzióban nézz szét a chrome://flags és chrome://gpu oldalakon, hátha találsz még vonatkozó beállítást.

Új hozzászólás Aktív témák

Hirdetés