-
PROHARDVER!
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
Frawly
veterán
válasz
ubyegon2
#12565
üzenetére
Nem minden gépen reménytelen, ki kell próbálni, pár alaplapon, laptopon simán megy Linux alatt is, de azt kell tudomásul venni, hogy ha működik is,
1) ez nem adott, csak mázli
2) bármikor eltörhet a jövőben, ezért komolyan építeni rá nem érdemesAzzal nem értek egyet, hogy szegény windowsosoknak rossz. Nagy veszteség nincs vele, mert SSD-n minden villámgyorsan bootol, a WM/DE/alkalmazásban a session kezelése meg beállítható, hogy automatán, a grafikus felületre belépéskor, meg az adott alkalmazás indulásakor töltse be az utolsó munkamenetet. Tehát érdemi kényelmetlenség nincs nagyon, nem nagyon változik a workflow. Fogja Windowskezelőné ECDL Mancika, és leqrja a laptop tetejét, ezzel előzetes beállítás alapján shutdownt hajt végre a gép. Felnyitja, jön egy kisebb kellemetlenség, hogy meg kell nyomni a bekapcsológombot a gépen, tudom ez óriási munka, sokan sérvet kaptak benne, bár vannak olyan laptopok, ahol beállítható a BIOS-ban, hogy kinyitással azonnal induljon. Majd SSD-ről Linux esetén bebootol a rendszer 3-8 mp. alatt. Automata bejelentkezés jelszó nélkül megoldható, ebben a 3-8 mp.-ben már az is benne van, hogy a grafikus felület betöltődik, és visszaállítja a munkamenetet, persze ezt az adott alkalmazásnak is támogatni kell, hogy onnan tudja folytatni a munkát, de böngészők, szövegszerkesztők, IDE-k, kép/videószerkesztők, stb. szokták tudni.
Ennyi. Tehát csak egy bekapcsológomb-nyomása, meg egy alig pár mp. extra töltési idő a különbség, csak be kell állítani. Ez simán nem a „rossz lehet” kategória. Hátránya csak annyi, hogy ha pl. a háttérben ment valami letöltés vagy telepítés, az nem folytatódik, de hát ki az a marha, aki normálisan működő hibernáció, sleep esetén folyamatban lévő letöltés, frissítés, telepítés, konvertálás közben vágja le a képernyőt, hogy aludjon be a gép? Mert az egyébként sem normális.
Ráadásul ez egyébként Windowson sem garantálható, hogy mindig jól működik, csak az esély nagyobb rá.
-
Frawly
veterán
válasz
ubyegon2
#12563
üzenetére
Tutinak semmiképp nem tuti, egy elég sajnálatos állapot. De általános, ezért nem a Mint, Ubuntu, systemd, meg nem a rolling, stb. tehet róla, hanem kernelszinten van a probléma, de még csak a kernelfejlesztők sem hibáztathatók, hogy a vonatkozó kerneldriverek rosszul vannak megírva. Ez leginkább az alaplapgyártók szemétsége, hogy a saját termékükön nem sztenderd megoldással gányolják rá ezeket az energiagazdálkodási funkciókat, mindenki kedvére gányol össze egy saját megoldást, amihez legfeljebb Win only drivert ad ki. Ezzel a Linux kernelesek nem sok mindent tudnak csinálni, 1-2 elterjedt lapnál írnak saját hacket és kitesztelik, de ettől még a gépek 99%-án ez nem fog segíteni. Ehhez egy egész iparágnak kell összekapnia magát. Ezen a kernelesek meg a Mint nem sokat tudnak segíteni, akkor se ha olyan keményen dolgoznak rajta, hogy befosnak.
Rollingtól is teljesen független, nézd meg, Minten is előjön, ami az LTS-es voltával épp a rolling ellenkezője. Ez ilyen terület sajnos egyelőre. Reméljük előbb-utóbb a gyártók összekapják magukat, ahogy anno az AMD és Nvidia is meg tudtam magát erőltetni GPU driverek terén.
-
Frawly
veterán
válasz
lev258
#12561
üzenetére
Igen, ez általános hiba, hogy hibernációból, és sleepből néha nem is jön vissza a gép, és ha vissza is jön, akkor is gond lehet Wi-Fi-jal, energiagazdálkodással, stb.. Ez sokféle hardvert érint, és minden disztrón előfordul, nem Mint-specifikus.
Sajnos ez a része a Linuxnak még nem érte utol a windowsos támogatási szintet. Nálam mázli, hogy sose altatom, sose hibernálom a gépet, sose tettem, én mindig is friss reboot híve voltam. Ma már egyébként sincs jelentősége, mert az SSD mindent bebootolnak alig néhány mp. alatt, és a komolyabb grafikus felületek és komolyabb alkalmazások tudnak session managementet, így onnan lehet velük folytatni a munkát, ahol az ember abbahagyta. Az állandó reboot kiváló arra, hogy frissítések életbe lépjenek, meg tiszta lappal induljon mindig az ember. Sok kisebb bugot lehet vele elkerülni Windowson is, mert még ott sem hibátlan ez a hibernálok, altatok műfaj, annak ellenére, hogy ott ebben előrébb tartanak.
-
Frawly
veterán
Ubuntuból is ki tudod pucolni a snapes hulladékokat. Az update-ben igazad van. Akár még Archra is felteheted a Unityt, esetleg ArcoLinux/Manjaro dwm-re, mert azok nem sok csomaggal érkeznek, nem kell gyomlálni belőle. De akár még Ubuntu minimal installból is kiindulhatsz, arra húzod fel a Unityt.
Compizhoz nem muszáj Unityt használni, a Compizt lehet önállóan is WM-ként használni, hozzá tudsz adni saját dokkot, paneleket, sokkal különb saját DE-t tudsz belőle rittyenteni, mint a Unity. Compizzal az a két nagy baj, hogy egy ideje már nem fejlesztik tudtommal, meg szerintem elég bloat is.
-
Frawly
veterán
Egyiket se kell lepucolni. Felteszed a Unity-t, és abba jelentkezel be, mikor a login manager felületén vagy. Onnantól kezdve default mindig abba fog belépni. Az XFCE, Mate maradhat, azok is Gtk-sok, mint a Unity, nem zavarnak sok vizet.
Bár azt nem értem minek akarnál Unity-t. Gyenge MacOS/tablet utánzat, rohadt bloat, rohadt lassú, semmiben nem tud többet, mint az ugyanúgy kinéző Gnome3, ami legalább rendesen támogatott, nem csak a kisebb közösségi projekt.
Meg ha már ilyen Unity és Gnome3 vizekre evezel, akkor inkább pattintsd fel a 20.04-es Uborkát, arra az ideálisabb.
-
Frawly
veterán
válasz
ubyegon2
#12550
üzenetére
Kipróbálni Win7 termékkulcs nélkül is lenne esélyed, mert telepítéskor termékkulcs kihagyását nyomsz neki, és feltelepíti kulcs nélkül, és használható a Win10. Annyi, hogy a sarokba ki fogja írni, hogy nem aktivált példány, meg nem engedi személyre szabni az asztalt, színek, téma, háttér, áttetszőség. De ezt leszámítva teljes értékűen használható. Kipróbálni ez elég. Persze nagyon a szívedhez kapni nem fogsz, a HP-n viszonylat tűrhetően fog SSD-ről futna, de semmi nagy szám, igénytelen felülete van, Win7-Win8 keresztezése, jó bloat, csomó ×4rt ki kell kapcsolni ahhoz, hogy minimális szinten használható legyen. Telepítéskor még arra figyelj, hogy ne legyen internetkapcsolatod, és offline fiókkal hozd létre a felhasználód, telemetriát, Cortanát, egyéb nyomorékságokat indulásból gyomláld ki. Telemetriát nem is lehet, csak Basic-re venni. A Linux után hatalmas visszalépésnek fogod érezni, nem is indokolt használni, hacsak nem valami olyan Win only program futtatásához kell, ami nem fut Wine-ban vagy nem jól.
Előbb, amit fordítási hibát említettem, az általában nyelvfordítás, nem forráskódból fordítás. Tehát a telepítő lokalizációjában benne marad itt-ott egy-egy lefordítatlan rész, ilyesmire gondoltam. Ez legfeljebb csúnya, de magát a telepítést nem befolyásolja. Csak azért korrigálom, mert félreérthető.
Ami az elég ritkán kitételt illeti: elég ritkán minden eltörik. Az összes mai OS annyira komplex, mindenféle driver, meg biztonsági folt, és rengeteg rajta futó szoftver, hogy valami biztosan el van benne mindig törve, legfeljebb ha mázlid van, akkor valami olyan eszköznél, ami neked nincs, vagy olyan alkalmazásnál, amit te nem használsz. Ezért is jó a minimalista rendszer, kevesebb minden törik el benne, mert kevesebb van benne, ami egyáltalán eltörhet.
-
Frawly
veterán
válasz
ubyegon2
#12508
üzenetére
Így van, ha a gépen van Win7 serial matrica, azt még most is megeszi a Win10. Nemrég telepítettem két ilyen gépre Win10-et, legújabb v2004-es verziót, 64 bites Professionalt. Simán felmentek, Win7 Prof-os kulccsal beaktiválódtak, és nincs velük probléma azóta se. Win7 Home Basic, Home Premium-os Serialt is megeszi a Win10, csak akkor Win10 Homeként települ.
Azzal is egyetértek, hogy nagyobb disztróknál felesleges megvárni, mire a főoldalra is kikerül a végleges iso. Már béta/RC állapotban le lehet húzni, az utolsó béta/RC már nem szokott változni, max. csak találnak benne valami fordítási hibát, vagy telepítőbe kisebb bugot, az sem szokott sok embert érinteni, és frissítésként lejön pár nap után. Felesleges várogatni, főleg, ha nem meglévő rendszer frissítése lesz, hanem tiszta telepítés. Ez az állandó várok, meg még 55-öt kell aludni attitűd tipikus Debian, Ubuntu, Mint-vonalas jelenség. Rollingék csapatják azonnal az új verziókat, és elég ritkán van belőle gond, akkor sem mindig bug, hanem néha feature okán.
-
Frawly
veterán
válasz
#89309696
#12517
üzenetére
Szerintem jó eséllyel minden hardvert fog hajtani, de ezt itt neked senki nem tudja garantálni. Régi dedikált Nvidia GPU-kkal, meg ritkább Wi-Fi és Ethernet kártyákkal akadhat gond!!! Persze ezek is megoldhatók, de lehet nagyobb vitézkedést igényel, mint amennyihez idegrendszered meg tudásod van. Én azt mondom, hogy kár ezen annyit izgulni, hogy vajon menni fog-e. Kiírod egy pedrive-ra, a gépen bebootolod Live módban, már sok minden ott eldől, tesztelhető. Ha pozitívak a tapasztalatok Live-ot futtatva, akkor telepítsd fel a gépre, ha nem akarod a jelenlegi rendszert összepiszkítani érte, akkor egy USB-s külső meghajtóra telepítsed először, nincs kockázat, nem kerül semmibe. Ha így is jó, használhatónak találod, akkor feltolod ténylegesen is a gép belső lemezére.
Még Ethernet-kártyákkal is lehet gond. Kevésbé valószínű, mint Wi-Fi-jal, de előfordulhat. Ezért célszerű telepítéskor készenlétbe állítani egy univerzálisabb, Realtek vagy Intel USB-s Wi-Fi modult, mert addig jó szolgálatot tehet, amíg a netről le nem húzod a belső hálózati interface driveréhez szükséges dolgokat.
-
#12547
Frawly
veterán
straightedge
#12525
Frawly
veterán
válasz
straightedge
#12525
üzenetére
Az Alienware laptoppal nem lenne gond driverügyileg. De ha windowsos grafikus formátumokkal dolgozol, akkor nálad munkacélra kiesik a Linux. Max. magánrendszernek tedd fel dualbootban a Linuxot, ha annyira kíváncsi vagy rá, hogy 10 év elteltével milyen lett.
(#12494) Fehér Farkas: röviden a problémák a Snap-pal, Flatpakkal, egyéb konténerizált formátumokkal:
1) nagy méret
2) mivel saját libjeivel jön, ezért több dolog törhet el, és a kétszer meglévő libek (egyik, ami a disztróban van gyárilag, a másik ami a konténerrel jön) duplán foglalják az erőforrásokat, emiatt több prociidő és memória is kell neki, magyarán lassú szutyok.Ezek csak akkor használd, ha kell egy olyan program, ami
1) nincs benne a hivatalos tárolókban
2) nincs hozzá PPA, vagy van, de verziófüggőség miatt nem használható
3) forráskódból nem tudod vagy nem lehet lefordítani.De csak így hobbiból, mert megkívántad, meg jól néz ki, meg hátha jó, meg mi baj lehet alapon nem ajánlott vele vitézkedni. Azért írtam, hogy csakis vészesetben.
-
Frawly
veterán
válasz
ubyegon2
#12484
üzenetére
Na, fene, ubyegon, mint korai adopter, beta használó. Ha így folytatod, rollingon kötsz ki a végén, ha majd egyszer rájössz, hogy Cinmanó meg a szokásos témáid, programjaid azokra is simán feltehetők
Azt viszont nem értem, hogy DTS-t
1) miért feltétlenül csak AC3-ra jó konvertálni, AAC, Ogg, FLAC, mp3, whatever miért nem jó, modern videókonténerek, mint az mkv ezeket is megeszik, az aac, mp3 sávokat a régiek is.
2) miért kell ehhez Selene, az FFmpeg/Handbrake miért nem jó?
ffmpeg -i bemenet -acodec ac3 -b:a bitráta_kbps_ban kimenet.ac3 -
Frawly
veterán
válasz
ubyegon2
#12480
üzenetére
Örülök, hogy ezek nagy része akkor már meg van oldva. Legutóbb, mikor néztem, FF alatt nem lehetett Google keresést hozzáadni, hanem el kellett látogatni egy mintes weboldalra, onnan feltenni a keresőmodult. Nem nagy feladat, de elég sok felhasználón kifog, még youtuberek is hőbörögnek rajta.
Ugyanez a kulcstartónál. Nem azt mondtam, hogy nem lehet kikapcsolni, de nem a v1.0-ás user számára nyilvánvaló módon, vagy terminálból kell törölgetni, vagy seahorse-t elindítve kell beállítani, de ez nincs rendesen dokumentálva.
Timeshiftnél szintén nem az volt a gond, hogy volt, hanem bele lett tolva a felhasználó arcába, és igen, ahogy írod, ezt eredményezte, hogy az emberek azt hitték, hogy kötelező használni. Pont ez volt vele a fő baj.
Egyébként szerintem a Flatpak sem jobb, mint a Snap. Az nem baj, ha ezek opcionálisan elérhetők. Én nem használnám, de én Mintet és Ubuntut se használok, úgyhogy azért nem releváns. De akinek segítség, azoknak benne maradhat, csak ne default legyen rátolva mindenkire, és legyenek figyelmeztetve az emberek, hogy csak vészesetben használják, ha elérhető a tárolóban bináris csomag, akkor azt használják inkább helyette.
-
Frawly
veterán
Alapból támogatom. Egy jó lépés ez a Minttől. Bár kicsit a másik végletnek érzem, hogy az apt még telepíteni sem engedi a snap-ot. Lehetőségnek azért meg kéne tartani, hátha valakinek hasznos, ha nem tudja az adott szoftvert máshogy beszerezni. Annyi elég lenne, hogy default, a user tudta nélkül ne erőltessék a snapos megoldásokat.
Azt se értem, hogy a Chromium miért üres csomag. Nyugodtan csomagolhatná a Mint a bináris Chromiumot, vagy akár forráskódból is forgathatná. Nem lenne egy nagy kunsz, és simább lenne, mint felhasználóknak magyarázni meg máshová elküldeni őket, ahonnan beszerezhetik.
Amit én még a Mint helyében meglépnék: engedném könnyebben a default Firefox keresőmotort megváltoztatni, mert a mostani default Bing és trükközős Google keresőmotoros telepítés weboldalról körülményes, sok kezdő felhasználót frusztrál. A Seahorse kulcstartó szintén. Meg ezt a Timeshift-et nem tolnám ekkora erőkkel, az nem baj, ha benne van, és akinek kell, használja, de ne legyen ráerőszakolva senkire.
-
Frawly
veterán
Igen, itt most nem a Linux, hanem az írásvédettség számít. Teljesen mindegy, hogy Windowsból, Total Commanderből, vagy honnan csatolod. Amit én írok az egy félírásvédett megoldás. Fel tudsz tölteni a megosztásba, de csak ÚJ fájlokat, a meglévőket nem tudod módosítani, felülírni. A ransomware pont ezt csinálja, hogy meglévő fájlokat írna felül lekódolt tartalommal, de így pofára esik, mert nem tud a meglévő tartalomhoz hozzáférni, azt csak olvasni tudja.
Egyedül annyi a kényelmetlensége, hogy ha új archívumot, biztonsági mentést másolsz fel, amiben vannak azonos fájlok, vagy azonos fájlok különböző verziói, akkor azokat csak ilyen verziószámozással tudod feltölteni, pl. márfeltöltött.mp4 fájl mellé másik márfeltöltött.mp4 fájlt nem tudsz feltölteni, hanem márfeltöltött(1).mp4 vagy márfeltöltött_v2.mp4 vagy ilyesminek kell elnevezned, vagy a kezelőszoftvernek átszámozni. De a biztonság az ilyen, mindig is a kényelem rovására ment.
-
Frawly
veterán
A Clonezilla vagy a terminálos dd parancs teljesen jó megoldás, esetleg Live Macrium Free vagy hasonló. Viszont abban igaza van most ubyegonnak, hogy amit lehet fájlszinten menteni, azt jobb, könnyebb úgy menteni, pl. adatpartíciók. Igazából Linuxnál még a rendszerpartíció is menthető fájlszinten, én csináltam már ilyet, tar.gz-be mentettem komplett rendszert, amit vissza is lehetett állítani működőre. Egyedül arra kell figyelni, hogy ha MBR boot, akkor az MBR legyen elmentve, meg ha frissen létrehozott partícióra viszed át, akkor a bootmanagerben és fstab-ban az UUID vagy PARTUUID számokat át kell írni. Ez utóbbival nem kell szenvedni, ha klónozol szektorszinten az elsőnek említett megoldásokkal, mert az nem csak a fájlokat, mappákat viszi át, de az MBR-t, meg UUID-ket is klónozza vele.
-
Frawly
veterán
válasz
gregory91
#12428
üzenetére
Igen, én ezt arra írtam, hogy a futó ransomware nem engedi a vírusirtókat futni. Ez nem csak ransomware-nél van így, hanem minden vírusnál, ha már felkerült a gépre, onnantól a vírusirtónak reszeltek, teljesen mindegy mi van fent.
Természetesen a lekódolt fájlokon max. a decrypterek meg egyéb file-rescue megoldások tudnak segíteni, de ehhez néha szerencse is kell, hogy vissza lehessen állítani, mert vannak esetek, amikor az adatoknak bukó van, nem állíthatók vissza.
-
Frawly
veterán
Igen. Hiába jelszóvédett a megosztás, ahogy beadagolod a jelszavát, hogy használd, onnantól a windowsos ransomware simán használja jelszó nélkül. Azért mondtam, hogy úgy beállítani, hogy csak feltölteni lehessen a megosztásra, meglévő adatot felülírni ne lehessen. Még jelszóval se. Meg ne kérdezd, hogy pontosan hogy kell, ezt vagy Windows vagy haladó Linux topikban kéne megkérdezni, hogy a Samba megosztást hogy állítsd be. Én nem használok ilyet.
Onnantól, hogy a gépen a rendszer vírusos, már hiába teszel fel új vírusirtót, semmit nem fog érni, halottnak a csók. Vírusirtónál fontos, hogy ne csak fent legyen, de rendszeresen legyen frissítve ne csak az adatbázis, hanem maga a virusirtó is kapja meg az update-eket. Warez vírusirtókkal ez szokott a baj lenni, hogy a vírusadatbázis frissül, de maga a vírusirtó nem. Meg ahhoz, hogy érjen valamit, a Windowst is frissíteni kell rendszeresen. Sajnos valamelyik Windows frissítés pont ezért is tiltja le a SMB 1.0 és 1.1 protokollt, meg a gépek tallózását, hogy ilyen ransomware-ek ne tudjanak belegányolni megosztásokba.
Én gépek közötti megosztásra FTP-t használok (Archon leginkább vsftpd), ami szintén egy nem biztonságos, elavult protokoll, de könnyebb beállítani, lehet írásvédetten használni, és ilyen windowsos ransomware-ek nem tudják támadni. Csak addig futtatom az FTP szervert, amíg szükség van rá. Úgy se sokat használom, ha valami nagyobb adatot kell megosztani gépek között, ami hálózaton lassan menne át, azt egy pendrive-nak használt külső SSD-n hordozom a gépek között, mert így egyszerűbb, gyorsabb.
Ha nincs gyakorlatod FTP szervereknél, és meredek lenne a linuxos terminálos FTP, akkor Windowsra is vannak FTP szerverek, amik felhasználóbarátabbak, grafikus felülettel, felpattintod a windowsos gépre, és Linux alól indítod a rámásolást FTP kliensből (FileZilla), vagy FTP-t kezelő fájlkezelőből (Double Commander, vagy az asztali környezet által használt fájlkezelő + ahhoz tartozó FTP plugin). Kicsit kényelmetlenebb, mint egy Samba megosztás, de sokszor könnyebb konfigurálni, kisebb az erőforrásigénye, és az elavultsága ellenére még mindig biztonságosabb, mint a MS 30 éves SMB szutyka. Akár SFTP-t is be lehet izzítani, néhány progi azt is tud kiszolgálni, meg elérni, az még el sem avult, biztonságos protokoll.
Ott van még a linuxos NFS, olyat még nem használtam, állítólag azt is állati nehéz bekonfigurálni.
-
Frawly
veterán
Szerintem itt a topikban is tudnak segíteni, akik Sambát használnak Linuxon. A sósavat csak iróniának írtam, jelezve azt, hogy Linuxon kártevő bekapásához sokszorosan tevőleges belfékség kell, nem úgy van, hogy egyszeri valaki megesik, mint a szűz lány. A te esetedben sem a Linux fertőzödött meg, hanem túl nyitott megosztás volt átjáróház egy Windowsról fertőző kártevőnek.
Egyébként pont ezért is van Linuxra vírusirtó. A linuxos rendszernek nem kell, az nem lesz vírusos, de ha van olyan megosztásod, vagy háttértárad, ami windowsos gépre is csatlakoztatva lesz, akkor azokon ne legyen olyan vírus, ami a windowsos gépeket segít fertőzni, hogy ne vegyél részt vírus terjesztésében.
-
Frawly
veterán
Ennek lehet az az oka, hogy a linuxos meghajtók fel voltak csatolva Samba-megosztásra a Windows felé, és a windowsos ransomware elérte őket szabadon.
Jól írták, Linuxra nincs ilyen szutyok. 1-2 ransomware-t írtak régebben Linuxra, de azokhoz az kell, hogy 10000 éve nem frissített, nem foltozott Linuxon futtasd őket, szándékosan, kézzel, külön rendszergazdai módban indítva, és közben egyik lábad vödör vízben, a másikat meg becsatlakozol a 230V-os fali aljzatba, de előtte megiszol egy flakon sósavat is, hogy rendesen üssön az egész cucc együtt. Tehát nem úgy megy, mint Windowson, hogy magától fertőződik a rendszer, automatán, felhasználói beavatkozás nélkül.
Ha másik gépben van a linuxos meghajtó, vagy ugyanazon a gépben, de nem NTFS, hanem linuxos fájlrendszeren, akkor a linuxos adatokkal a windowsos vírus semmit nem tud csinálni, elérhetetlen lesz neki.
Ha viszont felcsatolod Samba-megosztásnak, akkor a Windows, meg az arról futó ransomware eléri a megosztást, függetlenül attól, hogy másik Windows-rendszerről, Linuxról, MacOS-ről, BSD-ről, Androidról, Haiku-ról lett-e megosztva. Ez a lényege a Samba megosztásnak, hogy egyfajta OS- és fájlrendszerfüggetlen szoftveres protokoll, absztrakciós réteg.
Erre bizonyíték, hogy szerintem esetedben az extAKÁRHÁNY partíción lévő linuxos fájlrendszer és rajta a linuxos rendszer tuti nem fertőződött meg, az továbbra is simán bootol, és működőképes, csak azok az adatpartíciók, vagy a rendszerpartíción az a mappa, ami fel volt csatolva megosztásnak, az kódolódott le kizárólag.
A jövőben ajánlom, hogy a Samba-megosztást úgy állítsd be, hogy csak új fájlokat lehessen feltölteni, a meglévőket ne lehessen módosítani, ha már felkerültek. Így a ransomware hiába is próbálná átkódolni a meglévő fájlokat, nem tudja, csak olvasni tudja őket, módosítani nem.
-
Frawly
veterán
Ha Ubuntu-vonalon is maradsz, akkor 16.04-ről ne 18.04-re, hanem mindjárt 20.04-re ugorjál, újratelepítéssel. Frissíteni ugyanis csak két menetben lehet, 16.04-ről 18.04-re, onnan meg 20.04-re, ugrasz 4 főverziót, 2 LTS verziót, erősen esélyes, hogy nem fog hiba nélkül menni. Nyilván látóasszonyok topik, de meglepődnek, ha hibamentesen zajlana 2 LTS-nyi ugrás.
Ha már így is tanulnod kell dolgokat, átírnod, és mindenképp Ubuntu LTS-t akarsz, akkor menjen fel a 20.04.
A rollingnak egyébként a filozófiája más. Annál arra építenek, hogy nagyon gyakran frissítesz, ezért egy frissítési adagra csak pár csomag frissül, az is csak 1 alverziót ugrik. Pont ezért nincsenek nagy hirtelen változások, minden biztonságosabb, kisebb léptékben frissül, mivel egyszerre nincs sok változás. Ha mégis bejön egy nagyobb változás, pl. ilyen systemd-re váltás szintű, vagy jelentős változás csomagkezelésben, arról előre is szólnak a hírekben, meg mikor megtörtént a változás, akkor is írnak kézi beavatkozást. Meg mivel kisebb adagokban frissítesz, ha hiba is jön elő, gyorsabban megvan az oka, mert csak pár csomag között kell keresni a bűnöst.
Pont az a veszélyesebb, hogy több éves ugrásokban frissítesz, sok változást, verziót ugrassz át, így érnek a sokkal durvább meglepetések, ilyenkor jössz rá, hogy mennyi változást kell lekövetned, sok csomag frissül nagyon sokat, ergó nagyobb eséllyel is törik el valami egy régről maradt beállítás miatt; ami egy friss installon nem jönne elő.
-
Frawly
veterán
Szerintem nagyon gyorsan győzzed meg akkor magad. 16.04-en nem sokáig maradhatsz, nemsokára jár le a támogatása, nem egészen 1 év múlva. Ha ilyen Ubuntu 16.04 only beállításokon vagy, akkor elvileg már 4-5 éve nem vagy kompatibilis a linuxos világgal meg egyik másik disztróval sem, és csak szívni fogsz emiatt. Már ilyen scripteket se hegeszél, nincs értelme, ha csak 16.04-en megy, akkor csak te fogod használni.
Nekem egyébként már az se világos, hogy milyen interface-ekről van szó. Mert pl. a hálózati interface-eket már egy jó ideje az udev kezelgeti, meg ip paranccsal konfigolgatják, annak ellénére, hogy ha felrakod az ifconfigot a nettools vagy mi a neve csomagból, akkor talán még megy azzal is. De pl. a hálózati beállításokat már jó ideje a systemd intézi.
Ja, a systemd más, én is utálom, de aki még csak most néz rá bután, az a követ alatt élt, mert Ubuntu/Debian vonalon is már jelen van vagy 5 éve, meg jó ideje a X.org-ot is máshogy kell konfigolgatni, vagy 6 éve (pl. felbontást, frissítést nem a xorg.conf-ban kell modeline-ozni), változott a fontconfig. Aki ennyire a kövek alatt élt, annak a legkisebb baja a rolling, annyira el van maradva.
Azért a Linux világa olyan, hogy kapod az arcodba a változásokat rendesen, udev, systemd, X.org, Wayland, Vulkan, ATI driverek, llvm, megváltoztak néhány éve zárt forráskódú Catalyst-alapúról nyíltra, stb.. Nagyon ajánlom, hogy hozd ilyenekben képbe magad, mert ez nem a rolling miatt van, hanem a Linux világa változik, a rolling csak ezt követi le minél gyorsabban.
Ezek egy részét el tudod kerülni, pl. systemd, Wayland, Vulkan, stb., ha valami minimalista, systemd-ellenes disztróból faragsz ki magadnak egy saját rendszert, amin csak hagyományos mesa GL, X.org, stb. lesz, de az initrendszer esélyesen már azon is más lesz, OpenRC, runit, s6 (minden initrendszeren máshogy kell konfigolni a service-eket, logolást, stb.), stb., meg a X.org is lesz annyira új, hogy ilyen 16.04-es tudásból nem élsz meg, egy csomó dolgot újra kell tanuljál, írjál.
Ezért is mondom, hogy ilyen 10 évig LTS-ezzünk nem is jó másra, csak hogy a lustább userek a kövek alatt tudjanak élni, és ki legyen szolgálva a felesleges konzervativizmusuk. 10 évig nem éri meg semmit támogatni Linuxban, annyit változik a linuxos világ már 5 évente is, hogy nem 10 évente. MacOS oldal még gyorsabban változik, de Windows oldalán igaz, hogy lassabb a változás, darabosabb, de a MS is kivezet 10 évente egy támogatott főverziót, meg megjelenik a következő 5 évente.
Rollingon már az problémás lehet, ha 6 hónapja nem frissítettél, és azóta vagy 1-2 ezer csomag frissül a gépeden, van, amelyik több verziót is átugorva. Egyébként a rolling disztrók szoktak a híroldalukon írni, ha valami frissítés kézi beavatkozást igényel. De ha nagyon régi rendszert frissítesz, ilyen több éveset, az sem fog segíteni. Akkor kézileg avatkozol be úgy, hogy újratelepíted az egész kócerájt, amit lehet a régi configokból a /etc és home mappádból újrahasznosítasz.
De már ha Arch rollingot használsz, akkor már a telepítéskor kellemetlenség érhet, hogy még addig sem jutsz, hogy az eszközeid kezelgesd az init rendszerben, de az általad ismert régi módszerrel (vagy egy régi blogleírásból, videóból merítve) már nem is települ, mert sok minden telepítése megváltozott, beállítások, konfigolás, csomag és csomagcsoportok. Ezért mindig követni kell az Arch Wiki-t, akkor is, ha szerinted tudod mit csinálsz, követni kell az ottani lépéseket, mert garantáltan lesznek újdonságok.
-
Frawly
veterán
válasz
Frawly
#12394
üzenetére
Sokaknál ez a nem telepítik újra a régi rendszert egy másik véglet. Az SSD-s topikokban is látom, hogy új SSD vásárlása esetén a kedves userek ilyen klónozással még egy 63 CHS szektoreltolásos, IDE módban HDD-re telepített, 5-10 év alatt rommá szemetelődött Windows rendszert akarnak a végtelenségig maguk előtt görgetni, ami egyébként megoldható, de külön tudást igényelne, ami a legtöbbjüknek nincs meg, de azért ragaszkodnak ahhoz is, hogy ezt a régi, lassú, teleszemetelt rendszert megtartsák. Jajj, mert az be van lakva!!!! Igaz, hogy mikor az a rendszer volt új, azt is be kellett lakni, meg ha most újratelepítenék, idővel az is simán belakódna.
Közben meg a friss Windows telepítés SSD-re meglenne pár perc alatt, és igaz, hogy be kell lakni, de nem egyszerre, 5 perc alatt, folyamatosan használat közben hetek, hónapok alatt. Egy ilyen rendszer-újratelepítés arra is jó, hogy a BIOS-ban meg lehet győződni telepítés előtt, hogy nincs IDE módban hagyva, natív AHCI-be van kapcsolva a SATA vezérlő (vagy ha NVMe van, ahhoz a jó driver kerül fel), meg meglegyen az 1024K-s partícióeltolás, Legacy helyett UEFI boot (ez NVMe-nél fontos különösen), tiszta lappal indul a rendszer, új SSD-nél is látszik, hogy nem teleszemetelt friss rendszerrel milyen gyorsan megy, később ez lehet base line annak mérésére, hogy mennyire lassul be rajta a rendszer. Plusz mivel Windowsnál ugyebár nem frissítőnek a felhasználói programok, ezért azok is elavulnak jó pár év után, a friss újratelepítés arra is jó alkalom, hogy ezekből is újak kerüljenek fel, meg a Windowsból is eleve a legújabb nagy évszakos frissített változat kerül fel alapból, és nincs az, hogy valami nem frissült megfelelően, meg rendszer-visszaállítási pontként sok szemétről készül egyre nagyobb méretű rendszerbackup, hogy probléma esetén rollback-ként szolgáljon, de legtöbbször nem szolgál, csak a gigákat eszi a háttértáron.
De én még rolling Linuxnál is szoktam csinálni, hogy max. 1-2 évente, de van hogy fél év után újratelepítem, és ezt az alkalmat kihasználom, hogy valami új konfigolási módot, új WM-et, stb. próbáljak ki. A rollingot ugyebár nem kell újratelepíteni, mert mindig frissül a végtelenségig a legújabb verzióra. De ugyebár egy idő után beszaporodnak a felesleges csomagok, amiket el lehet ugyan távolítani pacman -Rcs segítségével, de ezek egy része nem felesleges, mert valami portable programhoz tettem fel kézzel (és már nem tudom melyikhez), az ilyenek miatt begyűlnek a csomagok, és már nem tudok takarítani. Persze még mindig lehetne, hogy csak az automatán települt (nem kézileg telepített) árva csomagokat távolítom el, de az is leszedhet olyat, amiről kiderül, hogy szükség lenne rá. Néha jó tiszta lappal kezdeni, új rendszerkomponenseket kipróbálni, legalább a használt rendszer sem lesz unalmas, egy ilyen új telepítésnél megy fel az új WM, X.org helyett Wayland vagy fordítva, másik terminálemulátor, kicsit más konfig ennél-annál a programnál, másik képnéző, másik ez meg az, másik téma. Így nem csak a háttérkép cserélődik, hanem az egész rendszer érzete, olyan, mintha teljesen más OS-t tett volna fel az ember, vagy distrohoppolt volna, nem lesz unalmas, nem lesz fásító, tiszta lapról lesz kezdve minden, ami egy csomó hibaforrást is megelőz egy az egyben.
Ez jól megfigyelhető volt legutóbb Voidnál, Wayland helyett X.org ment fel, SwayWM helyett Openbox, tint2/Swaybar helyett polybar, másfajta mpt-felcsatolást használtam, grim helyett scrot, ncmpcpp helyett cmus, saját calendar/cal script helyett calcurse, faragtam egy csomó scriptemen. Lényegében egy egész más look-n-feel rendszert kaptam, elment bizonyos vérfrissítésnek is.
Persze ez a jövőben egyre inkább módosulni fog, ahogy megyek a minimalizmus felé, úgy már a minimalista megoldásoknál nincs nagyon mire váltani, legfeljebb WM, bar, meg terminál/terminálos alkalmazások színei, ami módosulnak, meg néha billkombók és annyi. A progik nagy része marad a minimalizmus miatt, a WM-ben sincs témázás, mert nem látszik az ablakok diszítése, de pl. egérkurzor témáját, ikontémát, ezt-azt le lehet cseréni továbbra is.
Engem kifejezetten frusztrált Windows és nagyobb linuxos DE-k alatt, hogy a rendszer ugyanúgy néz ki, ugyanúgy működik évekig, max. csak egy kis átbőrözés, színmódosítás, háttérképcsere vitt minimális változatosságot, de azt is meg lehetett unni egy idő után, hogy a rendszer nem teljesen más. Főleg Windowsnál unalmas, hogy 10 évig ugyanaz a felület van, meg 99%-ban ugyanazok a programok (nálam, Total majd Double Commander, Notepad++, SumatraPDF, stb.), ugyanaz a képnéző (hiába váltogattam a gyári windowsos képnézőt IrfanView-val vagy XnView-val, illetve ezeknek a valamilyen commanderhez készült pluginjével), stb..
-
Frawly
veterán
Erre nincs szabály, hogy hogyan kezelik le. Minden disztró máshogy. Általában mindenképp a szopás volt az ilyenből, azért ha ilyen jelentős változást húz be egy disztró, azt javasolt nem frissíteni, hanem újratelepíteni. A default Pyhton nem volt ilyen nagy gond, mert ott a 2-es verzió is fent lehet, megoldható az együttélés, az az interface-ek is visszanevezhetők systemd alatt.
De én ezt nem érzem gyakorlati problémának. Ilyen jelentős váltás nem gyakran van, sok évente. Ennyiszer ki lehet bírni egy teljes újratelepítést. Meg egyre riktábban lesz ilyen, mert pl. amelyik disztró akart, az már rég átállt systemd-re, amelyik meg nem, az meg sose fog már.
-
Frawly
veterán
válasz
#40553216
#12388
üzenetére
Az i7-2720QM még ma is egy kellően erős proci (4 mag, 8 szál, sok cache, ez még a legújabb 10. genes mobil Intel procikkal is felveszi a versenyt, annyi, hogy nagyobb fogyasztás és melegedés mellett), azon a legújabb verzió is simán elmegy, hogy nem érzed lassúnak, akkor is, ha azóta 100× bloat lett. Én ilyen lassan muzeális, mert retró gépekről beszéltem, mint a P4, AthlonXP, esetleg már az egy magos Athlon64 is ide tartozik (és a régebbiek, pl. P3, stb.), ezeken 1 mag, 1-2 szál, kicsi cache, kicsi RAM sávszélesség, stb. amiken az újabb rendszerek ha futnak is, csiga lassúsággal, ilyenekre tökéletes egy systemd-mentes, régi X.org-ot, régebbi kernelt használó, de még támogatott LTS disztró.
Természetesen az ilyen régi gépekre lehetne valami régi kerneles Gentoo-t forgatni, de mivel a szóban forgó gépek lassúak, ezért egy örökkévalóság, és nem biztos, hogy érdemes. Vagy pl. Void, amit mindennapos felhasználásra nem ajánlanék, de ilyen retró gépen jó lehet, épp a Redit-en láttam egy screenshotot, hogy az i686-os változatás van, aki Pentium 3-on futtatja, és a rendszer idle-ben, pálcika WM-mel eszik 100 MB-ot.
-
Frawly
veterán
válasz
ubyegon2
#12383
üzenetére
Nem kizárt, hogy az az oldal tévedhetett, amit néztem. Nem tudom már melyik volt, most már Archon vagyok, és az még Voidon volt megnyitva. Valami canonicalos oldal volt.
Egyébként elhiszem, hogy 4.4-es, annak ellenére is, hogy az általad linkelt oldal sem ér egy kalap ×4rt se ebből a szempontból, mert a kernelverziókat nem írja. Lehet én nem kattintottam rá valami allinkre, amire kellett volna, és ott írja, de én nem találok rajta ilyet.
De az a baj, hogy megint hülyeségeken kötözködsz. A 14.04.5 is valami 2016 augusztusában jött ki, addigra már a 3.13-as kernel rég dinoszauruszok korabelinek minősült. 2015 áprilisától a legtöbb rolling már 4.x-es kernelt használt, ami nem csak verziószámhajhászás szempontjából fontos, de a 4.0-ás kernelben elég jelentős architekturális változások voltak, így elég jelentős váltás volt.. De a 4.4.0-ról sincs sok minden vitatkozni való, az is elég régi, több mint 4 éves most már (anno talán ezzel telepítettem az Archot), és még ezt akarják tolni még 2 évig? Vicc kategória szerintem. Az egész Ubuntu vonal, az LTS-eivel, profitjával, megbukott eszközfüggetlen Unity próbálkozásaival, mindenkire grafikus csomagkezelőn keresztül default ráerőltetett gigás snapjaikkal meg egyebekkel. Egy nagyon rossz vicc. Lassan már ott leszek egyébként, hogy kezdőknek sem fogok ajánlani semmit, ami Ubuntu-alapú.
-
Frawly
veterán
válasz
#40553216
#12375
üzenetére
Az Ubuntu oldala azt írja, hogy a 14.04.5 is 3.13-as kernelen van. Azt viszont nem is tudtam, hogy még 2022. áprilisig támogatott. Egy elég dinoszaurusz rendszer, egyetlen előnye, hogy még systemd nélküli, de a progiknak is, ami benne van, annyira régi a verziójuk, hogy lényegében semmilyen külső forrásból nem tudsz rá semmit telepíteni, mert kielégíthetetlen verziófüggés lesz. Az meg engem nem érdekel, hogy Mark akárkinek hogyan áll a profitja. Ha profitot akar, akkor szerződjön el a MS-hoz vagy Apple-höz. Ott lesz profitja, meg számolgathatja a bőröndnyi pénzeit.
Mondom, ez a 100 évig támogassunk egy ultrarégi verziót típusú LTS semmire nem jó, csak hogy a nagyon lustákat meg a pszichotikusan minden frissítéstől rettegőket kiszolgálja. Azaz egy téves hozzáállást próbál jutalmazni, pozitívan megerősíteni, amit nem kéne. Ma már Windows-oldalon sem divat ez, a MS is az adott, még támogatott Windows verzióból 2 évig visszamenőleg támogat egy LTSB verziót, és 1 évig visszamenőleg (2 féléves évszakos nagy update) a sima konzumer Windowst, és kifújt.
Ilyen ésszerűtlenül hosszú támogatás már csak Linux LTS-en van, meg Red Hat / CentOS vonalon.
Sokszor már ezek a régi kernelverziók is átverések, mint a 2.6.104, meg 3.13.83, mert ezekbe egy csomó minden backportolva van a 4.x és 5.x kernelekből. Magyarán van egy régi kerneled, ami régebbi architektúrán van, emiatt kevésbé optimalizált, biztonsági foltokkal épp úgy tarkított, emiatt már épp úgy erőforrás-igényesebb, és már valójában nem sok köze van a korabeli kernelekhez, de azért megnyugszik tőle sok ember, hogy az régi meg ezen az alapon stabilabb. Közben meg ezek a régi kernelek tele vannak Ext4, Btrfs, stb. regresszióval, főleg a régi ütemezők miatt.
Mondom, ezeknek az LTS disztróknak már csak ott lehet értelme, ha valami muzeális géped van, ilyen s478-as P4, meg Socket A-s AthlonXP, vagy ezeknél is régebbi, amin lényegében minden modern OS használhatatlanul lassú, de te mégis rá akarsz telepíteni valami még marginálisan használható, még támogatott, vagy támogatásával még nem annyira régen lejárt rendszert, és felteszel rá egy 10 évvel ezelőtti LTS-t, az még eldöcög rajta. Bár ennek meg azért nincs gyakorlati jelentősége, mert az ilyen régi gépeket már nem éri meg fő gépnek használni, egy RPi4-szintű SBC, vagy fillérekért vesztegetett C2D/korai Core i, veri őket torony magasan, inkább csak retrózási céllal érdemes őket befogni, offline/legacy felhasználásra, pl. XP-s és Win9x-es játékok futtatása, esetleg ilyen NetBSD-t, Kiss Linuxot hobbicélzattal, hogy mi hozható ki belőle még.
-
Frawly
veterán
válasz
growler
#12370
üzenetére
Igazad van, ezek szerint akkor azok nem voltak hivatalosan LTS-ek. A lényeg viszont, hogy azok is ugyanolyan régi verziók voltak. Emlékszem 14.04-es Ubuntu pl. LTS volt, és marha sokáig 3.1x-es kernel volt benne (ahogy még a most is támogatott CentOS 7-en szintén az van), mikor már a rollingok a 4.18 körül jártak, és nemsokra rá jelent meg az 5.0-ás kernel, ami 4.22-es, csak átszámozva. Agyrém. Ahogy a CentOS 6 alatt még mindig 2.6 van, na, az már simán dinoszauruszok korabeli, akkor is, ha backportokként megkapta az azóta megjelent securty fixeket, és még év végéig mindig támogatott.
Az egészből azt akarom kihozni, hogy ez meg egy másik véglet, amivel átesnek a ló túloldalára. Szerintem a kettő közötti egyensúlyt, arany középutat a Manjaro, Void, Gentoo tartja fent. Annyira nem szörnyen régiek, hogy nevetséges legyenek, mégis rollingok, mégse adogatják hozzá ész nélkül a legeslegfrissebb verziókat, de ahhoz vannak annyira újak a verziók, hogy nem okoz verziófüggési gondot. Így minden fut, semmi nem instabil, nem kell hosszan várogatni semmilyen kiadásra, főleg, hogy újabb verzió is telepíthető testing vagy külső tárolókból.
Az is igaz, hogy pont ezeket a nem rohanós rollingokon is általában pont 5.4-es LTS kernel van alapból (feltehető újabb is természetesen a tárolókból), Gentoo-n és Voidon is, de nem ez a lényeg, azokon addigra simán frissebb lesz alapból, mire egy új Mint majd ezt az 5.4-et használja default, meg mire a támogatás lejár a következő Ubuntu LTS-re.
-
Frawly
veterán
válasz
#20749568
#12368
üzenetére
Igazából ez az LTS meg régi verzió csak hamis biztonságérzet. Valaha minden verzió új volt, mikor kijött. Az LTS 5.4-es kernel is. A felfogásbeli különbség csak abban van, hogy mikor vállalod be az új verziót, mennyit vársz vele, míg használatba veszed. Egyébként évek óta rollingozok és el tudom neked mondani, hogy semmivel nem instabilabb, mint a kiadás alapú meg az LTS. Igaz nem is stabilabb, tapasztalatom szerint egy szintben van a kettő. Tudom miről beszélek, anno használtam én is Ubuntu 12.04-et, meg Mint 14 Mate-et és Cinnamont, ezeket még nem fő rendszerként, később fő rendszerként Debian 7-et KDE4-es időkben, aztán Mint 15-öt KDE4-gyel, meg Kubuntu 14.04-et, ezekkel kezdtem, és az első 1-2 évben ezeket használtam főleg, ezek akkor már mind LTS verzió volt, és épp úgy voltak bugok apránként itt-ott, mint ahogy rollingon is előfordulhatnak.
Igazából a friss verziókat azonnal megéri feltenni, ahogy stabilnak minősítik őket. Vedd észre, ez sokszor csak hivatalos minősítgetés, meg időkivárás, mert az esetek 99,9%-ában az utolsó béták, az RC és a tényleges végső stabil kiadás között nem szokott különbség lenni lényegében. Egyedül a másik véglettel érdemes vigyázni, pl. van, aki annyira frisségmániás, hogy ha egy git tárolóban megjelenik egy új dev master verzió, már pattintja is fel, még azelőtt, hogy béta vagy release lehetne, na, az tényleg kockázatos, pl. Archon is így bukott meg tavaly a GCC 10.
Vegyük példának az Ubuntu 20.04-et. Már kb. január óta sokan tesztelik, használják bétában. Lényegében alig változott a végleges 20.04-es kiadásig, most pár napja jelent meg. Lényegében csak az Installerhez nyúltak hozzá, mert bugos volt RAID kötetekre telepítéskor, de ez azt nem érinti, aki már telepített rendszert frissítget csomagkezelőből, csak azt, aki friss installt csinál, és őket is csak RAID-nél érintette. Na, most már, a Mint várni fog vele még fél évet, mire az ő felhasználóik is használhatják.
Ugyanez volt az 5.4-es kernellel, az is valamikor január környéki, Mint-en majd csak fél év múlva teszik hivatalossá. Persze, a tárolókból gondolom kézzel jó ideje feltehető, de hány Mint user teszi fel? Gondolom nem túl sok. Én csak azt mondom, hogy felesleges valamivel plusz 6 hónapot várni, az túl hosszú idő egy olyan szoftverre várásnál, ami már az 1-2 hétben bőven elég stabil.
-
Frawly
veterán
válasz
growler
#12366
üzenetére
Mondjuk az az igazság, hogy jelen példánál nem igazán érzek. De volt már, hogy a kernel nagyobb lépett előre 2 alverzió alatt. Régen sem szerettem ezt az LTS-ezést, mai napig nem értem. Max. valami nagyon régi gépen tudom elképzelni, hogy hasznos lehet bizonyos szinten, ami legalább nem kapja meg a legújabb, legbloatabb, leglassabb verziókat, hanem rátehető egy régi verziós rendszer, ami még támogatott, meg legalább elfutkos.
-
Frawly
veterán
De nem hiányzik a kiadás alapú disztróknak ez a frusztráló vonása, hogy állandóan várni kell az új megjelenésére, meg számolni mennyit kell még aludni. És mire megjelenik, már megint régi verziók lesznek benne. 5.4-es kernel, értem én az az utolsó LTS ág, de nem LTS ágban már az összes rolling a legutóbbi stabil 5.6.10-et futtatja, és 3 héten belül itt az 5.7.x.
Én egyet várok mostanában, amire rollingon is várni kell, az a GCC 10. Tavaly már az Arch majdnem bevezette a 10-es bétát, kint is volt a stable tárolókban, de bugokat jelentettek, és visszakerült a 9.3-as ág. Hónapok óta RC, de a stabil GCC 10-nek most április végén kellett volna kijönnie, de nem jött. Lehet a koronavírus vagy valami más csúszás miatt. De ezt sokan várják, új optimalizációk, új platformok támogatása, C++20, stb. miatt.
De lehet már kiadták most május 1-én, mert a GCC git tárolója jelez 10 órával ezelőttről commitokat a 10-es release ágba, de ez lehet megint csak RC. A GCC GNU főoldala még mindig világosan írja, hogy nincs kiadva, de lehet nem frissítették még, ahogy a rolling disztrókon sem forgatták bele a stable tárolókba.
Persze nem kötelező rá várni, a legtöbb disztró kiegészítő tárolójában ott a script, amivel le lehet forgatni a gcc-git csomagot, meg kézzel is le lehet fordítani egy git clone után, csak baromi hosszú idő, mire lefordul. Meg a legtöbben nem vállalják be, mert amíg a GNU csapat nem adja ki hivatalosan, rámondva ezzel az áldását, addig úgy veszik, hogy nem vállalható a stabilitása.
-
Frawly
veterán
válasz
Warton
#12351
üzenetére
Ezekben sem látok sajnos használhatót. De valami itt nem stimmel, mert az első screenshotodon 5.3.0-46-os kernel van, ezen meg 5.0.0-32-es. Ezt most nem értem, feltettél régebbi kernelt, és ott is fagy?
Az a baj, hogy már csak egy tesztelési lehetőség van, a kexec-tools felrakása, itt írják a részleteket, nálad csak annyi az eltérés, hogy az első parancsnál apt install kexec-tools kell, nem az a yum-os. Viszont elég nehéz a kexec-tools-t felrakni és bekonfigurálni egy kezdőnek, ráadásul semmi garancia nincs, hogy azzal nyerünk használható infót egyáltalán, és nem hulla feleslegesen túrázol vele.
Egyébként ez nekem elég súlyos linuxos koncepciós hibának tűnik, hogy a kernelpanic részletei nem látszanak, erre kitalálhatnának valami megoldást, hogy automatikusan valami dumpot hozzon létre a root partíción, minden kernel panicnál, feltéve, hogy van a dump-nak szabad hely.
-
Frawly
veterán
válasz
Warton
#12348
üzenetére
Ezek között nincs használható. Próbáld meg journalctl -a formában is, esetleg jounalctl -k. Az a baj, hogy nem systemd-s disztrót használok és nincs előttem journalctl, hogy mivel kell felparaméterezni, így csak netes példákból meg man pagesből tudok kiindulni.
A neten még a kdump-ot ajánlják amit a crash paranccsal kell megnézni, de ezt bonyolult telepíteni.
-
Frawly
veterán
válasz
Warton
#12344
üzenetére
Ehhez kéne nézni logot (terminálban journalctl parancs), mert ez kernel pánik képernyője. Írja azt is, hogy mi miatt van, de az már felgörgetődött a képernyőn így nem látni. Ezzel én is szívtam Gentoo-n, mikor kihányta ilyen általános kernel panic / not syncing képernyőt, és nem látszott mi van előtte.
-
Frawly
veterán
válasz
fradi81
#12341
üzenetére
Akkor viszont nincs lövésem, hogy miért nem megy. Jó a konfigod, törölted is, újrakonfiguráltad az egészet, életbe is léptetted a GRUB-ban a konfigot update-grub futtatásával. Ezzel minden hibalehetőség tökéletesen ki lett lőve. A beállításaid mellett 0 másodpercig kéne mutatnia a GRUB-ot, magyarán nem kéne látnod egyáltalán, hacsak a Shift-et nyomva tartva szándékosan elő nem hozod bootkor.
-
Frawly
veterán
válasz
fradi81
#12338
üzenetére
Igen, elvileg azt elég törölni, és utána upgrade-elni a GRUB-ot. A Win10 vagy EFI nem hinném, hogy bekavar. Bár a Mint eleve nem is szeret EFI-re települni.
De mondom, ezzel csak saját felelősségre játsszál, mert nem vállalok érte felelősséget, ha bootképtelen lesz a telepítésed emiatt. Én nem vagyok híve a GRUB-nak sem, igyekszem olyan disztrót használni és azt úgy telepíteni, hogy GRUB mentes legyen az install, és mindjárt közvetlenül vagy UEFI EFI stub boottal vagy UEFI systemd boottal települjön a rendszer, és semmilyen bootmanagert ne használjon. Az UEFI ugyanis önmagában már egy boot manager.
Boot manager akkor kell, ha Legacy / CSM BIOS MBR boottal bootol a rendszer.
-
Frawly
veterán
válasz
fradi81
#12335
üzenetére
Ez fogós, a beállításaid jónak tűnnek, működnie kéne. Első körben én törölném futó rendszer alatt a GRUB konfigját, és sudo update-grub paranccsal újrakonfiguráltatnám, hogy deafult beállítások legyenek benne, majd után a kezdeném újra a TIMEOUT-ot 0-ra állítani, ha ez nem segít, akkor a HIDDEN_TIMEOUT-ot és a TIMEOUT_STYLE-t.
Persze ezzel óvatosan huszárkodj, mert ha valami mellémegy az újrakonfigurálásnál, bootképtelen lesz a géped, igaz Live rendszer alól újra tudod telepíteni meg konfigurálni a GRUB-ot, de az szopás lehet. Ésszel kell ezzel kísérletezni.
Amire még gondolni tudok, hogy nem elég a GRUB helyi konfigjában átírni a dolgokat, után update-elni is kell a GRUB-ot a boot partíción, hogy beemelje a helyi konfigból a dolgokat a végső konfigjába. Mert anélkül hiába szerkeszted át a /etc/default/grub helyen a konfigot, az új beállítások nem kerülnek át a bootpartíció megfelelő konfigjába, nem lépnek életbe.
-
Frawly
veterán
válasz
fradi81
#12330
üzenetére
Pedig pixelesnek mindenképp pixeles marad (nem tud betűsimítást), 1920×1080-ban is, csak annyival lesz súlyosbítva, hogy a betűk is olvashatatlanul kicsik lesznek. Max. homályos nem lesz valóban, a homályt felcseréled olvashatatlan apróságra. Ez ilyen, kinek mi tetszik jobban, jobb vagy bal kezét vágják-e le.
Azt kell érteni, hogy a GRUB egy általános boot manager. Arra tervezve, hogy a rendszert indítsa, kezelje a különböző fájlrendszereket, titkosításokat, meg hiba esetén be lehessen avatkozni, ha a rendszer nem tudna bootolni.
A GRUB-ot nem a Mint-hez fejlesztették. Boot managereknél egyébként sem cél, hogy jól nézzenek ki. A legtöbb bootmanagerben eleve csak fekete (RGB #000000) háttéren tompafehér (RGB #777777) betűs szöveges üzemmód van, aminél felbontást sem lehet állítani, az sztenderd BIOS-os INT 10h text mode.
Mondom, a legideálisabb amúgy is az, ha semmit nem látsz induláskor. Bekapcsolod a gépet, és mindjárt BIOS logó után a Mint logó vágódna be, majd pár mp.-re rá a Mint DE-jének a grafikus felülete. Minden más, ami megjelenik, GRUB, egyéb menü, extra csicsa az csak figyelemelterelés, felesleges.
Egyébként a GRUB csak szabvány VGA és VESA felbontásokat ismer. Ez csakis a videókártya/GPU VBIOS-án múlik, ilyen elemi szinten, mikor még csak a GRUB fut, semmilyen kernel meg videódriver nem töltődik még be.
Ha az adott kártyánál a videoinfo csak 1024×768-as felbontást hoz, akkor annyit tud a kártya max. VESA módban, és többet nem tudsz neki beállítani.
A VESA még egy nagyon régi szabvány, az 1990-es évekből, akkor még nem volt 16:9, 16:10, nem volt HD, FullHD, 4K. Csak 4:3 és 5:4-es felbontások voltak szabványosítva 1600×1200-asig, ezekből is csak az jeleníthető meg, amit a kártya VESA BIOS-a támogat.
A Linux kernel meg a X.org / Wayland-kompozitor grafius felület úgy védekezik, hogy külön kernel mode setting vagy X.org DRI / mesa GL / Vulkan /stb. drivert tölt be, és úgy hajtja a kártyát, nem BIOS és VESA módban. De mikor még a GRUB fut, akkor ezek nem töltődnek be.
Esetleg annyit tudsz rajta javítani, hogy újratelepíted UEFI bootos módban, mert úgy talán a gép UEFI-ja támogat VESA módokon kívül más videómódokat is. De még ez sem garancia rá, hogy megoldja a gondod, lehet épp úgy 1024×768 marad a max. felbontás, csak próbaképp tekints erre a megoldásra.
-
Frawly
veterán
válasz
fradi81
#12325
üzenetére
Nem értem miért akarsz nagy felbontást a GRUB-ba és a konzolba. Túl aprók lesznek a betűk, majd meglátod. Értem, hogy modernebbül néz ki az apró font, meg a nagy felbontás, de nem lesz olvasható hosszú távon. Pont az lenne a lényeg, hogy a legtöbb ember inkább alacsonyabb felbontásra állítja, csak arra érdemes figyelni, hogy a képarány megmaradjon, esetedben a 16:9, ami 1024×-nél 576p-nek felelne meg.
Nekem már az 1366×786-as szubnotimon is idegesítő, hogy ebben a felbontásban is túl apróak már a default konzol fontok, ezért Terminus fontot telepítettem, és azt is jó nagy méretben, 128b-ként használom, ez már majdnem lóméret, meg vastag betűvonal. De legalább jobban is néz ki, mint a legtöbb disztróban lévő default "lat" ROM font.
GRUB-ban pláne nem számítana, mert ideális esetben a GRUB-ot nem is kéne látnod, használnod, automatán indulnia kéne benne a default rendszernek, és csak valami hiba esetén vagy alternatív bootlehetőség miatt kéne csak ránézned.
-
#12328
Frawly
veterán
NeoPampalini
#12323
Frawly
veterán
válasz
NeoPampalini
#12323
üzenetére
Egy csomó dolgot kiír, majdnem egy képernyőnyit. Közöttük az ablak nevét, meg egy csomó mindent. Értem, hogy ez sok embernek ijesztő, kiveri a biztosítékot, de addig ne pipe-olgasson senki, amíg nem tudja mit keres, szerepel-e egyáltalán a kimenetben.
-
#12321
Frawly
veterán
NeoPampalini
#12318
Frawly
veterán
válasz
NeoPampalini
#12318
üzenetére
Ez még mindig nem a legjobb ötlet. Először az xprop-ot pipe nélkül kéne megpróbálni, mert lehet a mögé írt grep/awk nem hoz használhatót a kimenetből, és megint az lesz, hogy az xprop a hibás. Annyi mindent nem ír azért ki, értem, hogy több infó lesz a kimenetben pipe-olós szűrés nélkül, de ki lehet bírni annak érdekében, hogy biztosan megtalálja az ember, amit keres.
-
#12316
Frawly
veterán
Véreshurka
#12314
Frawly
veterán
válasz
Véreshurka
#12314
üzenetére
Hagyd el belőle a grep-et, csak simán xprop-pal csináld. Parancsokkal ismerkedésre a „man parancsnév” való.
-
Frawly
veterán
válasz
ubyegon2
#12312
üzenetére
Így van, nem Linuxon használja, hanem Win10-en. Nyilván az alatt könnyen indítható, mert csinál ikont az Asztalra, Start Menübe, amiken keresztül egyébként is kinyomozható, hogy melyik mappába települt, és hogy ghb.exe-vel indul.
Egyébként nem szeretem a Handbrake-et, sokkal jobb terminálból meg Parancssorból ffmpeg-et használni, és a kapcsolókat megadni neki. Csak hát a gyerek nem egy nagy informatikai véna, és nem áll rá a keze. Már QEMU-val is kínlódott Parancssorban, egyszerűen képtelen volt megérteni, hogy mik azok a kapcsolók, miért fontosak, mikor melyikhez kell hozzányúlni. Mikor meglátta, hogy az FFmpeg is ugyanolyan, mindjárt írta is, hogy ezt ő nem, még véletlenül se, csak a holttestén keresztül. Szóval maradtunk a Handbrake-nél, mert multiplatformos, meg GUI, és nagyon egyszeri usernek nagyobb eséllyel használható.
Pálcika WM-en meg általában nincs indítópult. Helyette dmenu-t használok, egyesek Rofi-t vagy fzf-et. Ezeknél a program indítóját kell írni, de elég az első 1-2 karakter, sőt, annyiban más, mint a TAB-os kiegészítés terminálban, hogy nem is kell a név elején lennie, hanem pontatlanul (fuzzy find/search) is lehet keresni. De még ezt a dmenu/fzf-es megoldást se annyira használom, mert a rendszeresen használt alkalmazásoknál mindegyik be van drótozva gyorsbillentyűre, és azzal indulnak, nem kell semmilyen menüt meg keresést indítani, nem kell sehová kattintani, meg semmit keresgetni.
Egyébként jelenleg Openbox alatt van jobb klikkes grafikus indítómenü-szerűség, de ez meg nem frissül automatikusan. Megint a minimalizmus. Ahhoz egy másik alkalmazásnak vagy neked kell frissíteni kézzel, hogy az újonnan telepített programok bekerüljenek a menübe. De nem használom az Openbox menüjét. Jelenleg az egész Openbox átmeneti nálam, majd váltok másra, azért nem is szokok hozzá, hogy a menüjét használjam.
-
Frawly
veterán
válasz
ubyegon2
#12310
üzenetére
Pont ez az, hogy a Handbrake nem volt szívás. Bent volt a Void hivatalos tárolójában a friss verzió belőle, nincs sok függősége sem, hiba nélkül települt, és fut is. Vagyis először csak futott volna, ha tudtam volna mivel indul ez a kreténség. Arról nem a Void meg a pálcika WM tehet, hogy a félkegyelmű fejlesztő random neveket ad a binárisnak, és még man-t sem csinál hozzá. Lehet Mxhkdéno Gittorrez Karloszkának a rokona a szerencsétlen.
Ami a vicc, hogy nem is használom a Handbrake-et. FFmpeg-et használok parancssorból, szép szorgosan begépelem mögé a kapcsolókat, tökéletes használható. Nekem. Csak volt egy másik oldalon egy gyerek, akinek ez a videókonvertálás a mániája, és mivel nem egy nagy informatikai véna, segíteni kellett neki dolgokat Handbrake-ben összehozni, hogy ne gányoljon konvertálásoknál random beállításokkal, meg rossz bitrátával, meg ilyen Himihumiszoft Szuper Konverter Pro Edition windowsos barmolásokkal, stb.. Így feltettem én is.
-
Frawly
veterán
válasz
ubyegon2
#12308
üzenetére
De pont most írom, hogy a which nem ad vissza használhatót, a which handbrake azt írja, hogy „which: no handbrake in (/usr/local/bin:/bin:/usr/bin:/usr/local/sbin:/usr/sbin:/sbin)”. De nyugodtan írd le még egyszer a #12300 nyomán, egy olyan gparted-es példával, ami egyébként is kitalálható which nélkül, mert az alkalmazás neve megegyezik az indítófájl nevével.
Ez általában nem gond, mert az alkalmazás neve benne van a bináris nevében. Így nem kell which, egy normális proginál elkezded írni a nevét terminálban, az első 2-3 karakter után megpróbálsz TAB-ot nyomni, már sorolja is a lehetőségeket, ott már látszani fog mivel indul, de ugyanez eljátszható dmenu-ben, fzf-ben is. Azért nem kell which. Vagy full DE-s disztrónál bekerül az indítómenübe, onnan elindítod, és xprop vagy htop vagy valami segítségével megfejted.
De ezt Handbrake-nél nem lehetett eljátszani, mert ahogy elkezdtem volna h-ra, vagy ha-ra TAB-ot nyomni, nem szerepelt a találatok között, mert g-vel kezdődik, dmenu se találja, mert nincs benne a nevében se a hand, se a brake.
A legvégső megoldás az lett volna, hogy valahogy megkerestem volna, hogy hol tárolja az XBPS a letöltött csomagokat, ott a handbrake csomagját kibontottam volna valamivel nagy nehezen, és megnéztem volna, hogy milyen fájlok vannak benne.
Egy másik megoldás lehetett volna, hogy felteszem az mmakert, az frissítette volna az Openbox menüjét, nagy valószínűséggel betette volna a Handbrake-et, onnan el tudtam volna indítani, és htop-pal megfejteni, hogy milyen paranccsal indult.
A Void egyébként nem rossz. Kb. mint az Arch. Épp úgy rolling, épp úgy független disztró (nem alapszik máson). Csak systemd-mentes, meg kisebb, kevesebb csomaggal. Ez-az kicsit fapadosabban van rajta megoldva még az Archhoz képest is, mert kisebb a felhasználói tábora, és még sokkal fiatalabb disztró, nem forrta ki magát annyira, nem volt még hozzá elég idő meg ember. De nem használhatatlan, igaz emiatt nem is ajánlható kezdőknek. Pedig ennek az Archhoz képest van telepítője, de egy kezdő nem sokra fog vele menni, ha a disztró továbbra sem felhasználóbarát. Anno szerintem az Arch első 1-2 évében sem volt felhasználóbarátabb. Legnagyobb hibái a Void-nak jelenleg:
1) nem lehet installer nélkül telepíteni
2) az xpbs csomagkezelő még kicsit fejltetlen
3) nem is az, hogy kevés csomag van a tárolóiban, hanem nincs AUR-ral egyenrangú megoldása, az xbsp-src hasonló, de sokkal primitívebb, és sokkal kevesebb a rá elérhető csomag. -
Frawly
veterán
válasz
ubyegon2
#12306
üzenetére
A Gentoo felrakható egy hét alatt is. Egyébként azóta lett volna időm rá, de halogatom. De még ebben az évben meg tervezem próbálni még egyszer. Már múlt december vége, és most január eleje felé majdnem sikerült az átállás, egy fing híja volt csak. Már ment az alaprendszer felrakása, sok konfiguráció is megvolt, nem hiányzott sok.
A which-nek az a baja, hogy nem minden disztrón van telepítve alapból, és eleve tudni kell hozzá a parancsnevet is, ahhoz, hogy találjon valamit.
Nem vagyok kezdő, de pár napja én is belefutottam ebbe. Valakinek segítettem a Handbrake használatában, ezért feltettem. Ez egy videókonverter GUI fronted FFmpeg-hez. Fel is ment hivatalos tárolóból. Erre indítanám a pálcika WM-en, de nem találtam mivel indul. Terminálban handbrake parancs nem található. Man-ja sem volt. Pálcika WM, így alkalmazásindító menü sincs, vagy ha van, nem kerül bele automatikusan. which parancsom volt, de ugye nem tudom mivel indul, így az sem talál semmit, ahogy a man -k parancs sem.
Kellett hozzá 10-15 perc Google, mire megtaláltam egy 99. fórum 100 éves hozzászólásában, hogy „ghb”-vel indul, ami a Graphical (vagy Gtk) Hand Brake rövidítése. Tényleg logikus, hogy egy Alkalmazást alkalmazasnev vagy alkalmazasnev-gui vagy alkalmazasnev-gtk vagy hasonló, TAB-ra kiegészülő parancs helyett vcxfavgoiarehgosaidhvgdsavasdv nevű binárissal (vagy scripttel) kell indítani. Vagyis még a fejlesztők fejében logikus volt a 3-9 betűs rövidítés, és mint tudjuk a szoftvereket nem másnak publikálják, hanem saját maguknak írják.
Persze az is közrejátszott, hogy a Void Linux nem felhasználóbarát. A csomagkezelője az xbps nem tud csomagba belenézni fájlnevek elemzésére. Archon a pacman, meg Debian/Ubuntu-alapú vonalon az apt/dpkg tud csomagon belül is fájlnévre keresni, meg megmutatni, hogy egy csomagon belül milyen fájlok vannak. Voidon ezt sem tudtam megnézni, tehát szerencsétlenül is jött ki, hogy tényleg csak netes nyomozás segített.
Az is igaz, hogy 5-6 évente futok bele 1-2 ilyenbe. Ritka, mikor megtörténik.
-
#12305
Frawly
veterán
Véreshurka
#12297
Frawly
veterán
válasz
Véreshurka
#12297
üzenetére
Az xprop-nál mikor kapsz egy + alakú egérkurzort, akkor ne az alkalmazás ikonjára kattints, hanem a már futó alkalmazásra. Ha tehát nem tudod, hogy mi egy alkalmazás indítóparancsa, akkor előbb indítsd el menüből, hogy fusson, majd terminálban indított xprop + kurzorjával kattintasz a futó alkalmazásra, ki fogja írni, hogy milyen paranccsal fut.
A másik módszer, hogy szintén menüből elindítod az adott alkalmazást, és a háttérben terminálban futó htop-pal monitorozod a futó folyamatokat, a htop-ban is látszik, hogy milyen paranccsal indult az adott alkalmazás.
Egyébként a legtöbb modern disztrón a legtöbb alkalmazás indítóbinárisa (indítóparancsa) a /usr/bin mappába kerül, ezt szimbolikus linkként el lehet érni a /bin mappából is. Persze nem minden alkalmazásnál van a /usr/bin mappában, általában azoknál, amiket hivatalos tárolóból telepítesz. De amit tárolón kívül teszel fel, az lehet sok helyen, /opt, /usr/share/... vagy ahogy épp esik, úgy puffan.
Egyébként ez a baja a kezdőknek szánt grafikus felületeknek, hogy eltakarják a rendszer működési részleteit, konfigurációs részleteket, meg hogy melyik alkalmazás milyen parancsot futtat. Sokszor egy hibásan futó alkalmazás sem ír ki semmit, csak bezáródik, vagy dob egy semmit mondó error-t. Közben meg ha terminálból indítod, akkor látszik az alkalmazás hibanaplója, és többet lehet megtudni belőle, hogy miért fut hibásan, vagy miért omlik össze.
-
Frawly
veterán
válasz
Warton
#12292
üzenetére
Nem tudtam mennyire vagy benne a témában, ezért jónak láttam felvázolni egy rakat lehetőséget. Sokan vannak abban a tévhitben, hogy a Linux az nem jó semmire, főleg nem játszani.
Egyébként ha tényleg csak emulátorra kell, akkor vannak erre szakosodott retró emulátor Linux disztrók, RetroPie, Lakka, RecalBox, ezek tömve vannak mindenféle emulátorral (nem csak SNES meg DOS, hanem szinte minden valaha létező, játékra kitalált mikroszámítógép és játékkonzol emulátora) kulcsra készen. Nem kell semmit feltelepítgetni, csak a saját játékgyűjteményed, ROM-jaid hozzárakni egy másik partícióról vagy meghajtóról futtatva. A hardverigényük is kisebb, mint egy full desktop Cinnamonnak. Épp úgy lehet velük böngészni és filmet is nézni (Kodi van beléjük integrálva általában). Persze, a Mint is megy, amit most használsz erre a célra, annak ellenére, hogy mint említettem, szuboptimális arra a gépre.
-
Frawly
veterán
válasz
ubyegon2
#12291
üzenetére
Az XP, Vista, Win7 még nem futott olyan rosszul HDD-ről, ez csak a modern verziók sajátossága, hogy a MS alatt ennyire elszalad a ló, és ennyire elavult, töredező fájlrendszert is használnak ennyire lemezigényes OS-ükon. Persze már az XP-Win7 is meghálálták az SSD-t, ahogy a Linux is. Én ma már gépet nem raknék össze SSD nélkül, ha nincs bele, nem sajnálnám azt a 6-7 ezret egy 120 gigásra, akármilyen low budget modellre, ég és föld különbség.
De egy ilyen retrózási céllal tartott másodlagos vagy harmadlagos gépen nem olyan nagy gond Linux alatt, ha HDD-ről fut. Annyit nem kapcsolják be, nem bootoltatják olyan sokszor, hogy jelentősége legyen, emulátorok sem töltenek be olyan sokára, hogy számítson. Sok retrós emberke van olyan perverz, hogy még élvezik is, ha lassú HDD darál alatta, autentikus, retró élmény
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Frawly
veterán
válasz
Warton
#12287
üzenetére
Nincs ezzel semmi baj, csak megjegyeztem pár dolgot. Az említett gépen és konfigon megy a Cinnamon, de nem rá való szerintem. Egy Xfce-s vagy Mate-s, vagy LMDE/LXQt-s disztróval jobban járnál, soványabbak, kevesebb RAM-ot esznek. DOS és SNES emulátorokat meg épp úgy futtatják.
Jelen gépnél én lemennék egész Openboxig vagy IceWM-ig. Manjaro-ból van is Openbox Cummunity Edition, meg ArcoLinuxB-ből is van Openbox-os változat. Kár, hogy IceWM-ből nincs hasonló, csak kisebb disztróktól (pl. AntiX, Sparky Linux), amiket nem annyira érdemes használni, illetve feltehető bármilyen disztróra, de egy kezdőnek nehéz bekonfigolni.
DOS-os dolgokat én is szoktam futtatni DOSBox-ban (néha még Munt MT-32 emulátor, vagy Fluidsynth MIDI is fut mellette), meg PCem retró emulátorban és QEMU-KVM virtuális gépben régi OS-eket. Meg pár játékot játszok néha napján ScummVM-ben is, ez egy kazal játékot támogat. Illetve játszok még régi DOS-os és Windows-játékok modern natív linuxos portjával is, Darkplaces Quake, Yamagi Quake II, ioquake3-as játékokkal, dhewm3 (Doom3 és Quake 4 futtatására), ProjectX (Forsaken port), RVGL (Re-Volt port, ezt különösen ajánlom, mióta a Re-Volt abandonware lett), EDuke32, és még hosszan lehetne sorolni. Bőven lehet Linuxon is játszani, csak nem a legeslegújabb, DRM-el agyonvédett Windows AAA címeket kell ráerőltetni, hanem egy kicsit régebbieket, amikhez megtörték a DRM-et, vagy készült hozzájuk valami portolás (akár Steam/Valve gondozásában, vagy egyébként), esetleg jól futnak Wine-ban, vagy valami más emulátorban, ilyenek szoktak pl. lenni az abandonware játékok, meg a GOG-osak.
-
Frawly
veterán
válasz
ubyegon2
#12288
üzenetére
De, tudom, hogy lassú a HDD. De akinek nem sietős, az kicsit többet vár betöltéseknél. Nyilván engem nem kell meggyőznöd, az SSD-k híve vagyok, még pendrive-nak is azt használok, van itthon egy rakat. Én nyilván mindenbe tennék. De ha Linux, akkor azért el lehet lenni HDD-vel is, még egy 5400 rpm-es noti HDD-vel is. Valóban nem lesz valami villám, itt-ott nagyobb grafikus programok, böngésző, stb. többet fog töltögetni.
Viszont ha Win8-10-ről van szó, oda sajnos kötelező. Eleve 60-90 mp. mire feláll egy noti HDD-ről a rendszer ezeknél a verzióknál, aztán úgy kezded boot után, hogy még az egérkurzor is szaggat, mert mindenféle update meg Defender scan tekeri a háttérben a gépet, és az egész rendszer kompletten Commodore 64 sebességével akadozik, nettó használhatatlan az egész, annyira lemezintenzív a rendszer, amit még a töredezni rendkívül szerető, elavult és hulladék NTFS fájlrendszer is tovább súlyosbít, meg a Windows kernel nem megfelelő cache-elése. Nem is szoktam javasolni, hogy valaki ezeket a rendszereket futtatva HDD-vel szopassa magát, még 7200 meg 10000 rpm-es vinyóknál sem, mert max. az ellenségemnek kívánom. Nem is értem, hogy a MS erre miért nem hívja fel az emberek figyelmét. Ebben az esetben nem az a gond, hogy lassabb a rendszer, és várni kéne erre-arra egy kicsit.
-
Frawly
veterán
válasz
Warton
#12272
üzenetére
Mindenképp lőj fotót, ha legközelebb nem áll le. Gyanúm szerint egyébként leáll az, ha kellően sokat vársz. Valami systemd-s szolgáltatást lő le a systemd, arra vár, ilyenkor írja is ki, hogy hány másodperc múlva lövi ki.
Azért 2 GB memória kicsit sovány Cinnamonhoz. Menni persze megy annyin, de sokat fog swapelni a rendszer.
Továbbá a problémád szempontjából irreleváns, de amin még megakadt a szemem, hogy a Mint ilyen régi csomagokat használna? 7.5-ös gcc, 4.4-es Bash? Azért ez egy kicsit gáz, a 9-es gcc ág, meg az 5.0-ás Bash elég régóta megjelent, egy kiadás alapú disztrónál is elvárnám már, hogy ezeket tartalmazza. gcc-ből ha nem is a 9.3-as vagy 10-es verzió (ezek tényleg rollingnál lesznek csak ilyen frissek), de egy 9.0-ás, mint a huzat. Ha LTS, ha nem. Az 5.3-as kernel pl. teljesen rendben van, az sem a legfrissebb, de ugyebár a Mint nem rolling, és a v5.3 azért nem olyan szörnyen régi még, teljesen vállalható szint. Legalább ilyen szódával elmegy frissességűnek kéne lennie a gcc-nek és a Bashnak is, teljesen stabilak a 9-es és 5-ös verzióágak. A gcc 10 valóban rizikós, mert még nem végleges, azt megértem, hogy azzal nem kockáztatnak.
-
Frawly
veterán
válasz
ubyegon2
#12268
üzenetére
Abban nem értek egyet, hogy Mint Cinnamonhoz elengedhetetlen lenne az SSD. Persze, jó, ha van, mert tényleg sokat dob a gép sebességén, és nem is rettenet drága, de linuxoknál nem olyan életbevágóan fontos. Win8-8.1-10 egyedül, amelyeknél tényleg muszáj az SSD, mert HDD-ről tarkónlövés lassúsággal futnak.
Ha a RAM tényleg csak 4 giga benne, az sem tragédia, de megfontolandó valóban 8-ra felbővíteni. A plusz RAM nem a Mintnek kell, mert az meg a Cinnamon, meg akármilyen Linux disztró teljesen jól ellene 4 gigán is, hanem ha sok fülön böngészik, akkor az jó sok plusz memóriát meg tud enni, ez OS-től független. Különösen, ha Chrome-ot használ, mert az jobban eszi a memóriát, mint a Firefox.
-
#12263
Frawly
veterán
Véreshurka
#12262
Frawly
veterán
válasz
Véreshurka
#12262
üzenetére
Nem cikk, hanem csak egy hibabejelentő oldal egyik hozzászólása angol nyelven.
-
Frawly
veterán
2. Most találtam Google-lel, még 2017-ből egy fórumról. Szóval Cinnamonban a második paneledhez előbb hozzá kell adni a Launcher modult, ahogy írtam. Majd újra a kívánt alkalmazásokat előbb az alkalmazásindító menüből jobb klikkel az elsődleges panel Launcheréhez hozzáadni, majd amit a második panelre akarsz kitenni, azt az elsődleges panel Launcheréből áthúzod egérrel a másodlagos panel Launcherébe. Kicsit nehézkes, de állítólag járható.
-
#12260
Frawly
veterán
Véreshurka
#12259
Frawly
veterán
válasz
Véreshurka
#12259
üzenetére
1. Nézd meg ezt, hátha, ez a cinnamonos megoldás. A MATE alapból tudja ezt, igaz az LMDE4-nek nincs MATE-es változata, de kézzel telepíteni lehet rá.
2. Rossz helyen keresed, nincs köze a Window akármikhez. Az a futó alkamazásokra vonatkozik, nem a rögzített ikonokra. Ehhez lehet meg kell várni ubyegont, mivel nem használok Cinnamont. Azt is vedd észre, hogy ezek enm az LMDE feature-ei, hanem a Cinnamoné. Épp ezért szoktak a legtöbb linuxos fórumon mindenre terminálos megoldásokat erőltetni, mert az minden disztrón meg grafikus felületen egyforma, nem nagyon számít, hogy most Manjaro van fent, Ubuntu vagy Mint, meg hogy Gnome vagy KDE vagy Cinnamon, vagy hogy magyarul vagy angolul használja a rendszert. Kivételesen ezt nálad most mindenképp grafikus felületen kéne megtalálni és megoldani. Próbáld meg végigkattintgatni jobb egérgombbal a panelt, de ne csak az elejét, meg a menü környékét, hanem a végében a rendszerértesítő részt is, hátha lenyílik egy opció, amiben először a megfelelő tálcamodult tudod hozzáadni (Launcher vagy mi a neve angolul), és utána majd ahhoz a modulhoz az alkalmazásikonokat.
Elvileg ahogy olvasom, az alkalmazásindító menüben jobb klikk az alkalmazásra, és ott lesz olyan opció, hogy hozzáadás a panelhez, de ez a megoldás szerintem az elsődleges panelhez adja hozzá, nem a másodlagoshoz, amit te szeretnél. Még az sem biztos, hogy ez, amit akarsz, Cinnamonban kivitelezhető.
3. Igen, a Windowsos program .exe indítója, vagy setup.exe-je vagy install.msi-je, vagy akármije automatikusan Wine-vel együtt indul el, ha rákattintasz a fájlkezelőben, mert hozzá van társítva a Wine, mint fájlkiterjesztéshez. Tehát ahogy a képek a képnézőben, a filmek a videólejátszóban nyílnak meg, úgy az exe, msi, stb. kiterjesztés a Wine-hoz van rendelve.
-
#12258
Frawly
veterán
Véreshurka
#12257
Frawly
veterán
válasz
Véreshurka
#12257
üzenetére
1. Erre passz. Halvány emlékeim szerint kéne lennie ilyennek alapból az alkalmazásindító menüben, annak a Tulajdonságai között nézz szét, amit talán jobb klikkre érsz el. Mintha az rémlene, hogy mikor kinyitom az alkalmazásmenüt, eleve a top 5-10 legtöbbet használt proginak kéne benne lennie kapásból.
2. A második panelhez is hozzá kell adnod egy Quick List vagy hogy hívják modul. Mert az alkalmazásikonokat nem a panelhoz adod hozzá, hanem a panel Quick Hogyishívják moduljához.
3. Alapból nincs ikonja a Wine-nak. Talán a Winecfg-nek van. Majd annak a windowsos programnak lesz ikonja az alkalmazásmenüben, amit Wine-be feltelepítesz. Tehát magát a programot indítod, és a Wine automatikusan indul vele. Önmagában a Wine-t nem lehet és nem is érdemes elindítani, mivel semmit nem csinál.
-
Frawly
veterán
válasz
ubyegon2
#12252
üzenetére
Igazad van, ezt benéztem. Nem kattintottam a főoldalán a 64 bit-re, úgy jön elő az az aloldal, amit linkeltél. Azon már valóban ott van, hogy Cinnamon.
A 32 bitet is akartam írni a kollégának, hogy azt NE telepítse, de úgy emlékeztem, hogy Mintből már nincs 32 bites. Ezek szerint LMDE-ből még van.
A 32 bit only, meg 1-2 giga RAM-os 64 bites gépekre meg amúgy sem Mint való Cinnamonnal, mert gyengék hozzá, vagy memória nincs neki elég. Ilyen gépekre egy sokkal soványabb disztrót érdemes választani. Persze minél soványabb, annál minimalistább, kezdő linuxosnak annál inkább nem felhasználóbarát. De hát valamit valamiért, régi vagy gyenge gépnél kompromisszumot kell kötni.
-
Frawly
veterán
válasz
ubyegon2
#12250
üzenetére
Védelmemre legyen mondva, hogy LMDE-t soha nem használtam, Mint-et is nagyon régen. Meg a Mint oldala se írja, hogy milyen DE van benne. A screenshoton Cinnamon látszik, amit a DistroWach meg is erősít, de az is csak a főoldalon, az LMDE-nek nincs külön disztrólapja, ami írná, így nem találtam, gondolatolvasó meg nem vagyok, hogy milyen DE van benne. De mindegy, te tudtál neki segíteni, mivel Cinnamont használsz te is. Ez is pozitívum, legalább már ketten használjátok
-
#12248
Frawly
veterán
Véreshurka
#12247
Frawly
veterán
válasz
Véreshurka
#12247
üzenetére
1. Sikerült a rosszabbik verziót telepítened. Az LMDE verzió csak másodhegedős, és tesztelésre van. A „normál” (jelenleg 19.3) verziót ajánlottabb Mint-ből telepíteni, arra koncentrálnak inkább a fejlesztők, inkább garantált, hogy nem lesznek bugok, meg talán a csomagverziók is újabbak lehetnek.
2. Ehhez tudni kéne, hogy LMDE-n belül is milyen DE-vel telepítetted a Mintet. Ahányféle grafikus felület, annyiféle helyen és néven van a beállítás. Általában scaling vagy HiDPI vagy hasonló szokott lenni a neve a nem magyar nyelvű felületeken, magyar fordításban meg aztán lövésem sincs, hogy minek ferdíthették nyelvileg. Eleve nem is Mintet használok, meg kéne várni egy kollégát, aki használja, ugyanazzal a DE-vel, mint te. Pl. Cinnamon, vagy amelyik változatot telepítetted.
3. A hibaüzenet bootoláskor nem a Mint miatt van, hanem a BIOS-ban a bootsorrend van rosszul, egy nem bootolható meghajtót akar először bootolni, majd miután entert nyomsz neki, átvált a soron következő bootolható meghajtóra, és arról már bootol a Mint, mert azon fent van a GRUB.
-
Frawly
veterán
válasz
ubyegon2
#12242
üzenetére
Na, látod ezt én se tudtam. Pedig logikus, a memtest még egy régebbi progi, amihez nem készült EFI modul még, ezért nem tud UEFI boottal indulni. Ezért a hagyományos BIOS/CSM MBR bootnál elérhető, UEFI GPT bootnál meg nem. Vagyis ez csak a régi verzióra igaz, amit a Linuxokba építenek be. A Wikipédia-oldala szerint a legújabb memtest86 már támogatja az UEFI bootot, de ezt meg linuxkockáék azért nem tolták be a disztrókba, mert proprietary szoftver.
-
Frawly
veterán
válasz
F.B.I.
#12221
üzenetére
A HPLIP-et mikor tette fel én honnan? Le kéne szedni, és újrarakni a belső tárolóból. Nem a HP oldalán lévőt kell feltenni. Aztán egy gépújraindítás és nyomtató újracsatlakoztatása vagy ki/bekapcsolása után újra megpróbálni, tesztoldalt nyomtatni, vagy valami alkalmazásból egy oldalt.
-
Frawly
veterán
válasz
#40553216
#12212
üzenetére
Igazából Windowsra is van fejlettebb PrintScreen progi, csak a Windows beépítettje buta. Bár az is fejlődött már valamennyit az évek során.
Linux alatt sem minden PrintScreen progi feature rich, vannak egyszerűbb, minimalistább megoldások is. Én pl. waylandes SwayWM alatt a grim-et használtam, X.org-os Openbox alatt meg a scrot-ot fogom beizzítani. Mindkettő terminálos CLI progi, de én a PrnScr billentyűre egy egyszerű funkcióra felparaméterezve hívom meg, így a funkcióinak a 99%-át simán nem használom, lényegében csak full screen screenshotot készítek vele, ami a ~/ mappába nyomatja őket screeenshot-ÉÉÉÉ-hh-nn-ÓÓppmp.jpg formában. Igénytelenség, de nekem nincs többre szükségem, csak felesleges bloat lenne egy kacsalábon forgó GUI csodaprogi 5 millió funkcióval. De pont ez a Linux szépsége, hogy minden géphez és igényhez rá lehet passzentosan skálázni, nincs az, mint Windows alatt, hogy 1 szoftver minden igényre, és az van lenyomva mindenki torkán, ha kell, ha nem, míg be nem fosik.
Azt nem tudom, hogy Mint Cinnamonba most mi van beépítve, gondolom valami funkciógazdagabb, full GUI megoldás, hogy kezdőknek is használható legyen.
-
Frawly
veterán
válasz
person
#12191
üzenetére
lspci és lsmod kimenet kéne, hogy lássuk látja-e a Wi-Fi-kártyát. Ugyanis a kimeneteidből gyanús, hogy a driver nincs fent hozzá, ezért a kártya eszköznevet se kap. Egyedül rfkill-ban látszik az asus-wlan eszköz, de az ifconfig kimenetében nem szerepel.
Esetleg a grafikus felületen az indítómenüben lesz olyan hogy Hardverek vagy Eszközök vagy Illesztőprogramok vagy mi a rák a neve, ott mutatja, hogy milyen eszközhöz milyen drivert használ, és milyen másik driver érhető el hozzá, amit tudsz hozzá használni.
Egyébként meg sok laptopnál figyelj, hogy az rfkill ugyan azt írja, hogy se soft se hard block nincs, de a laptop oldalán, hátulján, vagy eldugva lehet valahol egy hardveres Wi-Fi kapcsoló, ami véletlenül kikapcsolt állapotban lehet, és ezért nem működik a Wi-Fi. Ez az rfkill-nek fel kéne ismernie, de nem mindig sikerül neki. Ezzel már én is szívtam néhány laposon.
-
Frawly
veterán
válasz
ubyegon2
#12189
üzenetére
Nagyon vészesetben én is elvagyok laptoppal. De mindenképpen csak kényszermegoldásként. Nekem a régi genes üzleti notik, amikről írtam is, kiesnek, mert kell az új videókódekek hardveres dokódolása (x265, VP 8-9, esetleg AV1), 2-nél több mag, olyan GPU, ami DX11-12, Vulkant is támogat, meg a proci képes izomból is 4K 60 fps-t lenyomni videóknál. Játékoknál az nekem elég, ha csak a pár évvel ezelőttig viszi a játékokat, akkor is csak low details 720p-ben, csak legyen meg a 30 fps, nagyon régi, lightosabb címekben a kb. 60 fps. Ezeket a régi genes üzleti gépek nekem nem tudják megadni, vagy mert nem támogatják ezeket, vagy erőben nem bírják el. Pedig amúgy, aki tényleg csak munkára, meg max. 1080p x264-re, böngészésre használja, meg nagyon retró játékokra (ilyen 15 évvel ezelőtti címekig bezárólag), azoknak tényleg elég lesz még jó darabig a 2-4. genes nem U-s, i5-i7 és 8-16 GB RAM. Főleg, ha nem Win10-zel, hanem Linuxszal van használva.
Amit még nem szeretek ezekben az üzleti notikban, hogy a kijelző bennük általában elég fostos, rossz minőségű TN panel, szar kontrassztal és betekintési szögekkel, és sok esetben nem is tehető beléjük FullHD normális IPS kijelző, vagy ha mégis, akkor csak horror áron. Ez azért az újabb geneseknél sokkal inkább megoldható értelmesebb pénzért.
-
Frawly
veterán
válasz
ubyegon2
#12176
üzenetére
Én teljesen dobtam a laptopokat. Az oka az, hogy a procik oda vannak mindre forrasztva már, és egyre többször a RAM is. Olyan gépet nem veszek, amit később nem tudok bővíteni. Ha meg mindjárt felsőkategóriás kiszerelésben veszem, i7-i9, min. 16 GB RAM, akkor meg iszonyat pofátlan felárat kérnek érte. Használtan esetleg, de én már azt sem vennék szívesen, nem is a megbízhatóság miatt, hanem mire tényleg hozzáférhetőbb áron meg lehet venni használtad erősebb kiszerelésben, addigra elavul.
Ilyen i3-i5-ös, 4-8 GB RAM-os kiszerelésben nem akarok venni, mert ugyan ellennék egy i5 + 8 GB RAM-mal is, de úgy gyorsabban avul, és ha már nem elég, csak kidobni tudod, bővíteni nem. Alaplapot lehet venni hozzá, ami felsőkategóriás, de az meg általában annyiba kerül majdnem, mint az egész gép. i3 + 4 GB RAM-os alapkiszerelésről meg szó se lehet, az már most nem lenne elég, meg nem lenne előrelépés egy régi használt üzleti notihoz képest, 2-4. genes Thinkpad, Latitude, Elitebook.
Meg nekem a GPU is gond laptopokban, kb. kalap kakát se érnek, még a dedikáltak se nagyon. Egyedül azok a notik jönnének szóba, amelyekben asztali proci, asztali RAM, asztali GPU kombó van, ilyen csúcs gamer / workstation notik, de azok fél-egy millába fájnak, annyiért meg van ötletem, hogy mit csináljanak inkább vele.
Laptop max. csak akkor, ha valahol lakhatási körülmények vagy rendkívül sok utazás miatt csak noti jönne szóba, akkor meg mindenképp Ryzen lesz, mert azokban normálisabb a GPU, meg nincsenek elszállva az árakkal. De egy Ryzen5 2500U és min. 8 GB RAM akkor is alap, de még inkább Ryzen 7 és 16 gigára megyek rá. 32 GB nem kell, de a 8 idővel kevés lehet, nem tudni mennyire bloatosodnak még a szoftverek, főleg a böngésző, játékok.
-
Frawly
veterán
válasz
#20749568
#12164
üzenetére
Nézed meg mondjuk Ubuntu Live-val. Nem kell feltelepíteni, csak kiírod pendrive-ra, bebootolsz róla, és megnézed megy-e a BT. Nem is muszáj Ubuntunak lennie, lehet Fedora vagy akármi, csak full extrás disztró legyen, Live képessséggel. Nem biztos, hogy a hardver döglődik, persze azt se kizárt. Ha döglődik mégis, akkor én a dmesg kimenetében nézelődnék, hátha sír rá a kernel, hogy hibás az eszköz.
-
Frawly
veterán
válasz
ubyegon2
#12161
üzenetére
A WD Green HDD-t sokan rossz szerepkörben használták. Lassú, mint a bűn, de nem OS alá való, meg elsődleges PC-be, hanem tisztán adattárolásra, NAS-ba, ahol nem számít, hogy milyen bűn lassú, úgyis hálózati bottleneck van, hanem az a fontos, hogy marha keveset fogyasszon. Csak sok hozzá nem értő megvette rendszermeghajtónak anno. Tudom miről beszélek, egy nyomi számtechboltos sajnos fateromat is rábeszélte anno, szóval testközeli élményem van azzal kapcsolatban, hogy a WD Green milyen mocsok lassú.
A 25k-s 1 terás HDD anno nem volt rossz ár, de most az áremelések előtt 40k alatt SATA3 SSD-t lehetett kapni, ahhoz képest már drága. Ennek ellenére van értelme a HDD-knek még, csak nem 1, hanem min. 4 terás méretben. Ha nem sebességkritikus adateléréshez kell, meg nem rendszer alá, akkor teljesen jók olcsón nagy mennyiségű adatot tárolni.
-
Frawly
veterán
válasz
ubyegon2
#12159
üzenetére
HDD-ből sem megy mindegyik 10 évet, és SSD-ből is van sok, ami a 9-10. évét húzva is hibátlanul megy. Meg mind a kettőből van olyan, ami meg 1 éven belül beadja a kulcsot. Ebből nem lehet egyiket sem győztesnek kihozni.
A Samsung 860 EVO-nál meg azért van rá az 5 éves garancia, hogy ne csak 3 évet bírjon. Ja, drága. Mihez képest? Hát, pont az anno fele annyiba kerülő Transcend SSD-hez képest pl. Oké, ez a Trancend bírta 3 évet, de ha mondjuk csak fele annyiba került, akkor még egy ilyennel kihúzva +3 évet ugyanott vagyunk, mint egy EVO-val, persze a legrosszabb esetben, mert nem minden Transcend döglik meg 3 éven belül.
Az a WD Blue szerintem fogja addig bírni, mint a 860 EVO-d. Ha nem fogtál ki belőle valami nagyon selejtet. De azt EVO-ból is ki lehet fogni (selejtet egyik gyártó sem tudja 100%-ban kiszűrni, a Samsung se kivétel), Amazonon olvastam olyan vásárlói visszajelzést, hogy csávóka megrendelte a vadi új 860 EVO-t, megérkezett sérülésmentesen, új, bontatlan dobozban, azonnal betette a gépbe, se kép, se hang, egyik gépben sem mukkant meg neki, indulásból hulla volt az egész, élettelen műanyagdarab, 0 percet se ment. Meg volt valaki az SSD-s topikban, akinél 1 éven belül tönkrement. Igaz ezek ritka esetek, mert a Samsung hibastatisztikája egész jó (egyedül a 840-es szériájé nem az, azok mára, 5 év után sorra döglenek).
Szóval nem olyan egyszerű ez, hogy 860 EVO-t mindenkinek. Vannak jobb ár/értékarányúak, vannak gyorsabbak nála, van, hogy régebbi gépbe, vagy túl alap felhasználáshoz overkill, vagy valakinek nem fér bele az anyagi keretébe. Ezért nem ajánljuk ész nélkül mindenkinek, annak ellenére, hogy amúgy a legjobb SSD a konzumer szegmensben a megfizethető árkategóriában legalábbis (a MLC/Pro, meg Optane meg egyéb extrém, felső kategóriás dolgokat most nem értve). Vitán felül a legmegbízhatóbb, és ahhoz képest az ára sem megfizethetetlen.
Nekem is van egy 860 EVO-m, de kényszerből vettem, mert mSATA foglalatba kellett valami, abból kicsi a választák, Transcend, 860 EVO, meg noname kínaiak. mSATA-nál a Transcend sem volt olcsóbb, lényegtelen árkülönbség volt, így a Samsungot vettem, mert az megbízhatóbban tűnt.
-
Frawly
veterán
válasz
#20749568
#12144
üzenetére
Pedig a Transcend nem olyan megbízhatatlan márka. Plusz megdögölni minden meg tud, a legdrágább Samsung és Intel SSD-k is. A selejtet egyik gyártó sem tudja 100%-ra kiszűrni, ezért is van rá jótállás. Meg nehogy azt hidd, hogy a HDD-k manapság bármivel is megbízhatóbbak az SSD-knél.
Az sem mindegy, hogy mikor döglik ki, meg mennyire kerül. Mert ha egy olcsóbb, alsó-középkategóriás SSD megy 3-5 évet, és utána fekszik ki, az nem tragédia, addigra kiszolgálja az árát, meg úgyis upgrade-elnél nagyobbra.
Az időtényező is fontos, mert egyik SSD sem megy örökké, meg egyik HDD sem. A kérdés csak az, hogy gariidőn belül vagy kívül döglik-e meg, utóbbinál konkrétan mikor, mennnyival a gari lejárta után, és addigra kiszolgálja-e az árát. Sok cégnél 5 év után akkor is selejtezik a HDD-ket és SSD-ket, ha még hibátlanok. 10 éven felül egyik háttértárral sem érdemes tervezni, addigra általában elhullanak, ha meg nem, akkor is elavulnak.
-
Frawly
veterán
Megspórolok neked sok felesleges körfutást. Ebbe az Atom prociban olyan PowerVR által gyártott, de Intel-ként eladott integrált GPU van, amihez nincs linuxos driver. Nekem is volt egy eee PC netbookban egy ilyen procim, az N2700 volt, de ugyanez volt a baja. Ezen sajnos nem lehet segíteni.
Egyébként is, egy ilyen gépre sok a Cinnamon. Erre AntiX-ot vagy Sparky Linuxot vagy hasonlót tennék fel, IceWM-mel vagy Openbox-szal, meg Picom kompozitorral (V-sync, meg llvmpipe szoftverrender OpenGL „gyorsítás”).
-
Frawly
veterán
válasz
ubyegon2
#12102
üzenetére
Igazából a GIMP nem is rajzolni való, hanem kép és fényképmanipulálásra. Rajzolásra rajzolóprogram kell, amiket említesz is. Persze, lehet GIMP-ben is rajzolni, de nem ahhoz lett fejlesztve.
Nekem is ritkán kell ilyen konvertáló meg képszerkesztő. De az imagemagick, ffmpeg, meg még néhány hasonló úgyis fent szokott lenni a rendszeren, mert más progik felteszik függőségnek, így általában nem kell nekem.
-
Frawly
veterán
válasz
ubyegon2
#12100
üzenetére
Nem baj. Csak helyreigazítottam, ha már ennyire az én élettörténetem követjük, mint egy telenovellát vagy szappanoperát
Én egyébként egyszerűbb képkonvertálásokra, képvágásra, tömeges átalakításra az imagemagick-ot használom, abból a csomagból a convert parancsot. Ugyanazt tudja egyébként kábére, mint az XnView, csak nem grafikus program, hanem terminálos CLI alkalmazás. Van valami grafikus Gtk-s frontendje is, de azt nem használom. Médiakonvertálásra meg FFmpeg-et, szintén CLI-vel, kivéve, ha audióhoz LAME, flac, oggenc, opusenc valamelyikét használom, de azok is CLI-sek, ahogy a youtube-dl, wget, curl, stb. is.
De ha grafikus alkalmazás kell valakinek, akkor az XnView sem rossz program, Windows alatt anno azt használtam, meg az IrfanView-t. Ugyanaz a kettő, egyik a másiknak implementációja.
-
Frawly
veterán
válasz
ubyegon2
#12093
üzenetére
A kérdezőnek az Arch valóban nem opció, nem is azért írtam. Arch alatt meg nem a netkapcsolat működésre bírásával szenvedtem, hanem nagyon gyenge az albérletben a Wi-Fi jel, és a laptop Wi-Fi kártyája meg nem valami erős vétellel rendelkezik, és a hagyományos netes megoldásokkal eldobálta a kapcsolatot (NetworkManager, netctl, wicd, stb.). De ez disztrófüggetlen kérdés, meg az én speciális helyzetemből adódik.
(#12095) herdsman12: pont ezért szedték ki a GIMP-et. A GIMP profiknak készül, a legtöbb egyszeri felhasználónak overkill, meg sok helyet foglal a telepítésben meg a telepítőben. Majd mindenki felrak magának olyan megoldást, amit igényel. Neked ez a XnView másnak a Krita lesz, harmadik embernek meg megint más, a negyedik meg felteszi magának a GIMP-et, ha tényleg az kell neki.
-
Frawly
veterán
válasz
ubyegon2
#12083
üzenetére
Nem is nehéz ez a Realtek 8192EU. Nekem is van egy ilyen chipes Wi-Fi stickem, igaz ritkán használom. Arch alatt csak feltettem AUR-ból a 8192eu-dkms csomagot: yay -S 8192eu-dkms. A yay AUR-ból intézett mindent automatán. Újraindítás után működött pöccre. Tudom, az Arch nem felhasználóbarát. Sőt, mivel az én rendszeremen általában GRUB sincs soha, így ilyen grubos varázslás sem kell, ez is milyen gáz már. Majd te is rá fogsz jönni, hogy nem mindig az az egyszerűbb, ami egyszerűbbnek tűnik, meg szép grafikus felületű valami, szép csili-vili eszköztárral, meg ikonsorral, meg 60. almenüvel, mindenféle szutyok service-eket futtatva. Legtöbbször egy jól irányzott terminálos parancs vagy terminálos progi felér 20 grafikus toolal, kiír-beállít, mindent, a kimenetét könnyű szövegesen kimásolni, ráadásul általában disztrótól és grafikus felülettől nem függ. Nem véletlen nincs az Arch-nak telepítője, és nem véletlen alkalmazza a Keep it stupid simple (KISS) elvet. Ugyanez igaz pepitában a Mintre, meg a Cinnamonra. Rendkívül felhasználóbarát. Amíg csak kattintgatni kell a grafikus felületen, és megy minden. Csak menjen. Mert ha nem megy, akkor elkezdődik a kínlódás, ez nincs a tárolóban, az nincs, rosszabb esetben PPA, snap, flatpak sincs hozzá. Jól van, akkor forgassuk forráskódból, jajj nem fordul, mivel nincs fent a függősége, jól van, tegyük fel a függőséget, felment, próbáljuk a kódot újrafordítani, jajj, nem megy, mert hiába van fent a függőség, a verziófüggőség nem jó, túl régi a csomag a fordítandó kódhoz. Nem baj, valahonnan tegyük fel az újabb verziós függőségeket. Ezek viszont függőségi fába magukkal rántják a fél rendszert, ami rosszabb esetben instabillá is teheti azt. Na, ezért nem használ mindenki ilyen ultrafelhasználóbarát, LTS csodákat. Közben meg nem érted, hogy miért nem jó a Mint mindenkinek, meg ki szopatná magát rollinggal, meg advanced minimal disztróval, mikor ott a Mint. Hát ezért.
Persze lényegében ez az AUR script is ugyanezt csinálja, amit leírásban a kollégának küldtetek. Csak automatizálja. A kérdezőnél én azt nem értem, hogy végigcsinált mindent, se hibaüzenet, se semmi, mégse működik. Nekem ez elég hihetetlen.
Neki azt javasolnám, hogy kezdjen neki újra, onnantól, ahonnan a kérdést feltette és megkapta rá az első választ, azaz az lsusb paranccsal.
Nálam Archon az lsusb kapásból látta, csak hálózati eszközként nem látszott az ip link parancsot kiadva. Miután feltettem a drivert és újraindítottam a gépet, onnantól már látszott ott is, és lehetett hálózati kapcsolatot rákonfigurálni.
Na már most a kérdezőnél azt kéne megnézni:
1) látja-e a Linux egyáltalán a hardvert, mint USB eszközt (lsusb, dmesg parancsok)
2) ha látja, akkor telepítve van-e a dkms modul, betöltődött-e az eszközhöz (lsmod)
3) látszik-e a hálózati eszközök között (ip link)
4) ha az utóbbiban is látszik, akkor van-e rajta hálózati kapcsolat, kap-e rajta keresztül a gép IP-t (ip addr parancs).Ezeket tisztába kéne tenni, hogy megfejtsük hol akadt el a művelet.
-
#12090
Frawly
veterán
herdsman12
#12066
Frawly
veterán
válasz
herdsman12
#12066
üzenetére
De attól, hogy nem telepít a disztró magától fel valamit, attól te még a tárolókból felteheted. Ezen értetlenkedünk itt többen, hogy miért akadály ez neked. Pont ez lenne a lényeg, hogy ne telepítsen fel minden szutykot, aminek a felére sincs szükséged. Haladóbb disztró ezért vezették be, hogy csak olyan minimális csomagot telepítenek, hogy legyen egy bootképes rendszered konzollal, se grafikus felület, se semmilyen grafikus alkalmazás. Mindent te teszel fel, de cserében nem lesz fent semmi szutyok, amire ne lenne szükséged.
Ha GIMP kell, akkor nem a pótlásával kell trükközni, hanem feltenni magát a GIMP-et, terminálba beadagolod a sudo apt install gimp parancsot. Épp úgy fel lehet tenni, mint az XnView-t.
-
#12064
Frawly
veterán
herdsman12
#12063
Frawly
veterán
válasz
herdsman12
#12063
üzenetére
Biztos nem nézted be? A tárolóban sincs GIMP? Eléggé meglepne, főleg a Debian esetében. Szerintem már az alap tárolókban is meg kell lennie, de ha ott nem lenne, tuti van hozzá valami felvehető PPA. Drawing-ot még nem használtam.
Archon, Voidon tuti van GIMP. Mármint a tárolókban. Alapból nyilvánvalóan nem minden disztróban van mellékelve, mert sok helyet tud foglalni, és nem szívesen hízlalja ilyenekkel az iso lemezképet mindenki.
-
-
Frawly
veterán
válasz
#89309696
#11949
üzenetére
A free parancsnak kell hinni. De annak a kimenetét is többféleképpen lehet értelmezni, és ez adja az egyes programok által jelzett értékek közötti különbséget.
Van, amelyik progi beleméri a shared és buffers értékét is, pl. htop. Van, amelyik a kernelcache-t is. Ha csak nagyon a progik fogyasztására vagy kíváncsi, akkor az used+shared összértékét kell figyelembe venni, ezt a free parancs az avaible oszlopban jelzi ki. A buffers + cache mennyisége azért nem olyan érdekes, mert ha fogytán a memória, akkor a kernel ezeket felszabadítja, hogy az alkalmazásnak legyen elég memória a futáshoz.
Egyébként az összes progi ugyanonnan kérdezi le a memóriafoglalást, a kerneltől, azon belül is a /proc/meminfo fájlból. Innen szedi a free parancs is. A különbség, hogy mit hogyan értelmeznek foglaltnak és szabadnak.
A 7,8 gigát azért mutatja 7.3-nak, mert az integrált GPU levesz belőle, meg firmware ROM-ok. Nem kell vele foglalkozni, nálam is a 16384 MiB memóriát csak 15897 MiB-nak mutatja. A 10-es számrendszeres átválás a memóriánál nem játszik, a háttértáraknál szokásos.
Az automatikus felcsatolást vagy a Mint vezérlőpultjában tudod beállítani a Csatoláskezelőben, vagy mi a rák volt régen a neve, vagy a /etc/fstab fájlba tudod beleszerkeszteni.
-
Frawly
veterán
válasz
#89309696
#11942
üzenetére
A Cinnamon, KDE5, Gnome3 ezen már lehet elmegy, de még mindig a határon lesz. Azt az 5400 rpm-es vinyát is cseréld majd le SSD-re. Próbáld meg a Cinnamont, ha nem jön be, teszel fel Xfce-t, vagy IceWM-et. Ingyen van megpróbálni, még a disztrót sem kell mindig újratelepíteni hozzá, hanem fel lehet tenni ezeket egymás mellé, mármint a grafikus felületeket csomagkezelővel, és induláskor a login managerben bejelentkezéskor tudod kiválasztani, hogy melyikkel induljon.
Végül is ez a gép Linuxszal még sokáig használható, ha megfelelő disztrót választasz hozzá, aminek a grafikus felülete megfelel a gép erejének, meg neked is megfelelő.
Ami régi gépeken necces lesz mindenképp, az nem az OS, hanem a böngészés. Annak nőtt meg a hardverigénye nagyon, főleg ha netes videókat is nézel, az alatt már nagyon köhögnek a régi gépek, mikor videózni kell, főleg magas felbontásban, vagy valami JS-tel és webfontokkal teletűzdelt, vaskos weboldalt kell összerakni. Ilyenkor egyébként a NoScript addon sokat segít, meg ha a videókat natív lejátszóban nyitod meg.
Én anno ettől sokkal szarabb gépen is használtam Ubuntu Unity, Mint Cinnamon, Mint KDE, Kubuntu disztrókat, még a KDE4-es időkben, de akkoriban ezek még kevésbé voltak bloatok. Igaz a gép is sokkal gyengébb volt, T1400 dual Celeroncs 2 GHz alatti órajellel, 2 GB RAM (többet a chipset nem kezelt), szutyok X3100/GMA965 Intel GPU, 160 gigás SATA2 5400 rpm-es laptop HDD. A te géped erre azért köröket ver azzal a tiszteségesebb C2D-val.
-
-
#11889
Frawly
veterán
CsengődiGeri
#11887
Frawly
veterán
válasz
CsengődiGeri
#11887
üzenetére
Jól írták előttem mit kell tenni. Azt felesleges elismételnem. Amiért hozzászólok: sajnos látszik, hogy még kezdő vagy linuxban. Ezt most nem is ilyen elitista ledorgálásnak szánom, mert én is voltam kezdő. Ha már egy ideje linuxozol, akkor eleve rá fogsz állni, hogy olyan hardvert vegyél, aminek normális a linuxos drivertámogatottsága. Ez az RTL8188EU-vonal köztudottan egy szutyok driver, a használata a kernelfrissítést is meg fogja nehezíteni minden egyes alkalommal. Legközelebb olyan hardvert vegyél csak meg, aminél előre utánanéztél, hogy a kernelben lévő driverek és a disztróban lévő nagy firmware-csomagok alapból viszik, akkor semmilyen CD-zés, meg kernelmodul telepítés, és más fetrengés nem kell, bedugod és működik az első 5 másodpercttől fogva.
Ez sajnos ilyen, a Wi-Fi, GPU, nyomtató, scanner, okostelefon driverek a Linux Achilles-ínai. Ha a Linuxhoz veszel hardvert, és nem fordítva, az nagyban megkönnyíti az ember életét.
-
#11881
Frawly
veterán
SwissAirplan
#11877
Frawly
veterán
válasz
SwissAirplan
#11877
üzenetére
Esetleg ha egyik ajánlott alternatíva sem működik, akkor az OBS-t is megpróbálhatod.
-
#11851
Frawly
veterán
CsengődiGeri
#11846
Frawly
veterán
válasz
CsengődiGeri
#11846
üzenetére
Swap partíció régen sem volt kötelező, a disztrók default mániából erőltették. Mindig is lehetett helyette swap fájlt használni. A swap partíciónak még régi HDD-ken volt értelme, amik nagyon töredeztek kicsi vagy nulla hardveres cache hiányában, és a swap partíció ugyebár nem töredezik, meg kitehető a tányér külső szélére, ahol a HDD gyorsabb, meg ha több disztró is fent van, tudják használni ugyanazt a swap partíciót. Swap fájlnál tudsz ugyan töredezettségmentesíteni, használhatja több disztró is, de ott meg nem tudod megmondani, hogy fizikiailag hová kerüljön.
De ma már, a gyorsabb HDD-k és az SSD-k korában nincs sok haszna a swap partíciónak, jobb a swap fájl, rugalmasabb, a méretét később is átszabhatod, ha túl sok vagy túl kevés lenne. De igazából, ha átlagos felhasználás, és van a gépben min. 8 GB RAM, akkor még swap sem kell, nagyon sanszos. Ha meg mégis, később bármikor létrehozhatsz magad, mikor már fent van a disztró, touch-csal csinálsz egy fájlt, annyi GB méretben, amennyi swap kell, megformázod a fájl tartalmát mkswap paranccsal, és a /etc/fstab-ban felcsatolod vagy a terminálban swapon paranccsal.
-
Frawly
veterán
válasz
#89309696
#11838
üzenetére
Linuxon nem olyan gáz a frissítés. Eleve kevesebb is van, a csomagok is jóval kisebbek (a legnagyobb csomagok 100-150 MB, de a jó részük csak ilyen 5-10-100 KB), és sokkal gyorsabban is frissülnek le, és miközben megy a frissítés, aközben sem köti le a gépet, használhatod másra, nem lassul be, nem recegteti a lemezt, nem zárja le a rendszert, stb.. Ha SSD-n van a rendszer, akkor lényegében csak az idő, míg a netről letölti az új csomagokat, utána a frissítések telepítése alig néhány másodperc még 100 frissülő csomagnál is, majd csak próbáld ki az élmény kedvéért. Ez nem olyan, mint a Win10, hogy húzogatja le a gigákat, ha akarod, ha nem, meg aztán fél óráig rendszer-visszaállítási pontot csinál, és csak aztán telepítgeti őket, meg homokórázik, meg jajj, ne kapcsolja ki a gépet kérem alásan című feliratok, és használni sem tudod mellette a gépet. Te megy csak azt látod, hogy pörgeti a gépet, semmit nem tudsz rajta csinálni, kikapcsolni sem.
Ha nagyon frissítésparanoid vagy, akkor a grafikus frissítéskezelőt teljesen le is lehet tiltani, hogy el se induljon, és egyszerűen nem használod, ha kell mégis frissítés, a terminált előszedve frissítesz ezzel a két paranccsal:
sudo apt update
sudo apt upgradeTerminálban jobb is frissíteni, mert látod:
1) mennyit fog letölteni, és mennyi lemezhely fogy
2) ha valami hiba adódott, akkor az micsoda, mit írt ki rá, minek a futtatását javasolja, hogy elhárítsd a hibátPlusz a linuxos frissítések is sokkal kevesebbszer törnek el, mint a Win10 esetében. Hiszen linuxon sok frissítés eleve nem is rendszerfrissítés, hanem csak egy-egy normál szoftver frissítése (böngésző, szövegszerkesztő, stb.). Nem azt mondom, előfordulhat linuxon is, hogy valami eltörik, de Mint-en eleve nincs sok frissítés, mivel stabil LTS kiadási alapú, nem pörgeti olyan gyorsan az új verziókat, meg eléggé sokan használják, tesztelik. Tehát messze nem olyan mizéria egy frissítés, mint a Win10 esetében.
Ami Minten húzós lehet, az a komplett disztrófrissítés, mikor a kiadás verzióját frissíted, pl. majd a 19.x-et 20.x-es verzióra. De még ez is problémátlan a legtöbb esetben, de ez már több idő, mert ilyenkor az összes fent lévő ~1-2 ezer csomag frissül, egyszerre, közöttük sok rendszerkomponent, pl. kernel, systemd, X.org, Cinnamon, mesa is főverziót ugrik.
-
Frawly
veterán
válasz
#89309696
#11823
üzenetére
Ha a pár száz elemes mappa aljára akarsz menni, arra nem a gyorsgörgetés való, hanem a billentyűzeten az End billentyű. Esetleg az hasznos GUI feature lenne, ha az ablak oldalán lévő görgetősávra dupla kattintás ugrana a tartalom tetejére, dupla jobbgombos kattintás meg az aljára, de ilyen kész megoldásról nem tudok.
A Firefox-ot meg valóban terminálból kéne futtatni, egyszerűen a firefox paranccsal. Mikor összeomlik, akkor fogod látni, hogy utoljára milyen hibaüzenetet írt ki a terminálba.
Firefox-ban viszont van egy olyan addon, ami hasonlót tud, Back to Top vagy mi a neve. Kitehetsz ikonokat a FF eszköztárra, és azokra kattintással tudsz a weblap tetejére és aljára ugrani, nem kell km-ereket görgetni.
-
Frawly
veterán
válasz
#89309696
#11807
üzenetére
Hangerőt tudsz állítani a tálcán lévő hangerőszabályzó progiban, valahol be lehet kapcsolni benne boostot, hogy 100% fölé lehessen vinni a hangerőt. Ezt megint nem tudom neked kipróbálni, de tuti lehetséges. Általában a legtöbb linuxos grafikus felület a Pulseaudio Mixer nevű grafikus alkalmazást használja erre, és be lehet ezt állítani benne.
Elvileg kattintasz a hangerőszabályozóra a tálcán, ott a csúszka alatt lennie kéne olyannak, hogy Beállítások, azon belül az utolsó gombra kattintva ilyesmit kéne lássál.
-
Frawly
veterán
válasz
#89309696
#11790
üzenetére
A QMMP és az Audacious lejátszók Winamp-klónok. Nagyon jó lejátszó még a Clementine és a DeadBeef is.
A Rhythmbox-ban ki tudod kapcsolni az értesítéseket a Szerkesztés menüben, Bővítmények. Itt Bővítmények beállítása, és az Értesítés nevű plugin elől kiveszed a jelölést.
A tálcán a futó programok csoportosítását nem tudom konkrétan hogy kell beállítani. Lehet nem is a tálcán kell, hanem a Rendszerbeállításoknál valahol. A lényeg, hogy kell lennie egy olyan ablaknak, amit már linkeltem, oda kéne eljutni valahogy. Zongorázd addig az összes beállítást, amíg meg nem találod. Pontosabb leírást tálcaügyben nem tudok adni, mert sem nem Mintet, sem nem Cinnamont nem használok, meg kell várnod valakit, aki meg tudja neked mutatni lépésről lépésre.
-
Frawly
veterán
válasz
#89309696
#11788
üzenetére
Gondolom a Rhythmbox beállításainal ki kell kapcsolni az értesítéseket. Mindkét félét, az asztali és a tálcás-értesítési területes értesítést is. Egyébként mert azt rakták be alapértelmezett lejátszónak, még használni sem kötelező a Rhythmboxot, egy csomó jobb lejátszó van, amit fel tudsz tenni a Szoftverközpontból.
-
Frawly
veterán
válasz
ubyegon2
#11783
üzenetére
Erről nem tudtam, hogy van ez a dinamikus swap lehetőség. De nem értem, hogy ennek mi lenne az előnye. Spórolsz rajta 1-2 gigát tárterületben, de cserébe romlik a swap-elési teljesítmény. A fix méretűnek nincs hátránya, mert nem az egész swapfájlt írja ilyenkor sem, hanem csak egy részét, amit használ is belőle ténylegesen. Mondom, ez a swaphoz meg dinamikus swaphoz ragaszkodás inkább windowsos megszokás, berögződés. Ahogy rendszerpucolókhoz, tűzfalhoz és vírusirtóhoz ragaszkodás is felesleges Linux alatt.
(#11784) Fehér Farkas: Cinnamont már jó rég nem használtam, de emlékeim szerinte ezeket mind tudja, amit akarsz. Jobb egérgombbal kell a tálcára kattintani, talán az értesítési terület közelében, és ott testre lehet szabni. Itt írják hogyan kell.
-
Frawly
veterán
válasz
#89309696
#11782
üzenetére
A Linuxot mindenképp szokni kell, mert más filozófia a Windowshoz képest. Mindent szinte máshogy kell csinálni alatta ahhoz képest, amit Windowson megszokott az ember.
Az a WS notiban mindenképp be kéne rakni egy C2D procit, meg min. 4 GB RAM-ot, meg egy pendrive árában lévő olcsó 120 gigás SSD-t, és még ez is az abszolút minimumon lesz így 2019-2020-as mércével. 1 gigával a felhasználóbarát Linuxok is nyögvenyelősök lesznek, és ebben a felállásban a kevés memória lesz a szűk keresztmetszet, nem a proci. Bár a Linux mindenképp jobban fog futni, mint a Win7, ez nem kérdés. Viszont arra a gépre semmiképp ne Cinnamont rakjatok, azzal nem lesz villám. Arra vagy AntiX-ot vagy Sparky Linuxot tennék, IceWM felülettel, ha az nem elég felhasználóbarát neki, akkor Mint Xfce, vagy Xubuntu, de ezek is a határon lesznek. Mert hiába is fogyaszt keveset az OS, nem attól függ, hanem a net lett bloat, ahogy megnyit egy modern böngészőt rajta, 1-2 fül, vagy 1 videó, és az egekben lesz a memóriahasználat. 1 GB RAM már 5 éve is hihetetlenül szűkös volt, még XP-n is, nem hogy mai modern full extrás Linuxon, meg Win7-10-en.
Az, hogy a kérdéses laptopot mivel lehet bővíteni, erősen gépfüggő. Milyen chipset, milyen foglalat, min. T7200-s Core 2 Duo-ra kéne rámenni, de ha találtok olcsón, akkor T7800, T8300, T9400, T9600-akat kéne nézni, a legnagyobbat beletenni, amit a gép támogat. Sokat nem szabad érte adni, max. 4 ezer forint, de azt is csak a T9xxx-es procinál. 2×2 GB DDR2 laptop RAM kb. 3-4k között megy. Olcsó SSD 5-6k. Persze sokat összességében sem szabad rákölteni, mert a C2D platform is elavult, ahogy van, 14k ráköltése helyett 30k környékén már 3. genes Core i Lenovo ThinkPadeket, Dell Latitude-okat, HP Elitebook-okat kapni, 4GB DDR3 RAM-mal, igaz abba még mindig kell SSD, de újabb dimenzióugrás lehet.
-
Frawly
veterán
válasz
#89309696
#11780
üzenetére
Ja, akkor 902 megás swapot csinált, és nem nyúl hozzá, ezt előre mondtam, hogy 8 GB RAM-nál már nem nagyon valószínű, hogy használná, még 7,5-nél sem fogja. Az, hogy a swap partíció vagy fájl, azt a swapon -s paranccsal tudod lekérdezni, szintén terminálban, ugyanott, ahol a free -m parancsot is futtatod.
-
Frawly
veterán
válasz
#89309696
#11776
üzenetére
Előbb terminálban a mount parancs kiadásával nézd meg, hogy most micsoda a swap. File vagy partíció, és hogy mekkora. Meg használgasd egy ideig a rendszert, nézegesd feladatkezelőben, hogy milyen helyzetekben mennyit foglal le a swapban. Valószínű csak ilyen pár megákat fog, vagy legrosszabb esetben is max. 1 giga és kész, és rájössz, hogy hozzá sem kell nyúlni, jó, ahogy most van. A swap 4 GB vagy annál kevesebb RAM-nál válik fontossá. 8 GB-nál már csak ritkán fog a rendszer hozzányúlni, 12-16 gigától meg már egyáltalán nem kell semmi swap (hacsak nem spéci felhasználásról van szó).
Linux alatt nincs dinamikus swap, csak statikus, fix méretű, akár swapfájl, akár swappartíció. Ahogy írtam, swapfájlnak a rugalmasság az előnye, a mérete változtatható, a helye más meghajtóra átrakosgatható. A swap partíciónál ez nincs, viszont az meg lassú HDD-ken előnyös, hogy nem töredezik fájlként, meg a tányér külső szélére lehet rakni, ahol gyorsabb, de ez nálad megint nem fontos, mert SSD-d van.
-
Frawly
veterán
válasz
#89309696
#11773
üzenetére
Igen, ezen a linken éred el, így be tudod tenni a Google-t. Tudom, faramuci, ez sajnos a Mint baromsága, hogy valamelyik cég adományozójuk, és annak az oldalát tették meg defaultnak, a Google-t pedig kivették, hogy ne váltsanak vissza a laikusok túl könnyen. De ezen a weboldalon simán visszaválthatod. Ez más disztrón nincs így (azokon ezt jóváteszik azzal, hogy van valami más szopás
), azokon az alapértelmezett a Google alapból, ahogy Windowson is.Swap partíció nem kell, talán defeault már swap fájl készül. Annak az is az előnye, ha nem elég a mérete, akkor lecsatolás után törlöd, majd létrehozol a helyére egy új, nagyobb fájlt, amit mkswap segítségével terminálban megformázol. De az a 4 GB elég, amit létrehoztál, 8 GB RAM mellett ideális, úgyis csak keveset fog belőle a rendszer használni, ha fog egyáltalán. A Linux nem olyan, mint a Windows, hogy állandóan swapolási mániája van, nem tekeri a lemezt feleslegesen, meg takarékosabban bánik az erőforrásokkal is, CPU, memória, stb..
-
Frawly
veterán
válasz
#89309696
#11769
üzenetére
Linux alatt nincs C: - D: stb. meghajtó. Csak /dev/sda1, /dev/sda2, /dev/sdb1, de még ezeket sem érheted el közvetlenül, mert fizikiai eszközök, hanem az ezeken lévő fájlrendszereket fel kell csatolni egy mappába. Linux alatt mappába csatolunk mindent.
Megjegyzem ezt a mappába csatolást a Windows is tudja, arra az esetre van beletéve, ha valakinek annyira sok meghajtója lenne, hogy a Z: meghajtó is betelik, akkor is tudjon újat felcsatolni. Annyi, hogy nem ez az alapértelmezett.
A böngésző lehet csak neked furcsa 6 év belakás után. Nézd meg a belakott rendszeren, hogy milyen témákat, addonokat adtál hozzá Firefoxhoz
Azért próbáld ki NV kártyával is. Annyit megnéznék IGP-n is, hogy ha játssza épp le az 1080p-s YouTube videót, akkor mennyi a prociterhelés.
Illetve ahhoz, hogy pl. YouTube-on használja, ahhoz IGP-n kellenei fog a h264fy addon. Ugyanis ahogy néztem, a GT730 még nem tudja a hardveres VP9 dekódolást, amit a YT erőltetne alapból, ez az addon kierőszakolja, hogy alapértelmezésben x264 kódolásban játszódjanak le a videók, és akkor itt jön a képbe a hardveres dekódolás.
A natív médialejátszón is megnézheted a prociterhelést egy 1080p-s x264 lejátszása közben.
-
Frawly
veterán
válasz
ubyegon2
#11766
üzenetére
Ja, ezt nem is tagadta senki, hogy az Intelnek rossz lenne. Viszont ez az Intel Media nem lesz jó a kérdezőnek, mert csak Intel Core i 5. gentől támogatott. Neki meg 3. gen van, ugyanarra a driverre lesz szüksége, amit én is használok 2. genhez.
A kernel automatice betölti hozzá az i915 kernel modesetting opensource drivert, hacsak nincs nomodeset paraméterrel letiltva. Meg kell a mesa csomag, ami Minten biztosan fent lesz. Sok disztró telepíti hozzá még a xorg-intel drivert, de az nem kell már jó ideje. Egyedül a libva-intel-driver kell, ami azt hiszem hogy függőségnek behúzza a libva-utilst, ezek a hardveres videódekódolásról gondoskodnak. Sanszos, hogy Minten eleve feltelepítetten érkezik, ezt a apt list --installed | grep libva futtatásával lehet ellenőrizni. Ha nem lenne fent, akkor meg az is tuti, hogy az Illesztőprogram-kezelőben fel lehet tenni grafikus felületről.
De a kollégának mindenképp azt javaslom, hogy első körben hagyja benne azt a GT730-at, az egy újabb, jobb GPU, Vulkan-támogatással, jobb hardveres dekódolóval. Ha az működésre bírható, akkor felesleges lenne integráltat használni.
-
Frawly
veterán
válasz
zoltanz
#11762
üzenetére
Ez disztrótól függ, szerintem a Mint dönti el, vagy mind telepítve van rajta, hogy használja ezekből azt, ami a hardverhez való. A G2140-ben nem írják pontosan milyen GPU van, de mivel Ivy Bridge, ezért HD4000-nek kéne benne lennie. Ezen táblázat alapján ehhez is az a csomag való, amit én használok: libva-intel-driver. Archon te választasz, mivel a rendszer nem dönt el semmit helyetted, de ott is működött nálam, hogy feltettem mindkét csomagot, nyilván csak az az egy fog működni, ami hozzá való, a másikat elkezdtem kísérletezős alapon leszedni, továbbra is ment, ergó a jó drivert szedtem le. Második telepítésnél már eleve csak a libva-intel-t tettem fel.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Gyermek PC játékok
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Bitdefender Total Security 3év/3eszköz! - Tökéletes védelem, Most kedvező áron!
- Gyors, Precíz, Megbízható TELEFONSZERVIZ, amire számíthatsz! Akár 1 órán belül
- LG 77G4 - 77" OLED evo - 4K 144Hz 0.1ms - MLA - 3000 Nits - NVIDIA G-Sync - AMD FreeSync - HDMI 2.1
- Konzol felvásárlás!! Playstation 5, Playstation 5 Pro
- Csere-Beszámítás! PowerColor Red Devil Spectral White RX 9070XT Videokártya! Bemutató Darab!
- AKCIÓ! Lenovo Legion Slim 5 Gamer notebook - R7 7435HS 16GB RAM 1TB SSD RTX 4070 8GB GDDR6 WIN11
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft
Város: Budapest