Hirdetés
- Luck Dragon: Asszociációs játék. :)
- Magga: PLEX: multimédia az egész lakásban
- bambano: Bambanő háza tája
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- sziku69: Szólánc.
- Mr Dini: Mindent a StreamSharkról!
- sidi: 386-os Chicony gázplazma laptop memóriabővítése
- Pitterix: Gyógytorna
- D1Rect: Nagy "hülyétkapokazapróktól" topik
-
LOGOUT
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
-
-
-
-
Jester01
veterán
válasz
bambano
#23839
üzenetére
Úgy nézem valóban nincs beállítva, de emlékeim szerint nem is mászott fel magától a memóriahasználata. De ugye milyen egyszerű telepíteni? Ja hogy megkérdezhetné a postinst/configure? Ááá, minek az
Nem azt mondtam, hogy hw esetén jobb a qemu, hanem azt, hogy paravirt esetén jobb a xen. Fordítva nem biztos, hogy igaz, elemi logika
-
Jester01
veterán
válasz
bambano
#23837
üzenetére
Nem tudom, mi is használunk xent a cégnél és nem is gondolom magam teljesen hülyének de nekem sokkal bonyolultabb és mágikusabb mint a qemu. Annyira, hogy itthonra eszembe sem jut felrakni. Előnye több virtuális gép és az említett paravirtualizáció esetén jön ki.
Telepítés ügyben meg a qemu egyszerűbb mivel rebootolni sem kell és az aktuális rendszert nem kell sehogy piszkálni (max a kvm modult betölteni ami szerintem minden disztró kernellel jön manapság). Egy már létező szerveren plusz dolgokat kipróbálni ez szempont lehet.
UI: a memória ballonozás izét még nem tudtuk belőni rendesen. Azt meg soha nem fogom megérteni, hogy leállítottam 3 db vm-et majd ugyanazokat később nem tudtam visszaindítani mert nem volt elég memória. Egyszerű megoldásként igényeltünk még 32 gigát mert az olcsóbb mint a munkadíjunk
-
Jester01
veterán
válasz
LógaGéza
#23835
üzenetére
Akkor valószínűleg nem kapcsoltad be a kvm-et (qemu-system-x86_64 -enable-kvm ...). Nyilván kell a kernelbe kvm támogatás, illetve intel processzornál olyan verzió amelyikben nincs letiltva és persze a biosban is engedélyezni kell.
De, a xen ha szépen használod akkor úgy működik, de attól még futtathatsz bármit az alaprendszeren. Szerintem is ágyúval verébre.
-
Jester01
veterán
válasz
LógaGéza
#23824
üzenetére
A legfapadosabb a qemu. Parancssorból megy, aztán ssh vagy vnc akár másik gépről is. Ha van grafikus felület akkor a klasszikus csilivili kattintós megoldás a virtualbox, de ennek pluszban még saját kernel moduljai is vannak. A nagyágyú pedig a xen. A docker-t nem ismerem, akár az is jó lehet, bár amit olvastam róla ott processzekről beszél nem rendszerről ami lehet, hogy neked kevés.
-
#23772
Jester01
veterán
RaPiDsHaRe
#23770
Jester01
veterán
válasz
RaPiDsHaRe
#23770
üzenetére
man mdadm
mdadm --create /dev/md0 --level=1 --raid-devices=2 /dev/hd[ac]1
Create /dev/md0 as a RAID1 array consisting of /dev/hda1 and /dev/hdc1. -
Jester01
veterán
Ha nem muszáj akkor csak az egyik gatewayt tartsd meg, célszerűen azt amelyik jó
Ezzel együtt is fura, hogy a route táblában az 192.168.1.x az eth0 a konfigban meg az a wlan0
Alapesetben a routing táblát a Pi magának jól meg kellene csinálnia, majd a kliensen kell beállítani, hogy a kamera (ami gondolom 192.168.2.x) az a Pi-n keresztül (gateway) érhető el. -
Jester01
veterán
A bridge is teljesen jó kellene legyen. A routerhez egyetlen sor kell, echo 1 > /proc/sys/net/ipv4/ip_forward illetve hogy ez bootkor megtörténjen az /etc/sysctl.conf-ot kell szerkeszteni (felteszem a Pi-n is ugyanott van):
# Uncomment the next line to enable packet forwarding for IPv4
net.ipv4.ip_forward=1Ehhez persze a wifinek és az ethernetnek külön alhálón kell lenni.
-
Jester01
veterán
Se NAT se port forward nem kell ehhez, csak sima routolás (ip forward).
A kliensen meg kell nézni a routing táblát (route -n) és ellenőrizni, hogy a kamera ip-je felé a pi-n keresztül vezet-e az út. Ha ez megvan, akkor a pi-n kell ellenőrizni az ip forwardot (cat /proc/sys/net/ipv4/ip_forward). De állításod szerint ezek rendben vannak -
-
Jester01
veterán
-
Jester01
veterán
válasz
Raynes
#23446
üzenetére
Gugli szerint az fps-el átváltod másodpercre és az pontos lesz.
"If you are using a recent version of ffmpeg (> 2.1), transcoding (that is, using anything but -c:v copy), -ss will always be frame-accurate."Azt meg simán le tudod kérdezni a folytatás előtt, hogy eddig mennyi kocka van kész (biztonság kedvéért levághatsz valamennyit a végéről).
-
-
#23440
Jester01
veterán
alvarezlopez
#23438
Jester01
veterán
válasz
alvarezlopez
#23438
üzenetére
Azért egy libgl letörlés nem vágja haza az oprendszert, főleg ha amúgy is terminálozol. Visszarakni is 1 parancs.
-
#23363
Jester01
veterán
DrojDtroll
#23357
Jester01
veterán
-
-
Jester01
veterán
-
-
Jester01
veterán
válasz
Mr Dini
#23278
üzenetére
Kis guglizás arra vezetett, hogy félre van konfigurálva mert az sqlite izét az sql blokkba kell tenni (ha mond ez neked valamit). A modul neve ugyanis rlm_sql_sqlite nem rlm_sqlite.
Ja és annak a modulnak saját configure scriptje van (src/modules/rlm_sql/drivers/rlm_sql_sqlite), gondolom saját loggal, abba nézz még bele esetleg.
-
Jester01
veterán
válasz
Mr Dini
#23276
üzenetére
Igen, de ha a configure nem talált meg valamit akkor jól kikapcsolta neked. Nézz bele a logba is szerintem.
Jim Tonic: látod, az ilyen kiterjesztős-átméretezős dolgokkal mindig csak a baj van. Ezért én a magam részéről partícionálok és fájlmásolok. Gyorsabb és kevesebb fejfájás. De kinek a pap ...
-
Jester01
veterán
Igen, de az ott általános megjegyzés volt, nem biztos, hogy mindig ssd-re másolsz
bambano: Az ilyen másolások nagy többsége véleményem szerint gyári új eszközre történik, ott meg ez nem hasznos, hacsak nem akarod egyből tesztelni is. Egyébként is vigyázni kell, mert ez így a GC-t hosszabb távon összezavarja. Szóval ha ilyet akarsz akkor inkább /dev/zero-ból kell először kinullázni (ez ráadásul sokkal gyorsabb is lesz mivel nem kell olvasni semmit) aztán security erase, hogy kitisztítsa a fejét és utána mehet a fájlmásolás. Szerintem.
UI: tömörítős ssd-nél nem jó a /dev/zero, oda /dev/urandom célszerűbb.
-
Jester01
veterán
Ha egyéb okokból nem szükséges a használata, akkor a dd-t célszerű kerülni. Egyfelől fölöslegesen az üres helyet is másolja (ami ssd esetén duplán rossz) másfelől nem tudsz átméretezni. Továbbá a fájl szintű másolás egyúttal töredezettségmentesít is, illetve a szűz rendszerre nem menti át az esetleges fájlrendszer hibákat.
-
Jester01
veterán
válasz
batagy
#23223
üzenetére
Mind a két laptop régi típus, csak usb2 van. Mind a kettőn ugyanaz a live ubuntu volt bootolva szóval kernel is egyezik. A desktopban van usb3 de mindegy, hogy oda dugom vagy usb2-be. A desktop gépen virtualizáltam windowst és megkapta az usb eszközt közvetlenül, az se működött csak abból nehéz kiverni, hogy mi baja. A fiók típusa LC Power LC-25BU3
-
Jester01
veterán
Na, kinulláztam az első 16MB-ot, most elvileg olyan mintha új lenne, de legalábbis partíciós tábla semmiképp sincs rajta. Az eredmény ugyanaz mint eddig:
vmunix: sd 14:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 14:0:0:0: [sdd] Unsupported sector size 11268.
vmunix: sd 14:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 14:0:0:0: [sdd] 11268-byte physical blocksAz első "very big device" már eleve azért van mert a méretet sem tudja beolvasni rendesen.
-
#23220
Jester01
veterán
King Unique
#23219
Jester01
veterán
válasz
King Unique
#23219
üzenetére
Semmi baja a partícióknak, addig el se jut, hogy beolvassa a partíciós táblát.
Harmadik gépen ugyanazzal a live ubuntuval amivel itt is próbáltam szépen működik.
A jmicronos az működik az asmedia az nem (lásd előző log).
Összefoglalom:
desktop + sata + vertex4 = működik
desktop + jmicron + vertex4 = működik
desktop + asmedia + hdd = működik
desktop + asmedia + vertex4 = nem működik
laptop1 + asmedia + vertex4 = nem működik
laptop2 + asmedia + vertex4 = működikOprendszerek: debian + 4.4 kernel, live ubuntu 14.04, windows 7
Egye fene, kinullázom az elejét és megnézem úgy mi lesz.
-
Jester01
veterán
válasz
batagy
#23217
üzenetére
Nem, ez a linuxos rendszerem volt. Csak most lecseréltem nagyobbra.
Másik házikóban működik szépen:vmunix: usb 9-1.2.3: new high-speed USB device number 14 using ehci-pci
vmunix: usb 9-1.2.3: New USB device found, idVendor=152d, idProduct=2352
vmunix: usb 9-1.2.3: New USB device strings: Mfr=10, Product=11, SerialNumber=5
vmunix: usb 9-1.2.3: Product: 2Bay Duplicator
vmunix: usb 9-1.2.3: Manufacturer: SSI Computer corp
vmunix: usb 9-1.2.3: SerialNumber: C82F01E1AFFF
vmunix: usb-storage 9-1.2.3:1.0: USB Mass Storage device detected
vmunix: scsi host12: usb-storage 9-1.2.3:1.0
vmunix: usbcore: registered new interface driver usb-storage
vmunix: scsi 12:0:0:0: Direct-Access OCZ-VERT EX4 PQ: 0 ANSI: 2 CCS
vmunix: sd 12:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 12:0:0:0: [sdd] 500118192 512-byte logical blocks: (256 GB/238 GiB)
vmunix: sd 12:0:0:0: [sdd] Write Protect is off
vmunix: sd 12:0:0:0: [sdd] Mode Sense: 34 00 00 00
vmunix: sd 12:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sdd: sdd1 sdd2 < sdd5 sdd6 sdd7 sdd8 sdd9 >
vmunix: sd 12:0:0:0: [sdd] Attached SCSI disk -
#23216
Jester01
veterán
King Unique
#23215
Jester01
veterán
válasz
King Unique
#23215
üzenetére
Ó köszi, pont volt is ilyened kéznél
Érdekes módon a laptopomon sem megy, különböző kernelekkel sem és a windows sem jó virtuális gépben. Majd holnap megint átmegyek a működő windowsos géphez és indítok rajta egy live ubuntut azzal vajon mi lesz.
-
Jester01
veterán
válasz
batagy
#23195
üzenetére
AS2115-ösöd nincs véletlen? Nekem valamiért nem megy ha SSD van benne.
vmunix: usb 2-2: new SuperSpeed USB device number 2 using xhci_hcd
vmunix: usb 2-2: New USB device found, idVendor=174c, idProduct=1153
vmunix: usb 2-2: New USB device strings: Mfr=2, Product=3, SerialNumber=1
vmunix: usb 2-2: Product: AS2115
vmunix: usb 2-2: Manufacturer: ASMedia
vmunix: usb 2-2: SerialNumber: 00000000000000000000
vmunix: usb-storage 2-2:1.0: USB Mass Storage device detected
vmunix: scsi host8: usb-storage 2-2:1.0
mtp-probe: checking bus 2, device 2: "/sys/devices/pci0000:00/0000:00:05.0/0000:03:00.0/usb2/2-2"
mtp-probe: bus: 2, device: 2 was not an MTP device
vmunix: scsi 8:0:0:0: Direct-Access ASMT 2115 0 PQ: 0 ANSI: 6
vmunix: sd 8:0:0:0: Attached scsi generic sg4 type 0
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] 0 512-byte logical blocks: (0 B/0 B)
vmunix: sd 8:0:0:0: [sdd] 11840-byte physical blocks
vmunix: sd 8:0:0:0: [sdd] Write Protect is off
vmunix: sd 8:0:0:0: [sdd] Mode Sense: 43 00 00 00
vmunix: sd 8:0:0:0: [sdd] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
vmunix: sd 8:0:0:0: [sdd] Very big device. Trying to use READ CAPACITY(16).
vmunix: sd 8:0:0:0: [sdd] Unsupported sector size 11840.
vmunix: sd 8:0:0:0: [sdd] Attached SCSI diskMivel windows alatt megy, ezért majd megpróbálom virtuális géppel és logolni az usb forgalmat hátha látszik valami.
Mondjuk gugli szerint van akinek ez működik
-
Jester01
veterán
válasz
N0zer0
#23091
üzenetére
A gallium önmagában nem rossz, az egy keretrendszer amiben különböző driverek vannak.
OpenGL renderer string: Gallium 0.4 on AMD JUNIPER
Semmi bajom nincs vele. Különösebb választási lehetőség nem szokott lenni azon túl, hogy gyártói bináris vagy a nyílt forrású meghajtót használod. Ha az open source a galliumra épül akkor az van és kész.
-
Jester01
veterán
-
Jester01
veterán
válasz
Jim Tonic
#22990
üzenetére
Egy lemezen lévő fájlokból is lehet csak annak nem sok értelme van. Ramdiskből is lehet, de ahhoz meg biztos nincs elég memóriád (de az legalább tuti cpu limites lenne
)Bármennyire is lassúnak hiszed a procid, azért az mégiscsak egy sandy bridge architektúra az annak megfelelő órajelenkénti utasításciklusokkal ami például veri az én AMD FX-emet. cpubenchmark.net szerint a 847-es single thread 539 pont, míg az FX8350 az 1505 (4GHz-en ugye...) Nem tudom milyen órajeled van szóval az összemérhető kell legyen az én 1.4GHz-re korlátozott procimmal. Memóriától is függ valamelyest de azt megint nem hiszem, hogy sokkal lassabb lenne.
-
-
Jester01
veterán
válasz
Jim Tonic
#22985
üzenetére
A lassú rebuildnek ezer oka lehet, például az, hogy lekorlátozzák a sebességét (alapból 100MB/s mostanában a default). Azt hittem volt valami cpu terhelés diagram amit nem vettem észre.
Azért az a sandy bridge celeron nem olyan rossz. De igazából a dolog arról szól, hogy a raid5-nek nincs jelentős plusz terhelése. De ezeket magad is megmérheted illetve mint mondtam a logban is ott az adat a paritásszámítás sebességről.
-
Jester01
veterán
válasz
Jim Tonic
#22983
üzenetére
Biztos vak vagyok de nem látom a diagramot amiről beszélsz
Valószínűsítem, hogy az FX8350 erősebb mint a tiéd
de levettem 1400MHz-re és még így is vidáman GB/s nagyságrendű a sebesség vagyis normál 100MB/s körüli terhelésnél (ami úgysem lesz folyamatos) ez kevesebb mint 3% processzorhasználat a paritás számítás miatt. Nyilván egyéb járulékos terhelés lesz, de az minden i/o tetejére rárakódik.# time dd if=/dev/sdb2 of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.32325 s, 147 MB/s
real 0m7.326s
user 0m0.005s
sys 0m1.181s
# time dd of=/dev/sdb2 if=/dev/zero bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 8.75018 s, 123 MB/s
real 0m8.753s
user 0m0.004s
sys 0m2.423sUgyanez raid5 esetén (degraded 2 lemez mert nincs több kéznél):
# time dd if=/dev/md7 of=/dev/null bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 6.86471 s, 156 MB/s
real 0m6.868s
user 0m0.004s
sys 0m1.497sÍrásnál:
# time dd of=/dev/md7 if=/dev/zero bs=1M count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 7.08272 s, 152 MB/s
real 0m7.086s
user 0m0.005s
sys 0m2.656sLátszik, hogy a sima lemezhez képest nem jelentős a különbség, pedig még kicsit gyorsabb is
-
Jester01
veterán
válasz
Jim Tonic
#22978
üzenetére
A rebuild nem a cpu miatt hosszú hanem mert az egész lemezt végig kell nyálazni. 2TB és 100MB/s esetén ez ugye 20000 másodperc ami nem 50-60 hanem 5-6 óra. Processzor terhelést nem tudom hol láttál, de ha már van raid5 támogatás a kerneledben akkor boot logba írja mekkora sebességgel tud paritást számolni. Ez jellemzően több GB/s így normál működés során észrevehetetlen terhelést okoz.
raid5 támogatásom éppen nincs, de a raid6 még bonyolultabb is:
vmunix: raid6: sse2x1 2501 MB/s
vmunix: raid6: sse2x2 3700 MB/s
vmunix: raid6: sse2x4 4502 MB/sA méréshez lekorlátoztam 1400MHz-re a processzoromat
-
Jester01
veterán
válasz
Santosh
#22907
üzenetére
1. igen
2. igen, kell
3. jó
4. nem kell, mert alapból benne kellene legyen egy olyan sor, hogy include /etc/nginx/sites-enabled/*; ami berántja a sites-enabled alól az összeset.https és ftp proxy így nem lesz, azokat ne állítsd be. A http proxyhoz meg szerintem írd oda a http:// protokollt is. firefox például dob valami hibát? Mondjuk hogy "proxy is refusing connections" vagy ilyesmi?
Miután elindult, nézd meg rendesen figyel-e a 8080-as porton: sudo netstat -lnp | grep 8080
Ja és a /var/log/nginx alá is kukkants be.
-
#22906
Jester01
veterán
DrojDtroll
#22905
Jester01
veterán
válasz
DrojDtroll
#22905
üzenetére
Gondolom wget/curl megfelelő használatával.
-
Jester01
veterán
válasz
Santosh
#22888
üzenetére
Felraksz egy nginx-et, majd konfigurálsz benne egy lokális siteot ami továbbdobja a kérést a szervernek:
server {
listen 8080;
server_name localhost;
location / {
proxy_pass http://ahol/a/proxy/van
proxy_set_header Authorization "Basic ide_kell_a_base64";
}
}A base64-et a user:pass formából kell előállítani, pl. ezzel az online eszközzel.
Ezután a proxynak már a http://localhost:8080 adható meg, jelszó nélkül.
-
-
Jester01
veterán
-
Jester01
veterán
válasz
Istv@n
#22821
üzenetére
Az egyik tömböt ki tudnám úgy terjeszteni, hogy ne vesszenek el az adatok,
Igen. Én azt ajánlom, hogy vedd ki az egyik partíciót a tömbből és azon a lemezen csinálj egy új nagyobb méretű hiányos raid1 tömböt. Ebben a pillanatban tehát 3 tömböd lesz. Most fájl szinten átmásolod az adatokat a régiről az újra majd végül a régi tömböt megszünteted, ott is megnöveled a partíciót és hozzáadod az új tömbhöz amit ekkor össze fog szinkronizálni.
Mivel a folyamat során nincs fájlrendszer átméretezés csak új fájlrendszer létrehozás, fájlmásolás és szinkronizálás ezért én ezt szoktam alkalamazni. Nem bízok az átméretezős dolgokban. Ráadásul bármelyik lépés szakad is félbe, mindig megvannak az adatok. Cserébe dupla másolás ami sok idő lehet.
-
-
Jester01
veterán
válasz
Jester01
#22793
üzenetére
Valami kimaradt a kernelből amihez nem elég a modulokat töltögetni, reboot meg most nem lesz.
iw az jobban működik de ifconfig sem tudja felhúzni az meg kellene.Hopp, most kellett neki a firmware amit az előbb próbából eltüntettem
Már látszik is az éterben
A WEXT maradt ki, amiatt nem mennek a régi eszközök (iwconfig/iwlist) -
Jester01
veterán
válasz
bambano
#22792
üzenetére
Először nem volt firmware, akkor sírt érte. Amióta telepítettem neki már kussban van, szóval gondolom benyelte
(rmmod/insmod)wlan0 Interface doesn't support scanning.
Nem örül ez se. Régebben működött ez az usbs vacak szerintem különösebb mágia nélkül most nem tudom mi baja.
-
Jester01
veterán
Segítség, mit rontottam el, ha iwconfig nem látja a wifit?
wlan0 no wireless extensions.
A wlan0 amúgy létezik, rt73usb driver, firmware elvileg van. Saját kernel, lehet, hogy kihagytam valamit, de mit?
vmunix: ieee80211 phy4: rt2x00_set_chip: Info - Chipset detected - rt: 2573, rf: 0002, rev: 000a
vmunix: ieee80211 phy4: Selected rate control algorithm 'minstrel_ht'
vmunix: usbcore: registered new interface driver rt73usb -
-
-
Jester01
veterán
Szerintem sokkal inkább a hw megoldással lehet vesződni. Fel kell küzdeni a hozzá való menedzselő szoftvert (ha van) meg kell tanulni (ha több gépet üzemeltetsz különböző vezérlőkkel akkor ezt többszörösen), nem is biztos, hogy tudja azokat amiket szeretnél (pl. migráció), sose tudod mit is csinál a rendszer alattad, lesz-e frissítés a következő operációs rendszerhez, mi lesz hardvercserekor vagy adatmentéskor, stb.
Arról nem is szólva, hogy a hardveresnek árult raidek fele az igazából ugyanúgy szoftveres. Az adott típusnak viszont nem néztem utána.
-
-
#21636
Jester01
veterán
orbitalion
#21635
Jester01
veterán
válasz
orbitalion
#21635
üzenetére
recurse
prompt
mget directory(prompt csak akkor ha alapból be van kapcsolva)
Alapesetben a routing táblát a Pi magának jól meg kellene csinálnia, majd a kliensen kell beállítani, hogy a kamera (ami gondolom 192.168.2.x) az a Pi-n keresztül (gateway) érhető el.
)
Új hozzászólás Aktív témák
- PlayStation 5
- Apple asztali gépek
- Redmi Note 13 Pro+ - a fejlődés íve
- Munkahelyek tízezreit szünteti meg az AI
- Motoros topic
- Autóápolás, karbantartás, fényezés
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Megvásárolható a Vivo X300 és X300 Pro Magyarországon, íme a hivatalos árak
- Székesfehérvár és környéke adok-veszek-beszélgetek
- HiFi műszaki szemmel - sztereó hangrendszerek
- További aktív témák...
- Telefon felvásárlás!! iPhone 16/iPhone 16 Plus/iPhone 16 Pro/iPhone 16 Pro Max
- HIBÁTLAN iPhone 12 mini 64GB Green -1 ÉV GARANCIA - Kártyafüggetlen, MS3452
- 16 GB-os Quadro RTX5000 HP
- HIBÁTLAN iPhone 12 Pro Max 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3670 100% Akkumulátor
- GYÖNYÖRŰ iPhone SE 2022 64GB White -1 ÉV GARANCIA - Kártyafüggetlen, MS3366
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest