-
Fototrend
Téma összefoglaló
(Utoljára frissítve: 2024.04.20)
Új hozzászólás Aktív témák
-
Madwe
nagyúr
válasz Primary92 #32997 üzenetére
Külföldi rendelés esetén nem tudom él e a gari, világgaris e...
A 2 ethernet a link aggregation vagy a HA miatt kell, azaz esetedben lényegtelen lesz
Amit nézz az elsősorban a proci és a ram, ez alapján válassz olyat, ameddig tudsz nyújtózkodni. A nas tipikusan olyan, amit sokáig használ az ember, s egyre több dologra, nem baj, ha van benne tartalék... Én 1gb ram alá pl semmiképp nem mennék, nem néztem, lehet amiket linkeltél mind felette vannak.
Ja, torrentnél ne várj el 100% net sávszél kihasználtságot gyenge procival, gigabitet pl biztos nem fogják kihajtani, ha olyanod lenne s szempont lenne...
-
#56573440
törölt tag
válasz Primary92 #32997 üzenetére
Ha eun belül mozog veheted. Ha nem akkor rizikós, mert ha elkapják a vamon, akkor sokat kell rátenni. Ill ha garis probléma van ugye... Szállítás meg társai. Évekre veszed, szerintem érdemes ha lehet itthon nézni, de ez csak egy vélemény.
Dupla lannal sok mindent csinalhatsz, pl két külön ipcimmel két hálózatba is mehet, vagy ha tudja a router akkor össze tudod fűzni, és gyorsabb lehet. Otthon egyiknél se látok sok előnyt, nálam a gigabit mindenre elég szokott lenni
-
Madwe
nagyúr
válasz Primary92 #33009 üzenetére
Persze, ddns-el elérhető lesz az oldalad, csak csúnya lesz a címe Azaz nem azenblogom.hu lesz, hanem pl azenblogom.synology.me vagy azenblogom.from-or.com vagy azenblogom.dyndns.com vagy amit épp beállítasz ddnsre a nasodon.
szerk:
Ja h veszel domaint...
Ha domaint veszel, ott nem biztos, h ddns-es ip címhez tudod kötni a domain reget... de ezt majd vki megmondja aki szokott domainokat kezelni, az is lehet domainkezelője válogatja
Ha teljesen ingyen ki akarsz ebből jönni s nem zavar a fentebbi címeltérés, akkor domain se kell.[ Szerkesztve ]
-
Patice
Topikgazda
válasz Primary92 #33160 üzenetére
Grat!
Igen, a legnagyobb üreset rakd be elsőnek, és csinálj belőle alap kötetet.
Ha lesz off-line, meg távoli szerveres backup, akkor szvsz. felesleges még egyszer duplikálni a NAS-on belül, pláne ha pazarolni sem szeretnéd a tárhelyet.Ha a lemezekről átmentek az adatok, akkor egyesével rakd be, azokat is külön alap kötetként formázd és ennyi.
Lehet, hogy több köteted lesz, meg több megosztott mappa, de egy lemez kiesésekor nincs nagy baj a többivel.
Eladó: Apple iPad mini 1 (2db)
-
Borisz76
veterán
válasz Primary92 #33163 üzenetére
"Ha külön független kötetek, akkor mindegyik marad kihasználatlan terület, de akkor ezeket fel is használhatnám az SHR-hez."
Ilyet nem lehet.
Ha a lemezeket összefűzöd 1 kötetté ( SHR vagy RAID5 )
Akkor 1 lemez meghibásodása esetén még eléred az adatokat de a hibás meghajtót cserélni kell:
Ugyanakkorára vagy nagyobb kapacitásúra.
A hibás HDD cseréje után a kötet "kijavítja" magát."Ha bővíteni szeretnék, akkor csak kiszedem az egyik, és teszek be helyette egy nagyobbat, és minden felépül magától?"
Ugyanaz mint fentebb írtam a hibás HDD cseréjéről.
Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
Borisz76
veterán
válasz Primary92 #33217 üzenetére
Akármennyire is "rugalmas" az SHR mint a RAID egy speciális változata....sajnos nem lehet nagy lemezhez kicsit fűzni.
A sorrend minden esetben a legkisebb HDD-vel kell kezdeni.
A beállítások mentésének lehetősége pedig így néz ki :
Könnyen lehet, hogy bizonyos APP-okat újra kell telepíteni, beállítani.
Ilyet még nem csináltam.[ Szerkesztve ]
Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
Borisz76
veterán
válasz Primary92 #33289 üzenetére
Köszönjük de létezik belőle a Synology-nak egy webes változata.....jó ideje :
2 különböző RAID beállítást tudsz vele összehasonlítani...ahogy dobálod bele a lemezeket.
Jobb felső sarokban is megtalálható a link....valamint az összefoglalóban is benne van több helyen.
Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
-
Borisz76
veterán
válasz Primary92 #34440 üzenetére
Nem bukod el...megmaradnak.
A konvertálás folyamán a PS létrehoz úgynevezett thumbnail-eket.
Magyarul ezt leginkább bélyegkép, indexkép, miniatűr -nek lehet nevezni.
Az eredeti kép kicsinyített mása.Korlátozott sávszélesség esetén jön jól mert nem kell annyi adatot letölteni a NAS-ról.
Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
Borisz76
veterán
válasz Primary92 #34442 üzenetére
Ha nagyon sok képről kell bélyegképet készítenie a NAS-nak, akkor elég sok időbe telhet és leterheli a NAS processzorát is.
Photo Station bejegyzésemben írtam a PC-n futó PS Uploader alkalmazásról.
Ez is hasznos lehet még....Synology NAS DSM6 - Összefoglaló : https://logout.hu/bejegyzes/borisz76/synology_nas_osszefoglalo.html
-
gyugyo79
addikt
válasz Primary92 #36431 üzenetére
Ha tud az oldal RSS -t ahonnan használnád akkor megoldható a szelektálás egyébként ami be van állítva alapértelmezettnek azt kínálja fel mindig és választani kell. RSS-nél megadhatod hova rakja és vagy már az oldalon a megfelelő RSS könyvtárba rakod a tartalmat és akkor azt oda is szedi vagy szűrő szabály találatának adod meg a megfelelő könyvtárat.
-
gyugyo79
addikt
válasz Primary92 #36450 üzenetére
Én azt csinálom, hogy már nem letöltést választom amikor fent vagyok az oldalon hanem az általad meghatározott rendszer szerinti könyvjelzőhöz (hogy a példánál maradjunk) adom hozzá így a NAS oda tölti le.
Egy 5 könyvtáras szerkezet van így megoldva. Persze amikor ezekbe valami nem fér bele akkor van a manuális kiválasztás.Ez mellé vannak megcsinálva a fix dolgokra a komplett RSS-t ánnéző szűrők amik meg a szűrésnek megfelelően még ezeken belül is elpakolják a találatokat. Pld: A Debián minden 2017 kiadását egy Debián2017 mappába ...
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Primary92 #36455 üzenetére
Igen, van 5 rss lista (könyvjelző). Ezek a NAS -on 5 külön könyvtárba vannak beállítva így amit ide rakok az a helyére kerül. Amit az A -ba rakok az A-ba amit a B-be B-be és így tovább.
Viszont ha az A/B/C/D/E nagy csoporton belül én még tudom, hogy heti rendszerességgel lesz fent valami amit azon belül akarok egy alkönyvtárba gyűjteni és ráadásul az oldalra se akarok ezért mindig fellépni arra meg beállítok az egész oldal RSS -t figyelő szűrőt, amire ha egyezés van magától letölti. De ezt akkor érdemes megcsinálni ha olyan rendszerességgel kell, hogy megérje vele foglalkozni. Viszont ugye ha egyszer megvan akkor az évekig használható, de ha pár év után az ubuntu helyett a mint érdekel csak a nevet kell átírni meg a könyvtárat át állítani a szűrő működni fog ...
[ Szerkesztve ]
-
Csabroncka
addikt
válasz Primary92 #44775 üzenetére
Másoláshoz: Cloud Station ShareSync két synology között.
Értelemszerűen amire szinkronizálsz arra a Cloud Station Server-t telepíted, amiről, ara pedig a ShareSync-et. Értelemszerűn a szinkronizációt úgy állítod be, hogy egy irányban csak feltöltsön.
A szinkronizálásnál fájlra is tudsz szűrni (esetleg). A műveletek végeztével meg tudod nézni a mappa tulajdonságai alatt, hogy hány fájl/könyvtár/méret az adott mappa, ezzel tudod a számokat ellenőrizni.
Másik megoldás: Amire szeretnél másolni szerveren hálózati megosztást csinálsz, az amiről szerveren pedig becsatolod és egyszerűen DSM-en keresztül átmásolod.
[ Szerkesztve ]
"in medias res"
-
-
#29810560
törölt tag
válasz Primary92 #47563 üzenetére
Szerintem a(z) (USB-s) printereket támogatja a Synology DSM.
A scannereket nem.
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Primary92 #58238 üzenetére
Én amikor utoljára néztem valakinek még kapcsolódott a cloud station serverhez a drive share sync és a drive serverhez is a cs share sync. Ez akkor volt amikor leváltották és a drive mellé már drive share sync néven lett kliens telepítve. Már nem?
Akkor a rsyc -et nézd meg jó e neked.
Szerk.: leteszteltem és a drive share sync amit a 2.0.1-11061 -es Drive Serverhez rak fel a rendszer az kapcsolódott a Cloud Station Serverhez (4.3.2-4450)
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Primary92 #58250 üzenetére
quickconnect az ennyi (lehet több de kár azzal számolni mert terhelés függő) ha nem tudja csak a kontroll szerveren keresztül megoldani a kapcsolatot, ilyenkor az alagút amibe az adatok közlekednek a syno szerverén keresztül jön létre . Be kellene állítani a ddns-t és a port átirányítást és azon keresztül direktbe csatlakozni.
[ Szerkesztve ]
-
Sanya
nagyúr
válasz Primary92 #58250 üzenetére
ott, hogy ezt nem így kell csinálni.
A megoldás a torrent. Feltelepíted a resilio sync-et mindkét NAS-ra, kiengeded a megfelelő portokat (61773 a torrentnek és 28888 a GUI-nak)
Mindkettőn létrehozol egy egy felhasználót, akár ugyanazt a resilio syncen belül!
Amelyiken a tartalom van, megosztod a mappát
linket beilleszted a fogadó nas-on.
Majd nézed a sebességetmunkahelyről így töltök a otthoni NAS-ra 700 kilobyte/sec helyett 30 megabyte/sec-cel.
[ Szerkesztve ]
A bortól bolondokat gondol az ember, DE A PÁLINKÁTÓL MEG IS CSINÁLJA!!!
-
gyugyo79
addikt
válasz Primary92 #58254 üzenetére
Jobbra fent Téma tudnivalók alatt DSM által használt portok
6690 + a drive egyéb funkciókhoz ha kellenek esetleg : 80 (link sharing), 443 (link sharing), 5000 (HTTP), 5001 (HTTPS)A resilio sync -et hagyd a francba ha már ezt elkezdted használni mert abszolút nem jobb / rosszabb (neked inkább rosszabb)
A Hyper Backup portjait is megtalálod a linken.
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Primary92 #58355 üzenetére
Megnéztem, hogy nem e a Drive és a CSS közt nem megy jól valamiért a drive sharesync -el a szinkron és 2db 1000/300 -as Digis végpont közt 20-22 MB/s -el ment simán a szinkron 5 db 1-1,5 GB -os fájlt raktam be tesztnek és volt másra is használva a 2 hálózat közben ...
-
gyugyo79
addikt
válasz Primary92 #58360 üzenetére
Csinálj esetleg tesztnek egy FTP szervert az egyiken és csatlakoz ahhoz a másikról (File Station->Eszközök->Távoli Csatlakozás) és nézd meg azon át megy e jól a másolás. Vagy VPN (2 NAS közt) és megnézni, hogy azon át megy e jól egy bármilyen fájl átvitel akár smb-n át.
[ Szerkesztve ]
-
gyugyo79
addikt
válasz Primary92 #58372 üzenetére
Ha jól gondolom a ShareSync meg a HB esetén pont a 418 volt a "kliens".
Most nem tudom azt próbáltad e, hogy a 418 -ra másolsz tehát az irányt megfordítod.
Felhasználóknál és a Csopotoknál ellenőrizd le nincs e sebesség határ beállítva véletlen. Aztán szerintem nem a NAS oldalán kell keresni a hibát.Az internet előfizetés Digi -s (Szimmetrikus optika) mind a 2 oldalon vagy az egyik az pld. Invitel asszimetrikus ?
-
Primary92
senior tag
válasz Primary92 #58388 üzenetére
Csináltam egy FTP szervert az egyik PC-n, ami ugyanazon a hálózaton van, mint a DS418. A 413-mal próbáltam innen adatot lehúzni.
Amíg csak az FTP ment, addig 10-12 MB/s-ot tudott (PC ennyit tud jelenleg, ~100Mbit), amint elindult bármi a 418-ról (HB, ShareSync), lecsökkent.
Az hálózat és az internet sebessége megfelelő ezek szerint.Vagy a router nem bírja ezt terhelést (miért ne bírná).
Vagy 418 valamiért csak ennyit tud a net felé, bár érdekes, mert LAN irányban gyors. Neten keresztül nem csak a HB és a ShareSync lassú.
Vagy 413 nem bírja, de az FTP pedig elég gyors.[ Szerkesztve ]
-
dkess
őstag
válasz Primary92 #58780 üzenetére
Amennyiben jól értem, akkor a jelenlegi 3 db WD RED is kikerül tárhelybővítés miatt? Avagy ezek már 6 TB -osak? Amennyiben igen, akkor melyik verziók?
A kérdés azért lehet érdekes (és ez a Toshiba N300 -at is érintheti), mert 6 TB WD Red -ből 4 fajta is van a listában - ebből:
- 3 WD60EFRX variáns.
- meg 1 WD60EFAX .Újan már valószínűleg az utóbbiból kapnál. Persze keresés alapján lehet belefutsz még valamelyik régebbi szériába is. Miért érdekes ez a kérdés? A Synology az EFAX -hoz ezt a megjegyzést teszi:
"Due to the characteristics of SMR, this SMR drive might have longer response time than a PMR drive. It is highly recommended not to mix SMR and PMR drives in one RAID type. You can refer to this FAQ for more information."
Azaz lehetőleg ne keverjük ("erősen ajánlott") egy RAID köteten belül a PMR és SMR technológiás HDD -ket (külön RAID kötetben persze lehetnek). SMR az újabb - pl. az EFAX. A régebbi HDD -id még valószínűleg EFRX -esek, amik PMR -esek, ha jól tudom.
Ami érdekes, hogy a EFZX -es WD Red -ek egyáltalán nincsenek a listában (ilyen már nincs talán a boltokban). Nálam két közel 3 éves 8 TB -os EFZX van. Halkak, gyorsak. E mellett 3 db 10 TB -os EFAX -ok (ezek már SMR -esek, de külön kötetben vannak) - ezek kicsit hangosabbak, de persze szintén gyorsak,
Hasonló dolog miatt (PMR -es valszeg a régi Green, meg a Red -ek is Nálad) - azaz a komoly karakterisztika eltérés (elérési idő, sebesség stb.) - írta a support Neked amit. Amennyiben erre figyelsz, akkor viszont igen - lesz pozitív változás valószínűleg.
Rezgés érzékelős kérdés: "This drive has no vibration sensors and may not be suitable for 24/7 operation in a rack environment."
Neked nem 'RS' szériás NAS -od van, hanem 'DS' - így nem lehet gond e miatt Synology szerint sem.
A Toshiba N300 jó lehet igen, bár kevesebb a tapasztalat talán. A hangja lehet több (más szériák alapján) - de a biztonság kedvéért rákérdezhetsz a HDD -s topik -ban. Amire figyelj, hogy PMR/SMR -re figyelj - azaz ne keverd Green -el vagy olyan Red -el mely nem ugyanazon technológiás.
Szerk.: ha már WD Red és Toshiba N300 vonalon vagyunk (NAS HDD), akkor érdemes lehet a Seagate Ironwolf szériát is meglesni. Jók, egyre elterjedtebb és a WD Red -nél picit olcsóbbak is (azért nem nagyságrenddel).
[ Szerkesztve ]
-
dkess
őstag
válasz Primary92 #58784 üzenetére
Ez alapján nem is az a gond elsősorban, hogy a WD Green az alapjáraton nyújtott elérési idő, sebesség stb. miatt lóg ki a sorból a kötetben, hanem az, hogy az érintett HDD -nek elég "véres már a torka". Az a 'UDMA CRC Error Count" attribútumnál jelzett 128 -as érték finoman fogalmazva is nem ad bizakodásra okot. Most utánanézten és a HDD Sentinel 75 -ös értékre már 60% -os Health ("egészség") értéket ad.
Ennek oka több minden lehet - lehet gond a HDD -vel, de éppúgy a SATA csatlakozással illetve a tápellátással is. Ez utóbbi kettő lehet a HDD panel kontakt hiba miatt, de akár rossz kábelek vagy táp miatt (esetleg túl sok áramszünet illetve feszültség ingadozás miatt is). Amennyiben az új HDD esetén is az adott HDD helyen jönnének a CRC Error -ok (de a többinél nem), akkor lehet, hogy a NAS oldalán van a gubanc.
Egyébként ezen hiba képes jelentős teljesítmény vesztést okozni - ráillik amit mondtál. Az internet/LAN közötti különbség lehet esetleg az eltérő felhasználási szokások oka is, de akár a rossz megfigyelésé vagy kvázi véletlené. Egyébként leegyszerűsítve amikor a HDD CRC hibát tapasztal és annak elhárítására tesz erőfeszítéseket, akkor az "erőforrásai" megoszlanak - ez az oka a "teljesítményvesztésnek". A nagyon régi IDE/PATA eszközöknél a visszaesés drámai volt - a modern HDD -knél már nem annyira (de észrevehető, ahogy írod is).
Egyébként hasonló hibajavító funkció a nemrég emlegetett Btrfs/Raid data integrity checksum hibajavítás is. Ekkor nem maga a HDD eszközön belüli funkcióról beszélhetünk, hanem filerendszerszintű illetve az adott RAID típus által lehetőséget biztosított funkcióra. Ekkor is, ha hiba van, akkor olvasás közben történik a javítás, mely szintén csökkenti a teljesítményt. A csökkenés függ a hiba nagyságától.
Egyébként ilyenformán sajnos igaza volt a Synology támogatásnak ...
Namost az internet felé történő lassulásnak lehetnek más okai is. Most csak egy általános apróság - az internetes szolgáltatások esetén magasabb sebességet/teljesítményt érhetünk el, ha DDNS -t használunk a QuickConnect helyett. Vagy éppen, ha "csilliárd" aktív VPN -ed van, akkor sem kapsz ugyanakkora sebességeket, mint LAN -on ...
Most nem néztem utána, hogy lehet-e kapni, de amennyiben igen, akkor mehet a WD40EFRX (ez 4 TB -os) - a Green helyére (amúgyis az a legkisebb). Ezzel ki is lőhetjük a PMR/SMR kérdést, mert ugyanolyan HDD -k lesznek (azt leszámítva, hogy az egyik csak 3 TB -os). Amennyiben nem kapnál EFRX -et (akár nagyobbat ahogy írod), akkor mehet mésmilyen lehetőleg PMR -es HDD (hogy klappoljon a jelenlegiekkel). Más márkából az Ironwolf -ok tájékán nézelődnék először és csak aztán a N300 -asok között.
-
dkess
őstag
válasz Primary92 #59010 üzenetére
udma_crc_error_count - nem feltétlenül veszélyes. Ez az attribútum a SATA vezérlő és a HDD közötti adatátvitellel kapcsolatos - azaz nem HDD hibára utal. A "szektorhibás" HDD viszont a tányéron megjelenő problémás szektorra utal ...
udma_crc_error_count - az esetek elsöprő többségében általánosságban SATA kábellel kapcsolatos nyűgre utal. Külső bővítő egységnél pl. aránylag könnyű belefutni - pl. a gyári Synology eSATA kábel nagyon rövid. Maga az eSATA átviteli közeg is nagyon érzékeny a kábelhosszra. Így amennyiben lecseréljük egy hosszú "noname" kábelre és ez előjön, akkor borítékolható, hogy ez az oka. Ekkor pl. az összes HDD -n nagyjából ugyanannyi db hibát rögzítenek a HDD -k. Ritkán lehet az oka tápellátási gond (alaplap - vagy a HDD). NAS belső tárolóhelyen ez "problémásabb" - elméletileg nem szabadna lennie. Persze lehet, hogy a HDD csatlakozó kontaktos (nem valószínű). Illetve esetleg próbáltál-e működés közben hot-swap -olni HDD -t (ez meg az eseti növekedés esetén lehet magyarázat). Persze lehet a NAS -ban a SATA hátlapi panelon gyengélkedik az egyik tantál kondi vagy hasonló "egzotikus" dolog is ...
Alapvetően nem mindegy azért:
- konkrétan mennyi az annyi?
- eseti alkalommal növekedett kicsit - egy-kétszer. Erre a Synology is azt mondja, hogy érdemes túllépni ezen,
- amennyiben rendszeresen növekszik, akkor csak egy HDD érintett vagy több is,
- előjön-e más SMART által jelzett probléma is?Alapvetően a Synology is némileg "tanácstalan" ezen SMART hibával kapcsolatban (link: [link] ). HDD csere esetén (illetve anélkül is) érdemes lenne nyomonkövetni, hogy az új HDD -vel is előjön ez a hiba ráadásul növekményes módon. A hibajelenség maga úgy manifesztálódik egyébként, hogy másolás közben a sebesség bezuhan (akár nullára) - aztán megy tovább teljes sebességgel (na ilyenkor kaptál +1 -et erre az attribútumra). Alapvetően a kötetünk minősége ettől még "normál" marad (Synology minősítése alapján) - még akkor is, ha többszáz lenne ...
"Szektorhibás" HDD -re azonban nem cserélném le. Ez már sokkal aggályosabb dolog lehet. Persze ebben az esetben is számít, hogy:
- pontosan milyen hiba is ez? Pending(függő)/Reallocated(áthelyezett)/Bad(rossz) sector attribútumra kapjuk a nullától különböző számot - esetleg ezek valamilyen kombinációjára (illetve milyen arányban vannak egymáshoz képest). Különösen bad sector esetén azért már nézelődnék/gyűjtenék a pótlásra. Persze a másodlagos backup NAS _ban maradhat egyelőre, de fokozott figyelemmel kísérés és gyors reagálás ajánlott,
- konkrétan mennyi az annyi?
- eseti alkalommal növekedett kicsit - egy-kétszer és nagyon kevés van (ez már erős figyelmeztetés)? Avagy szinte "napról-napra" növekszik és többszár/többezer van? Utóbbi esetben páni hangulatban mentsél mindent és a csere immáron sürgős. Nem kell megvárni, amíg a Synology kidobja a kötetből az érintett HDD -t.Azaz még egyszer - bad sector -os HDD -t nem raknék be a fő NAS -ba (berakni igazából egyikbe se).
-
dkess
őstag
válasz Primary92 #59015 üzenetére
Hát, igen - lehet nem tudom már követni melyik HDD van melyik NAS -ban ...
Nem tudom, az szupertitkos info, hogy mennyi a udma_crc_error_count attribútum értéke? Általánosságban azért ez kevésbé veszélyes, mint a bad sector hegyek. Pláne, ha a HDD jó környezetbe kerül. Azért többszáz udma_crc -vel (ha minden más SMART érték rendben van) simán benne lehet 5-10 hibátlan év is akár - míg többszáz vagy többezer bad sector -al meg inkább nem (nagyon nem). Persze érdemes figyelni és amennyiben az új helyen is növekedne, akkor már kérdéses lenne.
Nullázni lehet, de nem szükséges foglalkozni vele.
Új hozzászólás Aktív témák
- AKCIÓ Új Dobozos Macbook Pro dokkoló új ára 70.000 forint
- ThinkPad Hybrid USB -C USB -A Dock 40AF Új ára 80.000 Forint Ingyen szállítás
- Xiaomi Redmi Note 9s 128/6 GB 34.9E !!!
- Új Hp Pavilion 15-eh Fémházas Szuper Laptop 15,6" -30% AMD Ryzen 7 5700U 8Mag 16/1TB FHD MATT
- ATI RADEON RX 480 -8 gb DDR5 256 bit videokártya