- Luck Dragon: Asszociációs játék. :)
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Gurulunk, WAZE?!
- gban: Ingyen kellene, de tegnapra
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- vrob: Az IBM PC és a játékok a 80-as években
- sziku69: Fűzzük össze a szavakat :)
- zebra_hun: Hűthető e kulturáltan a Raptor Lake léghűtővel a kánikulában?
- Magga: PLEX: multimédia az egész lakásban
-
LOGOUT
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
sonar
addikt
válasz
Frawly
#12397
üzenetére
Félreértesz. Nem home user oldalról közelítettem meg a dolgot.
Céges környezetben (arról beszélek amiben létezek, cd tudom, hogy vannak haladóbbak is) ragaszkodnak az LTS szerű megoldásokhoz. Tehát, hogy amire elkezdtek fejleszteni, építeni az X évig jó legyen. Ezt biztosítja a CentOS/RHEL meg az Ubuntu. És jó eséllyel HW-rel együtt a régi OS (és megoldásai) cserélődnek. De van még nálunk 6.2-es RHEL mert egy spéci kártya miatt az az előírás.Amúgy 2016 nem volt régen... Mikor egy egy egy fejlesztés akár évekig is eltart bizonyos területeken.
-
#40553216
törölt tag
válasz
Frawly
#12397
üzenetére
„és ki legyen szolgálva a felesleges konzervativizmusuk”
A szerinted felesleges konzervativizmus működteti a világot. Kell az általad képviselt forradalmi hevület is, mert ez hozhat hasznos nagy ugrásokat, de sokkal több összeomlást hozna, ha csak ez lenne. A te szemléleted lényegében a génmutációkkal vagy (társadalmi szintre vetítve) a leghibbantabb ötleteket is lelkesen azonnal mindenki torkán lenyomni akaró „liberális” forradalmi élcsapat mindennapi tevékenységével párhuzamos. A változtatások nagy része azonnali használatra alkalmatlan. Egész más felelősségi szint a világ folyamatos működtetését biztosító rendszereket csinálni, fenntartani, mint a saját otthoni rendszeredet pofozni. Ha utóbbi tönkremegy, azt csak te élvezed, ha az előbbi, abból katasztrófa lehet.
Az emberek nem lusták, csak mert nem az állandó farigcsálás a céljuk. A pc-re mint munka/szórakoztatóeszközre tekintenek. Márpedig sem a tévét, sem a házi mozi–„hifi” rendszert, sem a mosógépet, sem a főzőlapot, sem a gázkazánt nem állnak le bütykölni. Megvették, működjön. Ha Windows van rajta, akkor magától, ha Linuxot raknak rá, lényegében akkor is. Az OS tudja, amit kell: azokat a programokat futtatni, amit használnak! A külsőségek (háttérkép, ablakkeretek, egér, feliratok) mit sem számítanak, azok olyan szükséges kiegészítők, amelyek segítik a használatot, de nem szabad, hogy a lényegről eltereljék a figyelmet. Ezért is van pl. minden grafikai programnál középszürke környezet. -
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.
-
sonar
addikt
válasz
Frawly
#12394
üzenetére
Oké ez mind szépen hangzik, de ezekre csak akkor jössz rá mikor burul minden.
Pl.: ubuntu 16.04-->18.04 ugrásnál máshogy kell az interface-ket konfigolni.
Meg aki init scripteket irogatott aztán systemd váltásnál meg csak néz bután, hogy X dolog miért nem megy. Aztán meg egyszer a systemd helyett is lesz újabb dolog.
Engem nem nagyon győzött meg ez a rolling. -
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.
-
sonar
addikt
válasz
Frawly
#12385
üzenetére
Ha már újra előjött a téma.
Had kérdezzem meg, hogy mondjuk ha rolling distro átáll systemv-ről systemd-re akkor mit csinál a rendszer gazdája?
Vagy mondjuk, hogyan vannak lekezelve az egyéb technológia váltások? (interface konfiguráció, default python verzió) Akár élesben akár otthon? -
-
#40553216
törölt tag
válasz
Frawly
#12385
üzenetére
A .1 … .6 alverziók mind egyre újabb kernellel jöttek ki, az utolsó a 4.4-gyel.
„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”
De az LTS-eknek nem ez a céljuk, hanem az, hogy amikor kijön, akkor vagy azután nem sokkal telepítik és rajta van a gépen.amíg a gép ki nem pusztul.
A i7-2720QM-es gépemen most frissítettem 20.04-re, ami kevésbé pörgeti a ventit. De ez itthoni gép, az én bajom, ha baja van, Nem cég termeléshez kellő cucca, ami naponta borulna a rollingtól.(#12386) ubyegon2
Az old release-eknél ez sem műx, mert ott az alap manifest van, de a release note-okban le van írva, melyik melyik. -
válasz
Frawly
#12385
üzenetére
ubuntu-14.04.6-desktop-amd64.manifest
De az a baj, hogy megint hülyeségeken kötözködsz
Aham, ezek szerint nem Te kötöttél bele ezredik alkalommal a szokásos LTS......na mindegy.
Ezeken a hivatalos letöltő oldalakon mindig a
.manifestkiterjesztést kell megnyitni, ha látni akarjuk az összes csomagot. -
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ú.
-
válasz
Frawly
#12382
üzenetére
Megint ki tudja milyen oldalakról szeded az infókat, a fenti oldalon a linux-image-4.4.0-142-generic kernellel jön ki az iso. OK, ez a -6-os, de eből a szempontból tökmindegy.
Extended Security Maintenance frissítés van hozzá 2022-ig, semmi más. Nyilvánvaló, hogy most senki nem ezt fogja felrakni, miért aggódsz akkor?
-
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.
-
growler
őstag
válasz
ubyegon2
#12379
üzenetére
Jobban belegondolva, amit fentebb írtam, az inkább a . verzió frissítésre igaz.
A fő verzióra frissítésnél csak az utolsó . verzióról (pl. 19.3 ról 20-ra) lehet.
És nem biztos hogy az is olyan katt-katt metódussal lehetséges.
De biztos lesz hozzá pontos step by step - hivatalos - ajánlás. (Legutóbb a 19-re frissítésnél is volt.)
A fő verziót én eddig még mindig friss telepítéssel csináltam. -
-
growler
őstag
-
K0zm0
aktív tag
Sziasztok!
Bocs a "noob" kérdésért, csak nem rég váltottam teljesen Linuxra. (És eddig csak pozitívak a tapasztalataim!). Egy ilyen verzióváltás, hogyan zajlik le? Mármint, jelenleg Tricián vagyok (19.3). Amikor hivatalosan elérhetővé válik, akkor a rendszer mintegy automatikusan felkínálja az update-et valamilyen formában, vagy manuális megoldást kíván?
Köszönöm előre is! -
growler
őstag
válasz
Frawly
#12371
üzenetére
Tudom hogy ez teljesen más tészta - van egy immár lehet hogy több mint 10 éves
Linuxos műholdvevőm 2.6-os kernellel - ma is ugyanolyan megbízhatóan működik
mint az első napon.
Kernel ügyileg én úgy vagyok, hogy LTS rendszerhez LTS kernel illik.
Vagy ha nem is hivatalosan LTS, de a Canonical által a támogatás végéig karbantartott - mint
például a 4.15-ös.
Rendszeresen kapok hozzá frissítéseket, és ezzel együtt visszaportolt hibajavításokat.
Majd ha olyan hardware összetevőt teszek a gépbe, vagy csatlakoztatok hozzá amit
a jelenlegi kernel nem vagy nem megfelelően támogat, akkor majd telepítek újabbat. -
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.
-
sonar
addikt
Aki még nem olvasta volna: Júniusban jön a 20-as [link]
Work continues on Linux Mint 20 “Ulyana” which is planned for June this year. Some of the features which were introduced in LMDE 4 were added to it, such as the live resolution bump in Virtualbox and the activation of APT recommends by default.
Linux Mint 20 will be available in 3 editions (Cinnamon, MATE and Xfce) but only in 64-bit. It will be based on Ubuntu 20.04 LTS and use a Linux 5.4 kernel.
-
Warton
őstag
válasz
Frawly
#12358
üzenetére
Volt kernel frissítés (bármit is jelentsen ez).
Mégpedig azért mert először a guglival próbálkoztam és ott volt egy csávó, akinek hasonló problémái voltak és nála a kernel cserebere oldotta meg.Az a baj egyébként, hogy a hibát nem tudom konzisztensen rekonstruálni, mert kb. tök random jön elő. Tegnap kb. 3 kikapcsolást/újraindítást csináltam egyszer sem jött elő.
Az is furcsa, hogy ilyet HDD hiba is okozhat? Nem értek a linux lelkivilágához, de furcsa, hogy minden tökéletesen fut, csak épp néha nem lehet leállítani a gépet. Legalább a Donkey Kong közben fagyna le vagy valami.
-
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.
-
válasz
Warton
#12354
üzenetére
Értem, de ez csak azt az utolsó x sort mutatja abban a pillanatban, nem biztos, hogy neked ez jó lesz, mivel boot problémád van. Ez csak egy monitorozó módszer, hagyd megnyitva és ha változás van a környezetben, akkor ezt kiírja. Dugj be egy USB eszközt vagy valamit és figyeld mi történik a terminalban.
A linkelt kimenetek sem mondanak sokat, szerintem a sorok nem is teljesek, ilyenkor célszerűbb pastebin-t használni és azt linkelni.
Esetedben a linkelt időalapú kereséssel lehetne hasznosan operálni szerintem. De akár a # systemd - leállás vizsgálata rész is jó lehetne. Nézd át a linkeket, amit beraktam és próbálgasd. A merevlemez vizsgálata is erősen javallott, ezt is írtam, ezzel hogy állsz? Az egy múzeális HDD, csoda ha még felpörög, vizsgáld meg a linkelt módszerekkel.
-
válasz
Warton
#12348
üzenetére
Ezt a linket nem értelmezted sajnos. Az
-fkapcsolóval futtatni kell, mivel dinamikusan monitoroz, nem pillanatképre van, mint a kolléga által ajánlott.Van leállás vizsgálat is és időalapú keresés leírása is a linkben.
Egy valamiben nem segít, az pedig a samukalapács megkeresése, amivel szétvered azt a szerkezetet. -
Karmko
tag
Sziasztok!
Otthoni hálózat megosztással kapcsolatban érdeklődnék.
Van egy Windows 10-es asztali gépem, és az ott megosztott mappákat szeretném elérni a Linux Mint-es laptopommal otthoni hálózaton.
Valaki el tudná magyarázni nekem úgy, hogy egy 5 éves gyerek is megértse, hogy milyen úton-módon lehet ezt megoldani?
Segítségeteket előre is köszönöm! -
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.
-
Warton
őstag
válasz
ubyegon2
#12347
üzenetére
Ezt írta ki:
marton@marton-System-Product-Name:~$ journalctl -f
-- Logs begin at Tue 2020-03-24 16:31:02 CET. --
ápr 27 16:49:53 marton-System-Product-Name unix_chkpwd[8139]: password check failed for user (marton)
ápr 27 16:49:53 marton-System-Product-Name cinnamon-screensaver-pam-helper[8130]: pam_unix(cinnamon-screensaver:auth): authentication failure; logname= uid=1000 euid=1000 tty=:0 ruser= rhost= user=marton
ápr 27 16:50:00 marton-System-Product-Name cinnamon-screensaver-pam-helper[8130]: pam_ecryptfs: seteuid error
ápr 27 16:50:00 marton-System-Product-Name cinnamon-screensaver-pam-helper[8130]: gkr-pam: unlocked login keyring
ápr 27 16:50:24 marton-System-Product-Name dbus-daemon[1346]: [session uid=1000 pid=1346] Activating via systemd: service name='org.gnome.Terminal' unit='gnome-terminal-server.service' requested by ':1.86' (uid=1000 pid=8174 comm="/usr/bin/gnome-terminal.real " label="unconfined")
ápr 27 16:50:25 marton-System-Product-Name systemd[1317]: Starting GNOME Terminal Server...
ápr 27 16:50:26 marton-System-Product-Name dbus-daemon[1346]: [session uid=1000 pid=1346] Successfully activated service 'org.gnome.Terminal'
ápr 27 16:50:26 marton-System-Product-Name systemd[1317]: Started GNOME Terminal Server.
ápr 27 16:52:06 marton-System-Product-Name gnome-terminal-[8177]: g_menu_insert_item: assertion 'G_IS_MENU_ITEM (item)' failed
ápr 27 16:53:01 marton-System-Product-Name gnome-terminal-[8177]: g_menu_insert_item: assertion 'G_IS_MENU_ITEM (item)' failed -
válasz
Frawly
#12346
üzenetére
Már az elején leírtam, mit kell tennie ilyenkor, kolléga le se szarta, most újra elkezdi ugyanazt kérdezni. Van aki csak kérdez, de ha segítenek neki, észre sem veszi vagy le sem szarja, mert azt hiszi, elmúlt a problémája. Na ilyenkor van gond, ha újra kérdeznie kell.
-
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.
-
Warton
őstag
Múlt héten irogattam, hogy a Linux Mintes számítógépem nem állítódik le. Aztán abbahagyta, de most megint előjött a probléma és az alábbi hibaüzenetet dobta ki.
Esetleg valaki tudna segíteni? Ezután már csak a kikapcsoló gomb hosszú megnyomásával lehet leállítani a gépet.
-
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.
-
fradi81
veterán
válasz
Frawly
#12339
üzenetére
Csináltam mentéseket, hát új /etc/default/grub fájl nem jött létre viszont a menu ugyanúgy megvan még ha nem is pont ugyanazokkal a beállításokkal de mindkét rendszer elindul.
balage@balage-H81M-HD3:~$ sudo update-grub
Sourcing file `/etc/default/grub.d/50_linuxmint.cfg'
Sourcing file `/etc/default/grub.d/60_mint-theme.cfg'
GRUB beállítófájl előállítása…
Megtalált téma: /boot/grub/themes/linuxmint/theme.txt
Megtalált linux lemezkép: /boot/vmlinuz-5.3.0-46-generic
Megtalált initrd lemezkép: /boot/initrd.img-5.3.0-46-generic
Megtalált linux lemezkép: /boot/vmlinuz-5.3.0-45-generic
Megtalált initrd lemezkép: /boot/initrd.img-5.3.0-45-generic
Megtalált linux lemezkép: /boot/vmlinuz-5.0.0-32-generic
Megtalált initrd lemezkép: /boot/initrd.img-5.0.0-32-generic
Megtalált Windows Boot Manager ezen: /dev/sdb2@/EFI/Microsoft/Boot/bootmgfw.efi
Adding boot menu entry for EFI firmware configurationCucuska2
Kb 100x a napokban -
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.
-
zizidor
őstag
Oké, lehet hogy GRUB verziótól is függ. nVidia drivertől biztosan nem, mert ez még a boot előtt van. Ha sikerül előcsalogatni, akkor megmondja milyen módokat ismer.
Én is próbáltam különböző felbontásokat, 16:9 arányúakat is, hogy passzoljon a monitorhoz, de csak a felsoroltak működnek.
nVidia kártyám van desktop gépben és laptopban is, ez a kép a desktopon készült, laptopon simán megy az 1920x1080 is. Sőt, külön telepíteni kellett hozzá a nagyobb felbontású csomagot.
-
#12323
NeoPampalini
senior tag
Frawly
#12321
-
#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.
-
#12320
Véreshurka
senior tag
NeoPampalini
#12318
Véreshurka
senior tag
válasz
NeoPampalini
#12318
üzenetére
Köszi!
Ezt meglesem! Csak összehozzuk ezt nekem!
Most ugyan nem fogom tudni kipróbálni, mert más OS-t dobtam fel időközben a gépre (most van idő ilyenekkel szórakozni), de amint visszatérek Mint-re meg fogom lesni!(#12319) milangfx :ne viccelj! Valamiért mindig a LibreOffice-al kezdtem el a teszteléseket és rögtön előbukott
Köszi az nmap-es súgót is és a man használata is világosabb lett így! -
#12319
0xmilan
addikt
Véreshurka
#12314
0xmilan
addikt
válasz
Véreshurka
#12314
üzenetére
Sorry a grepes megoldasert; kiprobaltam egy appon es ott volt command-os sor, igy gondoltam, egyszerubb ragreppelni. Most megneztem en is LibreOffice-szal es ott tenyleg nincs ilyen sor.
man nmap
In previous releases of Nmap, -sn was known as -sP.
Szoval efolott, az -sn resznel talalod a leirasat. Amugy mukodik mindket kapcsoloval 7.80 verzioban, de az utobbi gondolom deprecated lesz elobb-utobb. -
#12318
NeoPampalini
senior tag
ubyegon2
#12317
-
#12317
ubyegon2
félisten
NeoPampalini
#12315
válasz
NeoPampalini
#12315
üzenetére
Hurka kolléga egyébként ezzel a paranccsal szinte mindent megtud a calc-ról, talán egyedül az indító elérési útját nem. Így járt, mert ő meg azt szeretné valahogy megtudni.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
#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ó.
-
#12315
NeoPampalini
senior tag
Véreshurka
#12314
NeoPampalini
senior tag
válasz
Véreshurka
#12314
üzenetére
ajnos még midig nem megy az xprop
. Valamit biztos én nem csinálok jól, vagy nem értek. Menüből megnyitom a LibreOffice Calc-ot mondjuk, beírom a xprop | grep COMMAND parancsot, megjön a célkereszt, rákattintok a futó Calc ablakára, de még mindig üresen jön vissza a terminál 
Helyes szintaktika:
xprop | grep PROGRAMNEVE (részlet elegendő)
A fenti LO Calc esetén:
xprop | grep calc
Eredménye:
WM_CLASS(STRING) = "libreoffice", "libreoffice-calc"
A help-nél általában a man PARANCS célravezetőbb, de néha az se sokkal jobb, mint a help.
-
#12314
Véreshurka
senior tag
ubyegon2
#12304
Véreshurka
senior tag
válasz
ubyegon2
#12304
üzenetére
Igen, szokni kell még a linuxos gondolkodást, de most van idő rá... Pár olyan parancsot, meg megoldást ami működött már elmentettem doksiba, hogy később is emlékezzek rá. Igyekszem egyébként megoldani mindent parancssorból, hogy szokjam, de sokszor pl..
(#12305) Frawly: sajnos még midig nem megy az xprop
. Valamit biztos én nem csinálok jól, vagy nem értek. Menüből megnyitom a LibreOffice Calc-ot mondjuk, beírom a xprop | grep COMMANDparancsot, megjön a célkereszt, rákattintok a futó Calc ablakára, de még mindig üresen jön vissza a terminál Más:
Ha már említettétek, akkor itt is megkérdezném, mert a linux kezsőknek topikban még enm jött válasz, hátha itt lesz: a gép IP címét szeretném megváltoztatni DHCP kiosztásról statikus címre, majd vissza DHCP-re (itt az eredeti kérdésem a linux kezdő topikból).
Illetve nézegetem az egyes parancsok lehetőségeit terminálban a parancs után írt --help segítségével, de sok opció nincs is benne. Ti hogyan kezdtetek el ismerkedni a parancsokkal? Pl. scannelném a hálózatomat, hogy mi milyen címen van, erre az
nmapparancsot találtam, ezzel kiíratva az értékeket:nmap -sP 192.168.1.0/24, de parancskiadás előtt szeretem átnézni a --help-et, hogy próbáljam érteni is amit beírok, viszont az -sP opció nem volt benne. És nem csak az nmap ilyen, de most csak ez jutott eszembe. -
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.
-
válasz
Frawly
#12311
üzenetére
Ja persze, ezt írtad, hogy megvolt a HB, sajna azt nehéz nekem értelmezni, hogy fenn van egy program, csak hát ugye minimalista rendszernél nincs ám olyan, hogy indítópult meg hasonló úri huncutságok!
Majdnem azt írtam, miért nem CLI-s segítséget nyújtottál, de gondolom nem is Linuxon használta a másik koma, mert multiplatformos....
akinek ez a videókonvertálás a mániája, és mivel nem egy nagy informatikai véna
Ez de szar így ugyanabban a komában!
-
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.
-
válasz
Frawly
#12309
üzenetére
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.
OK, ezt tőled tanultam, hogy mindegy mit írnak, nyomom azt amit elterveztem.
Bocsi.Ebből a Handbreak dologból is az jön le, hogy minimalista rendszerrel tényleg szívás, ha nem pálcika csomagot próbálsz alkalmazni!
-
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. -
válasz
Frawly
#12307
üzenetére
ubyegon@WD-HP8570p:~$ which gparted
/usr/sbin/gpartedEnnyiből áll, 12300-ba már bemásoltam. A keresendő program nevét célszerű tudni, de ugye ha azt nem tudja az ember, úgy nem is nagyon kéne keresnie addig semmit.
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
Itt ez a qrva covid, nem lett több időd? Mondjuk Te melódat nemigen lehet HO-ban csinálni.
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.
Na ugye, nesze neked minimalismo meg pálcikaWM!
„ghb”-vel indul, ami a Graphical (vagy Gtk) Hand Brake rövidítése.
Ez qrva jó! Tényleg vicces kedvű faszi volt, aki ezt így megoldotta. Belegondolok, hogy tordaitibi kománk fut bele egy ilyenbe.......
Persze az is közrejátszott, hogy a Void Linux nem felhasználóbarát.
Követtem az off-ban, eszembe is jutott a vadász meg a medve a viccből.
-
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.
-
válasz
Frawly
#12305
üzenetére
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.
Ez igaz, de emellett mintegy mellékesen használhatóvá is teszik számukra a rendszert.
Csak halkan jegyzem meg. Tudom, minimalizmus forever! PálcikaWM, negyedév alatt felrakható Gentoo, etc.
De mint láttuk, a
whichparancs megoldotta a rejtélyt! Bár jó ez a célkeresztes is, qrvára nem jöttem rá én sem, hogyan kell használni. Gondoltam rálövök vele a program sorára.....rálőtéztem de meghalt, mielőtt bármit is kiírt volna. -
#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.
-
#12304
ubyegon2
félisten
Véreshurka
#12303
válasz
Véreshurka
#12303
üzenetére
Igazán nincs mit!Amiken így az elején átbukdácsolsz, próbáld úgy tárolni, hogy kicsit mindig előtérben legyen fejben és ahogy telik az idő, egyre több apróságon átjutsz, lassan kezded majd látni a logikus felépítést a rendszerben. Saját szintemen nekem is így ment eleinte, kár, hogy pár éve már csak stagnál(na), ha nem változott volna qrva sokat minden, mióta először nekiestem. Mondjuk a rendszer így is elvan, bekapcs gombot megtalálom, pár terminalparancs benne van a historyban.....
Ja igen, akartam is említeni, hogy itt is nyugodtan felteheted az általános kérdéseidet, de jobban jársz a Kezdővel, ott jóval többen megfordulnak.
-
#12302
ubyegon2
félisten
Véreshurka
#12301
válasz
Véreshurka
#12301
üzenetére
which parancs
# A program futtatható állományának elérési útvonalát adja meg (általában /usr/bin)
letix.huElképzelhető, hogy más helyre került be az alkalmazáshoz tartozó ikon?
Persze, a programok ikonjainak ott kéne lennie a program mappája környékén, sokszor .svg vagy.png kiterjesztése van, így keress rá, ne az ikonok mappájában nézelődj.
info ikonhozIlletve még egy kérdés: olvastam pár helyen, hogy nem igazán szeretik a népek a Network Manager appot, és inkább a Wicd-t ajánlják. Valakinek van esetleg tapasztalata a Wicd-vel?
Én is olvastam ezt, 6 év alatt kb 3x, de home userektők még soha. Nekem még soha nem volt olyan bajom a nm appal, ami saját hibás lett volna. Nyugodtan használd csak.
-
#12301
Véreshurka
senior tag
growler
#12299
Véreshurka
senior tag
válasz
growler
#12299
üzenetére
Köszi! Ezt nem ismertem, de a Cairo Dock-ot már feltettem, ha ilyesmire lenne szükségem, de erre is ránézek! Gondolom nem alap alkalmazás, hanem telepítenem kell?
(#12300) ubyegon2:
Ez a parancs egyébként mit mutat meg? Hogy hol találhatom meg az adott alkalmazást?
Az egyes beállításokat a különböző dolgokhoz mindig elfelejtem megnézni... Még szoknom kell, hogy szinte mindenhez külön beállítás tartozik!Más: helyezgetem az ikonokat szépen a PaneL Launcherbe, viszont lenne egy alkalmazás (és gondolom nem ez lesz az egyetlen) aminek nem találom meg a hozzátartozó ikonját. Konkrétan a LinSSID app lenne az. Mivel alapvetően a panel launcher alap ikonja jelenne meg, így azt cserélnem kell minden alkalommal amikor új alkalmazást adnék hozzá. Eddig általában meg is találtam őket, de ennek valahogy nem sikerül. Amikor rákattintok a cserélni kívánt ikonra bejön az ikonválasztó, de az applications között nem találom meg az ikont amit keresek sem úgy, hogy a keresőbe beírom a nevét. Elképzelhető, hogy más helyre került be az alkalmazáshoz tartozó ikon?
Illetve még egy kérdés: olvastam pár helyen, hogy nem igazán szeretik a népek a Network Manager appot, és inkább a Wicd-t ajánlják. Valakinek van esetleg tapasztalata a Wicd-vel? Vagy mindenki meg van elégedve a Network Manager-el?
Köszi az nmap-es súgót is és a man használata is világosabb lett így!
![;]](http://cdn.rios.hu/dl/s/v1.gif)
. Valamit biztos én nem csinálok jól, vagy nem értek. Menüből megnyitom a LibreOffice Calc-ot mondjuk, beírom a xprop | grep COMMAND parancsot, megjön a célkereszt, rákattintok a futó Calc ablakára, de még mindig üresen jön vissza a terminál 
Ú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]
- One otthoni szolgáltatások (TV, internet, telefon)
- Milyen billentyűzetet vegyek?
- SD-kártyát vennél? Ezért ne csak a GB-ot nézd! – Tech Percek #9
- A fociról könnyedén, egy baráti társaságban
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Macron betiltatná az EU-ban a közösségi médiát a 15 év alattiaknak
- Gaming notebook topik
- Atomenergiával dübörögnek tovább az Amazon adatközpontok, SMR-ek is jöhetnek
- Luck Dragon: Asszociációs játék. :)
- Plazma TV topic
- További aktív témák...
- Eladó Steam kulcsok kedvező áron!
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Eladó steam/ubisoft/EA/stb. kulcsok Bank/Revolut/Wise (EUR, USD, crypto OK)
- Sea of Thieves Premium Edition és Egyéb Játékkulcsok.
- Assassin's Creed Shadows Collector's Edition PC
- LG 55G4 - 55" OLED evo - 4K 144Hz & 0.1ms - MLA Plus - 3000 Nits - NVIDIA G-Sync - FreeSync Premium
- Gyors, Precíz, Megbízható TELEFONSZERVIZ, amire számíthatsz! Akár 1 órán belül
- Samsung Galaxy A12 64GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Bomba ár! HP EliteBook 840 G2 - i5-5GEN I 8GB I 256GB SSD I 14" HD+ I Cam I W10 I Garancia!
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Liszt Ferenc Zeneművészeti Egyetem
Város: Budapest