- MaxxDamage: Vizes Laptop Hűtés? Lehetséges? Igen!
- gban: Ingyen kellene, de tegnapra
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- eBay-es kütyük kis pénzért
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Argos: Az vagy, amit megeszel
- sh4d0w: Én és a számítógép
- D1Rect: Nagy "hülyétkapokazapróktól" topik
-
LOGOUT
Arch Linux topik
Új hozzászólás Aktív témák
-
Rimuru
veterán
- Ide a csomagok pakolnak kernel modul blacklist-eket
- mivel csomag teszi ide, ezért ha szimplán kitörlöd vagy kommentezed akkor a következő frissétéskor újra oda fog kerülni
Igen pont ez a bajom.Tudom hogy kezzel be lehet tolteni, de ha bekerul pl /etc/modules-load.d/ ala akkor a blacklist miatt nem tolti be, hogy lehetne megis automatiksan betolteni, ami nem "hackelos" megoldas (pl nem egy systemd service amiben modprobe module parancs van).
-
BoB
Topikgazda
Nem teljesen értem mit akarsz, de:
- Ide a csomagok pakolnak kernel modul blacklist-eket
- attól függetlenül hogy ide van rakva ezek a modulok kézzel betölthetőek
- mivel csomag teszi ide, ezért ha szimplán kitörlöd vagy kommentezed akkor a következő frissétéskor újra oda fog kerülni -
-
Frawly
veterán
Akkor kérdezem máshogy. Az LXDM hol tárolja azokat a sorokat, amivel az egyes, már fent lévő grafikus felületeket indítja?
Ha ezt megtalálnám, akkor oda be tudnám szerkeszteni azt a sort, amivel már működnének a dolgok. Ugyanis az Openbox egy elég primitív WM, ezért a dbus-nak kell előbb indulnia, és wrapperként futnia az Openbox felett. Ennek meg is van a mikéntje, csak az nem, hogy hová adagoljam be az LXDM-nek.
-
Frawly
veterán
Ebben az esetben Lubuntu lesz a barátod. Az elég kicsi, könnyen használható Live módban is (telepítés nélkül futtatva), minden szükséges dolog telepítve van rá (Firefox, Flashplayer, Java, stb.). Esetleg ha nagyon régi, szar gépre lesz, akkor Puppy, esetleg AntiX vagy Sparky Linux, bár az utolsó kettőnek nem tudom, hogy Live módban mennyire használhatók.
-
whbear
senior tag
Ha már itt vagy, nem menj el. Próbáld meg a Manjaro Linuxot. Van grafikus telepítője a Kalamares, megismered az Arch alapokat, csomagkezelője ugyanúgy a Pacman. Nem véletlenül 9.4 az értékelése a distrowatchon az Arch Linuxnak.
Már lehet nyugodtan frissíteni a 32 bites rendszert, rendbetették a tárolókat szépen lefut a frissítés, nincsenek downgrade csomagok. A kanadai tárolót engedélyeztem.
-
Aureal
őstag
Köszi! Nem tudtam hogy ez haladó rendszer, én 1cd-s guis live distrot kerestem eredetileg, de az összefoglalón túl ajánlott wiki csak angolul elérhető ahogy nézem és nagyon bonyolultnak tűnik nekem. Pl. egy wifi beállítást sem tudom honnan kéne elkezdeni, hogy legalább egy xfacet letöltsek rá, illetve nem tudom ez liveként működne-e vagy hozzápiszkálna a meglévő win7-es rendszeremhez helyreállíthatatlan hibát okozva. (?)
Inkább nézek egy másik könnyebben kezelhető distrot... -
Aureal
őstag
Sziasztok!
Nem vagyok nagy linuxos, de gondoltam a distrowatch ajánlása szerint megnézem az Archot, mint nem gigantikus rendszer, ami elfér egy 2 gigás pendriveon. Rufusszal meg is csináltam a bootolható isos rendszert, elindul, de semmi live felületet, guit nem tölt be, megáll a parancssornál. Ha beírom hogy gui vagy help, még azt a parancsot sem ismeri. Ez most ennyire minimál rendszer vagy valamit rosszul csináltam?
Honnan tudnám ellenőrizni hogy egyáltalán live verziós és van-e hozzáadott gui a rendszerben?Köszi!
-
Frawly
veterán
Openbox alatt nemrég vettem észre, hogy egy-két alkalmazás hiányolja a dbus-t, pedig telepítve van.
Az Arch wiki azt mondja, hogy a exec dbus-launch openbox-session sort be kell tenni az ~/.xinitrc-be. Viszont nálam ilyen nincs, mert LXDM indítja az Openbox sessiont (nem közvetlenül xinit-tel indul), de azt nem találom, ahol át tudnám szerkeszteni. Szétnéztem az /etc/lxdm/lxdm.conf-ban is, de nem találok rá beállítást, vagyis lenne egy session= rész, de abba nem merek beleszerkeszteni, nehogy bezavarjon a többi grafikus felületnek (van fent tesztelni Xfce, i3wm is). Valami mód, hogy hogyan lehetne kivitelezni?
Az sl témájához: nagyon tutkeráj, feltettem én is
Komplett manpage-dzsel jön, meg kapcsolói is vannak. Steamnél meg nem állítottam, hogy most is 32 bites, már multilib. Csak ez nem volt mindig így. -
Lenry
félisten
ennek apropján gondoltam ránézek a dologra:
lenry@vavatch:~$ yaourt -Ss steam
community/sl 5.02-4
Steam Locomotive runs across your terminal when you type "sl" as you meant to type "ls".
multilib/steam 1.0.0.54-1 [installed]
Valve's digital software delivery system
multilib/steam-native-runtime 1.0.0.54-4 [installed]
Native replacement for the Steam runtimejah, tényleg multilib, de az első találaton megakadt a szemem...
erre bezzeg van idő
-
Frawly
veterán
A 32 bit témájához: nemrég szívtam két játékkal. Nem hivatalos forrásból beszereztem a nem steames Half Life 1-et és 2-őt. Egy valag 32 bites függőséget, libet kellett ldd-vel kinyomozni, meg telepíteni, még így sem lett meg az összes, szerencsére a hiányzóakat a játékhoz mellékelték, így elindult 64 bites Archon. A 2-es résznek még 32 bites fontcache generálás is kellett, ez milyen gyökérség már! Na, ezért irtja mindenki a 32 bites dolgokat már tűzzel-vassal, mert egy a Linux mellett eltökélt kiadó is, mint a Valve, lustaságból több játéknál csak 32 bites binárist tart karban, sokáig a Steam is 32 bites volt csak. Persze hivatalos forrásnál a Steam gondoskodik a 32 bites függőségekről, leszedi magától azt a kazal libet (nem csomagkezelőből, hanem a saját mappájába vagy a játék mellé bepakolja az .so fájlokat), de akkor is kínos. Ha nem lennének a fejlesztők ilyen lusták, akkor nem szüntetné be mindenki sorra a 32 bit támogatását, mivel elférne. Így viszont a bosszúság van vele, és a többség 64 bites rendszert használ, ők pedig érthető okból nem akarnak a 32 bites binárisok miatt szopni.
-
vinibali
őstag
szerintem elsőre megérné fsck-zni a boot partíciót és megnézni, hogy van-e rajta hely.
ha nincs külön, akkor az egész root-ot, de elsőre csak kíváncsiskodós kapcsolóval.# fsck.amivan-n /dev/sda1
utána ráereszteni egy# mkinitrd -p linux
parancsot, hátha csak az initrd csúszott el. de ha a leírt hibákat tapasztalod, szerintem ott valami inkompatibilitásból adódó systemd probléma lehet.
hogyha ezek sem válnak be, akkor# pacman -Syu linux-lts.az fsck-t iso vagy live image-ről bootolva kellene megnézni.
-
_NCT
addikt
Sziasztok!
Használom már lassan 1.5 éve az Arch Linux-ot, kisebb nagyobb problémákkal, amiket eddig megoldottam, vagy feledésbe merültek.
Tegnap voltam olyan ügyes, gondoltam downgrade-elek, mert miért ne, úgy sincs jobb dolgom... Viccet félretéve, olyan eszmefuttatás húzódik ennek hátterében, hogy majd boldogan tudom futtatni a VmWare Workstation-t linux alól. Viszont mivel szeretem up-to-date tartani a rendszerem, így a kernel már 4.13-nál járt, és a neten fellelhető tudásbázis ellenére sem sikerült működésre bírni.
Emlékeim szerint 4.9-es kernellel minden happy volt, arra akartam visszaállni. A visszaállítás nem igazán jött össze, hiába futtattam pacman -U /var/cache/pacman/pkg/linux-******** parancsot.
Most ott járok, hogy netctl-al nem tudok csatlakozni az otthoni wifihez, journalctrl -xe állandóan azt írja, hogy Wrong Key, illetve ERROR=-3. Sajnos ez nem igaz, a Key biztosan jó. Wpa_supplicant-ot hiába próbáltam, ugyanez. A wpa_supplicant.conf file-ban próbáltam "cleartext" és hash-elt jelszóval is, nem jártam sikerrel. Az Error=-3-ra azt találtam, hogy energiagazdálkodást le kell tiltani, de alapból ki volt kapcsolva.
Rádugtam a gépet tyúkbéllel a router-re, nyomtam egy update-et, utána a wifi is meggyógyult;egészen a következő reboot-ig, amikor is kezdődött előről a tortúra.
Mit lehet még tenni? Reinstall? Vagy ha VmWare Workstation és társait akarom használni, akkor másik disztrót keressek, esetleg Windows?
-
#4865
mefistofeles
veterán
Üdv az uraknak!
Egy olyan problémám lenne, hogy elhatároztam kipróbálom a Manjaro Gnome Edition (17.0.6) disztrót, először persze szigorúan live módban. Mikor a pendriveról betölt a rendszer hirtelen "besárgul" a monitrom képernyője. Ha más rendszerre váltok semmi gond. Ez valamiféle illesztőprogram gondra utal? Még sosem tapasztaltam effélét. (HD 5780 videokari van a gépemben) -
Frawly
veterán
Ja, bocs. Azt hittem, hogy ez egy fórum, ahol bármihez hozzá lehet szólni.
Ha nem akarod kidobni azt a drága bőrtokot, belegyömöszölhetsz 64 bites gépet is, 4 gigánál több RAM-mal. Igaz akkor összepréselődnek a többletbitek, meg a RAM-ot is lehet gzippel tömöríteni kell, hogy beleférjen
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
-
Frawly
veterán
Ezt inkább te ne írtad volna le. A max. 4 GB megcímzése architekturális korlát, nem a MS tehet róla. Non PAE kernellel a linuxos gépek sem tudnak többet megcímezni, és ebben a 4 gigás címtérben a hardvereszközök ROM-jainak és RAM-jainak a címzése is benne van, ezért látnak az ilyen rendszerek 3.X gigát. Ennek a 3.X gigának az egy része is kernel címtere, amit az alkalmazások nem használhatnak, csak tipikusan 2 gigát, és a történet ezen a ponton is elkezd elég kellemetlen lenni, mikor ma már egy kisebb játék meg egy böngésző is bőven bekajálja ezeket a memóriamennyiségeket.
Persze, a legtöbb 32 bites proci támogatja a PAE-t, de néhány régebbi a P4/Celeron Northwood és AthlonXP-s, meg még régebbi proci mégse tud PAE-kerneleket meg 7-esnél újabb windowsokat futtatni NX bit támogatásának a hiányában.
Az MS sok mindenről tehet, de erről nem. Ahogy pl. arról sem tehetnek, hogy a 64 bites windowsokból kikerült a 16 bites alkalmazások támogatása, az is architekturális korlát, és csak emulációs rétegen keresztül lenne lehetséges, de akinek emuláció kell, használ ezekre külön emulátort vagy virtuális gépet, amúgy sem szoktak teljesítménykritikus alkalmazások lenni.
Amúgy figyelmedbe ajánlom a Torvalds vélekedését a PAE-ről.
-
Lenry
félisten
1) Max. 4 giga RAM-ot támogat, abból sem tudsz használni 3,X gigánál többet, hacsak a proci nem támogatja a PAE-t
ezt inkább ne írtad volna le...
a PAE-t a Pentium Pro óta a legtöbb minden támogatja, tehát kb 1995 óta elég stabilan lehet arra számítani, hogy a memóriacímzés 36 biten történik, 64GB-t meg tudsz vele címezni.
az, hogy az otthoni használatra szánt 32 bites Windowsok max 4GB-t hajlandók megcímezni, az a Microsoft döntése volt, nem technikai ok.
-
Frawly
veterán
Okok a cserére:
1) Max. 4 giga RAM-ot támogat, abból sem tudsz használni 3,X gigánál többet, hacsak a proci nem támogatja a PAE-t
2) Egyre inkább nem lesz támogatott a 32 bit szoftverügyileg, egyre inkább szenvedős lesz rajta bármit használni.
3) 32 bit only CPU teljesítménye ma már nem sok mindenre elég, egy combos facebookos oldal beakasztja, vagy valami más scriptekkel megpakolt oldal. Videókból is általában már a 480p-vel is problémájuk van ezeknek a prociknak, ha teljes képernyőre kiteszed, stabilan csak 360p-t visznek. Plusz egy ilyen régi gépben a GPU sem szokott a toppon lenni.Semmi gond nincs, anno nem drága bőrtokra kellett volna költeni, hanem új notit venni. Velem is fordult elő, hogy pénzt invesztáltam egy olyan régi gépbe, ami helyett újat kellett volna venni, meg is bántam idővel. Nem szabad, hogy az embert a megszokás és a érzelmi érték befolyásoljon, mikor hardverről van szó. Az ember az új hardverrel nem csak teljesítményt vesz, hanem bizonyos időtállóságot (elavultság kitolása, támogatottság) is.
-
Frawly
veterán
Nem hót felesleges, mert támogatott rendszer kerülne rá. A 64 bites rendszer elvileg nem kéne lassabban fusson, a memóriafogyasztása is csak kicsivel kéne, hogy több legyen. Ami miatt ténylegesen is több memóriát szokott enni, az pont amiatt van, hogy szenvedni kell a 32/64 bit együttélése miatt, be kell tölteni feleslegesen 32 bites libeket is a 64 bitesek mellé.
Plusz ha hardveresen nem támogatja valami a 64 bitet, az azt jelenti, hogy legalább 11 éves prociról van szó, ha nem régebbiről, azok meg általában ma már egy okostelefon vagy one board gép szintjét sem ütik meg, cserébe fölöslegesen esznek regeteg áramot, ergo szervernek is erősen pénzkidobás áramszámlát fizetni a működtetésükért.
Előbb-utóbb minden nagyobb disztró meg böngésző, meg mindenféle fontos szoftver dobni fogja a 32 bites támogatást. Jobb előbb váltani, mint utóbb fetrengeni vele. Mondjuk ez téged pont nem érint, mivel a Gentoo forrásból forgatós disztró, és abból bármikor forgatsz magadnak 32 bites x86-ra bármilyen kernelt vagy más csomagot, akár PAE-vel, akár anélkül.
-
-
Frawly
veterán
Nem hiszem, hogy túl sok archert érint ez. Jellemzően technikailag haladóbbak használnak Archot, és ők biztos vagyok benne, hogy költenek gépre, egyéb hardverekre, és nem rekednek meg 32 biten. Ettől függetlenül, ha annyira kell egy egész közösségnyi embernek 32 bites rendszer, akkor forkolják egészséggel.
Egyébként a 32 bites dolgokat azért irtja mindenki tűzzel-vassal (Google, disztrókészítők, de a Skype-pal megkezdte a sort a MS is), mert jellemzően már csak a szoftverek, driverek íróinak lustasága, hogy sokan megrekedtek 32 biten. Nagyon ritka, ha tényleg régi gép nem bírja el a 64 bites rendszert (már vagy 10 éve minden proci 64 bites, de a korai chipsetek kevés memóriát támgatnak, jellemzően max 2 GB). legtöbbször csak azért kellenek a 32 bites multilib csomagok, mert gyökér fejlesztők lusták karbantartani 64 bites verziót, és zárt forráskódos szoftvernél csak a 32 bites verziót publikálják.
-
BoB
Topikgazda
Mától vége a 32 bites csomagok támogatásának, tehát azokra frissítés már nem fog érkezni (ha emlékszünk 9 hónappal ezelőtt megszűnt a 32 bites telepítő lemezek gyártása), és a hónap végén el is fogják távolítani őket a repókból.
A 32 bites library-k természetesen továbbra is elérhetőek maradnak.
-
Rimuru
veterán
Szerinted tudnek irni olyat ami nincs mashol leirva harmincszor? Szerintem nem.
Elvileg ertesz hozza annyira hogy el tudd donteni mi az idealis neked.Coming out: teli van bele a blogout csak azert irtam, egy poen poszt lenne az egesz a vegen azzal hogy Gentoo-t hasznalok (de ezt mar mindenki tudja akit erdekel).
-
Frawly
veterán
Miért nem írhatsz coming outot? Amúgy hsz.-be is jöhet, hogy miért jobb a Gentoo, mit lehet vele nyerni az Arch ellenében. Egy időben én is gondolkoztam a Gentoon, és biztos nem rossz, de nem hinném, hogy nagy a nyereség Archról váltva, csak felemésztené azt a kevés szabadidőm is. Mai gépeknél már nem dob sokat, ha a helyi CPU-ra jobban van optimalizálva a forgatott kód, egy 486-P2-es gépen még többet számított, sebességben és foglalási méretben is. Talán egy nagyon keveset biztonság terén lehet vele nyerni.
Az Archnál jelentős előny lenne, ha lenne hozzá több magántároló (van egy-kettő, hasonlóak az ubuntus PPA-khoz), és nem csak forrásból lehetne fordítani, hanem bináris AUR is lenne hozzá, 32 és 64 bites csomagokkal, és komplett függőségkezeléssel. Ami még zavar, hogy Archék kezdenek öregedni, kicsit komótosabban frissülnek a csomagok, mint néhány éve. Nem elavultak, de pl. a Fedorában már sokszor frissebbek a csomagok, csak azzal meg az a bajom, hogy nem rolling release disztró. Lehet átállok Arch testingre, még sose próbáltam, elvileg csak a tárolókat kell hozzá átállítani, meg kiadni egy pacman -Syu parancsot, csak nem tudom mennyire stabil a gyakorlatban. Az Arch stable teljesen stabilnak bizonyult, már majd 2 éve használom, 3 gépváltást is átélt, de sose volt vele baj azért, mert frissek a csomagok, és valami bug vagy instabilitási probléma jött volna elő. Lehet nem instabilabb a testing sem.
-
-
Frawly
veterán
válasz
vinibali
#4822
üzenetére
A pepperflash a hivatalos tárolóban is ott van már, nem csak az AUR-ban. Amúgy tényleg egész jónak tűnik a Chromium is, mintha kicsit gyorsabb is lenne a Chrome-nál. A chromium-widevine (AUR) csomagot telepítve megy a Netflix is, és külön pozitív meglepetés, hogy nem forráskódból forgatta, hanem tar.gz-t húzott le, amiből binárist bontott ki, szóval szempillantás alatt települt, sokkal nagyobb szopásra számítottam.
Egyelőre a Firefox 57 (Quantum) böngészőt tesztelem elsődleges böngészőként, de ha nem válik be, akkor vissza nem Chrome-ra, hanem Chromiumra váltok.
A Kodi Git fordítását még nem próbáltam ki.
-
Frawly
veterán
Egyáltalán nem off a téma, kár offba tenni. Most kicsit utánaolvastam, de se Pepperflash, se widevine, se NaCl támogatás nincs benne, fontkezelési és hardveres gyorsítási problémái lehetnek a Chromiumnak, ennyi hátránnyal nem szivatom magam. Lehet visszaállok Firefoxra, de annál most behozták ezt a Quantumot, teljesen újraírták az egészet, szinte az összes funkciót kiszedték, addonokkal nem kompatibilis, így lehet nem leszek előrébb vele, mint egy zárt Chrome binárissal.
-
Frawly
veterán
A stable Kodi tényleg ott a tárolókban, erről elfeledkeztem. Azt viszont nem tudtam, hogy a Chrome zárt forráskódú. Helyette akkor érdemesebb lenne Chromiumot feltenni? Csak a Chromiummal az a probléma, hogy se Pepperflash, se a szükséges codecek, se lófasz nincs benne, ami a Chrome-ban benne van, meg a Chrome-os fejlesztéseket sem követi le, csak időbeli késéssel.
-
Rimuru
veterán
Kodi ott van taroloban, szerintem nem realis vagy az hogy a stabil kiadasokon kivul mast (foleg beta-t) is karbantartsanak barmelyik csomagbol.
Chrome gondolom jogi problemak miatt nincs, es mivel nem szabad a forrasa meg forditani se tudod, csak amit a google kiad binaris az van (aurbol se forditod le, az csak letolti a .deb-et es elintezi amit kell
). Ha meg portable mod akkor siman tudja magat frissiteni csak irasi jog kell neki oda ahol van. -
Frawly
veterán
Oké, rendben, meg fogom próbálni. Egyébként ez az egy nagyon zavar az Archban. A legjobb disztró, mindig friss csomagokkal, de sok mindenhez nincs bináris csomag, aztán lehet vele henteregni, meg forrásból fordítgatni, meg dpkgbuildezni. Azt még megérteném, ha valami kisebb szoftverről lenne szó, de a Kodi meg a bétája elég népszerű, meg pl. Chrome-hoz sincs csomag a hivatalos tárolóban, csak az AUR-ból lehet azt is fordítani. Persze Chrome-nál könnyebbség, hogy letölthető egy darab .deb csomagban, amit ki lehet bontani és portable módban használni, persze ez is körülményes, mert kézzel kell frissítgetni.
-
Frawly
veterán
válasz
vargalex
#4810
üzenetére
Saját pkgbuild szintjéig szerintem nem megyek el. Esetleg ha kézzel leklónozom a gitről, kézzel felteszem a függőségeit, és magam lefordítom, akkor nagyobb sikerre számíthatok, mint pkgbuilddel? Nekem még az sem kell, hogy feltétlenül a legújabb legyen, csak legyen legalább 18-as főverzió. Úgyis csak tesztelném első körben, lehet be sem válik.
-
cigam
titán
Köszi! Ezeket is meglesem.
Újabb gondom lenne. Az artix-ot próbálgatom, hogy mit tud systemd nélkül. A dmesg-ben több alkalommal is megjelenik egy fura sor:
udevd[572] RUN(builtin)'uaccess' unknown /usr/lib/udev/rules.d/73-seat-late.rulesBelekukkantva a systemd-hez tartozik. Ennyire megkerülhetetlen, vagy benne felejtették?
-
En csak a "support" vagyok. 
Komplett manpage-dzsel jön, meg kapcsolói is vannak. Steamnél meg nem állítottam, hogy most is 32 bites, már multilib. Csak ez nem volt mindig így.
Valaki nagyon rá ért, 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az sokkal jobb, mint reméltem. Kössz!
Új hozzászólás Aktív témák
- Fejhallgató erősítő és DAC topik
- Filmgyűjtés
- Fujifilm X
- Terminator 2D: NO FATE - Amit a játéktól várhatunk
- A fociról könnyedén, egy baráti társaságban
- Formula-1
- IFA 2025: Éles hangon
- Milyen videókártyát?
- Xbox tulajok OFF topicja
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- További aktív témák...
- Keresem az alábbi PC játékokat! (Teljes lista a leírásban!)
- ROBUX ÁRON ALUL - VÁSÁROLJ ROBLOX ROBUXOT MÉG MA, ELKÉPESZTŐ KEDVEZMÉNNYEL (Bármilyen platformra)
- Battlefield 6 - Digitális játékkulcs
- Számlás!Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!
- Game Pass Ultimate előfizetések 4 - 19 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN! AKCIÓ!
- Apple iPhone Xs Max 64GB, Kártyafüggetlen, 1 Év Garanciával
- Eladó szép állapotban levő Asus VivoBook 17 S712F / 12 hó jótállással
- Referencia Weboldallal Világítós bill+laptop bill magyarítás. Rania 3M -is! Touchpadok is.Posta ok
- Új Lenovo 16 Ideapad Slim3 WUXGA IPS Ryzen5 7530U 4.5Ghz 16GB 512GB Radeon RX Vega7 Win11 Garancia
- GYÖNYÖRŰ iPhone 11 Pro Max 64GB Graphite - 1 ÉV GARANCIA - Kártyafüggetlen, MS3260, 100% Akkumulátor
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest