-
Fototrend
Mára a ProHardver!/IT.News Fórum is nagylétszámú Linuxban jártas taggal büszkélkedhet. Nehéz szinteket felállítani egy olyan rendszer ismeretében, ami annyira sokrétű, hogy teljesen szinte lehetetlen megismerni minden egyes részét. Azt azonban mindenki tudja, hogy kezdő-e vagy sem. Elsősorban nekik szólnak az alábbiak, de érdemes mindenkinek elolvasnia, mint útjelző táblát.
Új hozzászólás Aktív témák
-
gery2123
őstag
Igen tuti, mert az is átneveztem, mivel ilyen hülye neve volt, de egy grub módosítással már az lett.
Közben meglett a megoldás!
Igaz ordroid de jó lett [link]Szóval wpasupplicant telepít, majd
1. wpa_passphrase jelszó passwd > /etc/wpa_supplicant.conf
2. Configure the wlan0 interface by appending this configuration to /etc/network/interfaces file:
allow-hotplug wlan0
auto wlan0
iface wlan0 inet dhcp
wpa-conf /etc/wpa_supplicant.confÍgy most működik!!!!!
Ha valkinek hasonló lenne a baja! -
letix
senior tag
Közben kicsit faragtam a dolgokon, hátha hasznos valakinek.
Amennyiben a backup gépről egy dedikált felhasználó futtatja a backup scriptet (rsync -a opcióval), úgy a jogosultságok ugyan átjönnek, de a user/group tulajdonságok nem.
Ezt úgy tudtam kivédeni, hogy legyártottam a backup gépen a root publikus kulcsát, ezt hozzáadtam a távoli gép dedikált user authorized_keys-hez , aki egyébként így sudoer az adott távoli gépen:username ALL= NOPASSWD: /usr/bin/rsync --server --sender -logDtpre.iLsfx . /
Így a user/group tulajdonság is átjön, és talán az rsync-el sem lehet a sudo miatt okoskodni nagyon.
Persze az első sudo rsync futásnál belefut a "Great power comes with great responsibility" felszólításba és meg is akad (no tty..), szóval ezt helyileg egyszer kezelni kell.Ötlet valakinek?
Köszi,
letix -
letix
senior tag
Igen, így használnám az rsync-et.
A --password-file jó lehetne, elvégre ez a file a backup gépen lenne, amihez rajtam kívül csak 1 fő ér hozzá, ráadásul netről nem érhető el, viszont ezen opció csak az rsync daemon módjában használható. Ezt viszont én nem tervezném beüzemelni a remote szervereken érthető okokból.Ha megfordítanám a daemon módot és a backup szerver lenne az rsync daemon, ahhoz szükséges lenne a távoli gépekről elérést biztosítani a backup felé. Ezt viszont már korábban kizártam
Köszi a segítséged.
udv
letix -
letix
senior tag
Arra gondoltam, hogy mind a backup szerveren, mind pedig a távoli gépeken dedikált userek lesznek, így talán tisztább.
Amit még egyelőre nem értek:
Ha az előbbi javaslatod használnám: hogyan tud jelszóval belépni, ha ütemezett script-ből rsync -e 'ssh -p port' formát használok?
Ha az utóbbit, akkor az ssh belépés tisztázott, viszont az --rsync-path="sudo rsync" még mindig jelszót kér a nopasswd nélkül. (és ez a gond fennáll az elsőnél is.)Én látok valamit nagyon rosszul?
Köszönöm!
udv
letix -
Lacc
aktív tag
Volt mindkét verzió. De a legtöbbször letöltöm. 2 esetben viszont a parancssoros megoldás volt.
Annyi, hogy a hibát beírva a keresőbe, már a mai napon találtam Bug reportot az ubuntu-nál. Ott is egy csóka ugyanazokat végig próbálta mint én, de nem sikerült neki, aki meg a ticket-et kezelte, az nem tudta produkálni a hibát.@bambano: Vagrant-hoz kell a VirtualBox, KVM-et egyszer próbáltam, de nem jött össze, viszont ott lehet valamit én rontottam el, mert rendkívül sok cuccot kellett telepíteni a terminalban, és a parancsok több mint felét nem is értettem, hogy mire való, de a hsz-ek alapján másnak működött, nekem meg nem.
-
Lacc
aktív tag
Jó, igaz
, hülyén fogalmaztam.Amint már nem csak az Ubuntut kell betöltenie, hanem a Windowst is azóta bosszúból lassan tölti be az Ubit
.
Érdekes, hogy PC-n a frissítések között megjelent Grub2-es frissítés (Laptopon nem), és azt telepítve javított a betöltés sebességen. -
#25514
Prosectura2
tag
Lenry
#25508
Prosectura2
tag
Most egyelőre a bezárásán ügyködök, egyelőre kevés sikerrel.
Ezt van benne a sudo crontabban:
27 10 x x x /bin/sh /home/username/pkill.sh
A scriptet futtathatóvá tettem (a biztonság kedvéért bárki által, a 777 kapcsolóval, hogy ne lehessen jogosultsági probléma). Ha parancssorból futtatom, hiba nélkül lefut és bezárja a processt.
Viszont a crontabban megadott időpontban nem zárult be az alkalmazás. Ha lekérdezem a crontab logjából, hogy mi történt, azt kapom, hogy óránként (minden óra 17 perckor) szerepel egy-egy bejegyzés, ilyesmi:
Mar 29 07:17:01 hostnév CRON[14386]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Arról van esetleg szó, hogy óránként vizsgálja meg a rendszer, van-e valamilyen végrehajtandó művelet, és csak akkor futtatja le a scriptet?
Mondjuk az olvastam, hogy ez percenként lefut, vagy esetleg módosítani kell a gyakoriságát? -
Zolee11
senior tag
Bakker, elindult. Eddig nem volt terminál üzenet sem, az is pillanatra elindult majd kilőtte magát, most ezt sorolja többször: (ez lehet normális)
(transgui: 1996): Gtk-CRITICAL **: IA_gtk_widget_realize: assertion 'GTK: WIDGET_ANCHORE (widget) | | GTK_IS_INVISIBLE (widget)' failed
Kikapcs, bekapcs, működik. Hát nem tudom hányszor próbáltam már, igaz mindig módosítottam picit ezen azon, de a legvégén a terminálban való futtatást nem próbáltam.
-
#25409
King Unique
titán
Lenry
#25392
King Unique
titán
Én mondjuk így szoktam, de a vége elhagyható. Egyébként sok Linux ISO eleve hibrid és mindkét féle módon kiírhatók. A kolléga által említett UNetbootin egyébként az első opció szerint csinálja. A DD íráshoz pedig jó grafikus megoldás (lehet) például a multiplatformos Etcher. Nemrég cikkeztek is róla. Igaz, még béta állapotú, de már több rendszeren is használtam és ok volt.
-
-
-
bambano
titán
-
togvau
senior tag
Ez inkább korlátozás hogy mi férhet hozzá, nem az, hogy ne is figyeljen azon kívül.
smb.conf-nál az
interfaces = 192.168.0.0/24 eth0-el elértem, hogy csak lanon belül figyeljen, de ipv6-nál nem tudom korlátozni, mert ha ezt írom hogy interfaces = 192.168.0.0/24 fe80::/16 eth0 attól még ugyanúgy globális ipv6 címre is figyel. -
Lenry
félisten
/var/log/syslog-bólFeb 27 21:54:43 RenderServer systemd[1]: Reloading.
Feb 27 21:54:44 RenderServer systemd[1]: Started ACPI event daemon.
Feb 27 21:54:44 RenderServer systemd[1]: Listening on ACPID Listen Socket.
Feb 27 21:54:44 RenderServer systemd[1]: Started CUPS Printing Service.
Feb 27 21:54:44 RenderServer systemd[1]: Listening on CUPS Printing Service Sockets.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/M_expand.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/Unity/MOZAIK_TEMP.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/Unity.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /media/masfel.
Feb 27 21:54:44 RenderServer systemd[1]: Mounted /.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/md6.
Feb 27 21:54:44 RenderServer systemd[1]: Found device /dev/md6.
Feb 27 21:54:44 RenderServer systemd[1]: Created slice system-systemd\x2dfsck.slice.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/md14.
Feb 27 21:54:44 RenderServer systemd[1]: Found device /dev/md14.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/disk/by-uuid/d50d2f3a-e3a2-4466-b02e-a130c0426a2e.
Feb 27 21:54:44 RenderServer systemd[1]: Found device WDC_WD5000AAKX-08ERMA0 1.
Feb 27 21:54:44 RenderServer systemd[1]: Started File System Check on /dev/disk/by-uuid/b3ab155c-d3f2-46fe-a04f-76cd1cf49315.
Feb 27 21:54:44 RenderServer systemd[1]: Found device WDC_WD5003ABYX-01WERA0 1.
Feb 27 21:54:44 RenderServer systemd[1]: Started LSB: RPC portmapper replacement.
Feb 27 21:54:44 RenderServer systemd[1]: Reached target Network is Online.
Feb 27 21:54:44 RenderServer systemd[1]: Reached target RPC Port Mapper.újraindítja a hálózatot meg a nyomtatószolgatáltatást, de előtte is folyamatosak a logok, egy táphibától újraindulna az egész gép, egy HDD-hiba meg... egy oké, kettő már fura, de nyolc? kétlem.
nekem inkább úgy tűnik, mintha a systemd lenne a hülye valamiért.
(#25294) én szerintem egy döglődő táp ennél több hibát produkálna, de legyen igazad, inkább a táp, mint a HDD-k
-
-
kem
addikt
a mukodo VPN konfignak ugyan az az ownere/jogai mint a mellette levo fajloknak, amiket visszamasoltam. Itt vannak egyebkent az elmentett wifi halozatok is, azt se tudom csak ugy visszamasolni. viszont amikor felleptem a wifimre ide jott letre egy ugyanolyan konfig file mint amit lementettem... nem erte
...par perc elteltevel...
Megneztem diffel, es ezt vettem eszre:
< permissions=user:XX:;
---
> permissions=user:YY:;seddel kicserelem, aztan restart
Koszi
-
Köszi.
Az az/etc/profile.d-ben lefut, de nem rootként. Ez meg csak rootként hajlandó. Most hibákat dobál.
Ha userként futtatom akkor ugyanazokat a hibákat dobja. Ha rootként futtatom akkor jó.Hol tudom rootként futtatni a boot végén?
Amúgy szerintem szabályosan is lefut a hostapd.service, csak túl korán. Ha parancssorból futtatom a
/etc/init.d/hostapd start-ot akkor is betöltődik. Csak ezt is rootként kell.vagy,
Hogyan lehetne késleltetni a "szabályos" init lefutást?
Ha jól olvastam a hostapd.service generált, nem írhatok bele, hogy mástól függjön.
Bocs ha rosszul fogalmazom meg, de ilyen mélységig még sohasem kellett belemennem a linuxba. -
Csontikka
aktív tag
Szia, köszönöm szépen a válaszod.
Töröltem az eddigi beállításokat és megpróbáltam újra az export-tal.
sajnos mindig ugyanoda jutok:
Err http://mirrordirector.raspbian.org jessie/main armhf Packages
407 Proxy Authentication Requiredilyen formátumokat próbáltam:
export http_proxy=http://DOMAIN\user:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN\user:Password@192.168.0.200:3130/
export http_proxy=http://DOMAIN\\user:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN\\user:Password@192.168.0.200:3130/
export http_proxy=http://DOMAIN%5Cuser:Password@192.168.0.200:3129/
export https_proxy=https://DOMAIN%5Cuser:Password@192.168.0.200:3130/
export http_proxy=http://user@DOMAIN:Password@192.168.0.200:3129/
export https_proxy=https://user@DOMAIN:Password@192.168.0.200:3130/Létezik, hogy a proxy nem fogadja el azt hogy a jelszót ide írom be plain text-be és az a baj?
-
Tim82
félisten
Elnézést, erre nem reagáltam akkor, mert egy-két hétre félre is tettem a témát (közbeszóltak IRL dolgok, amik fontosabbak voltak, mint a RuneAudio-s tökölésem).
A helyzet az, hogy megpróbálkoztam vele, de borult is vele a RuneAudio - instabil lett. Végül inkább előástam egy régi Draft-N-es Ralink chipsetes Cisco USB wifi dongle-t, ami csak 2,4 GHz-en működik: azzal - a RuneAudio újrahúzása után - csont nélkül megy a wifi. Egyelőre úgy néz ki, hogy hálózati zenelejátszóhoz az is elég, amit ez a Cisco adapter tud.
A segítséget utólag is köszönöm, neked és Vladinak is.
-
#24968
szőr Artúr
tag
Lenry
#24966
-
#24965
szőr Artúr
tag
Lenry
#24964
szőr Artúr
tag
export NCURSES_NO_UTF8_ACS=1
Ez sem segít? -
#24935
szőr Artúr
tag
Lenry
#24934
szőr Artúr
tag
Nem véletlenül hivatkoztam Mr. Murphy-re
Én is sokáig bíztam a "bolondbiztos" scriptjeimben, míg ott nem felejtettem egy visszatöltött állományt egy ölyan helyen, ahol nem kellett volna.
-
prucam
tag
script írásnál van problémám, váltózóba szeretném tenni őket:
x=/mnt/sdc10/home/iras/*
de ez így nem jó. Így benne vannak a mappák, s az al-al mappák is. Nem tudom hogyan adjam meg, hogy csak a file-ket vegye figyelembe.
A
find . -type f ! -name "*.*"
Egy kicsit jobb! Így tényleg csak a kit. nélküli file-ket keresi. A probléma még mindig az, hogy az al-al mappában is.
-
Mr Dini
addikt
Leírásom nincsen, nem is tudom, hogy létezik-e ilyesmi... Google első oldal nem talált...
Tehát az Androidban 4.4 óta létezik a SELinux. A kitkat esetében még alap esetben ki volt kapcsolva, de az 5.*-tól már alapból engedélyezett.
Én annyit csináltam, hogy az android system.img-t felcsatoltam a /mnt alá és elhelyeztem oda a su binárist, majd, hogy az emulátor következő bootkor ne haljon meg, mivel a su binárison nincsenek rajta a megfelelő selinux beállítások, megpróbáltam egy chcon-t végrehajtani. De meglepődve tapasztaltam, hogy nincs fent a chcon. Így utánaolvastam és azt írták, hogy a selinux csomagot kell feltennem. Fel is tettem és ezután kezdődött az anomália... :/ Hogy nem indul be a rendszerem.
Nekem mostmár mindegy, hogy sikerül-e rootolni azt az emulátort, vagy nem, csak kapjam vissza kompletten a rendszert!
Örök hálám!
-
Mr Dini
addikt
Mert az emulált droidom (AVD), amit az Android Studioval hoztam létre szerettem volna rootolni. És a su binárist kellett volna korrigálnom SELinux szempontból.
A bootos, csatolásos dolgot meg megoldottam. Nincs külön partíción. Egyedül annyit kellett tennem, hogy mountolnom kellett a /dev-et, a /run-t, a /sys-t és a /tmp-t, aztán ment minden. Csak a rendszert nem bírom élesben bebootolni.
-
Rimuru
veterán
Nagyon egyszeru, mikor futtatod a sciptet akkor az nyit egy subshell-t, es azon belul lesznek beallitva a valtozok.
Remelem ebbol latni fogod mi a baj[cc@cc ~]$ cat ssh.sh
#!/bin/bash
echo $SSH_AUTH_SOCK
eval $(ssh-agent)
echo $SSH_AUTH_SOCK
[cc@cc ~]$ bash ssh.sh
Agent pid 7394
/tmp/ssh-lYKDwaKlctcE/agent.7393
[cc@cc ~]$ echo $SSH_AUTH_SOCK
[cc@cc ~]$[cc@cc ~]$ bash ssh.sh
Agent pid 5864
Enter passphrase for /home/cc/.ssh/id_rsa:
Identity added: /home/cc/.ssh/id_rsa (/home/cc/.ssh/id_rsa)
[cc@cc ~]$ ssk
Enter passphrase for key '/home/cc/.ssh/id_rsa':
[cc@cc ~]$ export SSH_AUTH_SOCK=/tmp/ssh-eL5UHYAAaYpT/agent.5863
[cc@cc ~]$ ssk
...
[X]$ exit
[cc@cc ~]$ -
-
mmat3
tag
Ha jól emlékszem csak a gigabyte szállította BIOSsal a z68-as lapokat. A tiédre van 2.0-ás rev-től UEFI update egyébként...
Én nem írtam hogy dobjuk ki a BIOS támogatást. Csak mivel mac-hez hasonlította ahol UEFI van úgy gondoltam legyen igazságos.
Nem tudom egyébként elképzelni hogy mivel informatívabb egy GRUB pl. mint a refind amit említettem. Ráadásul ez még a pendriveon lévő rendszert is felismeri magától és berakja a boot menübe. Lehet a splash screenre gondoltál, azt én se szeretem egyébként
-
Jester01
veterán
Csak akkor csináld ha nagyon nyomozni akarsz.
ifdown eth0; strace -ff -o /tmp/ifup -e open,clone,execve ifup eth0
Ezután a /tmp alatt lesz egy csomó ifup.xxx fájl. Az egyik feltehetőleg úgy kezdődik majd, hogy
execve("/sbin/dhclient", ...
Na ennek a fájlnak a nevében lévő xxx a processz azonosító, ezt kell megkeresni a többi fájlban, egy clone hívás végén, akár több szinten át és figyelni van-e értelme. Az open miatt a megnyitott konfigurációs fájlok is látszani fognak, hátha valami eldugott helyről is beolvas valamit.
-
vargalex
félisten
Minden további nélkül:
[gavarga@gavarga-e5540 test]$ ls -la
összesen 4
drwxr-xr-x 2 gavarga gavarga 6 ápr 14 17.08 .
drwxr-xr-x 23 gavarga gavarga 4096 ápr 14 17.08 ..
[gavarga@gavarga-e5540 test]$ ln -s forras cel
[gavarga@gavarga-e5540 test]$ ls -la
összesen 4
drwxr-xr-x 2 gavarga gavarga 16 ápr 14 17.08 .
drwxr-xr-x 23 gavarga gavarga 4096 ápr 14 17.08 ..
lrwxrwxrwx 1 gavarga gavarga 6 ápr 14 17.08 cel -> forras -
bucihost
senior tag
valóban, most hogy vissza olvasta elég nagy baromságot írtam
na próba2:
szóval régen, még a kezdetekben valami olyasmit olvastam, hogy a linuxos 64 bit nem volt "teljes értékű".
"A 64 bites processzorok 64 bites szoftverrel érik el a legjobb teljesítményt."
Fanatikus "program sakkos" vagyok. Itt ugye az a lényeg (első sorban), hogy kinek milyen erős a programja, valamint a procija.
Maga a program (sakk motor) megvan írva linuxra is. Kérés, hogy a Linux hogy áll a 64-bit el... (nem tudom máshogy megfogalmazni
)A cluster meg másodlagos, mert ha más a 64 bit se megy akkor nem erőltetem a clustert.
-
bambano
titán
wikipedia szerint amit a linux csinál raidtíz néven, az nem raid10.
szerintem jó a szoftveres raid, erre majd akkor jössz rá, mikor egy proprietary raid kártya mögül ki akarsz venni egy diszket én jártam így múlt szilveszterkor, a klasszikus kamionos tankolós vicc jusson eszedbe
(szomszéd kútnál kamionos tankolt 400 liter 95-ös benzint, én meg új kifejezéseket tanultam...)szerintem mostanában már azt legózol össze mdadm-mel, amit akarsz. régebben finnyás volt a kernel egy-két dologra, de tudtommal azt már kinevelték belőle.
hálózaton másolásra gyors módszerek:
1. kibogarászod, hogy hogyan tud az ssh titkosítás nélkül kapcsolódni (hogy ne tekerje a procit a titkosítás, mert lassú lesz)
2. beállítod a másolás idejére az rsh-t, de ezt tényleg csak addig, mert akkora lyukat üt a biztonságba, mint 5 focistadion a költségvetésbeha ezek megvannak, akkor vagy rsync ssh fölött, vagy rsh és tar, vagy felrakod az rsync-et a saját szerverével daemonnak és rsync protokollon.
további lehetőség: nfs szerveren kiajánlod a fájlrendszert és sima másolás.
az rsync annyiból jobb, hogyha félbehagyod reggel, azzal sima ügy folytatni.
-
Lenry
félisten
így néz ki egy tömböm, de én ebből meg nem mondom, hogy ez most 10 vagy 01
lenry@RenderServer ~ $ sudo mdadm -D /dev/md14
/dev/md14:
Version : 0.90
Creation Time : Thu May 31 00:09:39 2012
Raid Level : raid10
Array Size : 935581696 (892.24 GiB 958.04 GB)
Used Dev Size : 467790848 (446.12 GiB 479.02 GB)
Raid Devices : 4
Total Devices : 4
Preferred Minor : 14
Persistence : Superblock is persistent
Update Time : Wed Oct 28 22:08:35 2015
State : clean
Active Devices : 4
Working Devices : 4
Failed Devices : 0
Spare Devices : 0
Layout : near=2
Chunk Size : 512K
UUID : c75a77f2:61bd361b:acbe0d84:da5d2a97 (local to host RenderServer)
Events : 0.200651
Number Major Minor RaidDevice State
0 8 4 0 active sync set-A /dev/sda4
1 8 36 1 active sync set-B /dev/sdc4
2 8 20 2 active sync set-A /dev/sdb4
3 8 52 3 active sync set-B /dev/sdd4 -
bambano
titán
a sorrend a kérdés. ha a natív diszkekből párosával raid1-eket csinálsz, majd a raid1-ekbet fűzöd össze egy raid0-ba, az nem ugyanaz, mintha a diszkek feléből raid0-t csinálsz, és a két raid0-t fűzöd össze egy raid1-be.
ha ezt pl. tíz diszkből csinálnád, akkor az általad írt módszerrel lenne két darab, öt diszkes raid0, amiből lenne egy darab raid1, és peches esetben két diszk pusztulása elvinné az egész kötetet a lecsóba.
az általam leírt módszerrel meg lenne öt pár diszkből 5 darab raid1, amiből lenne egy darab raid 0. ez szerencsés esetben akár 5 diszk elpusztulását is túlélné.a nevekkel mindig bajban vagyok, hogy melyik a raid10 és melyika raid01
ha jól láttam, 4 darab 500-as vinyóról van szó, az 1T hasznos terület, az nem olyan sok sem hálózaton, sem úgy, hogy beraksz két új diszket a gépbe, megcsinálod rajta a két raid1-et féllábasan, majd abból a raid0-t, majd melléraksz két jól megválasztott példányt a régi diszkekből, és abból összerakod szintén féllábasan a régi raidet, és akkor lehet helyileg másolni. de olyat is csinálhatsz, hogy lemented a régi diszkekről a raw partíciót az újakra, a mentett fájlokból legózod össze a raidet, és utána onnan töltöd vissza a mentést, el fog férni.
Ha valkinek hasonló lenne a baja!
, hülyén fogalmaztam.
.
Bár azt tényleg senki nem mondja, hogy kell tenni valamit.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Formula-1
- OLED monitor topic
- Gumi és felni topik
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Star Trek
- Milyen légkondit a lakásba?
- Azonnali mobilos kérdések órája
- Kormányok / autós szimulátorok topikja
- Xbox Series X|S
- További aktív témák...
- LG 27GP850P-B - 27" NANO IPS - 2560x1440 - 180Hz 1ms - NVIDIA G-Sync - AMD FreeSync - HDR 400
- Csere-Beszámítás! Apple Macbook Pro 2013 vége! 512GB SSD, I7, 16GB DDR3, Intel Iris Pro! Olvass!
- Apple iPhone 16 Plus 128GB Ultramarine használt, karcmentes 96% akku (266 ciklus) 6 hónap gar
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7500F 32/64GB DDR5 RTX 5060 8GB GAMER PC termékbeszámítással
- Tablet felvásárlás!! Apple iPad, iPad Mini, iPad Air, iPad Pro
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest