- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Magga: PLEX: multimédia az egész lakásban
- Luck Dragon: Asszociációs játék. :)
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- sziku69: Fűzzük össze a szavakat :)
- Argos: Adjátok vissza a netet! - szeretnék elaludni!
- sziku69: Szólánc.
- Elektromos rásegítésű kerékpárok
- bambano: Bambanő háza tája
- GoodSpeed: AMD Ryzen 9 9900X (100-100000662WOF)+ Samsung 990 PRO 2TB MZ-V9P2T0BW
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Shyciii
veterán
válasz
eddie1978
#5896
üzenetére
Az általad leírt XFCE hibák nálam is voltak anno mikor használtam egy ideig (meg még pár egyéb hiba). Bár lightweight-nek mondják, de alig volt gyorsabb, mint a KDE, Gnome, viszont fapadosabb volt jóval, úgyhogy el is kezdtem mást nézni. Legalábbis nálam. Igazi nagyobb gyorsulást KDE és Gnome-hoz képest nekem az Oepnbox hozta. Meg gondolom Tiling WM-ek is hoznák, de annak nincs sok értelme notebookon.
-
eddie1978
senior tag
Úgy tűnik, hogy marad. Minden működik amit eddig próbáltam. Appimage-ből tudom használni a Goldencheetah és a Hugin programot is. Ez nagyon tetszik. Gyorsabb sokkal a működésük is. A Goldencheetah 2-3 másodperc alatt indul és stabilan. Mindig betölti az edzés adatokat. Arch Xfce alatt sokkal lassabb volt és sokszor újra kellett indítanom, hogy betöltse rendesen amit kell. Hugin is gyors bár az alapból is gyorsult az utóbbi hónapokban.
Szerintem ez bárkinek ajánlható napi használatra. Nagyon egyszerű kezelni. Ami az őrületbe kergetett az Xfce alatt, hogy mindig átált a billentyűzetkiosztás ha ablakot váltottam. Ez itt most nincsen.
Amitől tartottam, hogy az Xfce mint lightweight de után a Gnome lassabb lesz. Nos nem. Pörög szépen. Simán van olyan gyors ha nem gyorsabb.Érezhetően gyorsabb össz globál mint a korábbi Arch telepítés.
Amint írtam a telepítés next next ok reboot és használható. Pár perc az egész. Számomra sokkal átláthatóbb mint a céges Win10.
Ami nem ok, lehet codec hiány, az a Google Photos és a Vimeo video lejátszás nem megy. Photosnál nem működik az MPV lejátszás, míg a Vimeo-nál igen.
Ellenben Youtube alacsonyabb CPU terheléssel megy mint az előző rendszeren a Chromium alatt. Itt sincs HW decoding Firefox alatt sem.
Viszont most vettem észre, lehet eddig is volt csak nem figyeltem, hogy cicereg a gép.Ami még jól működik és Xfce alatt nem volt jó az a kijelző fényerőszabályzás. Itt lemegy nullára a jelzőcsík de a fényerő minimumra állítódik. Xfce alatt a jelzőcsík nulla állapota lesötétítette a kijelzőt teljesen. Ezt úgy tudtam kikerülni, hogy teljes fényerőre fel, majd onnan csavartam le minimumra. Akkor jó volt.
Lehet, hogy amiket írtam, simán megoldhatóak de nincs kedvem/időm pöcsölni már. Eszköz a gép nekem már és nem cél, hogy piszkáljam.
Akku:
A lemerítés feltöltés ciklus már többször megvolt. Nem nagyon változott. Tegnap pont láttam ahogyan 34%-ról 6%-ra esik egy pillanat alatt. Ez van. (Kacérkodom egy Ipad Pro 11 256GB változattal a video/kép szerkesztés miatt. Elég meggyőző amit a neten mutatnak.) Bár a Shotcut sokat fejlődött tavasz óta, de fényévekre van a Youtube linken lévő videótól. Akkor még egy sima crossfade is megakasztotta a szerkesztőben visszajátszva az anyagot. Most ez folyamatos. Stabilabb is lett. Alakul.
-
Frawly
veterán
válasz
eddie1978
#5894
üzenetére
Nem nagyon off, már kíváncsi voltam valakinek a tapasztalatára a Clear Linuxot illetően. Ezek szerint gyorsabb, mint az Arch.
Az akku lehet simán halódik már, gyenge, és bizonyos százalékon túl gyorsan esik. Elvileg lehet kalibrálni, teljes lemerítés majd feltöltést követően, de az aksi ereje nem áll helyre, csak a töltöttségi százalékok fognak egyenletesebben esni róla.
-
eddie1978
senior tag
Nagyon off:
Lehet hogy felgyújtotok, de az Arch után (Xfce), ami fent volt a notebookomon (Dell E7270), most felraktam a Clear Linux-ot (Gnome). Tetszik ez is. Van pár dolog ami alapból megy (Bluetooth suspend után is kapcsolódik, nem kell Redshift az éjszakai melegebb színhőmérsékletű kijelzőhöz, valamivel gyorsabb, Shotcut itt 2-3x felvétel idő alatt encode-ol míg Arch alatt 5-6x volt a tempó). Viszont van pár szoftver ami nincsen még, bár telepíthető, pl Chromium/Chrome, Rawtherapee, Hugin amit használtam. Ezekkel még nem tököltem. Firefox is jó nekem, bár van olyan plugin, ami még nincs rá bár hamarosan lesz.
Telepítés nagyon egyszerű, SD kártyáról telepítettem, kb a next next ok szint. Minden működik amit eddig próbáltam. Van ami nem ok. A MPV lejátszóval nem nyitja meg az SMB-n lévő videókat. Fireox Google Photos-ban nem tudja lejátszani a videókat.
Eddig jó. Nekem simán használható.Nem off:
Arch alatt is és itt a Clear Linux alatt is az akku 34%-ig szépen merül, majd ott hirtelen 6%-ra esik és a gép lekapcsol alacsony akku töltöttség miatt. Az utóbbi időben mindig ezt csinálja. Szar az akku? Lehet ezt kalibrálni? Neten nem találtam a kalibrálásra infót. -
Frawly
veterán
válasz
Shyciii
#5891
üzenetére
Ez nem csak az Openboxot fenyegeti, az IceWM-et, meg a többi régi X.org-os WM-et sem fejlesztik már. Egy megoldás van, megtanulsz programozni, forkolod, és karban tartod te.
Elvileg DPI-t a többféle módon tudsz állítani, ~/.Xresources fájlban, X.org beállításaiban, randr-ban. Ennek ellenére megvannak a korlátai, a HiDPI-t semmiképp nem fogja támogatni az Openbox. Kézzel még annyit tudsz rajta segíteni, hogy nagy felbontású kijelzőn beállítasz rohadt nagy betűtípust, 20 pontosat vagy nagyobbat, meg eleve olyan témát választasz, amin nagyobbak a grafikus elemek. Esetleg lehet a Gtk témával is variálni, de olyat még nem csináltam. Körülményes, sok hekkelést igényel, de elérhető, hogy normálisan nézzen ki ultranagy felbontáson, meg nagy képpontsűrűségen is.
-
Shyciii
veterán
Bizony a két színnél több nincs. Hálistennek én ezt preferálom, nincs szükségem nagyobb "csicsára". Viszont az már aggaszt, hogy a DPI állítását nem támogatja. FULL HD-s 15,6"-os notin ez még nem olyan nagy baj, de azért pl Chromiumnál szükség volt a megjelenített betük esetén a 120%-os beállításra, hogy kellemes legyen olvasni. Ezt is említették neki, de a DPI-t se óhajtja belerakni. Szal félek. hogy pár éven belül annyira elmaradott lesz az Openbox, hogy már a stabilitásából is veszni fog, és akkor kereshetek helyette mást. Márpedig ha jól tudom, hogy kifejezetten ilyan WM nemigen van. Mármint olyan, hogy a Tiling és a DE-k között helyezkedik el ilyen kellemesen, és stabilan működik.
-
Frawly
veterán
válasz
Shyciii
#5889
üzenetére
Gondolom az Openbox fejlesztője úgy van vele, hogy amit akart funkciónak, az már benne van, stabilan működik, és lezártnak tekinti a fejlesztést. Ez viszont soha nem jó hozzáállás. Pl. engem az idegesített az Openboxban, hogy témázásnál csak két színű XBM képelemeket támogat, és emiatt nagyon korlátozott, amit designügyileg csinosítani lehet rajta.
-
Shyciii
veterán
És a legnagyobb baj, hogy a fejlesztőjében nincs is hajlandóság, hogy komolyabban hozzányúljon, pedig sokan nyaggatják.
Amúgy nem tom hogy itt hányan használják a Remmina programot távasztalra, de most írtam a fejlesztőknek, hogy tegyenek bele egy új funkciót, mely azoknak lenne hasznos, akik újratelepítik a rendszert, vagy egyszerre kell több passwordöt változtatni, mert bár van ilyen funkció benne, de figyelmen kívűl hagyja azt, hogy valaki a szerverhez való user/password különböző, ha használ RD Gateway user/password-öt. Pl nálam is. Úgyhogy kézzel kellett egyenként változtatnom vagy 40db szervernél így. Rettentő korrektek. Még aznap visszaírták, hogy köszönik az ötletet, és már látható is, hogy az 1.4-es verzió roadmap-jében már szerepel is a kérésem.
-
Frawly
veterán
válasz
Shyciii
#5887
üzenetére
Nyilván az Openboxot úgy értem, hogy felkonfigurálva, panellel, indítómenüvel, stb.. Alap konfigban tényleg fapados lesz klasszik DE usereknek. De még mindig jobb ebben is, mint a tiling WM-ek, mert ott szürke háttér sincs, meg kattintani sem lehet semmire, hogy legalább egy kamu menü előjöjjön.
Az engem is aggaszt, hogy az Openboxot rég nem fejlesztik, több éve, igaz egy éve jött ki belőle új verzió, de abban is minimális változás volt.
-
Shyciii
veterán
Igen tudom a +memória lenne az igazi, de ebben az évben kivitelezhetetlen lesz (autó motorjának és váltójának felújítása (ez most volt), nyaralás, magánműtét, motoros vizsga, motor + cuccok megvétele). Szal most minden másra kell költenem, de nem a notebookra.
Azért egy átlag user mikor belép egy üres Openboxos felületre, valszeg programhibára fog gyanakodni, mert egy nagy szürkeséget lát. Egyedül jobb clickre jön elő egy menü, ami 90%-ban kamu dolgokat ad ki
Onnantól kezdve vagy vadászik AUR-ból GUI-s programokat amikkel lehet ezt-azt állítani, vagy szépen kézzel szerkesztgetni az xml alapú fileokat. Ezutóbbit éri meg, mert az elején ahogy néztem 1-1 frontend-et csináltak pár funkcióhoz, de nem az igaziak. Érdemesebb megtanulni az xml fileok felépítését, meg egy kis python nyelvet. Amúgysem árt, mert ha követjük a minimalizmust, akkor a tálca ami mondjuk legyen polybar vagy akár tint2 ahhoz úgyis megint config fileokat kell szerkesztgetni, és megint csak xml vagy python, aztán jön a conky, dettó érteni kell a nyelvét, úgyhogy a GUI-s állítóknak ezen a szinten javarészt leáldozott.
Nagyon szeretem az Openbox-ot, de már egy jó ideje nincs fejlesztve, és félek, hogy ahogy halad előre a Linux, egyre kevésbé lesz kompatibilis vele, és a végén oda jutunk, hogy nem lesz már stabilan müködőképes. Pedig most zseniálisan stabil, egyszer sem fagy be, lassul be. KDE, Gnome, XFCE, Deepin mind-mind volt valami zűr (fagyás, nuku reakció) mikor anno probáltam. -
Frawly
veterán
válasz
Shyciii
#5885
üzenetére
A Gnome szerintem is rossz. Semmit nem lehet rajta állítani. Még ha fel is teszi az ember a Gnome Tweaks-t, akkor is egy csomó dolog állíthatatlan marad, ilyen alap dolgok, hogy hol legyen a panel, meg mi legyen rajta. Fel lehet tenni rá addonokat, de azok sem segítenek minden hiányosságon.
RAM-nál nem a swappiness értékével érdemes játszani, hanem venni kell elég RAM-ot. Min. 8 GB-ra bővítsél, ha kifogod olcsón, van rá keret, akkor 16-ra, igaz az már overkill lehet, bár erősen felhasználásfüggő. A 32+ GB-nak viszont tényleg nincs értelme átlag felhasználásnál, az csak felesleges pénzégetés.
A Sway-en még gondolkodok, mert ez a stabil tárolókban felrakott 1.1.1 jól működik, és végre rátaláltam a redshift-wlr-gamma-control-git AUR csomagra, amivel van újra redshift-elési lehetőség is. De ennek ellenére elkezdem újra használgatni a dwm-et is.
Az Openbox valóban nagyon jó, az a fajta felület, ameddig átlag desktophoz szokott user is le tud menni minimalizmusban. A tiling WM-ek meg az IceWM már túl fapados lehet DE-khez szokott emberkéknek.
-
Shyciii
veterán
Én Gnome-nak anno 2x adtam esélyt. Mind a kétszer gyorsan elbukott. Olyan érzésem volt, mintha olyan embereknek csinálnák, akik még életükben nem láttak számítógépet, tehát rettentően egyszerű, szájbarágós, átkonfigurálhatatlan. Ebből a szempontból a KDE jobb volt. Egészen addig, mig el nem kezdett foglalkoztatni a minimalista rendszerek, mert akkor igen gyorsan feltűnt, hogy azaz én világom. Gondolkoztam, hogy mielőtt UEFI átállás miatt komplett rendszer, sőt komplett SSD gyalulás volt a GPT miatt, hogy előtte felrakom az i3-at is, de ab abszolút minimalista tiling rendszerek már nem jönnek be nekem annyira. Egy egyszerű 15"-os notebookon nem tudnám az előnyüket kihasználni, nem sok minden fér el egy képernyőre. Viszont azért az ablakok gombbal való helyezgetése, nagyítása, kicsinyítése, szétosztása 2-vé megtetszett, úgyhogy azért azt megoldottam Openbox alatt.
Közben eszembejutott, hogy elfelejtettem, hogy az előző változatban a swappiness-re mennyit állítottam be, úgyhogy most kapott egy 30-as értéket. SSD + 4GB RAM memória + 2GB SWAP (ezt még sosem léptem túl), szerintem ezzel nem lövök bakot. Főleg úgy, hogy a legtöbb memóriát akkor foglalom, mikor egyszerre közel 60db gépre RDP-zek be a Remminával. -
Frawly
veterán
válasz
Shyciii
#5883
üzenetére
Igen, a KDE és a Gnome3 a két legnagyobb, ami támogat Waylandet. Ezen kívül van a Sway WM, Enlightenment, ami használható. A többi waylandes felület még nagyon demo/alpha állapotban van, nem használhatók.
De én pl. most fogom dobni a Sway WM-et is. Most próbáltam frissíteni a legújabb dev-git-es ágra, erre felcserélődtek a touchpad és trackpoint gombjai, a konfig fájlban az új left_handed disable opcióval sem sikerült helyreállítani. Befrissítettem a többi Sway összetevőt is, wlroots, swaybg, stb., de erre az egész segfault-olt. Most egyelőre a stabil 1.1.1-es van fent az Arch hivatalos tárolóból, ez is relatíve friss verzió, de elegem van belőle, hogy ilyen trehány banda fejleszti. Visszaállok X.org + dwm-re.
Kár érte, mert a Wayland tetszene. Egyszerű, gyors, pattogós. Semmi 1000 éves visszafelé kompatibilitás, vsync-kel kínlódás meg bloatság. De ha a fejlesztők ennyire töketlenek hozzá, hogy nem tudnak rá normális felületet írni, akkor nincs értelme.
KDE-t, Gnome-ot nem teszek fel, túl bloatak. Ezen kívül a Gnome túl fapados is, esküszöm dwm-en többet lehet testre szabni.
-
Shyciii
veterán
Frawly
KDE-s Wayland? Most a Waylandnek nem az lenne az értelme, hogy egy egységes szabvány legyen, és mindenki azt használja? Most akkor ezt is mindenki csűri csavarja, és nem lesz egységes?
A LightDM-re az Arch Wiki azt írja, hogy támogatja a Wayland-et: https://wiki.archlinux.org/index.php/LightDM
Én élvezem a testreszabást. Jobban, mint egy agyontelepített kész DE-t használni. Engem az éltet, hogy bütykölhetek. Épp ezért tértem át Openbox-ra. Előtte megnéztem, hogy pl ki miket valósított meg Openbox, i3 alatt, és amik tetszettek, azokat egyenként a saját rendszeremen is megcsináltam. Volt amihez 2-3 perc alatt lehetett megoldást találni, és volt, amihez kellett fél óra is. A hosszabbak javarészt a notebook léte miatt voltal. Ilyen pl a fedél lecsukásakor zárolja a rendszert. Ezt teljes valójában meg sem találtam sehol az én felállásomhoz. De azt megtaláltam, hogy mi és hogyan vezérli a fedél lecsukásának eseményét. Az meg elég volt ahhoz, hogy módosítsam az én képemre.
-
Belefér, de szét van szórva, a Linuxos programok topik mintájára nem lenne elvetendő ötlet egy helyen kezelni a témát, egy jó összefoglalóval az elején. Így gyakorlatilag fragmentált nagyon és senki nem talál semmit, hanem kérdez egyből.
Ez a téma ugyanúgy érdekelheti a Debianosokat, Fedorásokat, mint az Archereket, Gentoosokat (lehet, hogy egyes szám elég lett volna itt)
A Wayland WM-es kalandjaimat a Linux OFF topikba szoktam írni a magam részéről, mivel ott semmi nem OFF.
Na látod! Akit érdekel a WM téma, örömmel olvasná ezeket is.....
Na mindegy, csak egy ötlet volt.
-
Frawly
veterán
válasz
ubyegon2
#5880
üzenetére
WM-eknek ott a haladó topik. Bár ide is belefér, mert Archon volt kérdéses, és nem kezdők topikja ez se. Igen, a WM-eket meg kell ismerni, viszont megéri. Nyilván ha még nem vagy rá készen, akkor Eltéess Elemérkedj DE alapokon.
A Wayland WM-es kalandjaimat a Linux OFF topikba szoktam írni a magam részéről, mivel ott semmi nem OFF.
-
A klónokról nem tudok nyilatkozni.
Ahhoz képest azt emlegetve cikiztél! Ja és az Eltées Eleméreket is jegyeztem.
De az Arch-ban az a poén, hogy valóban nem DE-s felhasználóknak készült, hanem univerzális próbál lenni, hogy szerveren, meg minimalista konzolos, terminálos, WM-es felhasználáshoz is jó legyen. Persze felrakhatsz rá DE-t is, az kényelmesebb.
Potosan emiatt kezdtem átolvasni, mi a helyzet Arch topik terén, de azt szűrtem le, hogy eléggé égető lenne már egy WM-es topikot nyitni, mert gyakorlatilag a WM lényegét meg nem értve de büszkén és folyamatosan blogolja botladozásait ide átsértődött kollégátok.
Illetve azért kezdtem átnézegetni a hsz-eket, hogy lassan.......de ez csak régen volt Arch topik, fene se kíváncsi WM-es blogolásra. Még pár évet Eltées Elemérkedek inkább.![;]](//cdn.rios.hu/dl/s/v1.gif)
Nyilván ha pl. felteszed Archra a Cinmanót, akkor az hoz magával minden függőséget, dbus, X.org, mesa, login manager, témák, default alkalmazások, stb..
Jó esetben egy részét a függőségeknek, pár éve már próbáltam. Amúgy meg logikus, hogy felrak mindent, hogy működjön, amiket használni akarok, ha már az öreg desktop bírja. Nem szenvednék évekig WM-ekkel, csak azért, hogy áltassam magam, woooow nekem ez is megy, aztán telepakolom QT meg GTK mix-szel és szidom a fejlesztőket, hogy fapados WM-re miért nem csinálnak ezer témát!
Szóval csinálj egy WM topikot, szerintem lesz aki hamar belakja, plusz a válaszaidból egész jó kis tudásbázis képződik lassan. (ill nem is lassan)
-
Frawly
veterán
válasz
ubyegon2
#5877
üzenetére
A klónokról nem tudok nyilatkozni. De az Arch-ban az a poén, hogy valóban nem DE-s felhasználóknak készült, hanem univerzális próbál lenni, hogy szerveren, meg minimalista konzolos, terminálos, WM-es felhasználáshoz is jó legyen. Persze felrakhatsz rá DE-t is, az kényelmesebb.
Nyilván ha pl. felteszed Archra a Cinmanót, akkor az hoz magával minden függőséget, dbus, X.org, mesa, login manager, témák, default alkalmazások, stb..
Archból épp ezért nincsenek kiadások. Nincs stable, nincs LTS, nincs desktop, nincs server edition. Testing sincs, de ahhoz vannak plusz tárolók, amiket be lehet kapcsolni.
-
Frawly
veterán
válasz
Shyciii
#5876
üzenetére
Az SSDM csak a KDE Waylandet támogatja. A GDM jóformán az összes létező waylandes felületet. A LightDM csak X.org-os felületeket.
Ha konzolon jelentkezel be, akkor a képernyő zárolására vannak grafikus programok, pl. i3lock, vagy hasonló, igaz ezek nagyon fapadosak.
Egyébként az Arch + minimalista WM felállásban ez a nehéz. Nem telepíteni, hanem mindent beállítani, testre szabni. Ezeket a DE-kkel készen kapod, de WM-ek alatt mindenről a usernek kell gondoskodnia.
-
Emlékszek anno uby kollégának is természetes volt, hogy a mesa csomag meg a wifi/cpu mikrokód, stb. firmware-ek ott vannak minden disztrón, míg egyszer csak valami Arch-klónon kellett észrevegye kellemetlen meglepetésként, hogy ezek a dolgok nem olyan mindenhol magától értetődően jelen lévő alapok, mint azt ő korábban naivan gondolta.
Igazad van amúgy, én voltam marha, pedig szkeptikus voltam, de ti annyira nyomtátok ezt a Manjaro nevű archklónt, hogy lenyomta a Mint-et is, tuti felhasználóbarát, a róla szóló cikk is úgy harangozza be, hogy ez a legjobb kezdőknek, el lehet felejteni a terminalt.....etc.
Ezek szerint csak én láttam jól eddig, szóval lófakk ass neked!
Én koromban meg naívan...... 
Egyébként ezek a csudaklónok nem desktop Linuxnak készülnek?
Nem?
De!LFYA
(kicsit későn reagálok, de eddig hanyagoltam az Arch topikot, szóval aki emiatt beszól......)
-
Shyciii
veterán
Csak a GDM támogatja a Wayland-et? Arch Wiki szerint elvben támogatja a LightDM és az SDDM is. Aztán hogy mennyire működőképes azt már nem tom, de az Intel GPU-mmal anno nem fagyogatott az SDDM mikor Manjaro-ztam, a LightDM meg jól működik amióta pure Arch-ozom. Sima konzolon én is gondolkodtam, de a probléma, hogy nem tudtam megoldani a notebook lockolását úgy, hogy a konzolra dobjon. Persze van slock, de valamilyen olyan bűn ronda (nem mintha a csicsát szeretném, ezért is van lightdm), de azért nézzen ki valahogy, ha már grafikus felület.
Amúgy most hogy újrahúztam a rendszert, kiderült, hogy hiányosan dokumentáltam, hogy mit kell csinálnom, hogy a fedél lecsukásakor zárolja a rendszert, de hálistennek azért rájöttem, hogy mit hagytam ki a scriptemből (mert ugye mindenféle guis bloat-ot nem akartam erre).
-
Frawly
veterán
válasz
Shyciii
#5866
üzenetére
Lehet, hogy alapesetben lesz benne egy vezetékes kapcsolat, de ha nem lenne, akkor bizony fel kell venni nm-appletben egy vezetékes kapcsolatot, IP-nek dinamikust adsz meg, és mindent default-on hagysz, meg bejelölöd, hogy az legyen az alapértelmezett kapcsolat.
Tint2 elmegy, de a polybar szerintem is jobb.
Én anno LXDM-et használtam login managernek Openbox mellé. De mióta áttértem minimalista megoldásokra, azóta nem használok semmilyet. Egyszerűen konzolon jelentkezek be, és bizonyos konzolok (pl. 1-es, 2-es) úgy van beállítva a bashrc-ben, hogy az adott WM-et indítsa el (SwayWM, dwm) bejelentkezés után automatikusan. Ennek csak annyi a kellemetlensége a login managerhez képest, hogy a felhasználói neved is nekem kell beírnom, nem csak a jelszót. Viszont ezt felfogható egy plusz biztonsági lépésként, mert így a rendszerbe kontárkodóknak nem csak a jelszavad kell kitalálni, hanem előbb a felhasználói nevet is.
A login managereket én azért dobtam, mert fagyogatott a GDM-en és a KDE login managerén kívül az összes, az Intel GPU drivere miatt. Meg a SwayWM waylandes, és azt nem is tudja sok login manager indítani, lényegében csak a GDM támogatná, az meg nekem bloat.
-
#63718632
törölt tag
válasz
Shyciii
#5873
üzenetére
Akkor se működött, ha a /user/share/pixmaps-ba raktam, chmod 777-el. Szintén leírást követve (Arch Wiki-LightDM+Greeter). Az bosszantott, hogy hogy a fenébe tudja pl. a grub könyvtárból meg megjeleníteni az Archlabs háttérképet. Megnéztem ki a tulajdonosa és tadam. Így mindegy is hol van az adott háttétkép, melyik könyvtárban, a lényeg, hogy a root-é legyen.
-
Shyciii
veterán
Mondjuk azért van egy érdekes jelenség a friss telepítésnél. Pl LightDM-et használok bejelentkezéskor, és az alap greeter-el akarom konfigurálni a háttérképét, és az ikont, és egyiket sem teszi ki, pedig már chmod 777-es jogot adtam arra a mappára és filera amit használnék. De ha berakom az /etc/lightdm mappába az ikon képét és a háttérképet, és odatallózok, akkor meg simán kirakja. Fura. Végülis jó így, mert ott nemigen váltok háttérképet, de érdekes, hogy van joga olvasni, és mégse teszi ki. Viszont a bluetooth-ra csatlakozás után most automatikusan átvált rá zenelejátszáskor, úgyhogy az rendben megy, szemben az előző telepítésnél (igaz ott már sokmindent tettem fel, vettem le).
-
-
Shyciii
veterán
válasz
wwenigma
#5867
üzenetére
Nem az a gond. A szinte ugyanaz azt jelenti, hogy kicsit más sorrendbe csinálja. Pl a videón levő ürge nem teljesen ugyanabban a sorrendben csinálja, mint a hivatalos Arch oldalán. Ettől még nem rosszabb az övé, mint ahogy másé sem, akik szintén egy picit más sorrendben vannak. A lényegi elemek ugyanazok. Amúgy meg én ugyanabban a sorrendben és ugyanúgy csináltam, mint eddig, abban nem volt változás. Illetve annyi, hogy nuku grub, mert UEFI-ztem most.
-
Shyciii
veterán
Nm-appletben nekem sosem kellett a vezetékes nethez felvenni kapcsolatokat dinamikus ip használata esetén, csak a wifi kapcsolódás miatt. Most otthon kipróbáltam a vezetékes kapcsolódást a routerhez, és azonnal kap ip-t bárminő változtatás nélkül ahogy kell. Szal a menlóhelyen változtattak valamit amióta nem használtam a kábelt.
Amúgy a Tint2-t te szeretted? Én gyűlöltem a korlátoltsága miatt, úgyhogy váltottam Polybar-ra. -
Frawly
veterán
válasz
Shyciii
#5864
üzenetére
Akkor viszont ha van Network Manager, akkor dhchcd-t nem szabad használni, hanem a kapcsolatokat felvenni a grafikus nm-applet-ben. Majd csak utána fognak működni, meg legközelebbi bootolásnál automatikusan kapcsolódni, meg DHCP-ről címet kérni.
Tudom mit beszélek, én is használtam már Archon Openbox + Tint2 + NetworkManager + nm-applet + Wi-Fi felállást.
-
Frawly
veterán
válasz
Shyciii
#5856
üzenetére
De, kapcsolatot létre kell hozni Network Managerben, pl. nmcli-vel. Vagy wifi-menu-vel.
Bár az sem mindegy, hogy vezetékes vagy vezeték nélküli kapcsolatról van szó. Ha csak simán vezetékes, akkor lehet kap dhcpcd automatikus indulásával is IP-t, de Wi-Fi sose ilyen egyszerű, mert ott SSID, jelszó, frekiállítás, stb. van.
Szerk.: látom vezetékes kapcsolat. Ahhoz nem kell Network Managert felrakni, ha nem tervezel másik kapcsolatot használni mellette.
-
Shyciii
veterán
válasz
vargalex
#5861
üzenetére
Pont a Wiki-t olvasva kezdtem el használni, viszont a dhcpcd-vel sem ment alapból. Hibába csináltam ami a Wiki-n van, vagy ahogy írtad, bootkor nem volt net, csak ha restartoltam a szolgáltatást. Mintha előbb indult volna a kelleténél, és ezért nem volt.
Viszont most próbából megnéztem a Zen Installer-t, ami grafikusan felületen pár scripttel telepít pure Arch-ot. Ő használ Network manager-t alapból, még az nm-applet is kint van a tint2 tálcán. De mint mondtam, nekem anno semmit nem kellett állítani a Network Manageren, mert alapból kábelt bedugva kapott IP-t. Ez a gond, csak most ütközött ki nekem. Lehet hogy azóta volt változtatás rajta, mert én vagy 3/4 éve nem telepített Arch-ot, úgyhogy bármi lehet. -
vargalex
félisten
válasz
Shyciii
#5860
üzenetére
Nem írtam, hogy scriptekkel kellene telepíteni. Én még soha nem telepítettem úgy... Csak annyit írtam, hogy miért van NetworkManager-ed, ha nincs GUI-d és nincs is hozzá semmilyen config.
A telepítő indításkor alapból indítja a dhcpcd-t, így van net. Viszont ez a service telepítés után nincs engedélyezve, így a már telepített rendszert boot-olva kell egysystemctl start dhcpcd.servicevagy interface specifikusan
systemctl start dhcpcd@interface.servicede ez ott is van a wiki-n.
-
Shyciii
veterán
válasz
Siriusb
#5857
üzenetére
Siriusb
Oké, hogy alapból nincs köze, de míg MBR-el ugyanez a telepítési metódus gond nélkül ment, UEFI alatt most szívás van. Közben újraraktam az egészet, és az első reboot után megmaradt a net, úgyhogy gyorsan felraktam mindent amire szükségem van scriptekből, és így Openbox+polybar alatt látom az nm-applet-et. Persze restartkor megint nem kap hálókábelesen netet, de így már a wifi konfigurálható, és az stabilan megy. Amúgy az előbb írtam is, hogy leszedtem a dhcpcd-t, és ugyanígy nem ment.wwenigma
Köszi. Ismerem ezt az ürgét a videókról, de a telepítési metódusa szinte ugyanaz, mint az enyém. Igazából nem is kellene gondnak lennie, mert míg MBR-eztem újraraktam tesztek miatt vagy 6-szor, és sose volt gond. Hardver nem változott, mert noti, úgyhogy kicsit értetlen számomra, hogy most mi baja volt.vargalex
Mivel nem scriptekkel telepítettem az Arch-ot, így alapból az első restartkor még nincsen gui, és mivel net se volt, így esély se volt rá. Az előbb újraraktam, és megmaradt a net az első installkor, úgyhogy felraktam a megszokott Openbox LightDM + polybar + Rofi launcher kombómat, minden beállítást visszamásoltam, így restartkor már volt "grafikus" felület, persze a vezetékes net megint elszállt. Viszont így már wifi könnyen bekonfigurálható volt, és az működik. A NetworkManagernek alapból semmilyen beállítás nem kell még GUI nélkül sem. Alapból működik a dhcp (legalábbis nekem eddig ígyx működött). Most viszont megfagyott az IP lekérés közben. Megtaláltam a parancsot amivel meg lehet nézni, még az állapotát is kiírta, hogy State 70-es. Otthoni routeren kipróbálom még. Hátha a cégesen történt változás, míg edzőtáborban voltam... -
vargalex
félisten
válasz
Shyciii
#5856
üzenetére
Ha nincs GUI, akkor miért raktál fel NetworkManager-t? Ha jól látom, az alapból semmilyen konfigurációt nem tartalmaz, így nem is fog DHCP-n IP-t kérni. Úgyhogy, vagy beállítasz egy connection-t a /etc/NetworkManager/system-connection-s alá, vagy tiltsd a NetworkManager-t és engedélyezd a megfelelő interface-ra a dhcpcd-t.
Ha ez egy szerver, akkor felesleges a NetworkManager. Teljesen jó a systemd-networkd, vagy a dhcpcd. -
-
Siriusb
veterán
válasz
Shyciii
#5854
üzenetére
Ezek szerint sem netctl, sem más nem zavar be. Egyáltalán hoztál létre nm-ben kapcsolatot?
Pl. nmcli c-vel ki tudod listázni, miket állítottál be. Ha meg fel van telepítve a network-manager-applet, grafikus felületen is ellenőrizheted.Szerk.:
ráadásként átnyálazhatod a logot journalctl -b-vel, abból is kiderülhet, mi a hiba. -
-
Shyciii
veterán
-
-
Shyciii
veterán
Eljött az idő, hogy az Arch-ot újratelepítsem, és immáron UEFI-ben. Jól meg is szívtam, mert maga a telepítés megtörtént minden. Most ha bebootolok a rendszerbe, akkor már nem lát netet. Mutatja, hogy UP a hálókártya, de nem kap ip-t. Enable és start NetworkManager megvolt, dhcpcd.service is engedélyezve lett, de semmi. Van valakinek ötlete, hogy mi a túró lehet? Az install procedúra alatt minden további nélkül kapott ip-t, ott nem volt gond.
-
Shyciii
veterán
Akkor nem értem nálad mi lehet a gond. Nálam is Arch + Openbox van, és az Atom elindulása lassú, de onnantól kezdve bármit csinálok benne már gyors. Tegnap is pl teljesen átszabtam a polybar-t, és be volt töltve a polybar configja 3db + scriptek, betöltve x mennyiségű plugin, és gyorsan futott.
-
Frawly
veterán
válasz
Shyciii
#5843
üzenetére
Nálam i7-2620M prociról van szó (Sandy Bridge), 16 giga RAM, Crucial MX300 SATA3 SSD, Arch Linux Openboxon próbáltam akkoriban, pluginek nélkül az Atomot. Nem mértem hány másodperc, de elég lassú volt minden tekintetben.
A GIMP meg a LibreOffice minden gépen lassan indul, i9-esen, meg Threadripperen is, még az sem számít nekik, ha NVMe SSD-t teszel alá. De csak az első indítás ilyen, ha nem rebootol valaki, másodjára gyorsabban nyílnak meg. De a GIMP-nél meg a LibreOffice-nál nincs gond ugyanezen a gépen, lassan indulnak, de aztán használható sebességgel futnak, nem úgy, mint az Atom.
-
Shyciii
veterán
Nekem egy i3-7130U (Kaby Lake) van a notiban 4GB memóriával, és egy sima Kingston SSD-vel. Egyedül az Atom indulása lassú (4mp a betöoltődése pluginekkel és 4db megnyitott file-al). VIszont ha elindult, akkor már minden gyors, pedig az alap intel vidkártyát használom benne, és nem a dedikált Geforce MX130-at, ami azért gyorsítana rajta.
A Libreoffice meg a Gimp hasonlóan lassú elinduláskor, de a többi program gyakorlatilag azonnal megnyílik.
-
Frawly
veterán
Nálam i7-es notin az egész Atom volt kompletten lassú, indulás, szöveg beírása, menük reakcióideje. Pedig még plugin is alig volt fent, azért is volt fapados.
A vim valóban érthetetlennek tűnik elsőre, mert gépíráshoz tervezték, meg módok között kell váltani, és ezt nehéz megszokni. Egyébként a vim nem is szövegszerkesztő, hanem szövegfeldolgozó, olyasmi, mint a sed, awk, csak valós időben viszed be szövegmanipuláló parancsokat billentyűkkel. Eleve, mikor manipulálja valaki vele a szöveget, akkor nem úgy kell gondolkodni, mint egy normál szövegszerkeszőnél.
A Geany teljesen jó. Régen a Kate volt még jó, igaz az nem nagyobb projektekhez volt akkor sem való, de az 5-ős verziótól kezdve agyon van butítva, ahogy a Gedit is. Ezért a vim előtt SciTe-t használtam. Jó még a Sublime, de az fizetős. A Kommodo Edit sem lenne rossz, de az elviselhetetlenül bloat. Projektekhez állítólag a Visual Studio Code jó, az ingyenes.
Aki vim-mel próbálkozik: mindenképp a gvim-et tegye fel, akkor is, ha nem GUI-n használja (javasolt nem GUI-sat használni), hanem terminálból. Azért gvim-et, mert az abban lévő vim tudja a vágólapkezelést a X.org felé. A sima vim csomagban lévő vim-ből ki van szedve egy csomó funkció, eleve úgy van forgatva a forráskód. Illetve a neovim-mel lehet próbálkozni, de az nem sztenderd még, nem próbáltam.
Amire még sokan esküsznek, de nekem mindig is átláthatatlan volt, meg nehezen lenyomható billkombói vannak: Emacs.
-
Shyciii
veterán
válasz
vargalex
#5836
üzenetére
Igen, a lassúsága ami engem is zavar, főleg hogy minden más meg nagyon gyors. Geany már nem is tudom miért, de valahogy nem tetszett. Sublime jó lett volna, de a kicseszett Projekt kezelése nem akart működni, hiába olvastam tutorialokat hogy milyen egyszerű. Nekem sosem jegyezte meg. Atom-ban viszont teljesen magátólérthetően működik rendben, és pluginekkel minden megoldható ami nekem kell. Úgyhogy egyelőre marad. Aztán majd 2-3 hét múlva - mikor az egészet Arch-ot újrahúzom az UEFI-zés miatt - marad-e az Atom, az majd kiderül.
-
Shyciii
veterán
Keveset tud? Ahogy nézem az egyik ami a legtöbbet tudja, és agyon pluginezhető kinek mi kell. Ráadásul működik benne rendesen a Project kezelés, ami nekem Sublime alatt sehogysem akart. A Vi és Vim-et meg gyűlölöm az érthetetlen bill kombóival, ami minden csak nem logikus mindenkinek, aki normális, és nem kocka
-
Frawly
veterán
válasz
Nagytoll
#5826
üzenetére
Ott valami nem linuxos gond van, mert annyit minimum ki kéne írjon az UEFI BIOS-nak is, hogy nem talált bootolható OS-t. Ha F12-re vagy ilyesmire kézileg előhozod az UEFI BIOS bootmenüjét, ott milyen lehetőségeket kínál? Secure boot ki van kapcsolva?
A GRUB-ot jól telepítetted, bár az elérési útja (/EFI) attól is függ, hogy miként van felcsatolva. Az biztosan nem baj, hogy nem /dev/nvme-ként adtad meg, az nem működne. Ez már nem MBR, hogy a GRUB indítókódját oda kéne írni. Az NVMe eszközökön kötelező a GPT+UEFI boot, és az UEFI indítófájlok mindenképp az EFI partícióra mennek, vagyis abba a mappába, ahová az EFI partíció fel van csatolva.
-
Nagytoll
senior tag
Sziasztok!
Archot telepítettem egy teljesen új ryzen/vega konfigra, nvme ssd-re és telepítés közben minden jól ment, de mikor végeztem és leallitottam a gépet nem sikerült újra bootolnia. Se kép, se grub menu, se semmi nincs. Még az alaplapot se hallom pittyenni (mondjuk elsőre se hallottam). A gépben van még az ssd-n kívül egy WD hdd is, de azt még nem particionáltam.
Az nvme ssd-n 3 particiot csináltam, egy EFI-t (/mnt/efi), egy swap-ot, és a maradék helyre pedig ext4 (/mnt).
Az lehet gond hogy a grubot simán grub-install --efi-directory=/efi-vel telepítettem, anélkül hogy megadtam volna neki a /dev/nvme-t mint cél device-t?Remélem valakinek lesz ötlete és nem hardveres gond lesz
-
Frawly
veterán
válasz
#63718632
#5823
üzenetére
Pedig sudo systemctl enable ufw.service paranccsal kell indítani. Egyébként lehet elindul nálad, de ez csak magát a tűzfalat indítja, a grafikus kezelőfelületet nem, tehát a gufw-t be kéne tegyed az asztali környezet vagy ablakkezelő automatikus indításába, hogy lássad futni.
-
#63718632
törölt tag
Sziasztok!
Tűzfal beállítással és bekapcsolással van egy kis problémám. Telepítettem az egyszerű grafikus tűzfalat a gufw-t. Grafikus felületen be is kapcsoltam, viszont restart után nem indul el automatikusan.
Aztán terminálból is próbáltam root-ként és sudo-val is az enable ufw parancsot. Ami elvileg egyből elindítja és rendszerindítás után is elindítja. Sajnos nem, az ufw status inaktív.
Valami hiányzik a működéshez? -
#63718632
törölt tag
válasz
Shyciii
#5818
üzenetére
Köszi szépen és Frawly-nak is. Végül a Yay-t raktam fel. Igaz tényleg csak addig kellett míg a pamac-aur-t telepítettem. Kellett egy grafikus felület a frissítések kezeléséhez és az Aur-os progik frissítéseihez is.
Egyik cimborámnak pakoltam össze a rendszert és van egy-két progi amiből mindig a legfrisebb kell neki. Ezt más disztrókon kivárni akár sok idő is lehet.
Az Ő szempontjából mindegy, hogy a Debian, Mint vagy Arch rendszert nem ismeri, csak használja. Ha baj van, nálam köt ki. A Pamac-al meg feltolja magának a frissítéseket két kattintásból. Én el vagyok ettől puritánabb dolgokkal is. Igaz az Arch-ot csak kóstolgatom. -
Shyciii
veterán
válasz
#63718632
#5816
üzenetére
Én trizen-t használok, de utólag megnéztem a yay-t is. Átlag, normál használatra mindkettő nagyon jó. Trizenben én azt szeretem, hogy az AUR comment-eket is megjeleníti, és lehet is keresni annak tartalmára is. Erre yay nem képes. Legalábbis még 2019 február környékén nem volt képes.
Amúgy ez az oldal egész jól összefoglalja, hogy melyiknek mi az előnye: Link -
Frawly
veterán
Na, közben megtaláltam a Micron doksit, ez az MX300-on lévő 32 rétegű 3D TLC NAND-ra 16K-s lapméretet ad meg, de a blokkméretnél 1536 lapot ír, ez pedig 24 MB-os blokkméretre jön ki, amit néhány IT-s oldalon írt cikk is megerősít.
Majd kipróbálom, ha újrahúzom a rendszert, hogy 24 MB-on alignálok, bár elég overkillnek néz ki, de kíváncsi vagyok mennyit gyorsul. Tippre semennyit nem fog.
-
Frawly
veterán
válasz
vinibali
#5813
üzenetére
Ja, így már értem. De ez szerintem továbbra is hülyeség. Valóban, így már ártani nem árt a 6 megás eltolás (1,5×8K), de használni sem használ semmit.
Az én Crucial MX300-amban már 16K-s lapok vannak, a block erase size-t nem tudom, elő kell keresnem a pdf doksit a Micron-tól. De a sztenderd 1M-es eltolással teljesen jól megy. Igaz nem egy villám SSD, mert nem valami gyors, de nagyobb eltolással sem lenne jobb. Ennek ellenére kíváncsivá tettél ezzel a témával, legközelebb, ha particionálom, kipróbálom nagyobb eltolással.
-
Frawly
veterán
Az 5.2-es kernellel eltört a Wine, de nem telt el egészen 24 óra, jött a javítás, Wine 4.12-es, ezzel már jó. Az eltörtet úgy kell érteni, hogy futott, de boothibát írt ki, le lehetett okézni, onnantól működött minden rendesen. Gyorsan rendbeszedték. Ez a jó az Archban, ha el is törik valami, hihetetlen gyorsan lépnek. Aki nem frissít túl gyakran, mondjuk csak hetente, az bele sem fut jó eséllyel.
-
Frawly
veterán
Nem ugyanaz a mikrokód minden AMD procinál. De azonos csomagban vannak, linux-firmware, alapból telepítve van, induláskor a kernel ebből betölti a gépben lévő procira vonatkozót.
A GPU driver attól függ milyen GPU-d van. Ha AMD, ahhoz nem szokott megint semmi extra kelleni, a linux-firmware csomagban ott vannak a szükséges firmware-ek hozzá, a kernelben meg az opensource driver, ehhez már csak a mesa csomag kell, de ez is fel szokott kerülni függőségnek.
Szerintem a váltásnál nem lesz problémád, főleg, hogy AMD-ről AMD-re váltasz. Simán mennie kéne mindennek.
-
válasz
Siriusb
#5807
üzenetére
Köszi!
Systemd boot-ot használok, és szerintem nincs hardver specifikis kernel paraméter.
Az AMD mikrokód ugyanaz minden AMD procinál? Mindkét gép AMD (FM2+ -> AM4).
Hardver specifikus csomagok és konfig: tudtonnal nincs ilyen, de lehet olyan, amiről nem tudok; pl. automatán jön létre / települ.
Ebben jól jönne néhány tipp. -
Siriusb
veterán
Ami így hirtelen eszembe jut e késői órán:
Letörlöd a régi VGA és proci specifikus csomagokat és konfigokat. Grub kipofozása. Fallback módban elindít, mkinitcpio -p linux futtat. Ja, és az új hardver specifikus cuccok telepítése.Szerk.: Biztos kihagytam valamit, de majd a többiek megmondják.
(#5805) BoB
Kösz -
Sziasztok!
Van valami teendőm, ha gépet cserélek a jól belakott Arch installomat?
Lap, proci, VGA csere.
Eddig már többször cseréltem gépet linux alatt gond nélkül, de most az elsődleges munka gépemről van szó. Szeretném, ha semmi hibás konfiguráció, vagy maradék file nem maradna.Kössz!
-
BoB
Topikgazda
-
Frawly
veterán
válasz
vinibali
#5799
üzenetére
A 6 MB-os partícióeltolás rossz. A Samsung 840 EVO planár TLC-s SSD, 4K-s NAND lapokba szervezett cellákkal. 4K-s partícióeltolás kell neki. De a linuxos és modern windowsos toolok, telepítők régóta 1024K-n particionálnak, ami osztható egy csomó eltolással, így megfelel a 4K-s, 8K-s, 16K-s, stb. eltolásnak is. Ez fontos, mert a modern 3D TLC-s és 3D QLC-s SSD-k már min. 16K-s particionálást igényelnek.
Archon meg a /boot/loader/loader.conf szerkesztésével vagy az efibootmgr futtatásával be lehet állítani, hogy melyik UEFI-s bootlehetőség bootoljon default. Egyszer átállítod, a Windows utána már nem fog hozzányúlni, miután egyszer a telepítése után ezt megcsináltad. De kulturált UEFI BIOS-okban is lehet kézzel állítani a sorrendet.
Bootidőnél nem minden gépen van nyereség. Én az UEFI bootot inkább a kulturáltsága miatt szeretem, átláthatóbb, nélkülözhetővé teszi a GRUB-ot. Csak a secure boottal meg közbeláncolt extra bootmanagerekkel (GRUB) nem kell bonyolítani, az UEFI egymagában is egy bootmanager, használható systemd boottal, további bootmanager közbeiktatása nélkül. Ráadásul kényelmes is, mert Arch alatt egyszer megcsináltam az UEFI systemd bootot, és lassan már 3. éve hozzá sem kellett többé nyúlni, pedig a Win10-et és az Archot már párszor újratelepítettem azóta, de mivel az UEFI bootbeállítások az EFI partíción tárolódnak, azok nem vesznek el újratelepítéskor. MBR-nél minden újratelepítéskor telepítheted újra a GRUB-ot vagy Syslinuxot, vagy amit használsz.
Onnantól kezdve vagy vadászik AUR-ból GUI-s programokat amikkel lehet ezt-azt állítani, vagy szépen kézzel szerkesztgetni az xml alapú fileokat. Ezutóbbit éri meg, mert az elején ahogy néztem 1-1 frontend-et csináltak pár funkcióhoz, de nem az igaziak. Érdemesebb megtanulni az xml fileok felépítését, meg egy kis python nyelvet. Amúgysem árt, mert ha követjük a minimalizmust, akkor a tálca ami mondjuk legyen polybar vagy akár tint2 ahhoz úgyis megint config fileokat kell szerkesztgetni, és megint csak xml vagy python, aztán jön a conky, dettó érteni kell a nyelvét, úgyhogy a GUI-s állítóknak ezen a szinten javarészt leáldozott.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Notebookról van szó.
Az Eltées Elemérek ezt nem érthetik 
Új hozzászólás Aktív témák
Hirdetés
- Mini PC
- RAM topik
- Veszprém és környéke adok-veszek-beszélgetek
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Milyen videókártyát?
- Zászlóshajót avatott a Lexar SSD-kben utazó divíziója
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Milyen légkondit a lakásba?
- 5.1, 7.1 és gamer fejhallgatók
- Kormányok / autós szimulátorok topikja
- További aktív témák...
- Samsung Galaxy A54 5G 128GB, Kártyafüggetlen, 1 Év Garanciával
- BESZÁMÍTÁS! Logitech G923 Driving Force Racing Wheel + Shifter garanciával hibátlan működéssel
- XBOX Series X + dokkoló // SZÁMLA // GARANCIA //
- HIBÁTLAN iPhone 11 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS3027
- Huawei MatePad Pro / Wi-fi/ 12 RAM 512GB / 12Hó Garancia
Állásajánlatok
Cég: FOTC
Város: Budapest