-
Fototrend
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
#10621
Frawly
veterán
LantosBerry8
#10617
Frawly
veterán
válasz
LantosBerry8
#10617
üzenetére
Az lesz, amit írtak, amerikai default kiosztással gépelted be a magyar jelszót, most meg magyar kiosztással próbálkozol, és így fel lehet cserélve az z/y, nem egyeznek az ékezetes karakterek. Esetleg telepítéskor véletlen benyomva maradt a Caps Lock és csupa nagybetűvel írtad a jelszót, vagy fordítva.
Esetleg telepítéskor megadásra került a root és a felhasználóineved felhasználó jelszava is, és telepítéskor az egyiket kéri, te meg a másikat próbálod megadni.
-
Frawly
veterán
válasz
Anakin007
#10591
üzenetére
Nem tudom te voltál-e abban a másik topikban, de ide is írom: ez egy bug, kernellel függ össze valószínűleg vagy GPU driverrel. Nem tudom rá a megoldást. Próbáld újratelepíteni a rendszert, de ne engedd netről frissülni, nézd meg úgyis csinálja-e. Aztán frissíts rá, és nézd meg mikor jön elő újra ez a probléma.
-
Frawly
veterán
válasz
savior
#10582
üzenetére
Függ attól milyen oldalakat nézegetsz, milyen erős hardverügyileg a gép, mennyi RAM-od van.
Nálam Arch alatt Firefox (Dev Edition, ami a Firefox bétának az egyik kiadása) fut meg Chromium. De lehet bármi mást is használni. Épp úgy, ahogy Windows alatt is feltehetsz akármilyen böngészőt, úgy Linux alatt is feltehet ugyanazokat (az Internet Explorer és Edge kivételével): Opera, Vivaldi, és a kisebbek: Pale Moon, Falkon, Midori, Slimjet, de ez utóbbiak régi gépre valók, kevés RAM-hoz.
-
Frawly
veterán
válasz
lev258
#10518
üzenetére
Ez nem Cinnamon/Mint nyűg, tanúsíthatom, hogy Arch alatt is létezik. Nem csak xev-vel, de pl. qemu-val is. Az oka az, hogy sudo-val indított programnál nem találja az X kijelzőt. Az ilyenre valóban a pkexec-et szokták ajánlani.
De ez csak X-es programoknál gond, azoknál sem mindnél. Terminálos alkalmazásoknál nem számít.
-
Frawly
veterán
válasz
Necronom
#10470
üzenetére
A Win10-ben az SMB megosztás nyűgös, még a windowsos gépek felé is. Pl. letiltották benne az SMB1-et, a felderítést, meg ha valami olyan hitelesítési protokoll van Win10-ben beállítva, ami Linuxon nem úgy van konfigurálva, akkor nem fog menni. Az a baj, hogy az NFS sem egyszerűbb, amin természetesen nem a Need for Speedet értem, hanem a Network File Systemet.
Valami kulturált megosztási protokollt csinálhatnának, amit egyszerű konfigurálni, szabványos, és minden platformon megy. Ezért nem használok SMB-t és NFS-t sem, ha megosztásra van szükség helyi hálón, FTP-vel oldom meg.
-
#10476
Frawly
veterán
SwissAirplan
#10475
Frawly
veterán
válasz
SwissAirplan
#10475
üzenetére
Teljesen jó ez így. Ezt írtam én is, GUI alól kell indítani, és akkor nem lövődik ki a terminál bezárásával.
-
#10459
Frawly
veterán
SwissAirplan
#10445
Frawly
veterán
válasz
SwissAirplan
#10445
üzenetére
Ez az adott progitól függ. Ha csak terminálban indítod, akkor a terminál kilövése után leáll. De ha pl. exec proginév formában futtatod, akkor nem, illetve vannak egyes progik, amiket terminálból lehet demonizálni, pl. az ntpd a -d kapcsolóval deamonként fut, vagy pl. a compton kompozitor a -b kapcsolóval meghívva.
Esetleg grafikus felületről indítani őket futtatással. Erre szokott lenni külön futtató app, mint a Windows Start Menüjében is van, ahol csak futtatod azt, amit terminálban is futtatnál, és futva marad, mivel nincs terminál közbeiktatva, nem lép ki.
A másik megoldás, hogy systemd service-ként demonizálni, de ezt is támogatnia kell az alkalmazásnak. Illetve erre létezik valami hack is, ha szükséged van rá, előkeresem neked.
Ezeket a a Domoticz, Mosquitto, Node-red alkalmazásokat soha nem használtam, így nem tudom hogyan demonizálhatók.
-
#10436
Frawly
veterán
SwissAirplan
#10433
Frawly
veterán
válasz
SwissAirplan
#10433
üzenetére
Szerk.: dupla.
-
#10435
Frawly
veterán
SwissAirplan
#10433
Frawly
veterán
válasz
SwissAirplan
#10433
üzenetére
Az MQTT-t nem ismerem, de ha minden eszközöd azt támogatja, akkor nem szabad váltani, mert sok eszköznél már jelentős költségtényező. A legtöbb netes írás a Mosquittot ajánlja hozzá, ha azzal megy, azzal kell használni.
A net alapú megoldásoknak igazából csak egy hátránya van: ha épp nincs a lakásban net, akkor nem éred el az okoseszközöket. Meg úgy a netre kimegy a tevékenységed, de nem hinném, hogy valaki az okoseszközök alapján figyelne meg.
-
#10432
Frawly
veterán
SwissAirplan
#10430
Frawly
veterán
válasz
SwissAirplan
#10430
üzenetére
Legalább akkor tisztáztuk az alapfelállást. Smart home szervert akarsz. Mehetünk tovább világos látásmóddal, arra a pontra, hogy milyen smart eszközeid vannak, azok milyen protokollokat támogatnak, Google, Amazon Alexa, IFTTT, vagy mi a tök.
Mondjuk a smart home dolgokhoz nem annyira értek, de nem árt tisztába tenni a dologkat, mert aki viszont otthon van a témában, az látni fogja azonnal mit akarsz, könnyebben ajánl neked Linuxra megoldást.
Ha nagyon egységes eszközparkod van, pl. minden smart eszköz támogatja ugyanazt a protokollt, akkor sokszor saját szerver sem kell, elég felhős-webes felületen menedzselni a dolgokat.
-
#10429
Frawly
veterán
SwissAirplan
#10425
Frawly
veterán
válasz
SwissAirplan
#10425
üzenetére
Rosszul állsz hozzá. Próbálsz kétségbeesetten mindenfélét, de nem tudod igazából mit akarsz. Most tegyünk félre mindenféle TeamViewert domoticz-franctudjamicsodát, Node-bullshitet. Pontosan mit is akarsz a géptől? Távoli asztalt akarsz windowsos gép felé? Vagy routert akarsz állítgatni? Vagy mit?
Ezt kéne előbb tisztába tenni, és a későbbiekben akkor ehhez a célhoz segítünk natív linuxos eszközt választani, amit könnyű telepíteni és működik is, és nem kell bonyolult leírásokkal fetrengeni napokon át.
Ha pl. csak SSH kapcsolatot akarsz, hogy terminálban kapcsolódj, ahhoz csak elég, ha a telepíted az OpenSSH-t, amit meg is tettél, és a másik gépről belépsz terminálon keresztül ssh IP:port paranncsal. Nem kell semmilyen Node-izé, meg Putty.
-
Frawly
veterán
Ezt most nem értem. Tehát bootol, csak GRUB nélkül. Teljesen jó ez így, nem tudom miért vágysz a GRUB-ra. Olyan szép nézegetni, vagy mi? Persze mindenkit más tesz boldoggá
Egyébként még mielőtt Uby félreérti: nem vagyok a GRUB ellen, de ha egyszer ki lehet hagyni a bootfolyamatból, akkor szeretem az összes extra bootmanagert kihagyni, egyel kevesebb dolog, ami eltörhet, meghibásodhat.
-
Frawly
veterán
válasz
ubyegon2
#10378
üzenetére
Figyi, értem, hogy frusztrál téged lelkileg ez az Arch téma, és azóta is a lelki sebeidet nyalogatod, de itt a Double Commanderről meg terminálos fájlátnevezésekről volt szó. Az meg Mint-en is ugyanaz. Persze az igaz, hogy manjarós kérdéssel jobb lenne vagy a kezdő, vagy a manjarós topikba átmenni, de úgyis ugyanaz az 5-10 ember látogatja az összes linuxos topikot, majdnem mindegy ki hová írogat.
-
Frawly
veterán
-
Frawly
veterán
válasz
Dhampir
#10309
üzenetére
Ez már elég régi cikk, azóta a sokadik szubnotiját gyűri, szerintem már a XPS 13-at is rég nyugdíjazta valami még újabbra. Nem nagyon költ ő ezekre, cégek küldözgetik neki repiajándékba, meg hardvertesztelésre, valamelyik interjúban mondta, hogy egy egész szobára való ilyen cucca van, amit még kipróbálni sem volt ideje.
Egyébként meg ezt a 11 colos MacBook Air-t ő nem fő gépnek használta, hanem ha úton van, akkor legyen nála egy kis gép, amit könnyű hurcolni, és legyen annyi erő benne, hogy ha kernelt kell forgatni, akkor ne őszüljön bele, míg végez. Bár egyébként erre szerintem nem kell erős gép, dolgozhatna távoli szerveren, feltölti a megváltozott kódot, a rengetek magos szerveren meg lefordul meg betömörítődik néhány másodperc alatt, utána meg letölti. Sokkal olcsóbb megoldás, mint ultradrága ultrabookokat tartania magánál. Mert amúgy az ő munkájához nem kell erős gép, írta, hogy csak néhány terminálablakot használ a kódoláshoz, semmi extra IDE, meg hasonlót nem használ.
-
#10305
Frawly
veterán
scabiosa82
#10299
Frawly
veterán
válasz
scabiosa82
#10299
üzenetére
Teljesen megértelek. Az x265/heic szerintem is nagyon jó formátum. Ha van, érdemes használni. Viszont azzal nem értek egyet, hogy a frissessége nem érdekel. Én az írásaidból azt veszem le, hogy igen gyakran rá leszel szorulva frissebb verziókra, már csak az iPhone miatt is, szerintem érdekeljen. Érdekel az téged, legfeljebb még nem tudsz róla
-
#10304
Frawly
veterán
scabiosa82
#10299
Frawly
veterán
válasz
scabiosa82
#10299
üzenetére
Ezek a Qt és Gtk ilyen függvénytárak, szoftverkomponensek grafikus felületekhez, amiket a szoftvernek csak meg kell hívni és egységes megjelenést meg programozási felületet biztosít. Kicsit olyasminek kell őket elképzelni, mint Windowson a dll-eket. Néhány windowsos szoftver is használja őket, pl. a qBittorrent használ Qt-t, a Firefox meg talán Gtk-t.
Neked mint végfelhasználónak nem kell ezzel foglalkozni, de érdemes olyan grafikus környezetet felrakni, ami leginkább passzol az általad használ programok zöméhez. Tehát ha zömében Qt-s programokat használsz, akkor nincs sok értelme Gtk-s felületet (Cinnamon, Gnome, Mate, LXDE) telepíteni és fordítva. Bajt nem okoz, inkább a memóriagazdálkodás és a helyfoglalás miatt törődnek sokan ezzel.
-
#10298
Frawly
veterán
scabiosa82
#10296
Frawly
veterán
válasz
scabiosa82
#10296
üzenetére
Ha ilyen friss progikra van szükséged, meg tetszenek a Qt-s/KDE-s programok, akkor inkább Manjaro KDE-t tegyél fel Mint Cinnamon helyett. Akkor minden csomagból elég friss verziót tudsz elérni a tárolókban, és nem kell flatpakkozni.
Abban viszont nincs igazuk itt a népeknek, hogy baj, hogy KDE-s programokat használsz Cinnamon alatt. Teljesen lehetséges, problémát nem kéne okozzon. Ha valami progi nem indul el, indítsd el terminálból, mert akkor oda ki fogja írni, hogy miért nem indult el. Ha grafikus felületről indítod, akkor nem fogod látni, hogy miért nem indult el.
Persze mivel a Cinnamon Gtk-s környezet, érdemesebb rajta Gtk-s progikat használni. Ha KDE-s programot teszel fel, azok Qt-s csomagokat használnak, és hoznak telepítéskor magukkal egy csomó csomagot (jó részük be is töltődik a memóriába, amikor indítod az adott alkalmazást). Mint írtam, hibát nem okoz, de ha azon kapod magad, hogy túl sok Qt-s programod van fent, akkor valami KDE felületes disztrót érdemesebb használni, pl. Manjaro KDE, Kubuntu. Minték nincsenek túl jó barátságban a KDE-vel.
Krusader helyett én a Double Commander Gtk-t ajánlom Cinnamonhoz. KDE-n meg a Double Commander Qt-t. A legnagyobb tudású linuxos fájlkezelő, eléggé hasonlít a Total Commanderhez, funkcionalitásban ez közelíti meg legjobban.
-
Frawly
veterán
válasz
ubyegon2
#10269
üzenetére
Nem kell semmit bűvészkedni. Archon ki kell adni a gen-fstab -U > /etc/fstab parancsot. Ennyi.
Nálam, mikor gond volt az fstab-bal, minden esetben bootképtelenséget okozott, és hibakonzolt kaptam, semmit nem tudtam billentyűleütésre átugorni.
Abban viszont igazad van, hogy lehet a disks is tudja kezelni az fstab-os csatolásokat.
-
Frawly
veterán
válasz
ubyegon2
#10266
üzenetére
Igen, tudja. Megnézi, hogy mik vannak csatolva, melyik eszközök, milyen mappákba, azok milyen fájlrendszerek, és legenerálja velük az fstab-ot. Mount paramétereknek a default-ot adja meg, ha valamelyik SSD-n van, akkor a relatime,discard opciókat is hozzáveszi, ha támogatott. Ha gen-fstab -U formában hívod meg, akkor az UUID-k alapján írja meg az egészet.
Csak előtte arra kell figyelni, hogy minden fel legyen csatolva, mert ha valamit kifelejtesz, az nem lesz belegenerálva az fstabba. Nyilván abból találja ki miket akarsz csatolni, ami már csatolva van.
Az lehet, hogy Mint-en nem kell jogosultságot állítani az automatikus csatoláshoz. Archon is csak egyszer, amikor létrehozod a mappát neki, meg elsőre csatolod. Utána többször nem kell hozzányúlni.
Persze nagyobb DE-knek is van GUI-ra kivezetett automount funkciója, ami nem az fstab-on alapul, és fel tudják csatolni induláskor a megadott meghajtókat, partíciókat. Ilyen van a KDE-ben, Gnome-ban, Xfce-ben, de talán a Cinnamon, Mate-ben is. Ilyenkor valóban nem kell root jogosultság sem, annyiból kényelmesebb. Meg ha elront valamit a user, nem lesz bootképtelen a rendszer. Ezt az egyet egyébként mindig is kritizáltam, egy hibás fstab-nak nem kéne leakasztania a bootot (hacsak nem a root/home partíció csatolása hibás). Ki kéne írnia egy warningot, meg mellőznie kéne a hibás sorokban lévő csatolásokat és kész.
-
#10265
Frawly
veterán
scabiosa82
#10264
Frawly
veterán
válasz
scabiosa82
#10264
üzenetére
A másodikat azért nem csatolja, mert ugyanaz a csatolási pont. A második partícióra találj ki egy új csatolási pontot, pl. /media/czifrajoco/masodik vagy /media/masodik vagy /home/czifrajoco/akarmi, de amit az fstab-ba beírsz, az mappa szinten is legyen létező, tehát létre kell hozni a mappát ténylegesen neki, ahová csatolni tudja. Nem létező mappába nem tudja felcsatolni. Meg arra is érdemes figyelni, hogy a csatolási mappára állíts be a korlátozott jogú felhasználónak is hozzáférést, egyébként úgy fogja csatolni, hogy csak root-tal fogsz hozzáférni a partíciókhoz.
(#10261) Károly 99: a Win8, 8.1, 10-zel vigyázni kell, mert alapból leállítás címén csak félhibernálást végeznek, ha be van kapcsolva a Gyors Indítás (Fast boot). Ez utóbbit ki kell kapcsolni, mert nem csatolódnak le az NTFS partíciók tőle, ami a Linuxnak gondot okoz.
-
#10260
Frawly
veterán
scabiosa82
#10259
Frawly
veterán
válasz
scabiosa82
#10259
üzenetére
Ha csináltál mentést pendrive-ra, akkor visszaállítható.
De egyébként is, javítható, bebootolsz a telepítős pendrive-val, amin a Live iso van, a Live rendszeren felcsatolod a mostani rendszered partícióját, megnyitod róla szekresztésre a /etc/fstab-ot, és kitörlöd a hibás sort, vagy átszerkeszted.
Egyébként a /media/felhasználó/stb az nem a partíció neve, hanem a csatolási mappa. A partíció neve az az sda1 vagy nvme01 vagy ilyesmi, lsblk-val ellenőrizhető.
Egyébként csodálkozom, hogy felhasználóbarát Mint-en kézzel kell berhelni az fstab-ot. Archon ki lehet adni a gen-fstab parancsot, ami újragenerálja az egészet, beleteszi az összes jelenleg felcsatolt partíciót, így csatolva lesz minden, és nincs az, hogy egyik-másik sor hibás.
-
#10258
Frawly
veterán
CsengődiGeri
#10256
Frawly
veterán
válasz
CsengődiGeri
#10256
üzenetére
Ez a Fallout 4 nehéz téma lesz. Ahogy nézem, natív linuxos bináris nincs. Hivatalosan meg a winehq-n a minősítése a játéknak Garbage, tehát sz@rul fut.
Így csak az marad, hogy amit letöltöttél, azt használod. Csak bemásolod valahova a mappát Linux alá, és elindítod sorban 1-install, 2-launcher, 3-start scripteket. Lehetőleg terminálból, ha valamelyiknek rendszergazdai jog kell, akkor sudo-val futtatva:
cd /játék/elérési/útja
sudo ./1-installAzért kell terminálban indítani, ha van valami hibaüzenet, lássuk mit írt ki.
Esetleg a Steam-et lehet feltenni, ott megvenni a játékot, és talán Proton (DXVK) alapokon könnyebben működésre bírható. Nem ismerem ezt a játékot, nem játszottam még vele.
-
#10254
Frawly
veterán
scabiosa82
#10243
Frawly
veterán
válasz
scabiosa82
#10243
üzenetére
Sajnos a warez olyan, hogy még Win-en sem könnyű. Crackelni, update-elni, no-cd-zni, stb. kell, meg registryt hegeszteni, sorozatszámot generálni, stb.. Szóval ha ez az igény, hogy az nCore-os játék működjön, akkor bizony Linuxon terminálban kell majd hegeszteni elég keményen. Ezt be kell vállalnod, ha ezen a vonalon akarsz maradni. Az úgy nem megy, hogy ingyen is legyen, meg egy kattintásos/kényelmes legyen. Valamit valamiért. A warez sincs ingyen, mert le kell hozzá töltikéznek, utánaolvasnod, hekkelnek, a Linux sincs ingyen, mert az időddel fizetsz, míg megtanulod a rendszer használatát, kitapasztalod, hogy milyen driverek, csomagok, grafikus felület az, ami neked kell.
Általános tanácsként azt tudom mondani, hogy ha van az adott játéknak natív Linuxos változata, akkor elég csak a futtatható állományokat csomagból feltenni, utána hozzájuk lehet másolni a windowsos változat adatfájlait. De játéka válogatja.
Abban igaza van itt a kollégának, hogy néha érdemes szétnézni a Steam-en, GOG-on, egyéb oldalakon, mert néha sok játék van leakciózva, pl. most Black Friday, meg őszvégi akció alkalmából, sok játékklasszikus megvehető 1000 Ft alatti áron, vagy nem sokkal többért, az eredeti ár töredékéért. Elég sok közöttük natív linuxos is egyben, így azokhoz kevesebbet kell hekkelni.
De pl. nálam most a MoH:AA csak Linuxon volt működésre bírható. A játék nem támogatja az Intel HD GPU-kat (azok állítólag nem támogatnak régi OpenGL-verziókat és régebbi OpenGL extensionöket), ezért Win7-8.1-10-en nem kelthető életre, XP-n nem próbáltam. De Linuxon életre volt kelthető a natív linuxos változat (icculus-féle beta3), de az bugos volt (bugos hang, random kilépeget), meg a windowsos változat is (ehhez még többet kellett hekkelni, de ez bugmentesen fut).
-
Frawly
veterán
válasz
paatrick
#10233
üzenetére
A Mint 13 nagyon régi, egy 6 éves kiadás!!! Ne kombinálj rajta, írj ki pendrive-ra egy Mint 19-et, és bootolj be róla. Nem kell telepíteni, csak indítsd el kipróbálás módban, nézd meg működik-e a billentyűzetnek ez a makróizéje. Ha nem megy, akkor nézd meg az lsusb kimenetét terminálban, hogy lássuk minek ismeri fel a billentyűzetet.
-
#10219
Frawly
veterán
scabiosa82
#10217
Frawly
veterán
válasz
scabiosa82
#10217
üzenetére
A legújabb GIMP tuti kezeli a heic-képeket. Az imagemagick-kel konvertálni lehet terminálban más formátumra, de csak akkor, ha a heic támogatás bele van fordítva, olyan verzió.
-
Frawly
veterán
válasz
#33164544
#10209
üzenetére
Innen lehet letölteni. Itt kattintasz az Original Resolution: 2000x1331 linkre előjön a kép, még egyszer rákattintasz, előjön normális méretben. Ott a képen jobb gombbal kattintás, majd Kép mentése más néven... opció választása. De vannak még az oldalon hasonlóan jó képek.
(#10212) Amazonas: kösz szépen, már le is szedtem. A Windows alá jó lesz háttérnek. Linux alatt hagyom most a pálinka-alapanyagosat
-
Frawly
veterán
válasz
#33164544
#10203
üzenetére
Az a kép, amit linkeltem, az konkrétan 2000×1331-es, ami nagyobb, mint az 1920×1080-as FHD. De lehet az említett oldalakon szűrni, hogy csak olyan képeket hozzon fel, amelyek legalább FHD felbontásúak.
(#10198) ubyegon2: pálinkaalapanyag a térded kalácsa
Nem beszólni, mert kapsz egy barackot a fejedre -
Frawly
veterán
Igen, azt Gyurmafigura is írta, hogy már kevesebbe fogyaszt, de ha bekapcsolsz mindenféle plasmoidot, effektet, rendszerértesítést rajta, meg kinyitsz, bezársz pár progromat, utána már az alapfogyasztás sem nagyon megy alább 0,8-1 GB-nál. Boot után lehet vele valóban 450-500 MB-ot is mérni, de az csalóka lehet. Igaz a memóriafogyasztás azért csökkent, mert sokat butítottak is rajta. Egyre több beállítási lehetőséget és effektet vesznek el belőle.
-
Frawly
veterán
válasz
ubyegon2
#10200
üzenetére
Ez nem tetszik. Mármint a háttérkép, nem a fapadosság. De a linken lévő desktopjaid között van szép, az az éjszakai esős utas, meg fekete-fehér lámpaoszlopos elég jó. Ezt a háttérképet honnan tudnám letölteni, ’cijó.
-
#10197
Frawly
veterán
scabiosa82
#10192
Frawly
veterán
válasz
scabiosa82
#10192
üzenetére
A tárolókban nincs meg vétetlenül ez az imagescan progi? Onnan kéne feltenni. Előtte egy sudo apt update és sudo apt upgrade párost is futtatni.
-
Frawly
veterán
válasz
ubyegon2
#10193
üzenetére
Állatik ezek a háttereid
Ilyen fekete-fehér style-t én is toltam, amikor Openboxon klasszik MacOS skin volt.Nekem most ez a hátterem. Ez a wallpaperscraft amúgy is egy jó oldal, ajánlom az interfacelift.com és alphacoders.com mellé.
A free -m nálam 584 MB-os fogyasztást ír, ha semmi nem fut. Frissen, bootolás után inkább csak 550 MB körül van.
-
#10195
Frawly
veterán
scabiosa82
#10194
Frawly
veterán
válasz
scabiosa82
#10194
üzenetére
Ez egy parancs, amit kiadsz terminálban, és bemásolod ide, hogy mit írt ki.
-
#10191
Frawly
veterán
scabiosa82
#10190
Frawly
veterán
válasz
scabiosa82
#10190
üzenetére
lsusb kimenetet kérünk, hogy lássuk pontosan a típusát az eszköznek. Utána keresünk hozzá drivert.
-
Frawly
veterán
válasz
Cucuska2
#10188
üzenetére
Nekem ez a 992 MB is sok ezzel a Cinnamonnal. Nálam az elvileg bloatabb Gnome3 600 MB alatt eszik, igaz nálam nem fut plusz applet, update manager, NV illesztőprogram. Még Xorg sem fut, mert Wayland van helyette, és az alkalmazások számára csak egy minimális Xorg emuláció van betöltve.
Bár mondjuk nem is olyan sok, mert egy nagyon fullos KDE is simán bekajál 1 GB-ot, meg a Win10 is.
-
Frawly
veterán
válasz
#33164544
#10181
üzenetére
Ez így nem mond semmit. Az 1,8 GB memófogyasztás soknak tűnik, ha tényleg csak 1 füles Chrome fut, de ennek az 1,8 gigának lehet a nagyja kernelcache, meg az az 1 fül is attól függ, hogy előtte előzményekben milyen oldalak voltak rajta megnyitva, mekkorák, milyen addonok vannak feltéve Chrome-hoz. Plusz lehet előtte futott több progi is, amit ugyan bezártál, de ilyen shared librarykat a kernel a memóriában tart bezárás után is.
Ezt a Stacert nem ismerem, komolytalannak tűnik, nézd a memóriafogyasztást, lx-task vagy gnome-system-monitor valamelyikével. Régen még a htop-ot javasoltam, de az elkezdett mindenféle kamu dolgot írni. Esetleg a terminálban a free -m paranccsal lehet ránézni, ha nem akarsz csak ezért újabb progikat telepíteni.
-
Frawly
veterán
válasz
paatrick
#10179
üzenetére
Annyira csilivili animáció egyikben sincs. Inkább alaptudásra (elérhető tálcaszolgáltatások, értesítések, appletek, témák) és RAM fogyasztásban különböznek. Az Xfce fullosan olyan 300 MB alatti memóriát eszik, ha kikapcsolt benne ezt-azt, akkor 200 alá is be lehet menni. A Cinnamonnál majd ubyegon megmondja mennyit kér.
YouTube-on nézegess róluk videókat, melyik hogy néz ki. Vagy töltsd le mindegyiket, írd ki pendrive-ra Rufus-szal, és bootold be. Nem kell telepíteni, csak elindítod live módban, kicsit nyomkodod, hogy milyen, mennyit eszik, milyen sebességgel fut.
-
Frawly
veterán
válasz
paatrick
#10173
üzenetére
Lehetőleg a 32 bitest próbáld meg először. Annak annyi hátránya van, hogy néhány progi nem támogatja már a 32 bitet: Chrome, Skype. Bár ha Chrome helyett Chromiumot használsz, Skype helyett meg böngészőben Skype-olsz, akkor vállalható.
Esetleg kezdhetsz mindjárt a 64 bitessel is, de ha túl lassúnak érzed, akkor a 32 bitest telepíted a helyére.
-
Frawly
veterán
-
Frawly
veterán
válasz
Dhampir
#10042
üzenetére
Szerintem pont a nyomtatók voltak az első olyan hardverterület, amiben a Linux leelőzte a Windowst. Én is számtalan olyan nyomtatót bírtam azonnal működésre Linux alatt, amihez utoljára vagy csak XP-hez volt driver, vagy csak 32 bites, Linux alatt meg a 64 bites is simán vitte őket, pl. a Konica Minolta 1250W ilyen nyomtató volt (igaz sok év múltán jött ki hozzá 64 bites Win7-es driver, de akkor már a hajamra kenhettem, rég linuxoztam).
De pl. sok régi Creative hangkártya is olyan, hogy utoljára XP-hez és Vistához volt hozzá driver, és már Win7-en is problémás volt őket használni, Linux alatt meg alapból mennek. De pl. sok régi ATi kártya is ebbe a körbe tartozik, pont most volt róla szó a Win10 és Linux 'low end' laptopon című cikk alatt.
-
-
Frawly
veterán
válasz
Dani_kp
#9999
üzenetére
NTFS-en a GetDataBack NTFS-t megpróbálhatod futtatni. Ha még nem íródtak felül a fájlok, akkor az vissza tudja hozni. De ezt előre nem tudni, hogy felülíródott-e a helyük. Csak próbálkozás után fogod meglátni.
Meg ezért célszerű máskor először lomtárba törölni, és nem ténylegesen.
-
Frawly
veterán
válasz
#33164544
#9852
üzenetére
Ezt a jelenséget a vsync hiánya okozza, GPU driver problémájára utal. Milyen driver-rel hajtod most? Az inxi csomagot feltéve és inxi -Gxxx futtatásával biztosan meg lehet tudni, de lehet elég a Mintben lévő grafikus driverkezelőt elindítani.
Azt nem tudom, hogy Quadro kártyákhoz milyen driver ajánlott. Gondolom a zárt, de abból is van többféle verzió.
-
Frawly
veterán
válasz
Mtbsrác
#9846
üzenetére
A BIOS-ban kell állítani. Általában Onboard devices részen vagy valami hasonló a neve, ott Onboard SATA controller elnevezéssel szokott lenni SATA mode, ott lehet általában olyanokat állítani, hogy Legacy, Compatibility, IDE (ez a három kb. ugyanaz, mindegyik BIOS máshogy nevezi), RAID (ezt ne használd), Native, SATA, AHCI (ez a három is közel ugyanaz, különféle BIOS-ok másként nevezik). Itt állítsd át az első három valamelyikére.
Továbbra is használhatsz SATA meghajtókat, épp úgy SATA2-SATA3 sávszéllel, de a BIOS a SATA vezérlőt szabvány IDE/PATA vezérlőként fogja emulálni, így meg az OS-ek úgy látják, hogy nem SATA vezérlő meg SATA meghajtó van a gépben, hanem IDE-s, közben meg a BIOS csak átveri őket.
Amit még javaslok, hogy XP helyett XP POSReady 2009-es kiadást tölts, ezen a videón elmagyarázzák a különbségeket, meg adnak hozzá működő kulcsot, és ott van link, hogy a MS oldaláról hivatalosan honnan tölthető le (így nem kell warez telepítővel szenvedni). Előnye az XP-vel szemben, hogy több frissítést alapból tartalmaz, gyorsabban, kulturáltabban telepíthető, nincs online aktivációellenőrzés, te döntheted el, hogy mit tartalmazzon a telepítés. Illetve ennek az is előnye, hogy a telepítőnek be lehet adagolni telepítés előtt a windowsos SATA drivereket, amik a géphez valók, így még akár a BIOS-ban sem kell átállítgatni a vezérlőt IDE módra. De lényegében egy modernizált XP, épp úgy elavult, nem nagyon ajánlom. Lehet a Win7-tel jobban járnál, az még támogatott lesz 2023-ig (most hosszabbították meg 3 évvel), meg annak a SATA vezérlőkkel sem lesz baja. Én még dedikált Windows telepítése előtt Wine-ben is nekimennék, hogy hátha működésre lehet bírni azt a progit. Ha nem menne, akkor terminálból indítsd, wine progineve.exe, hátha ott ki fogja írni hibaüzenetként, hogy miért nem megy. Lehet megoldható, és nem kell külön Windowst telepíteni sok giga terjedelemben hozzá, meg BIOS-t állítgatni.
-
Frawly
veterán
válasz
Mtbsrác
#9834
üzenetére
Ha az XP kékhalálozik, az leginkább attól szokott lenni, hogy kellene neki a SATA driver. Vagy tegyed át a gép SATA vezérlőjőt legacy/IDE/compatibility módba, úgy IDE-sként tudja kezelni a háttértárakat. De ha megy az a progi Win7 alatt is, akkor azt kéne inkább feltenni. De amúgy amelyik progi Win7 alatt megy, annál mindenképp kitrükközhető, hogy Win10 alatt is menjen. Csak azt nem értem, hogy a Windows kell, akkor miért a linuxos topikban kérsz segítséget.
XP-nél még egyre kell vigyázni: az SSD particionálását nem szabad azzal végezni, mivel az alignálást el fogja rontani. A particionálást így mindenkép modern particionálóprogikval kell csinálni, vagy a Win7 telepítőjével, vagy Linux alatt, mert azok nem szúrják el.
-
Frawly
veterán
válasz
gregory91
#9840
üzenetére
Ez az egyik legrosszabb gyakorlat, minden mappában, minden fájlnak mindenki által való futtathatási jogot adni. Nem csak biztonságilag gáz, hanem ha fájlkezelőkben nézel egy ilyen mappát, az egész összehánytnak tűnik, nem lehet megmondani, hogy melyik fájl való tényleg futtatásra (azaz melyik bináris vagy script), és melyik nem. Meg backup megoldásoknak is betehet, ha az archive flaget elállítja minden fájlon. Nagyon kezdő koromban én használtam ezt a 777-es gányolós módszert, majd leszoktam róla. Erre nem a chmod, hanem a chown való, amivel tulajdonost, meg csoportot tudsz módosítani, a többi engedélyt, attribútumot meg nem bántja.
-
Frawly
veterán
válasz
ubyegon2
#9832
üzenetére
KDE meg Gnome alatt is van beépített, grafikus archívumkezelő. De szerintem nem olyan kényelmes tömörített fájlokhoz mindig egy plusz 3rd party progit elindítgatni, meg lesz egy 100. ablak is a háttérben. Ezért szeretem ezt is Commanderben megoldani, és úgy lehet őket kezelni, ahogy a tömörítetlen fájlokat, ez pedig nagyon kényelmes. Ezzel szegény Cinmanó sem tud önmagában versenyezni, de tiszta mák, hogy a Gtk-s Double Commandert az alá is simán felteheted.
Nekem ezek az Intéző-szintű fájlkezelők (Nautilus, Nemo, stb.) meg archívumkezelők nem tudják kiváltani a rendes commandert, mindegy milyen addonokat pakolsz rájuk, meg hány paneles megjelenítést támogatnak. Sose lesznek olyan kényelmesek.
-
Frawly
veterán
válasz
ubyegon2
#9828
üzenetére
Az tény, hogy a linuxos világban kevesebb szükség van tömörítőkre, mivel általában progik meg forráskódok vannak vele tömörítve, de azok nem gyakran használatosak, mivel az emberek tárolókból telepítenek. Forráskódot meg egyre gyakrabban git-ből húznak le. Így nekem is elég ritkán van ilyenre szükségem, a DC nem is emiatt van fent nálam.
De néha azért jól jön, mikor bele kell nézni egy tar.gz-be, vagy egy deb vagy rpm csomagba, akkor ha kell belőle valami, akkor külön feltelepítés nélkül ki lehet belőle nyerni a fájlt. Meg főleg kezdőknek lehet nagy segítség, akik nem akarnak mindjárt terminálban tar xvzf-fel huszárkodni vagy mc-t, p7zip-et, unrar-t, stb. telepíteni.
Már a DC-t is egyre ritkábban használom, mivel egyre gyakrabban a fájlműveleteket terminálban oldom meg. A DC akkor jön jól, ha egy mappában csak bizonyos fájlokon akarok műveletet végezni, csoportosan, ez terminálban nem hatékony.
-
Frawly
veterán
válasz
ubyegon2
#9820
üzenetére
Annyit még megjegyeznék, hogy a DC alapból arj, rar, stb. formátumba nem tud becsomagolni, csak kicsomagolni, tesztelni. De ha az ember felmásolja az említett tömörítők parancssoros változatát (nem kell az egész WinRAR-t meg ilyen hóbelebancot), onnantól fogva a becsomagolás, update is fog menni. Bár én ezt nem használom, mert szutyok proprietary formátumokba nem csomagolok be. Csak 7-zip-be vagy (g)zip-be és kifújt, azok is tudnak mindent, és azokat bármilyen platformon, opensource progival ki tudja bárki csomagolni. Ha solid tömörítés kell, akkor megint 7-zip vagy linux only környezetbe szánva Tar Gizi. De ugyanígy semmiből nem használok zárt formátumot (pl. nrg, bin, mdf, docx, stb.). Nem akarom magam platformhoz kötni, meg ezeknek a zárt dolgoknak a terjesztésében, egyeduralmának fenntartásában részt venni.
A RAR-nak szerintem csak két elég jó funkciója van: az kezeli legjobban a darabolt bővítményeket (de erre ma már nincs szükség, hogy valamit floppyra meg CD-re kelljen darabolgatni, már FTP-ken is leszoktak erről, ha mégis kell, a 7-zip is támogatja korlátozásokkal), meg hibás archívumokat is meg tud javítani valamilyen szintig, de ez utóbbi megint nem nélkülözhetetlen feature, mert ha az archívum sérült, akkor már megette a fene, nem javítgatni kell, hanem arról gondoskodni, hogy ne sérüljön. Ezek a funkciók utoljára a floppy-s, CD-s korszakban jöttek jó. Meg amíg a GUI-k nem terjedtek el, akkor a RAR mellett még az szólt, hogy elég felhasználóbarát volt a felülete, a DOS-os változatnak is a maga idejében, meg később a WinRar-nak is, de ma már ez sem világrengető különbség.
-
Frawly
veterán
Ezeket a hibás lapokat MS Office-ból nyomtatod Wine alatt? Próbáld ki első körben a CUPS beállításokat ellenőrizni, meg natív linuxos alkalmazásokból is nyomtatni, mondjuk egy pdf-nézőből vagy LibreOffice-ból. Csak 2-2 oldalt, hogy az első után ott is értelmetlenséget nyomtat-e.
Ez a PlayOnLinux működése mit takar? Csak 1-1 játék nem megy, vagy a POL sem indul el? Terminálból indítva van valami hibaüzenet?
Érdemes a meglévő hibákat megtanulni elhárítani, és nem egyből reflexből a régi verzióra downgrade-elni, mert így fogsz nagyon régi verziókra beragadni.
-
Frawly
veterán
válasz
ubyegon2
#9817
üzenetére
Én a Double Commandert ajánlom. Úgyis kell egy normális 2/többpaneles fájlkezelő a gépre, és kezel mindenféle archívumtípust (7z, zip, rar, arj, ace, arc, tar, tar.gz, tar.bz2, tar.xz, stb.), mappaként bele lehet lépni, tömöríteni, update-elni, test-elni is tud tömörítvényeket, jelszót is kezel, nem csak kitömöríteni tud. Egymásba ágyazott archívumokkal is elbír. Az .iso fájlokat is épp így kezeli, ez pedig sokszor szükségtelenné teszi iso-fájlok felcsatolgatását is. Feleslegessé teszi mindenféle szakadár progi beszerzését meg egyéb archívumkezelő (pl. Ark) használatát. Nagyon fasza progi, van belőle Gtk-s és Qt-s verzió is, meg ha valaki nem akar Total Commander warezt, akkor Windowsra is ajánlom, ott is kivált mindenféle 7-zipet, PeaZip-et, warez WinRAR-t, sokszor ISO-kezelő progikat is. Már csak azért is, mert a TC bővítményeit is tudja kezelni, és tudásban sem marad le sokkal.
-
Frawly
veterán
Sikerült lefényképezni melyik folyamatot vagy service-t nem tudja lelőni? Engem az idegesít ilyenkor, hogy ki kell várni 2 percet, mire lelövi. Kéne hogy csináljanak valami lehetőséget, hogy ne kelljen kivárni, hanem az ember megnyomna egy spéci billkombót, és azonnal kilőné a folyamatot kényszerítetten.
Ez Arch telepítéskor is zavar, mikor bootol az Arch Live, és Wi-Fi-s laptopról indítom, akkor valami másfél percet számol vissza bootkor, mert próbálná elindítani a nem létező Ethernet-csatlakozáson a DHCP címkérést, persze címet nem kap, mivel nincs csatlakoztatva kábel, de azért kiváratja ezt az időt, mert az idő mindent megold. Gyógyír minden sebre
-
-
Frawly
veterán
válasz
Mtbsrác
#9706
üzenetére
Igen, mert alapból a linuxos fájlrendszerek úgy jönnek létre, hogy csak rendszergazda tudjon rá írni. Meg a linuxos bootolható lemezképek/telepítők is írásvédettre vannak megcsinálva. Ha újra rendesen akarod használni a pendrive-ot, akkor cfdisk -z paranccsal particionáld elölről, NTFS-re vagy ami kell, arra figyelj, ha Windows alatt is használod, az csak egy partíciót enged az egész pendrive-on, vagyis lehet több, de akkor egyiket sem tudja kezelni. Ha linuxos fájlrendszert teszel rá, akkor meg chown felhasználóneved -R paranccsal gondoskodj róla, hogy legyen rá jogod írni nem rendszergazdai jogokkal is.
Elvileg már a fájlrendszer létrehozásakor (konyhanyelven formázás) is vannak kapcsolók, meg felcsatoláskor is (mount), hogy az user is tudjon ráírni chown-ozás nélkül. Egyet nem szabad még, amit sok kezdő meghúz, hogy chmod 777-et futtatnak rajta végig türelmetlenségből.
-
-
Frawly
veterán
válasz
growler
#9692
üzenetére
Húha, ezzel nem lettünk okosabbak, csak annyi, hogy nem segfaultol. Valami Qt-s kirajzoló rutin nem működik, ahogy nézem. Cinnamon alatt futtatod?
(#9691) ubyegon2: csak Archon nem megy. Windows 10 alatt igen. A linuxos OFF topikban robokuty segített megfejteni, hogy valami MTU-val kapcsolatos beállítás miatt van, de elakadtam vele, minden deafulton van, a hálózati beállításokat nem akarom szétcseszni, mert amúgy minden más oldal működik, csak ez a szutyok imgur nem.
-
Frawly
veterán
válasz
growler
#9689
üzenetére
Sajna nálam nem megy az imgur. Eddig legalább proxyval ment, de most már csak egy szürke oldal jelenik meg, hogy hány perce töltötték fel a képet, de a kép nem jelenik meg. Az, hogy mit ír ki terminálban, ahhoz nem is kell képet csinálni, kijelölöd terminálban a kiírt szöveget, és beilleszted ide.
Nálam rendben megy Arch-on a qBittorrent 4.1.1 verziója. Terminálból indítva csak egy warningot kapok, mivel Waylanden futtatom, de tényleges bugot nem okoz:
[user@gépnév ~]$ qbittorrent
Warning: Ignoring XDG_SESSION_TYPE=wayland on Gnome. Use QT_QPA_PLATFORM=wayland to run on Wayland anyway. -
Frawly
veterán
válasz
growler
#9672
üzenetére
Ha terminálból indítod a qBittorrentet, akkor ír valami hibaüzenetet? Arra kéne ránézni.
A dd teljesen jó bármilyen iso kiírására, bootolnia kéne. Egy kivétel van: Windows telepítők kiírására nem alkalmas, de arra ott van vagy a woeusb, vagy FAT32-es partícióra elég rámásolni a telepítőt UEFI bootnál.
-
Frawly
veterán
válasz
growler
#9648
üzenetére
A qBittorrentről nem tudok nyilatkozni, mert bár használom, de nem Mint-en. Az Unetbootinról viszont biztosan tudom állítani, hogy az mindig is egy instabil hulladék volt, azzal nem kell foglalkozni. Mire használod? Ki kéne váltani valami normálisabb alternatívával.
(#9664) sonar: az RHEL valóban csak a 3.x-es kernelnél tart, de ők saját support keretében egy csomó mindent backportolnak bele az újabb kernelekből, meg saját patcheket is hegesztenek hozzá, szóval elég megtévesztő csak a főverziószámot nézni. Pont az RHEL-es kapcsolat miatt a CentOS is ugyanazon 3.10-es kernelágon van, ami már több mint 5 éves ág. A mainstream kerneleknél nemsokára jön az 5-ös is, alig egy-két alverzió lesz már csak a 4.1x-ből.
CentOS-ből a 6-os verzió is támogatott még, és az 7 éves 2.6-os ágon van, de szintén backportokat tartalmaz. Ráadásul többen is használják még. Ehhez a konzervativizmushoz képest még a Debian is patyolat friss a 4.9.x-es kernelekkel, a SID-ben meg már a 4.17.x megy.
-
Frawly
veterán
válasz
growler
#9611
üzenetére
Ebben igazad van némileg. Szerintem annyiból jó hidat felégetni, hogy nincs csábulás a Windows alá visszabootolásra az adott gépen. Jobban rá van úgy szorulva az ember, hogy mindent Linux alatt oldjon meg, és utánanézzen dolgoknak.
De ha sok gép van az adott háztartásban, szervezetben, akkor egyiken, amit úgyse nagyon használnak, valóban célszerű lehet meghagyni valami Windowst. Ha kell valami programnak, ami csak néha kell, és nincs alternatívája Linux alatt, meg nem fut Wine alatt sem, akkor nem árt, ha van kéznél egy olyan tartalék rendszer, amit ilyenkor be lehet röffenteni. Esetleg Win To Go-t lehet USB pendrive-ra telepíteni, az is jó, és akkor nincs géphez kötve, dual bootra csábulás sincs, de valami tartalék windowsos rendszer van.
Ha csak a lejárati idő a gond, eBayről lőni kell egy refurbished vagy újrahasznosított OEM licencet jelképes áron, azzal jön termékkulcs, amivel használható a Win10 korlátlan ideig. Mondjuk a MS egy idő után felektelistára teheti, de akkor lehet venni másokat, de nem nagy tételek ezek, valami egy ezer forint körül is vannak már, és évekig használható, lehet sose teszik feketelistára. Viszont ez a megoldás csak magánembernél játszhat, cégnél, szervezetnél a NAV-os szoftvernyilvántartás miatt, meg folyamatos BSA fenyegetés miatt nem kockáztatnám meg, vagy csak egy titkosított konténerben lévő virtuális gépen maximum.
-
Frawly
veterán
válasz
#63718632
#9589
üzenetére
Ilyenről nem is hallottam, hogy csak x ideig érvényes Windows. Elég LOL. Elvileg lehet olcsón refurbished OEM licencet venni, ami az EU-n belül legálisnak számít, meg addig is, amíg nem érkezik meg, fel lehet tenni az MS oldaláról a Win10-et, és a projekt erejéig beaktiválatlanul használni pár napig. De ha megy a Linux, akkor nincs értelme ilyenekkel szívni, jobb választás. Jobban bánik a gép erőforrásaival, nem fenyegetnek folyton vírusok meg befoltozatlan, de bejelentett sérülékenységek. Sok éve én is úgy vagyok vele, hogy semmire nem teszek Windowst, ha annyira nem muszáj, hanyagolom, ahol csak lehet. Egyre lassabb, egyre használhatatlanabb hulladék. Minden értelmes, átlagos felhasználói dologra van épkézláb linuxos alternatíva.
A LibreOffice meg szerintem még jobb is mint az MS Office, pláne egy kisebb szervezetnél. A titka az, hogy a saját open forumátumaival kell használni, és nem az MS formátumokat ráerőltetni minden áron.
(#9596) apszi: mindenképp érdemes a 64 biteset használni. Elvileg néhány program gyorsabban is futhat 64 biten, meg nem kell PAE-vel vergődni, hogy mind a 4 GB-ot ki tudd használni. Plusz egyre több disztró és szoftver dobja a 32 bites támogatást. Egyelőre még a Mint támogatja, de nem tudni meddig. A Chrome, Skype, stb. már dobták a 32 bites támogatást. Hacsak a kényszerűség nem visz rá (túl régi gép, 2GB vagy kevesebb RAM), akkor inkább hanyagolni kell a 32 bitet, nem jövőtálló már.
-
Frawly
veterán
válasz
Dhampir
#9591
üzenetére
Azért ezt nem mondanám. Az adott disztró hivatalos tárolóját, meg megbízhatóbb külső tárolóit mindig is jobban megéri használni.
A Flatpak akkor jön jól, ha valami nincs meg a disztró tárolóiban, de nem akarsz forráskódból forgatással meg teljesíthetetlen függőségekkel henteregni, hanem csak telepíted a Flatpak-ot (ha nem lenne fent alapból), leszeded vele a kívánt alkalmazást, a pakkban ott lesznek a hozzá kellő függőségek is. A Steam is ilyen, lehúzgálja magának saját forrásból a függőségeket, hogy nehogy gondot okozzon a disztró csomagjaival való inkompatibilitás. Cserébe viszont ez a megoldás bloat, mert külön leszedett rakat függőség nagyjára lehet nem lenne szükség. Csak szükségmegoldásnak javaslom, annak ellenére, hogy nem vagyok ellene, az ötletet kifejezetten jónak tartom, hogy legyen disztrófüggetlen, univerzális csomagkezelési lehetőség.
-
Frawly
veterán
válasz
spanyoll
#9558
üzenetére
Üdv a linuxos klubban. Nem kell OFF-ba tenni, mert Mintről van szó, ami minden formában ON.
Egyes laptopgyártók sajnos nem szabványosan implementálják az UEFI-t, az Acer pont egy ilyen gyártó. Nem minden Acer-géppel van baj, de ezek szerint te beleestél ebbe a körbe. Valami Windows-specifikus UEFI-jük van, amit hekkelni kell, hogy menjen a dual boot Linuxszal. A másik problmás a netbookok szoktak lenni, meg táblagépek, mert azoknak néhány esetben 32 bites UEFI-jük van, ami megint problémákhoz szokott vezetni.
Az UEFI amúgy jó dolog, kivéve, ha valami gyártói gányolás áldozata. Szerencsére a legtöbb gépen ma már szabványos, 64 bites UEFI implementáció van, ami a főbb Linux disztróknak nem okoz gondot, így a Mint-nek sem.
-
Frawly
veterán
válasz
ubyegon2
#9551
üzenetére
Jövőre is használható lesz. Az XP is használható most is, meg jövőre is az lesz, ha tudod mit kell feltenni, mit hogy kell beállítani. Stabil is. Mégse ajánlom. Linuxot is jó néha felfrissíteni, nem díszből adják ki az újabbnál újabb verziókat. Ha tényleg olyan tökéletes lenne a régi, akkor befejeznék a fejlesztést.
-
Frawly
veterán
válasz
ubyegon2
#9538
üzenetére
Húznék én vissza, de nem tudom frissíthetek-e rá, megjelent-e belőle az kiadás, vagy várnom kell vele 2018. októberig, az a verzió úgyis LTS lesz, ami 2099. február 31-ig támogatott
![;]](//cdn.rios.hu/dl/s/v1.gif)
Igaz már 2019-ben sem fog rajta menni semmi a régi csomagverziók miatt, de legalább atom stabil lesz, stabilan nem használható semmire. -
Frawly
veterán
válasz
0xmilan
#9536
üzenetére
Édes istenem, még hogy nincs értelme a legújabb verzióra update-elni. De örülök, hogy nem használok többé ilyen baromságokat, nem kell tűkön ülni, mire megjelenik egy új kiadás, és lesznek olyan jók, hogy frissíthetek végre, mire a mindenható is úgy akarja. Arch alatt csak benyomom neki a sudo pacman -Syu parancsot és a legújabb csomagverziókon vagyok, nem kell várakozni, mire elérhetőek a frissítések, meg nem kell azt nézegetni, hogy mi meddig támogatott. Szóval az Arch LTS, olyan long support van, amíg ki nem adod az újabb pacman -Syu-t, ez néha csak pár óra
Ubisokon is szoktam röhögni, hogy új disztrónál még ilyen partikat is tartanak, amin az új kiadást ünneplik
Meg az Arch abban is le van maradva, hogy nincsenek ilyen frankó női és állatos kódnevei, nem tudnak ezek semmit, se kódnév, se verziószám, se partizás. Csak friss verziók. Meg néha szopás Ha kernel, system, stb. upstreamben elqrnak valamit a fejlesztők, de ez nem az Arch sara szerintem. -
Frawly
veterán
1. nincs szükség vírusirtóra
2. nem jelent biztonsági kockázatot. Viszont ha csak távoli elérés a cél, leírhatnád, hogy melyik progit akarod vezérelni, mert nem csak a TeamViewer és az OpenVPN létezik, van sokféle alternatíva, a webes eléréstől kezdve az SSH-ig. Több infó kéne arról, hogy pontosan mire kéne.Ha csak a távoli elérés a cél, akkor felteheted a Linuxot virtuális gépre is, mondjuk Virtualboxra (hálózati beállításnál bridge-elt hálózatot adj meg neki).
-
Frawly
veterán
válasz
ubyegon2
#9471
üzenetére
Kipróbálni dolgokat én virtuális gépen szoktam. Azt is egyre ritkábban. Ha valami progira vagyok kíváncsi, azt csak simán telepítem a tárolókból, hogy megnézzem milyen. Nyilván az éles rendszerembe én sem szeretek belegányolni, de erre nem is mutatkozik nálam igény. Rég túl vagyok a kísérletezős korszakomon.
-
Frawly
veterán
válasz
#63718632
#9477
üzenetére
Nem ismerem a Solust, még nem próbáltam ki. Kicsit morbidnak tűnik, bár lehet az a helyzet, amit írsz. A legtöbb linux telepítője valami fdisk vagy parted-frontendet használ, és még nem láttam olyat, ami elbökte volna a partíciók alignálást, mivel a parted/fdisk fel van erre készítve. Valahogy iparági sztenderd lett (nem csak Linuxon, de modern Windows-okban is), hogy mindent 1024K-s (egész MB-os) határon particionálnak, mert az minden meghajtónak megfelelő. Ilyen WinXP/2k-s telepítők, progik voltak az utolsók, amelyek ezt elrontották.
Fontos, hogy SSD-nél ne 4K-s alignálás legyen, hanem nagyobb, mert a legújabb 3D TLC-s SSD-knek 16k-s alignálás kell, persze az általánosan alkalmazott 1024K-s jó, mert az osztható nem csak 4K-val, de 16K-val, meg 32K-vel, stb.-vel is, tehát jövőtálló.
Modern HDD-knek is kell a 4K-s alignálás. Ennek a 63-mal osztható szektoron partíciókezdésnek utoljára a régi HDD-knél volt értelme, ahol optimálisabb volt így particionálni, mivel a CHS (Cluster-Head-Sector) séma miatt egy sávban 63 szektor volt, és így szektorok nem tolódtak át a sávhatárokon. De ezek kopnak ki, vagy mert tönkrementek, vagy mert átkerültek az ilyen HDD-k retró gépbe, modern gépeken ennek már nincs relevanciája.
-
Frawly
veterán
válasz
ubyegon2
#9467
üzenetére
Szívni mindennel lehet, de jobb egy kezdőnél ezt minimumra szorítani. Ha mindjárt mentás cinmanóval kezdtél volna, akkor még szívni sem kellett volna ahhoz, hogy lásd a winre többet nem lesz szükséged. Utána járni mindenképp kell dolgoknak, ha rolling, ha nem az adott disztró, mert eltörhetnek dolgok frissítéskor, szükség lehet eltérő konfigurálásra, akkor meg nem árt tisztában lenni az alapokkal.
Az értem, hogy tanulásról volt szó, de ahhoz mégis az hozza meg a kedvet, ha alapvetően nem kell semmivel szívni, kihívások lehetnek akkor is.
-
Frawly
veterán
válasz
ubyegon2
#9450
üzenetére
De. Lehet tanulni Debianon is, de kezdőket óvva szoktam intenteni tőle. Szopni fognak a régi csomagokkal, meg hogy a nonfree tároló alapból nincs bekapcsolva, se a Wi-Fi, se a GPU-használata, se a médiaformátumok lejátszása nem fog menni adott esetben, ami kezdő desktop usereknek marha frusztráló lesz, csak elveszi a kedvüket az egésztől.
Kezdőknek Manjaro, Ubi, Mint-et szoktam ajánlani. Solust csak azért nem, mert még én sem próbáltam ki, nem ismerem.
Alapvetően nem attól függ, hogy rolling-e vagy nem. A kezdőknek a lényeg, hogy kezdőbarát legyen, sok csomag legyen a tárolókban, és alapból vigyen minél több hardvert, hogy ne kelljen vele nekik fetrengeni, míg 0 tudásuk van a témában. Meg ma már annyira kifejlődték magukat ilyen tekintetben a disztrók, hogy ha a distrowatch top10/20-ból választ valaki, és az Arch, Debian, TrueOS, ReactOS-t kizárja előre, akkor nem tud egyikkel sem mellényúlni. Igazából oda redukálhatók le a dolgok, hogy kinek milyen felület jön be, meg mennyire kőkorszaki gépen akarja használni.
-
Frawly
veterán
A linuxos usereknek van egyfajta fejlődési pályája. Egy nagyon kezdő nagyon kapja a fejét a sok disztróra, sokféle felületre, azt se tudja mit használjon, mindegyikről olvassa, hogy szuper valami miatt, vadul váltogat a disztrók között eleinte. Néha több disztrót is feltesznek a gépre ebben a korai időszakban (feleslegesen, mert érdemes egynél maradni, valami elterjedt, jó támogatottságú disztrónál). Ebben a korszakban még az is jellemző, hogy windowsos megoldásokhoz ragaszkodnak (weboldalról telepítés tárolók helyett, Wine túlzott használata, vírusirtó futtatása, mindenből a grafikus, csilivili megoldások erőltetése). Aztán idővel megállapodnak egy disztrónál, amit huzamosabb ideig nem cserélnek le, de fejlődés ilyenkor is van, ahogy ismerik meg egyre mélyebben a rendszert, meg mindig módosul azon programok, csomag köre is, amit használnak, meg egyre inkább állnak át minimalistább megoldásra, ahogy átlátják az egészet. Végül viszont tovább lépnek valami haladóbb disztró felé, ahonnan minumum installból építik fel a rendszert csak azokkal a csomagokkal, amik nekik kell. Persze ez a kései korszakos, egyre haladóbb disztrók felé váltás már lassabb folyamat, nem jellemzi kapkodás. Ez a másik szépsége a Linuxnak szerintem, hogy mindig van benne hová fejlődni, mindig vannak hatékonyabb, minimalistább irányok, mindig van mit széthekkelni.
Windows alatt ez utóbbi nincs. Ott van a stock rendszer, azt használja mindenki, legfeljebb a témát szabja át, színeket, háttérképet. Progikból is a userek 90+%-a Windowson ugyanazokat a legelterjedtebb megoldásokat használja, nincs nagyon hová váltani arról, nincs nagyon fejlődési lehetőség, nem szólhatsz bele kellő mélységben a rendszer működésébe.
-
#9444
Frawly
veterán
King Unique
#9443
Frawly
veterán
válasz
King Unique
#9443
üzenetére
Nem kell neked túrni a registyt, írja a Windows a háttérben nonstop, mint az állat, valami service vagy folyamat mindig ír oda. Meg az NTFS is eléggé töredező, elavult fájlrendszer, ez főleg azon érezni, ha régebbi, lassabb HDD-t használsz, és csak úgy röcögteti a Windows, ugyanaz a HDD Linuxon meg teljesen csendes, lemezvisszajelző led is halványabban pislog, sokkal gördülékenyebben kezeli a fájlokat (másolás, törlés, indexelés nélküli keresés sok fájlon), igaz ez nem csak a fájlrendszer miatt van (főleg amiatt mert nem nagyon töredeznek), hanem a linuxos cache-kezelés is jobb. SSD-vel már ezt nem érezni, mert az mindkét rendszer alatt gyors. A linuxnak a swap-kezelése is sokkal kulturáltabb, a Windows már akkor tekeri a swap-ot, ha még lenne bőven szabad fizikai memória.
Egyébként az átlag felhasználónak a Linuxnál ott van a legnagyobb előny, hogy azalatt nem kell vírusirtót futtatnia. Ezt azért egy high-end gépen is meg lehet érezni adott esetben. Meg Linuxnál nem szemetelődik tele, lassul be a rendszer idővel, nem kell mindenféle cleaner vackokkal pucolgatni. A frissítési mechanizmusa is jobb, gyorsabb a disztróknak, mint a Windowsnak, gyorsabban is keresik meg a frissítéseket, gyorsabban töltik le, gyorsabban telepítik (az egész frissítési folyamat alig pár perc vagy másodperc, közben meg nyugodtan lehet használni mellette a gépet, mert egyáltalán nem fogja, SSD-nél lényegében csak az idő, amíg tölti le a frissítéseket, a megtalálás, telepítés csak pillanatok műve), nincs az, hogy kapcsolnád ki meg be a gépet és még percekig, órákig írogatja, hogy Frissítés... ne kapcsolja ki a gépet.
Szerintem mára már a felület csiliviliségében is jobbak a nagy DE-k, már rég lehagyták a Win7-et, amihez képest a Win8.x/Win10 még vissza is fejlődött, igaz legutóbb a DE-k is fejlődtek vissza valamennyit, mióta flat designosítják meg butítják vissza őket, de még így is az aktuális windowsos szint előtt járnak.
Tény, hogy más a két rendszer, más a filozófiájuk, a szoftverek is mások. Egy egész más világ, szokni kell, de nem nehéz megtanulni használni meg karbantartani rendszerként. Utána, hogy átszokott az ember, és átáll az agya egy más koncepcióra, és hosszabb kihagyás után Windows elé ül, akkor fogja látni, hogy mekkora trágyahalom igazából. Előtte azért nem látja, mert azt szokta meg, meg nem nagyon ismer mást, így természetes lesz neki.
Persze ahogy mondtam, a Linuxnak is van itt-ott hiányossága. Régebben főleg driverek voltak azok, mára ebben nagyon felzárkózott, de pl. driverektől függetlenül is pl. a Windows nyomtatókezelése szerintem jobb, mint a CUPS-os bénázás.
-
#9442
Frawly
veterán
King Unique
#9440
Frawly
veterán
válasz
King Unique
#9440
üzenetére
Vannak a Linuxnak is hiányosságai. Pl. SSD-infós szoftver meg normális lemezmeghajtós benchmark sincsen rá (csak ilyen dd, bonnie, stb. őskövületekkel lehet méricskélni), meg már évek óta normális médiakonvertáló frontendet sem találok, ami pl. ki tudta volna rendesen váltani a foobar2000 + beállított parancssoros encode-erek sémát (ezeket azóta Bash scripttel konvertálom, de elég kényelmetlen). Ennek ellenére megvagyok Windows nélkül évek óta, nem is hiányzik. 1-2 jó szoftver hiányzik róla, de maga az OS, meg az egész .exe fájlos, registry gányolós szarkupac szisztéma egyáltalán nem. Nyilván ezek a %-ok becslések, a lényeg, hogy nagyon kevés embernek kell tényleg Windows. A többiek csak megszokásból használják, vagy mert az OS-t magát szokták meg, vagy mert a rá írt programokat, és azért nem bírják elengedni, holott a Linux is kiszolgálná őket.
-
Frawly
veterán
Nem sokkal másabb, mint egy Mint Mate. Máshogy van témázva a felület, meg más a csomagösszeállítás, más csomagkezelő, más csomagformátum, meg rolling disztró. Alapvetően ha megtanulsz linuxul és van már vele tapasztalatod, akkor mindegy mit használsz, a felületet akárhogy testre tudod szabni, másik felületet felrakni, a neked szükséges progikat is fel tudod tenni, így mindegy milyen disztrót használsz. Így igazából a disztrók csak a csomagkezelésben különböznek, meg hogy a frissítést hogy oldják meg (kiadások vagy rolling, vagy ezek kombinációja). Na meg a nagyobbak, népszerűbbek mögött több fejlesztő áll, nagyobb a felhasználói tábor, több hozzájuk a csomag, tároló.
-
Frawly
veterán
válasz
#33164544
#9433
üzenetére
A Linux sincs ingyen, ennél nem valódi, hanem tanulópénzzel fizetsz. Viszont ha kitapasztalod, sokkal szívásmentesebb, mint a Windows.
Windowst nagyon én már nem is erőltetnék semmire, csak ha olyan progit kell futtatni, amire nincs alternatíva Linuxon és Wine-ben sem fut, esetleg Adobe kreatív programcsomagokkal dolgozik, vagy valami MS-only infrastruktúrába fejleszt be, vagy MS Office kell neki a munkájához, mert használ belőle egy MS only funkciót, de ez a felhasználók 0,1%-a kb.. Meg efölé jön, ha valaki a legújabb PC-s AAA játékcímeket akarja futtatni, ők még legyenek 10%, de akkor sokat írtam. A többiek feleslegesen szivatják magukat Windowszal. A legtöbb user igényeit még egy androidos táblagép is kiszolgálja, nem hogy egy desktop Linux, nekik felesleges is a Windows, mégis azt használnak, mert nem ismernek mást, vagy nem bíznak benne.
-
Frawly
veterán
Próbáld meg megint azokat a csomagokat telepíteni, amit múltkor írtak. Írtad, hogy akkor nem segített, de nem láttad, hogy lett volna valami hibaüzenet. Azért kéne újra megnézni, hátha van hibaüzenet és segít valamit. Az az igazság, hogy pedig jól csináltad, a grafikus illesztőprogramoknál is jót tettél fel, meg amit a kolléga ajánlott, hogy telepítsd, azok is megfelelő csomagok, egy újraindítást követően kéne lennie Wi-Fi-nak. Ehhez képest az látszik a kernelmodulokból, hogy nem tölti be a Broadcom drivert. Vagy azért, mert nem ment fel valami hiba miatt, vagy fent van, de valami miatt nem használja.
-
Frawly
veterán
válasz
ubyegon2
#9405
üzenetére
Mindegy melyiket használod, a TRIM-elést mindkettő elvégzi. Én használtam mindkét módszert, felváltva és együtt is. Jobban hiszek egyébként az fstrim-ben, szerintem az hatékonyabb, de a discard-os módszer is megtrimezi szerintem addig a szintig, hogy ne legyen probléma. Igazából ez inkább hit jellegű, ki melyik megoldásban bízik. Vagy fájlrendszerfüggő, mert pl. a FAT32-es EFI boot partíción nekem is van discard megadva, mivel a FAT-ot nem támogatja az fstrim.
fstrim-hez meg systemd service van már minden disztróban (plusz kézzel is lehet futtatni service nélkül), cron-ba már nem szokás felvenni.
Nem beszólni, mert kapsz egy barackot a fejedre 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Igaz már 2019-ben sem fog rajta menni semmi a régi csomagverziók miatt, de legalább atom stabil lesz, stabilan nem használható semmire.
Új hozzászólás Aktív témák
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]
- Bestbuy játékok
- Elektromos (hálózati és akkus) kéziszerszámok, tapasztalatok/vásárlás
- Windows 11
- Asztalos klub
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- Formula-1
- Mielőbb díjat rakatnának a görögök az olcsó csomagokra az EU-ban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Intel Core i3 / i5 / i7 / i9 10xxx "Comet Lake" és i3 / i5 / i7 / i9 11xxx "Rocket Lake" (LGA1200)
- Medence topik
- További aktív témák...
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7700X 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- AKCIÓ! Gigabyte B450M R7 2700X 16GB DDR4 512GB SSD RX VEGA64 8GB CM 690 III FSP 600W
- Azonnali készpénzes INTEL CPU AMD VGA számítógép felvásárlás személyesen / postával korrekt áron
- BESZÁMÍTÁS! MSI B450 TomaHawk R5 3600 16GB DDR4 512GB SSD RX5500 XT 8GB Rampage SHIVA TT 530W
- ASUS Radeon RX 7600 V2 Dual OC 8Gb - Aqua gari 26.12.12 ig
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest