- AMD vs. INTEL vs. NVIDIA
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Steam Deck
- Milyen billentyűzetet vegyek?
- Milyen belső merevlemezt vegyek?
- SD memóriakártyák (SD, SDHC, SDXC, micro SD)
- ThinkPad (NEM IdeaPad)
- Fejhallgató erősítő és DAC topik
- 3D nyomtatás
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
-
PROHARDVER!
Ezt a fórumot azért hoztuk létre,hogy ne zavarjuk azon felhasználókat, akik még csak most ismerkednek a tablettel, vagy akár az Android rendszerrel.
Új hozzászólás Aktív témák
-
Abel
tag
válasz
Garry84
#1392
üzenetére
Azért nem megy a frissítés, mert a scriptem egy hibrid megoldást rak fel: a fastboot már frissítve van, mert az a Somáék változatából van (így ezt nem hajlandó frissíteni az update), viszont a system a saját tabomról, amit soha nem frissítettem, ezért ajánlja fel a frissítést. Ha valakit ez zavar, akkor könnyen megoldható, de én nem foglalkoznék vele, hiszen a frissítéstől nem lesz jobb semmi.
Más: a cache partíciót ne vegyétek túl kicsire, mert a Play Store bizony oda tölti le a telepítés előtt az appokat.
Az Asphalt 8 pl azért települ, mert maga az app csak kb 70 mega, a maradék 1,38 gigát az sdcard/Android/obb-be tölti le. -
L.L.
senior tag
Az eredeti SystemUi-t felülírod Ezzel, ekkor fc-zik a gép, a bekapcsoló gomb hosszan nyomásával újraindítod,ilyenkor nincs nav-status barod (szerintem te most itt vagy) majd megkeresed a bemásolt SystemUi-t, és megadod a jogokat, és újraindítás után működnie kell. (Próbáld meg újra megadni a jogot neki, jónak kell lennie.)
-
Mattb
senior tag
válasz
Keeperv85
#1362
üzenetére
Nem ertem... Ujra kelett v2-zni a gepet mert egyszeruen meghibasodott a systemui. Bemasoltam, jogot megadtam neki, aztan feluliras utan egybol fc.... Most nincs navibar es status... Valaki, aki pontosan tudja hogyan lehetne ezt megoldani ha segitene nagyon halas lennek!
Suli utan ujra v2-zom.
-
#1395
Aryes
nagyúr
RoundRobin
#1393
válasz
RoundRobin
#1393
üzenetére
Akkor biztosan nem a cache-be, oda szerintem csak az ota frissítések kerülnek.
A play se hiszem, hogy oda tölt le telepítés előtt. Pont ezért is lehet, hogy bizonyos memóriatöltöttség felett már nem enged telepíteni. -
#1394
RoundRobin
aktív tag
Garry84
#1392
RoundRobin
aktív tag
válasz
Garry84
#1392
üzenetére
A partíciókisztások lehetnek a ludasok? A nem frissülő taboknak kissé más a kiosztása?
Ez kizárt. A probléma akkor is létezett, amikor még egy gép sem lett átparticionálva.
A nem frissülő taboknak ugyanaz a kiosztása mint azoknak, amelyeken lefutott az update, hiba nélkül. -
Srácok, akik feltettétek az asphalt 8-at: 1,43G helyigényt ír a play. Ezt ti újrapartícionált tabira tettétek fel? Már csak azért kérdezem, hogy ezekszerint az 500MB-ra lecsökkentett cache nem kavart be a telepítésnek. Vagy ez is indulás után tölti le magának a sokat? Nem tudom, mert helyszűke miatt el se kezdtem a letöltést.
-
#1386
Garry84
tag
RoundRobin
#1385
Garry84
tag
válasz
RoundRobin
#1385
üzenetére
Akkor nem ajánlaná fel a frissítést. Itt a szokásos első frissítés hiba lesz.
-
#1384
yodee_
őstag
Orionhilles
#1382
yodee_
őstag
válasz
Orionhilles
#1382
üzenetére
Melyik másik? Elhiszem hogy könnyebb lenne ha leülnék és megkeresném, de ha már szóba került és úgy néz ki Te tudod hogy hol van leírva igazán megoszthatnád velem. Köszönöm
-
domerator
veterán
válasz
domerator
#1341
üzenetére
Megoldodott a 2 giga... Meg a flasheles utan cwm-ben veletlenul 2x is ranyomtam a backupra, amit a data/media mappaba generalt, egyenkent kb. 900 megat... Alig talaltam meg, de most mar megvan a majd 5 giga szabad helyem
Megjegyzem, mintha az egesz rendszer gyorsabb lenne...
-
Garry84
tag
-
#1376
csubuka
addikt
RoundRobin
#1375
csubuka
addikt
válasz
RoundRobin
#1375
üzenetére
Nem, jot mondtal ... Ezt az utokornak irtam hogy ezen jogokkal kell felruhazni. Nalam nem ez volt, ahogy mondtad is. Baromi vicces ez az animacio.
-
#1372
csubuka
addikt
RoundRobin
#1371
csubuka
addikt
válasz
RoundRobin
#1371
üzenetére
Read only mindenki altalasszem.. Akkor lesz mas. Barmivel kitoroltem nem tudom mi volt... Valaki legyszi mondja meg
-
#1369
RoundRobin
aktív tag
Keeperv85
#1356
-
tiki
tag
Lehet más a GPU , illetve a proci is igen.Illetve még azt hozzá teszem , hogy alapjába tehát alapjáraton tudja azt , amit más tab , vagy telefon CPU órajel növeléssel ment , és még akkor is benne volt az akadás , vagy a kifagyás.
Hozzá teszem az opn3 dott még nincs húzva , de ha lesz , akkor szerintem gyorsaságban verhetetlen lesz bár talán , már így is. -
#1364
RoundRobin
aktív tag
Keeperv85
#1356
RoundRobin
aktív tag
-
Buvana
aktív tag
-
_Soma77_
tag
láttam, köszi!!!
nem csinálnál brahiból egy partíciós táblát, ami az eredeti állapototot tükrözi?
(Lehet engedélyezni kellene +1 tizedesjegyet
)itt az infó a root nélküli szűz tab-omról:
shell@w032i_c3:/ $ df
df
Filesystem Size Used Free Blksize
/dev 484.4M 132.0K 484.3M 4096
/sys/fs/cgroup 484.4M 12.0K 484.4M 4096
/mnt/secure 484.4M 0.0K 484.4M 4096
/mnt/asec 484.4M 4.0K 484.4M 4096
/mnt/obb 484.4M 0.0K 484.4M 4096
/factory 122.0M 44.0K 121.9M 4096
/system 1.9G 843.8M 1.1G 4096
/cache 1.5G 2.3M 1.5G 4096
/config 122.0M 52.0K 121.9M 4096
/data 2.0G 644.5M 1.4G 4096
/logs 991.9M 1.3M 990.6M 4096
/dev/usb-ffs/adb: Permission denied
/proc/sys/fs/binfmt_misc: Permission denied
/mnt/shell/emulated 2.0G 644.5M 1.4G 4096
/mnt/media_rw/sdcard1: Permission denied
/storage/sdcard1 14.8G 3.9G 10.9G 327681|shell@w032i_c3:/ $ cat proc/partitions
cat proc/partitions
major minor #blocks name179 0 7618560 mmcblk0
179 1 262144 mmcblk0p1
179 2 32768 mmcblk0p2
179 3 131072 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 1572864 mmcblk0p6
179 7 1048576 mmcblk0p7
179 8 2097152 mmcblk0p8
179 9 2203628 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0
179 50 15558144 mmcblk1
179 51 15554048 mmcblk1p1 -
Keeperv85
nagyúr
válasz
_Soma77_
#1350
üzenetére
Mert így működik a dd!
Ha nem paraméterezed, akkor szépen végig megy az összes létező helyen a blokkon belül...@RoundRobin:
Ha ezt a frissítést az apply_patch csinálja, akkor röviden a felvetésed tökéletesen lehetetlen. Az ugyanis két SHA hashelést is végrehajt, beleértve az új és a régi fájl tartalmát, illetve a pazch méretét is figyeli, szóval kizárt, hogy összeolvasson két olyan dolgot, ami nem illik össze. Az assert-ek miatt a folyamatnak azonnal meg kell állnia!
-
#1355
tiki
tag
RoundRobin
#1353
tiki
tag
válasz
RoundRobin
#1353
üzenetére
Meg egy usb jelet
-
#1353
RoundRobin
aktív tag
iván73.hu
#1344
RoundRobin
aktív tag
válasz
iván73.hu
#1344
üzenetére
Per pillanat én sem gondolom, hogy égető lenne a frissítés, de szeretem, ha minden rendben működik,
Ezt mindannyian szeretjük.
Na de, mi az ami most nem működik megfelelően? Mivel flashelni akkor szoktunk csak.
A gond az, hogy a frissités egyrészt elavult. 2013-as file-ok vannak benne.
De ez még a kisebb baj, a nagyobb az, hogy felülirja a boot-ot, a recovery-t és egyes gépeken más, már javitott változatot is. Aminek az az eredménye, hogy a gép update után nem indul el, mivel nem a teljes tartalom iródik felül, hanem a jó tartalmat patch-eli, tehát csak a sajátmagához képest meglévő különbséget irja felül. Ez viszont egy használhatatlan adatttömeget eredményez. -
#1349
RoundRobin
aktív tag
Abel
#1342
RoundRobin
aktív tag
Én sem értem miért 4MB az a két partíció, mindenesetre valódi adat csak 2MB van mindkettőn, a többi nulla, szóval lehet vmi trükk van a dologban.
Lehet, hogy biztonsági okokból van dupla terület lefoglalva, mert gond esetén a firmware-t feljebb lehet irni és van hova. Mégis csak ez a gép hardvereinek BIOS-a.
A zárt bootloader amúgy nem feltétlenül azt jelenti, hogy r/o lenne bármi is, csak azt, hogy pl. a nem megfelelően jelölt kernelt nem hajlandó elindítani a bootloader.
Igen, ezt akartam irni Somának, csak lefelejtettem. Pedig fontos.
-
_Soma77_
tag
az tuti, hogy a Dott-os image-ek (recovery, boot, droidboot, logo) mind-mind aláírt, ezt már az elején láttuk...a teclast-os ROM engedte kicserélni magában az image-eket OpenDott-osra, ez is furcs volt, de működött...viszont szvsz ha most csinálnánk egy recovery-t, ami nincs aláírva, dobna egy hátast...szóval vagy a teclast volt nyitott, vagy nem tudom....(annyira nem értek ehhez már)
-
#1347
RoundRobin
aktív tag
_Soma77_
#1337
RoundRobin
aktív tag
válasz
_Soma77_
#1337
üzenetére
Hohó!
Ez nagyon lényeges infó, mert akkor valószinűsiteni lehet, hogy az xfstk érzékeny a flash-re csak, a fastboot már nem annyira.
A linket köszi, már tegnap lehúztam a forrást. Igaz, még nem néztem bele.
Azt viszont találtam az xfstk-ról, ráadásul intel forrásból, hogy a flash előtt lehetőleg húzzunk ki a gépből minden usb-s eszközt, kivált a webcam-okat, mert ezekre kifejezetten nagyon érzékeny a tool.
-
iván73.hu
tag
válasz
RoundRobin
#1339
üzenetére
Nemrég értem haza, és hát mire végére értem az új, röpke néhány 100 hozzászólásnak, kicsit el ment az idő
.
Per pillanat én sem gondolom, hogy égető lenne a frissítés, de szeretem, ha minden rendben működik, meg hát ki tudja mikor jön egy olyan frissítés, amit érdemes lesz feltenni. -
Abel
tag
válasz
_Soma77_
#1324
üzenetére
Én sem értem miért 4MB az a két partíció, mindenesetre valódi adat csak 2MB van mindkettőn, a többi nulla, szóval lehet vmi trükk van a dologban.
A zárt bootloader amúgy nem feltétlenül azt jelenti, hogy r/o lenne bármi is, csak azt, hogy pl. a nem megfelelően jelölt kernelt nem hajlandó elindítani a bootloader.
-
_Soma77_
tag
ok, lehet, de akkor ez hogyhogy mégis sikerült?
echo 0 > /sys/block/mmcblk0boot0/force_ro
echo 0 > /sys/block/mmcblk0boot1/force_ro
dd if=/external_sd/mmcblk0boot0.img of=/dev/block/mmcblk0boot0
dd if=/external_sd/mmcblk0boot1.img of=/dev/block/mmcblk0boot1ahol mmcblk0boot0 és mmcblk0boot1 2 x 2MB és mmcblk0boot0.img = mmcblk0boot0.img pedig 4MB
-
#1339
RoundRobin
aktív tag
iván73.hu
#1334
RoundRobin
aktív tag
válasz
iván73.hu
#1334
üzenetére
Ahh. köszi.
Jobb későn mint soha.
Arra voltam kiváncsi, hogy R/W e a partició, de látom, az.
Meglátjuk, pontosabban megnézzük miért nem akar menni a frissités, de azt előre bocsájtom, hogy az én tapasztalataim szerint a frissités nem javit semmit az amúgy is elég jól muzsikáló gép állapotán. Hozzáteszem, elég alaposan kiteszteltem a gépet, minden oldaláról. -
#1337
_Soma77_
tag
RoundRobin
#1333
_Soma77_
tag
válasz
RoundRobin
#1333
üzenetére
bocs, nem fogalmaztam elég pontosan
. A V2 csak fastboot-ot használ, a Flash tool meg nem csak fastboot-ot, hanem szerintem xFTSK-t is (dnx - download and execute protocol) [link], mert azzal tudja csak írni a ifwi.bin-t a boot partícióba. fastboot nem fér oda. -- de lehet, hogy rosszul tudom, 4pda-n olvastam róla elég sokat, mert ott ugyan ezzel próbálkoztak a srácok (firmware flash-elés témája) -
iván73.hu
tag
válasz
RoundRobin
#1091
üzenetére
-
Keeperv85
nagyúr
válasz
_Soma77_
#1324
üzenetére
A GXI-ben nincsen külön boot, recovery, droidboot és még nem tudom hány partíció... Egyetlen 100MB-os blokk a nand eleje, ahová az OSIP headereket és a fájlokat beszórja a fastboot. Hogy milyen struktúrában, azt nekem nem sikerült megfejteni, de amennyire én láttam, ez szétvagdossa a fájlokat, nem szekvenciálisan sorba írja őket...
-
#1331
_Soma77_
tag
RoundRobin
#1326
_Soma77_
tag
válasz
RoundRobin
#1326
üzenetére
lehet, hogy fizikailag 2 x 2MB-os a partíció, de logikailag egy 4MB-os blokk?
ez magyarázná a binary same-et. -
-
#1326
RoundRobin
aktív tag
_Soma77_
#1324
-
_Soma77_
tag
viszont amit nem értek:
amit csináltunk boot partíció mentést, ott boot0 és boot1 is 4M egyesével
4 194 304 mmcblk0boot0.img
4 194 304 mmcblk0boot1.imgBINARY SAME!
viszont a mmcblk0boot1 és mmcblk0boot0 is 4096 * 512 = 2097152 byte = 2MB
179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 32768 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 524288 mmcblk0p6
179 7 262144 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 5304300 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0
179 50 15558144 mmcblk1
179 51 15549440 mmcblk1p1A bootloader kinyitása után..hogy tudtunk egyesével 2db 4M-as boot partíció mentést rá-dd-zni 2 x 2M-ás helyekre?
echo 0 > /sys/block/mmcblk0boot0/force_ro
echo 0 > /sys/block/mmcblk0boot1/force_ro
dd if=/external_sd/mmcblk0boot0.img of=/dev/block/mmcblk0boot0
dd if=/external_sd/mmcblk0boot1.img of=/dev/block/mmcblk0boot1Csak úgy tudom elképzelni, hogy egy helyre mutatnak ezek a partíciók, így fizikailag 4MB-ra írtunk 4MB-ot, és ez megmagyarázza a teljes azonosságot is... érti ezt valaki?
----
mivel a boot partíció alapból read-only a zárt BL miatt, ezért a V2-es particionáló azt nem írhatja felül, hiszen el sem éri. Ezért nem kell ennél a megoldásnál visszaírni a boot-partíció tartalmát (amiben a fw is van)
amikor Intel Flash Tool-lal flash-eltünk, ott a tool az elején xFTSK-val betolta a teclast-os ifwi.bin-t (firmware) a bootpartíció helyére,ahogy illik, ezért lett szar a hw felhúzás. Ezért kellett utána BL-t kinyitva visszaírni az eredetit. Nálunk a scriptben ez nem történik meg, mert csak a fastboot protokolt használtuk.
aztán lehet, hogy nem így van....
-
#1323
RoundRobin
aktív tag
RoundRobin
#1320
RoundRobin
aktív tag
válasz
RoundRobin
#1320
üzenetére
Hátha igy érthetőbb lesz:
Változtatás előtt:
__part1__ part2__ part3_______ part4___________ unpartitioned space
[........ ........ ........... ....................................... ..............................................]És változtatás után:
__part1__ part2__ part3_________ part4__________________ unpartitioned space
[........ ........ ........... ....................................................... ...............................] -
-
#1321
Keeperv85
nagyúr
Orionhilles
#1305
Keeperv85
nagyúr
válasz
Orionhilles
#1305
üzenetére
Nincs, ugyanis a felhasználók felé kiküldött gyári romok recovery scriptes telepítővel vannak ellátva, tehát nem a shipped rom formátum van bennük! Van egy B05-ös, ki nem adott romom, de az is csak töredéke annak, ami kéne a teljes gyári szoftverhez...
-
#1320
RoundRobin
aktív tag
Abel
#1295
RoundRobin
aktív tag
A particiók változtatása tulajdonképpen semmi egyéb, mint a lemez legelső szektorában elhelyezkedő particiós tábla módositása, ez pedig mindössze azt tartalmazza, hogy egy egy partició hol, melyik szektornál kezdődik és hol ér véget. A lemezen lévő adatok, a file-ok allokációs táblája nem változik, nem törlődik. Ebben biztos is voltam, de csak fat tipusú particiók esetén, mivel a linux biztonságosabb, mint a win, ezért is töröl egy-egy file törlésekor visszaállithatatlanul, de az mégis más, mivel ott a file-rendszer allokációs (foglaltsági) táblája módosul, nem pedig a particiós tábla.
És a lényeg:
Ha a particiós tábla úgy van módositva, hogy a szekvenciálisan előrébb elhelyezkedő particiók méretre mind változatlanul maradnak, akkor a mögöttes particiók gond nélkül módosithatók, az elsőbb particiók adatai nem vesznek el.
Igy értelemszerűen elég a 'hátsó' particiókat felülirni, mivel az elsők változatlanul maradnak. A particiós tábla ugyan módosul, de az 'első' particiók tekintetében ugyanazon adatok iródnak felül, tehát ott érdemi, működésre kiható változás nem történik.Változtatás előtt:
part_1 part_2 part_3 part_4 unpartitioned space
[----------- ------------ ------------ -----------------------------............................................]És változtatás után:
part_1 part_2 part_3 part_4 unpartitioned space
[----------- ------------ ------------ ------------------------------------------...............................] -
domerator
veterán
Na nekem is kész az átparticionálás, előtte cwm mentés, DE... saját partícióméretet megadva az Abel féle script nem képes formázni az új méretű partíciókat, így a végén csak a körbeforgó csíkos opendott logót lehet bámulni. Szerencsére a droidboot megmaradt és újból le tudtam futtatni a scriptet az Abel féle méretekkel és így már sikerült a művelet, 4,9GB data lett, ahogy itt sokaknak
-
_Soma77_
tag
nem lesz jó!
shell@w032i_c3:/ $ cat proc/partitions
cat proc/partitions
major minor #blocks name179 0 7618560 mmcblk0
179 1 167936 mmcblk0p1
179 2 8192 mmcblk0p2
179 3 32768 mmcblk0p3
179 4 131072 mmcblk0p4
179 5 131072 mmcblk0p5
179 6 524288 mmcblk0p6
179 7 262144 mmcblk0p7
179 8 1048576 mmcblk0p8
179 9 5304300 mmcblk0p9
179 40 4096 mmcblk0rpmb
179 30 8192 mmcblk0gp0
179 20 4096 mmcblk0boot1
179 10 4096 mmcblk0boot0Összesen 15249388 blokk ami 15249388 * 512 = 7807686656 bytes, azaz pontosan 7446 MB.
a boot partícó és a general partíciók szerintem nem particionálhatók. gp0-t nem tudom mi, a másik kettő az a boot0 és a boot1, amit eddig felül írtunk. Ezek összege pont 16384 block, pontosan annyi, amennyivel a lemez végét (lba) csökkenteni kell az /data méretének meghatározásánál.
16384 * 512 = 8388608 byte, pont 8MB
Teljes lemez 7446MB - 8MB = 7438MB
Ha ezt írjuk a 8000MB helyére, akkor ~2MB különbséggel megkapjuk a /data-hosszát.
(NePee adatain csekkolva)
(nem tudom ez a diffi miből jön, de nem túl nagy)
Legyen 2MB-val több 7440MB
A root nélküli disk-emre is kiszámoltam ez így 5188MB /data-t ad, ami jó is lehet!
Írjuk be a 7440MB-ot oda!
-
#1310
RoundRobin
aktív tag
róland
#1285
RoundRobin
aktív tag
Megcsináltam _Soma77_ "Partíciós tábla generátor v2" munkafüzetét Google dokumentumban, elérhető ITT.
Androidhoz illik legealább egy Google fiók, s akkor már van Google Drive (leánykori nevén Google Docs) is, azaz használhatók a Google dokumentumok.Köszönöm!
Aranyos vagy, hogy igy népművelsz engem, de a google attól még csak egy kémgép marad amit én aj övőben is kerülni fogok, az android és a google drive is azért elég jól elvan nálam úgy, hogy mit sem tudnak egymásról, a particiós kiosztást pedig meg tudom oldani magamnak. -
tiki
tag
Szerintem a gyári update frissitést , azt jobb lesz , ha nem próbáljátok ki .Ugyanis a ha még jelenleg nincs javítva egy két dolog partíció stb , akkor az szépen a régi kiosztásban szeretné felül írni a már át partícionált területet.Valószinűleg hibával megállna az update , és elöjöhet az újbóli ominózus usb kulcs jelenet.
-
Keeperv85
nagyúr
Mivel egy nap alatt írtatok 300hsz-t... (
) így meg sem próbálok válaszolni mindenre... ...csupán egy kérdés: a partíciós táblát még mindig nem teljesen értem. A középső oszlop ID-ket tartalmaz? Nem tudom hogy lehetne ugyanis a GXI mellé készíteni egyet, mivel ahhoz nincs meg a gyári....
.
köszi a megerősítést!
)
Nyugodtan le lehet vagdosni a fájok végéről! 
)
Új hozzászólás Aktív témák
Hirdetés
- Bontatlan Új M2 M4 IPAD PRO 2022 12,9 128GB - 256GB Wi-Fi Azonnal DEÁK TÉRNÉL Átvehető.
- Microsoft Surface Go 3, Intel Core i3-10100Y, 8Gb, 128Gb SSD, 10,5
- Samsung Galaxy TAB S7 Plus 6/128GB, Megkímélt, Kártyafüggetlen, Töltővel, Dobozzal, 1 Év Garanciával
- Apple Ipad Pro 2 gen2 10,5" 2K retina A1709 64GB
- Apple iPad Air 2 tablet 9.7" arany szín 128GB
- ÁRGARANCIA!Épített KomPhone i3 10105F 16/32/64GB RAM RX 6600 8GB GAMER PC termékbeszámítással
- iKing.Hu - Apple iPhone 14 Pro - Deep Purple - Használt, karcmentes, 100% akku
- Bowers/Wilkins Px7 S2 fejhallgatók
- AKCIÓ! MSI B450 R5 5500 16GB DDR4 512GB SSD RTX 2070 8GB GDDR6 Rampage Shiva Zalman 500W
- Honor X8c 256GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest