Új hozzászólás Aktív témák
-
Frawly
veterán
A HDD-k némileg szabványosabb SMART attribútumokat használnak. De az SSD-knél minden gyártó saját szájíz szerintieket alkalmaz, teljesen különböző neveken, és az értékek értelmezése is változó. A korai SSD-k között voltak olyan modellek, amelyekben a SMART egyáltalán nem mérte az írásmennyiséget, csak a NAND fáradási mutatóját.
Bár furcsa, amit mutatsz, mert HDD-k nem szokták mérni az összírást. De fene tudja, lehet a legújabbak mérik már.
-
Frawly
veterán
válasz ubyegon2 #632 üzenetére
Azért szoktam írni, hogy terminálból kell nézni sudo smartctl -a segítségével. Az nem szokott hülyeséget írni, ha nem is ismer néhány SSD modellt, akkor inkább nem ír rájuk semmit, vagy csak kevés SMART sort ismer fel, de baromságot akkor sem irkál. Amit ki szokott írni, azt jól írja ki, egyezni szokott a kiírása a Windows alatt futó SSD infós progikkal, gyári SSD toolboxok, HD Sentinel, Crystal Disk Info.
Elég meglepő, hogy a gsmartcontrol hülyeséget irkál. A Gnome Disks-ről tudjuk, hogy egy szutyok, de a smartcontrol ugyanonnan veszi az adatokat, mint a smartctl.
-
Frawly
veterán
Pont ez az, hogy nincs. Se normális benchmark, se normális GUI SSD tool nincs Linuxra. Ez van sajnos. Írsz rá magadnak scriptet, ami terminálos/CLI megoldásból kérdez le. Esetleg valami GUI-s frontendet mögéhúzol, pl. notify-send, zenity, xmessage, ami megjeleníti az eredményt GUI-ban, esetleg TUI-ban (dialog, whiptail, ncurses).
-
Frawly
veterán
válasz ubyegon2 #636 üzenetére
Nem, itt nem a HDS-ről volt szó, hanem hogy a gsmartmon eltérő adatot írt a smartctl-hez képest. Tény, hogy smartctl sem ismer mindent, de mégis megbízhatóbb, a kettő közül ezerszer inkább annak hiszek.
Gnome Disks irkálja a legnagyobb hülyeségeket. Teljesen fals dolgokat az Error Rate-ekre, írásmennyiségre. Eleve már azt sem tudja normálisan lekérdezni, hogy a meghajtó milyen SMART attribútumokat támogat, ilyen felpörgési idő, meg hasonló ökörségeket írogat. Vicc az egész, hagyjuk inkább.
Tény, hogy a HDS-t sem tartom komoly szoftvernek, de Windows alatt egész sok meghajtót ismer. Linux alatt nem annyira sajnos. Ezt tudomásul kell venni, hogy ilyen SMART monitorból meg benchmarkból nincsenek olyan megoldások, mint Windowshoz. Ezen a téren elég elhagyagolt még a Linux.
-
Frawly
veterán
válasz Black&White #639 üzenetére
Ha tényleg Vuze, Azureus utód, akkor nem ajánlom. Én még nem próbáltam, de ha ugyanolyan, mint azok, akkor kerülendő. A Vuze, Azureus Java-alapú, lassú, bloat, bugos torrenkliensek. Linuxra a legjobb egyébként a qBittorrent.
-
Frawly
veterán
válasz vargalex #642 üzenetére
A Transmission, rTorrent is teljesen jó, de azok inkább szerverre valók. Sőt szerverre jó az uTorrent Server linuxos natív változata, ez nem desktop kliens.
Ami még nekem nagyon nem jött be az Azureus és Vuze mellett: az a Deluge, az is eléggé zabálja az erőforrásokat, a Python miatt.
-
Frawly
veterán
Azt honnan tudod, hogy használja a Wine-t? Nem hinném, hogy használná, hiszen van natív linuxos bináris. A feladatkezelőben meg tudod nézni, hogy mikor csak a qBittorrent fut, listáz-e wine-os folyamatot.
NTFS-nek azért van jelentősége, mert a ntfs-3g drivernek kicsit nagy a CPU overheadje. Ha hosszú távon linuxozol, érdemes lenne átállni NTFS helyett ext4-re.
[ Szerkesztve ]
-
Frawly
veterán
Az ffmpeg-et akartam neki én is ajánlani, de aztán újra elolvastam a kérdését, és külön kiemelte, hogy magyar nyelven kell neki. Az ffmpeg mint terminálos program nincs magyarítva. Meg a Linux Mintből kiindulva van egy olyan érzésem, hogy egyébként is felhasználóbarátabb megoldást keres.
Meg azt is akartam neki írni, hogy ha index frame-nél vágja a videót, akkor újrakódolás sem lesz, érdemes erre figyelni, így gyorsabban végez, és nem lesz az újratömörítés hiányában újabb minőségromlás.
-
Frawly
veterán
Én a Handbrake-et ajánlom, multiplatformos, van Windows, MacOS, Android, stb. alá is. Az elsőnek ajánlott FFmpeg-et használja. Csak amíg az FFmpeg powerusereknek van, CLI-ben kell felparaméterezni, ami a laikus usernek pain in the ass kategória, ezért a Handbrake grafikus felületet nyújt hozzá, hogy rendesen kikattintgathatók és listából legörgethetőek, kiválaszthatóak legyenek a konvertálási paraméterek, vannak benne előre legyártott sztenderd konvertálási profilok is.
Az Avidemux sem rossz, de nem ismer túl sokféle formátumot, a Shuttert nem ismerem, vagyis nekem régről az rémlik, hogy egy screenshotkészítő alkalmazás, de lehet csak én keverem össze valamivel.
A Handbraket, vagy önmagában az FFmpeg-et mindenképp érdemes megtanulni, mert mint írtam, multiplatformosak, és igazi svájcibicskái a konvertálásnak, egyszer megtanulod, utána minden OS alatt le lesz tudva minden konvertálási gondod egy egész életre.
-
Frawly
veterán
Nem biztos, hogy nálad ez működni fog. Egere válogatja, hogy a kernel hogy hajtja meg, libinput hogy kezeli, engedi-e a DPI-t állítani, vagy kijelzi-e. Lehet a te egered egész más tulajdonságokat közöl le, mint amit a kolléga írt. Igazából ez a DPI állítás még Windows alatt sem garantált mindig, egérdrivertől függ, a legtöbb egérnél nem is állítható, csak a soros/USB port mintavételezése, meg az egér általános érzékenysége, sok esetben ezeket is registry hackkel kell módosítani, mert a grafikus beállítófelület nem engedi kellően magasra állítani.
-
Frawly
veterán
Próbáld a hozzáférést megtagadva hibát kikerülni azzal, hogy a vonatkozó parancsot sudo-val futtatod, azaz rendszergazdai jogokkal.
Ingyenes VPN-re passz, de a legtöbb VPN szolgáltatás elvileg OS független, és a népszerűbb VPN szolgáltatóknál szoktak lenni tutorialok, hogy hogyan kell Linuxon használni, mit kell hozzá beállítani.
-
Frawly
veterán
-
Frawly
veterán
válasz bugizozi #717 üzenetére
1. Amit a kolléga írt felettem. Annyit hozzátennék, hogy ezt a terminálba kell begépelned, és az eszköznevet az lsblk paranccsal tudod lekérdezni ezen parancs kiadása alőtt.
Ha grafikus felületen kell rá megoldás, akkor gnome-disks, de ez utóbbi progi nem megbízható, sokszor hülyeséget ír az adatokra. Lehet Cinnamonon alapból fel is van téve, a grafikus menükben „Lemezek” alkalmazásként szokott szerepelni.
2. shutter vagy a GIMP-ben is van képernyőlopó funkció, és akkor mindjárt tudod szerkeszteni is. De én a helyedben maradnék a Cinnamon gyári megoldásánál, és inkább a kész képet megnyitnám GIMP, MyPaint, Pinta, Krita, vagy hasonló rajzolóprogramban, ott dekorálgatnám.
[ Szerkesztve ]
-
Frawly
veterán
A HD Sentinelen én is gondolkoztam, hogy ajánljam-e. Végül nem ajánlottam, szándékosan, nem csak lustaságból nem említettem. A linuxos HDS nagyon el van maradva a windowsos verziótól, egy csomó drive-ot nem ismer, nem jól olvassa ki a SMART-ot. Plusz épp úgy terminálos CLI program, mint a smartmontools-ban lévő smartctl, szóval kényelmesebbnek sem kényelmesebb. Én nem, attól nem lesz GUI-s, hogy böngészőben megnyithatod a html-es riportját, attól még épp úgy terminálban vagy konzolok kell futtatni, külön sudo jelszóval.
-
Frawly
veterán
válasz #26097408 #730 üzenetére
Igen, a második parancsnál nem kell a kacsacsőr mögé a visszafelé perjel. Ez utóbbit csak azért tették bele a weboldalukon a leírása, mert ott két sorra törték el az egy sornyi parancsot, de te egy sorban írtad be, akkor nem kell ez ez a jel.
Egyébként meg általános jótanács, ha hosszú távon linuxozol. Az ilyen 2016-os, meg 2014-es leírásokat, videókat kerüld, mint a dögvészt. A Linux világa nagyon gyorsan változik, ez nem Windows, hogy 5-10 évig állandóak maradnak a dolgok. Linuxon egy leírás akár már egyetlen év alatt is el tud avulni nagyon csúnyán.
Ebbe az új leírásba is bele tudnék kötni, hiszen a sudo mögé nem kell az -i, azt csak nagyon elméleti esetben, ha valaki konzolban futtatja. Grafikus terminál emulátorban nem kell, mert ott mindig interaktív shell fut.
Továbbá az apt-get helyett az apt parancsot kell használni egy ideje. Szerencsére ez még nem okoz hibát, de szépen mutatja, hogy az enpass-nak ez a legújabb telepítési útmutatója is szépen elavulóban van.
Egyébként meg van erre felhasználóbarátabb mód, Mint-en a grafikus szoftverközpontban, már nem is tudom mi most ennek a neve, be tudod állítani, hogy milyen külső tárolót vegyél fel, oda felveszed a https://apt.enpass.io/ tárolót, nyomsz egy frissítést, és meg fog jelenni az enpass alkalmazások listában, és grafikus felületről tudod telepíteni, nem kell semmit terminálba bezongorázgatni.
Persze most biztosan kérded, hogy ha ezt lehet ilyen egyszerűen, akkor minek szivatják a felhasználót ezekkel a gépelgetős parancsokkal. Azért, mert nem tudják, hogy milyen disztrót használsz, azon belül is, hogy azt milyen grafikus felülettel. Nem tudnak minden disztró, graf felület kombóhoz színes screenshotos leírást adni, mert 100 oldal lenne, akkor meg az lenne, hogy nem olvassák el a felhasználók.
Ezek a terminálos parancsok minden disztrón működnek. Jó, ez a leírás az apt csomagkezelőt és deb csomagokat használó disztrókhoz van, de ez is megy Debian, Devuan, Ubuntu, Mint, PopOS, Zorin, Elementary OS, MX Linux, AntiX, Sparky Linux, Peppermint, stb. alatt.
Még ha Mint-et is használsz, akkor sem tudja az enpass, hogy Cinnamon, Mate, Xfce, vagy egyéb felülettel telepítetted-e, vagy LMDE kiadást tettél-e fel. Azért maradnak inkább a terminálba gépelgetésnél. A másik előnye a terminálnak, hogy ha félregépelsz valamit, akkor kiírja mi a hiba. Ha grafikus felületen követed el ezt, pl. nem jól írod be a tároló címét, nem fogod látni, csak azt, hogy hiába kattintgatsz, nem megy.
Végezetül csatlakozok a fenti kollégához, és a Keepass-t én is jobban ajánlom, univerzális formátum, van minden platformra, nem csak PC, meg nem csak Win és Linux, hanem okosteló, táblagép, stb. is elérhető, és általában minden Linux disztró tárolójában ott van, megint megúsznál egy kör gépelgetést minden egyes rendszertelepítés után. Tudom, ezt az enpass-t megszoktad, a nagy multik pont erre építenek, hozzászoktatnak a termékhez, amitől függő leszel, és nem tudod elengedni. Pont erre a pszichológiai trükkre játszanak rá.
-
Frawly
veterán
válasz #26097408 #732 üzenetére
Semmit nem kell tenned, innentől az app magától frissülni fog, a csomagkezelő minden frissítésnél, amikor más programokat meg rendszerkomponenseket is frissít, ellenőrizni fogja egyben ezt a felvett enpass-tárolót is, és ha újabb verziót talál benne, mint ami a rendszerre telepítve van, frissíteni fogja automatikusan.
Egyébként már nem kell semmit tenned, mert így, hogy ezt végigcsináltad terminában, úgy már grafikus felületen is benne van az alkalmazáslistában, és magától frissülni is fog. Ezt a grafikus felületes megoldást csak azért hoztam fel, ha a jövőben újra kéne telepítened a rendszert, és nem akarsz terminálozni minden egyes alkalommal emiatt.
Az, hogy grafikus felületen hogy kell telepíteni, az attól függ, hogy milyen Mint-et használsz. Cinnamon vagy Mate vagy Xfce verzió? Kéne olyannak lennie a tálcán lévő alkalmazásindító menüben, ami ilyen Start Menü szerűség, hogy csomagkezelő, vagy szoftverközpont vagy Gnome Szoftverakármi. Nem használok már rég Mintet, nem tudom hogy hívják most konkrétan, mindig átnevezik, átdizájnolják, függ a grafikus felülettől, nyelvtől is, hogy mi a pontos neve.
[ Szerkesztve ]
-
Frawly
veterán
válasz #26097408 #734 üzenetére
Igen, a Synaptic Package Managerben kéne lennie a Settings menü - Repositories almenüjében előjövő beállítóablakban kéne lennie Add vagy New gombnak, ami egy szövegbeviteli mezőben engedi beírni az új tároló címét, ott ezt a https://apt.enpass.io/ tárolót megadni, leokézni, legközelebb, mikor indul a Snypatic és frissíti a tárolókat, akkor az Applications résznél már listázni fogja az Enpass-t is, és engedi telepíteni, eltávolítani, frissíteni, stb..
Az meg nagyon helyes, hogy angolul használod a rendszert, ilyen beállításoknál, tutorialok követésénél jól jön, hogy a leírások is angol neveket említenek, könnyebb megtalálni. Meg ha hibaüzenet van, akkor több találat lesz a keresőben az angol hibaüzenetre, kb. 1000× annyi. Ezzel anno én is szívtam, hogy magyarítást kellett leszedni progikhoz, meg nyelvi csomagozni, akkor is félig hibásan voltak lefordítva, és ha találtam is valamihez tutorial, pl. Gimp ,PS, Inkscape, stb., az is angolul emlegette a menük, eszközök neveit, aztán nyomozgathattam, hogy annak a magyar verzióban melyik fordítás felelhet vajon meg, meg pl. Firefox bétánál is 2-3 nap késéssel kaptam meg a friss főverziót, mert várni kellett lokalizációra. Aztán rájöttem, hogy feleslegesen szivatom magam, és kizárólag mindent angolul használok, PC-n, telefonon, mindenhol. Egyrészt nyelvgyakorlásnak sem rossz, másrészt nem lesz félrefordítás, félig fordítottság, meg ilyen útmutatókat is könnyebb a netről követni. Illetve mikor az ember már megszokott egy rendszert, akkor úgyis rutinból használja,n nem olvasgatja el mi van kiírva, hanem kattint arra az ikonra, menüre, gombra, beállítása, amit megszokott, meg nyomja a szokásos billentyűket, onnantól fogva nem számít úgy se, hogy milyen nyelven van a rendszer, lehet akár default US angol is.
[ Szerkesztve ]
-
Frawly
veterán
válasz Sanyi.mTs #745 üzenetére
Lebeszélnének róla, hogy mindjárt úgy nyissál, hogy mented a rendszert. Ez nem Windows, ahol attól kell rettegni, hogy egy update-kor mi kefélődik el, és hogy mikor vírusozódik be, meg lassul le a rendszer. Nem kell semmilyen rendszerpucoló vagy rendszeroptimalizáló programot, vírusirtót, tűzfalat, defragot sem futtatni. Ez a jó a Linuxban, ez az összes sallang nem kell.
Minten a Timeshift elvileg visszaállítható Live rendszerből (amiről telepítetted), mikor már fut a Live rendszer, elindítod rajta a Timeshift-et, és annak megmutatod azt a mentést, amit csináltál. De az esetek 99,9999%-ban ez is szükségtelen.
Ha történne mégis valami rendszereddel, valamit elszúrnál, működésképtelenre hazavágnád, akkor is inkább telepítsd újra, állíts be mindent újra, legalább gyakorlod frissében. Így mélyül majd a tudásod a témában. Ne feledd, hogy Linuxot sokkal gyorsabb telepíteni, mint Windowst.
-
Frawly
veterán
válasz Sanyi.mTs #753 üzenetére
Nem vagyok otthon Timeshiftben, mert nem használok Mintet, de elvileg meg tudod neki mondani, hogy hová csinálja a mentést. Mintes topikban kéne megkérdezni azokat, akik használják, mert így a látatlanban nem tudlak elnavigálni, hogy melyik menüre vagy mire kattintsál benne.
A háttértár meg bármikor meghalhat, akár SSD, akár HDD. Ezért adatokról mindig lennie kell mentésnek, ha más nem, fájl/mappaszintűnek. Rendszerről meg nem éri meg másolatot csinálni, ha kezdő vagy, azért nem, mert a korai időszakban, ahogy fedezed fel magadnak a dolgokat, jönnek-mennek majd a rendszereid, különböző disztrók, ha meg haladó leszel, akkor meg azért, mert úgyis csukodt szemmel bármikor újrahúzod a rendszer. Ha túrázol is ezzel a Timeshift-tel, akkor is max. a tudásvágy hajtson, amúgy nem éri meg szerintem túl komolyan venni.
#754 growler: én úgy tudom lehet.
#755 PeachMan: passz, ilyenről nem tudok. Amiket ismerek Linuxra FTP szervereket, azoknál csak úgy lehet user-t hozzáadni, hogy normál linuxos userként, nem csak az adott progin belül, mivel ezek a progik a kernel segítségével autentikálják a usereket UID és GID alapján. Ennek ellenére nem zárom ki, hogy lehet ilyen, meg ha létezik is, akkor mennyire biztonságos. Tudom, nem voltam nagy segítség.
-
Frawly
veterán
Ezt elvileg az összes disztró tudja, amiben valami nagyobb desktop environment van grafikus felületnek, Gnome, KDE, Xfce, Budgie, hasonló, asztal-kijelző tulajdonságainál külön kéne tudniuk állítani a felbontást, háttérképet az összes kijelzőn. Ez egyáltalán nem Windows-specifikus feature, felesleges úgy eladni.
Kisebb grafikus felületek meg a kolléga által említett, terminálban futtatható xrandr parancsra tudják állítani, ahol a --screen kapcsolóval kell megadni, hogy melyik kijelzőt állítsa, azt hiszem 0-ás számmal fut az első kijelző, 1-essel a második.
[ Szerkesztve ]
-
Frawly
veterán
Valószínű az analóg DSUB csati miatt a monitorból nem tudja kiolvasni a DCC digitális információt, hogy a monitor milyen felbontásokat támogat. Vagy mert a monitorhoz nincs driver, vagy a kábelen nem megy át a DCC jel. De most már értem, hogy eddig elbeszéltünk egymás mellett, mert te találtál már olyan megoldást, ami tudja, de DCC hiányában csak alacsony felbontásokat kínálnak fel. Ami egyébként Windows alatt is így van, hacsak a GPU driver, vagy a monitor driver, vagy a DCC jel lehetővé nem teszi, akkor a magas felbontásokat és frissítési frekiket elrejti a Windows, csak külön hackre lehet bekapcsolni.
A problémádra konkrétan ez lehet a megoldás.
-
Frawly
veterán
Másik hasonló jó hír, hogy FF-on is megy, és ott lett gyanús, hogy mintha nem nagyon terhelné a CPU-t videólejátszás alatt.
Utánaolvasni itt lehet, de itt is van róla infó.
A jó hír, hogy alapból semmit nem kell hackelni, mivel most már friss verziós disztrókban alapból be kéne legyen kapcsolva, nálam Archon a media.hardware-video-decoding.enabled automatikusan true-n volt. Sőt még az OpenGL-es (nem videós) renderelés is be volt kapcsolva WebGL formájában. Az is igaz, hogy nem a disztró tárolójban lévő Firefoxot használom, hanem a 86-os developer bétát, amit a Mozilla oldaláról töltöttem bináris formában és már évek óta használom, állandóan helyben frissül. Persze a beállítások máshol tárolódnak, a home mappában lévő mozilla profilmappában, így új profil létrehozásakor, meg disztóújratelepítéskor a beállításokat nem görgetem magam előtt, hanem új profil jön létre, default beállításokkal. Ezt csak azért tisztázom, hogy ezek nem olyan rejtett beállítások, amit régen kapcsoltam be, hanem frissen, 2 napja telepített rendszeren mennek, amin még nem is konfigoltam a Firefoxot.
Egyedül most a második linkemen írt VA-API dekódolást kapcsoltam be, lehet ez sem szükséges, meg csak akkor van értelme, ha az ember GPU-ja támogatja ezt a protokollt, az Intel GPU-k támogatják, és az AMD-k nagy része is.
Továbbá a Webrender és a hardveres videódekódolás már nem csak Wayland alatt megy, most épp X.org-on használom (dwm).
[ Szerkesztve ]
-
Frawly
veterán
Sajna sztornó. A FF szerint hiába van bekapcsolva a hardveres videódekódolás, lemértem ugyanazokkal a videókkal YouTube-on és mpv-vel is, mpv-vel harmada a CPU terhelés, mert az valóban használja, nem csak dísznek írja, hogy igen. Eleinte azért hittem, hogy megy, mert a 18%-os CPU terhelés nem tűnt soknak egy 1440p-s videónál, de kiderült, hogy csak a proci elég erős hozzá, hogy egymagában ilyen alacsony legyen, igazából tényleges gyorsításnál, mikor a GPU kódol ki, akkor 5-6% körül van.
-
Frawly
veterán
válasz #68216320 #796 üzenetére
Nem, még mindig nem érted. A transgui épp úgy RPC-n keresztül csatlakozik. Hiába nem böngésző, hanem natív, akkor sem kell SSH hozzá. De abban igazad van, hogy a parancssor androidos szutykokon nem megoldás. Bár fel lehet azokra is tenni terminálemulátort, de tapicskaképernyőn benyomkodni a CLI parancsokat tényleg fejfájás a köbön, ráadásul a transgui-nak nem is biztosan lesz natív androidos változata.
Az a baj, hogy a WebUI minden torrentkliensben rettenet buta, nem csak a Transmissionben, de még a nálánál amúgy többet tudó qBittorrentben és uTorrentben is. Épp csak arra valók, hogy hozzá tudj adni default beállításokon új torrentet, meg törölni és kivenni tudjad őket. Ennél többre nem szánják őket, hogy mindenféle prioritást, sortartást, limitet, black listet, tököm tudja mit állítgassál, arra a natív klienst ajánlják.
-
Frawly
veterán
válasz ubyegon2 #820 üzenetére
Én ilyesmire a Subtitle Workshop nevű progit használtam régen. GUI-s, bloat, de nagy tudású feliratszerkesztő, mindent tud, amit felirattal lehet művelni, átidőzítés, egyesítés, stb.. Természetesen Linuxra is van natívan, azt nem tudom, hogy a mintes vagy ubuntus tárolókban benne van-e, vagy PPA kell hozzá, vagy mi.
De szerintem ez minimalista CLI toolokkal is megoldható, de a feliratokhoz nem nagyon értek, rég nem használok feliratot. Ha nagy ritkán igen, akkor csak olyat szerzek be, ami az adott filmhez, sorozathoz, videóhoz való.
[ Szerkesztve ]
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest