Hirdetés
- VoLTE/VoWiFi
- Apple iPhone 17 - alap
- Realme GT 2 Pro - papírforma
- Yettel topik
- Xiaomi 15T Pro - a téma nincs lezárva
- Motorola Moto G06 Power – nagyfater új zakót vett
- Milyen okostelefont vegyek?
- One mobilszolgáltatások
- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Watch8 és Watch8 Classic – lelkes hiperaktivitás
-
Mobilarena
Ide várunk:
- minden saját tapasztalatot/tesztet, észrevételt a már megvett, és használatban lévő SSD-vel kapcsolatban, illetve mindenféle, megbízható forrásból való cikket/tesztet/érdekességet.
Új hozzászólás Aktív témák
-
Köszönöm mindenkinek! Tehát akkor külső használatra a legjobb választás egy USB-s tokba tett NVME SSD, mert ennél nem kell törődni azzal, hogy átereszti e a discard , fstrim parancsot, nem kell mókolni, hogy a linuxot megtanítsuk trimmelni mint a külső házas SATA SSD-t a külső rack fajtájától, vezérlő csipjétől függóen. Tökmindegy milyen rendszerbe van bedugva, magának intéz mindent.

-
zizidor
őstag
válasz
ubyegon2
#48944
üzenetére
"alapból is csak adott filesystem támogatja a TRIM-et és a swap nem ext4 fs-en csücsül"
Ez még akkor is igaz, ha nem swap partíció, hanem swap fájl van. Maga a fájl nem törlődik, tehát blokk felszabadítás nem történik.
@csixy (#48942):
Valahogy úgy. Mivel az NVMe protokollt direkt SSD-hez alakították ki, az ezt támogató oprendszereknél nem szabad hogy problémát okozzon.Van egy másik dolog is, amiről sokan megfeledkeznek: a wear leveling. Írásnál a wear level miatt egy blokk fizikailag nem feltétlenül ugyanoda lesz kiírva. A korábbi fizikai blokk felszabadul és a vezérlő kiürítheti a cellákat.
-
-
Csak nagyon röviden, mert itt png vagyok....
Nyilván ismered a portásról és a sasmadárról szóló viccet...no az NVMe meghajtók és a discard TRIM kb így viszonyul egymáshoz!
![;]](//cdn.rios.hu/dl/s/v1.gif)
idézek picit, mert kb ennyit érdemes tudni Linux, NVMe SSD TRIM relációban:
TRIM ellenőrzése
Míg a SATA SSD-nél ez a legfontosabb ellenőrzés volt, NVME SSD esetén értelmetlenné vált, ugyanis a hagyományos TRIM, discard végrehajtását egy ATA utasításkészlet biztosította, ez értelemszerűen az NVME SSD-re nincs semmilyen hatással.
NVME SSD meghajtók - ellenőrzés Linux alatt: align, TRIM, hőmérséklet
Nyilván egy szakmaiatlanség miatt innen eltanácsolt nemszaki blogja, de ugye nem saját kútfő, szóval...

Lehetne még erősen bonyolítani de az előbbi egy mondat tényleg a lényeg. Ha végignyálazod ezt, akkor sem találsz benne discard kifejezést, max egy alkalommal, de ott a mondatból kiderül, hogy ez nem a discard parancsot jelenti, hanem emiatt van ott a szó:
Egyszóval ne variáljunk, mint zsidó az üres boltban, hanem fogadjuk el, hogy az NVMe meghajtók saját parancskészlet alapján TRIM-melnek és nem is tudnak mit kezdeni egy P/SATA parancskészlet elemeivel.
Ja igen....a swap-ot TRIM-melni olyan, mint mikor falábú ember megvakarná a talpát!
(alapból is csak adott filesystem támogatja a TRIM-et és a swap nem ext4 fs-en csücsül ugye!) -
ClioRS
őstag
Sziasztok,
Intel NUC7i3BNH-ban egy 970 Evo SSD van a rendszernek. Letöltögetős és média szerver gépnek használom, illetve néha meccseket nézek neten, szóval azért nincs agyonterhelve. 35-38 fokos átlaghőmérsékletet produkál, de ugye ez az SSD szeret terhelés alatt melegedni. Az a kérdésem, hogy van értelme valami "hűvösebbre" (pl Samsung 860, esetleg Kingston A2000) cserélni, vagy mivel annyira nem kap nagy terhelést most sem, így nagyon nem változna semmi? Nem az a bajom, hogy túl meleg lenne, hanem a NUC-ot szeretném minél halkabbá tenni, ahhoz meg az kéne, hogy minél kisebb fordulaton menjen a ventilátor.
-
válasz
zizidor
#48940
üzenetére
Ja már kezdem kapisgálni. Tehát alapból nincs semmi teendőm, mert előbb utóbb úgyis meg fogja magát molyolni, de ha beteszem a discardot az fstabba, akkor minden egyes írási, illetve törlési művelet után azonnal trimmelésre lesz utasítva a meghajtó. Tehát ha nekem tudatlan felhasználóként halvány f@ngom sincs a trimmeléssel kapcsolatban semmiről, akkor is minden rendben lesz , nem fog belassulni a meghajtóm, mert a szabad idejében valamikor trimmelni fogja időnként a vezérlője saját magától meghajtót????
-
válasz
zizidor
#48940
üzenetére
Köszi. Az elejét kezdTem érteni, de az utolsó mondat teljesen megkever, ezután már semmit nem értek: "Alapból nem szükséges." !!!!! ?????
Most akkor mi van ? Mit kell csinálni? Mi nem szükséges alapból ?
.... ???
Például van egy trim kompatibilis USB-s NVME SSD Rackem (Axagon EEM2-GTO) benne egy NVME SSD-vel, rajta fut egy Debian linux testing 6.0.0.6-os kernellel cinnamonnal ....ez a rendszer maga. Mit írjak a /etc/fstab fájlba a / partícióra például, vagy a swap partícióra ????? Kell bele a discard, vagy nem? Ez a kérdés.Ha pedig ez a vaskonfig lóg egy windows 10, vagy 11-en (ez a laposon belül fut) és a Rack rajta lóg USB-n kívülről pl. NTFS partícióval D:\ -ként akkor mi a teendő??? Konkrétan. Nagyon megköszönném a választ !

-
zizidor
őstag
A vezérlő magától nem tudja mikor kell fizikailag felszabadítania egy blokkot, azt az oprendszer fogja megmondani. SATA-nál volt ez probléma, mert ott még nem volt a kezdetektől része a protokollnak a trim, de NVMe-nél már igen (deallocate). Az fstab-ba beírt discard opció kényszeríti a rendszert, hogy minden törlés után azonnal küldje a parancsot, ez viszont visszahúzhatja a meghajtó teljesítményét. Alapból nem szükséges.
-
pilu85
őstag
Én egy olyan tesztet szeretnék videóban látni, ahol a sata 3 versenyzik az nvme ssd-vel, de úgy, higy ezek típusa is fel van tüntetve. Főleg játékok alatt. Eddig csak olyat találtam, hogy sata 3 vs nvme, de ez így elég tág fogalom...
-
viperabácsi
addikt
Üdv srácok ! Találtam egy ssd táblázatot redditen beteszem ide is hátha hasznos valakinek.
-
Az lenne a kérdésem, hogy ha jól olvastam akkor az PCIE NVME SSD-nek nincs szüksége külön trimmelésre, mert a vezérlője saját maga intézi ezt a folyamatot. Akkor ugye linuxban sem szükséges a discard parancs az fstab soraiban? Ha külső usb-s Rackbe van téve akkor is ugyan ez a helyzet? Megmolyolja saját magát, ezt a feladatot belügynek tekintve? Akkor miért van egyes külső USB-s PCIE NVME SSD házak leírásában , hogy Trim kompatibilis, hisz ez esetben ennek triviálisnak kellene lennie?
-
arpi6k
addikt
Sziasztok!
Adott egy Asus Strix B550-f Gaming wifi alaplap. Ugye a chipset adottságainak megfelelően egy ssd foglalt PCIe 4,0, a másik PCIe 3,0. Jelenleg mindkét slotban PCIE 3,0-as samsung ssd van (1 250-es a rendszernek és 1 1TB-s az adatoknak), azonban bővíteni szeretném a tárhelyet. Mivel annyira nem vészes a PCIE 3,0 és a 4,0 között difi, így szeretném kihasználni az egyik portot. A kérdésem az az hogy sebességben melyik az előnyösebb: A PCIe 4,0-as slotba veszek egy 2TB-s 4,0-as ssd, erre menne az adat (programok, játék installok, képek, stb) a 3,0-as slotba pedig átteszem a jelenlegi 250-es ssd-t. Vagy veszek egy sima 3,0-as 2TB-s ssd-t, és a 4,0-as slotba pedig beteszek egy 250-es 4,0-t. Remélem érthető a kérdés.

Előre is köszönöm ha válaszoltok!
-
-
westlake
félisten
2019 február óta használok egy Silicon Power A80-as SSD-t (SP256GBP34A80M28), aminek az írási sebessége "limitálódott" ~ 320 MB/s-ben. Pár hónappal a hároméves garancia lejárta előtt vettem észre a dolgot. Azt nem tudom megmondani, hogy pontosan mikortól lett ilyen. Betudtam egy sima hibának, elvégre az elektronikai dolgok meghibásodhatnak. Tegnap viszont találkoztam egy nagyobb kapacitású modellel (SP512GBP34A80M28) aminek pontosan ugyanez a hibája van már. Ennek nem ismerem a vásárlási dátumát, de körülbelül ez is hároméves lehet. Annyi a különbség, hogy ennél pedig ~640 MB/s a csúcs. Érdekes, hogy az 512 GB-os példány maximuma majdnem pontosan a duplája a 256 MB-os példányénak. Számtalan típussal (gyártó, méret, formátum) volt már dolgom körülbelül három évtizednyi szakmával a hátam mögött, szóval nem lepődöm meg random hibákon. Mindenki tudja, hogy vannak (és lesznek is) hibás darabok. Két ugyanolyan hiba után viszont kijelenthetem, hogy ez olyan hiba, ami az A80-as családot biztosan érinti. Lehet, hogy vannak más modellek is (akár más gyártóktól is), viszont én csak ezzel a két (ilyen) hibás darabbal találkoztam. Sokszor azért választottam az A80-as család valamelyik modelljét, mert ár/érték arány tekintetében ez volt a legjobb választás. Egy viszont biztos, innentől fogva biztosan nem veszek többet ilyen SSD-t!
-
válasz
easy...rider
#48932
üzenetére
Inkább TLC lesz a jelenkori kiadás.

Max ha régebbi használt, akkor lesz MLC, de az akkor nem mostani lenne.
De nagyon vegyes hardverrel szerelték anno.
The SanDisk SSD Plus 120GB we received from a third party uses the SM2246XT controller with SanDisk MLC NAND flash.
The SSD Plus 240GB arrived with an SMI SM2256S controller and SanDisk MLC, as well. Last but not least, the SSD Plus 480GB is actually not a DRAMless SSD after all. It ships with the same Marvell 88SS1074 "Dean" controller found in the SanDisk X400. The controller comes paired with SanDisk MLC NAND and a Nanya DDR3 package.Tehát mondjuk úgy, hogy a 480-as egy WD Blue 3D
alias X400, ami itt hever az asztalomon 
De egy korábbi teszten ezt írták róla. [link]
A jelenkori hardverváltozatra nincs rálátásom. Újan nem kapsz már MLC-t.
-
easy...rider
őstag
SanDisk SSD Plus 480GB-os verziójáról van infótok? Milyen vezérlő lehet rajta? A NAND az ennél is TLC? (Mintha valahol MLC- nem írták volna, de lehet itt is változik a hardver?)
-
op9
aktív tag
válasz
Graphics
#48930
üzenetére
Igen, azt gondoltam, h nem kopogtathatok be vele a Samsung-nál, mert felvet pár kérdést, hogy miért nem a laptoppal együtt annak a cégnek küldöm be, akitől a laptopot vettem.
Arra gondoltam esetleg, h egy laptopba betenni, amit ilyennel adtak el (és az SSD szériaszámát nem kötik az adott géphez), akkor azzal talán vissza lehetne küldeni.
Vagy ha valakinek van valami ismerőse, amiért nem kellene egy ilyen tortúrát végig játszani.
Természetesen nem ingyen gondoltam, csak a józan ész keretein belül. -
-
válasz
isti732712
#48926
üzenetére
Nem vagyok orákulum
az más mátrix, ha minőségcsökkenés lenne, akkor annak erős jelei lennének már az 5 év partneri együttműködés alatt.Ha mégis romlás állna be a húspiacon, akkor majd billen a mérleg más gyártók felé.
A piacon eléggé kevés a komplex szereplő, mert nagyjából ugye:
Samsung
Micron ( Crucial)
SK Hynix
WD (SanDisk)Ez a 4 a legnagyobb , aki szeletet kap a tortából. A kínaiak erősen nyomulnak ( vezérlővel és NAND-dal is), de az szerintem csak az ilyen márkákon keresztül lehetséges, mint a SP, a TeamGroup, a Kingston.
Elnézést, ha túlzó volt a reakcióm

-
-
válasz
isti732712
#48924
üzenetére
10 évvel ezelőtti terméket kár hasonlítani a maihoz, az meg lassabb volt, más is volt.
Évek óta együtt dolgozik a két cég, nagyjából az amiről most hír jött a formalitás része lehet, az amúgy sem túl jól teljesítő Kioxia esetében.(üzletileg)
Közösen fejlesztették eddig is a NAND-okat, egyértelműen költségmegosztás miatt.
A vezérlőket mindkét cég beszerezte a különféle partnerektől, SMI, Phison, Marvell.
Ezt ugyanúgy el lehetett volna mondani, amikor anno a Toshiba megvette az OCZ-t...
Vagy amikor a WD a SanDisk-et.
"én itt a WD részéről silány, és teljesítmény csökkenéstől tartok..mivel a kioxia híres a S11 problémáktól,aztán ne legyen igazam
"Írtad Te, én meg cáfoltam, mert úgy jött le, hogy a Kioxia nyakába varrod az S11 problémát, holott a vezérlőhöz semmi köze a Kioxia-nak.

Írtam én, hogy a vezérlőnek semmi köze ehhez, a NAND-ról szól a hír. Érthetetlen akkor milyen minőségcsökkenésről beszélsz, amikor a két cég elég régóta közös NAND üzletágat visz....
"A Kioxia és a Western Digital régi partnereknek számítanak, a két cég évek óta gyárt közösen NAND-chipeket Japánban, melyeket a legkülönfélébb területeken hasznosítanak a partnerek az okostelefonoktól kezdve az adatközpontokon át a tévékig bezárólag."
Olyan dolgot mondasz, ami már évek óta van... Együtt dolgoznak lassan 5+ éve... Tehát amit vizionálsz, akkor annak már rég lennie kéne, pedig tudtommal, és az általam használt termékekben is a BiCS elég jól teljesít.
Azt Te tudod miért vagy itt. De én nem látok összefüggést a Te problémád kapcsán itt.

Köszönjük a linket a remek hírről.
Ne támadásnak vedd, max kiegészítésnek. De a véleményed jó, csak technikailag még nem jött be a tipp.
-
isti732712
aktív tag
válasz
Graphics
#48923
üzenetére
Bocsi, de félrebeszélsz.
Köszi aranyos vagy
Egy termék alapján hozol ítéletet...
Nem ítéletet hoztam csak feltételezés és vizió!
A tapasztalatom a kioxiáról pedig sajnos nem jó,de nem azt írtam hogy vezérlőről írnak, ezért is szúrtam be a linket! Hanem a feltételezéseimről írtam, mégpedig termék hígulás feltételezésről,minden megtörténhet és ennek az ellenkezője is!A félrebeszélést nem értem mire írtad,mikor nem tényként közöltem valamit hanem feltételes módban és aggasztónak tartom az ilyen teljes összeborulást! Az hogy fúzió van e két gyártó között az egy dolog, az is egy dolog hogy a WD is szeret variálni.
De a bejegyzésem által hozzáírt vélemény nem erről szólt, hogy ki kivel miért ect...
De mi a fenének magyarázkodok én egyáltalán
azt se tudom minek írok be a fórumra ha félrebeszélek... sőtt mit keresek én itt?
Nem kételkedem egyik másik cégnek sem a tapasztalatával, volt egy ocz nevezetű ssd-m jobban bírta 10 évvel ezelőtt mint a mai ssd-k.A lényeg hogy költséghatékonyság szempontjábol e két cég tapasztalata szarul is elsülhet..
uff
-
válasz
isti732712
#48922
üzenetére
Eddig is egymasra talaltak, közös BiCS projekt.
Nincs nagy újdonság, az S11 meg nem gyártospecifikus. És szó sincs kontrollerről.
NAND-ról van szó, nem vezérlőről...
Vázolod, hogyan kapcsolódik az S11 ide? Aki S11-et rakott SSD-be, kivétel nélkül problémás volt... De egy ideje ritkább az esetszám, mert új FW-k és revíziók is kijöttek ezekből.
Bocsi, de félrebeszélsz. Mindkét cég nagy tapasztalattal rendelkezik a NAND gyártás során. Te meg a vezérlővel magyarázod a dolgokat.. mert egy szériaba S11 került....
Mindezt azért, mert negatív elmenyed volt a Kioxia SSD-vel.
Egy termék alapján hozol ítéletet... Nekem mai napig üzemel egy 24GB-os Toshiba SSD-m, rendszerklonozas céljából, rengeteg Toshiba NAND-os SSD járt a kezeim között.
És legjobb tudásom szerint egyik sem készít saját vezérlőt.
A WD-kben is változatos vezérlőkínálatot találsz. -
isti732712
aktív tag
Újra egymásra találhat a Kioxia és a Western Digital [link]
Na ettől én egy kicsit tartok! A Kioxia mert van ilyen termékem, nem feltétlen a legjobbak közé tartozik, én itt a WD részéről silány, és teljesítmény csökkenéstől tartok..mivel a kioxia híres a S11 problémáktól,aztán ne legyen igazam
-
válasz
SunMount3r
#48915
üzenetére
"500GB azért nem túl sok, hogy külön partíciózzuk is még hozzá."
Miért is? Én a 120 GB-os SSD-t is C:-re és D:-re választom szét, hogy külön legyenek az adatok és a rendszer. A Windows adattárolási könyvtárait is szigorúan a D:-re irányítom.
MaCS
-
varmi2
nagyúr
Pont fordítva van, mint ahogy te gondolod. Az esc azaz az elektrostatikus feltöltődés csak olyan anyagoknál jelentkezik, amik nem vezetik az áramot. Ezért tud felhalmozódni. És csak felhalmozódása után sül ki ez az esd. Tehát két fém között semmi gond nincs, mert nem halmozodnak fel a töltések.
-
válasz
SunMount3r
#48915
üzenetére
1GB-ost ne

-
SunMount3r
nagyúr
válasz
Graphics
#48908
üzenetére
A legfontosabb dolgokról ("személyes" file-ok) van azért rendszeres Back-up másik meghajtóra. De ez a hirtelen 400GB most sok nekem.
#48909 Doky586: Detto. 1. 500GB azért nem túl sok, hogy külön partíciózzuk is még hozzá. Persze ezt tudom és én is így szeretném ha lenne, de majd ha min. 1GB-os SSD-m lesz hozzá, akkor fogok játszani ilyesmivel.
-
Köszi mindenkinek.
Igazából még mindig nem értem ezt az ESD-t a számítógépeknél. Állítólag egy 2,5"-os SSD-t elég nehéz "megsütni", mert a saját háza jól védi, csak azon gondolkoztam el, hogy fém-fém kontakt esetén van-e erre reális esély? -
-
-
Sziasztok,
2,5" SSD-t rögzíthetek-e a számítógépház aljába, közvetlenül érintkezve a lemezzel? Van-e ennek bármilyen kockázata? Nem mechanikus sérülésre gondolok.Ha nincs semmi jelentősége, akkor odaraknám többször használható gyurmaragasztóval.
-
válasz
SunMount3r
#48907
üzenetére
MENTENI szokás. Mind a képeket videókat mind a rendszert. Nemcsak firmware frissítés miatt. Azért szokás a C meghajtó mellé külön D partíciót csinálni azonos lemezen, hogy a C re szinte kizárólag a rendszer és programok kerüljenek, D re meg a képek dokumentumok. Így kettéválasztható a rendszermentés és az adatmentés.
De ha esetedben minden ssd-n levő dolog eltűnhet a firmfrissítés miatt, akkor úgyis mindent menteni kell. De ha nem baj ha eltűnik részben vagy egészben minden az ssd ről az a te döntésed. Persze valószínű az egész csak elővigyázatosságból kell és a frissítés nem érinti az adataidat. -
válasz
SunMount3r
#48907
üzenetére
Szívás

Viszont ezutan javaslat, backup, mert ennyi adatot ne bízz egyetlen meghajtóra.
-
SunMount3r
nagyúr
válasz
Graphics
#48906
üzenetére
Na azért nem kell ennyire cinizálni. Először is, igen ez LESZ az "első" alaklom, amikor konkrétan ilyet csinálok és konkrétan ezt a szoftvert fogom használni hozzá. Azt meg honnan tudhattam volna, hogy ti "rendszer mentés" alatt mit is értetek pontosan? A "rendszer meghajtó" most már kb. OK, abban minden is benne van. De épp ezért kérdeztem ennyit, mert ennyiből, amiket írtatok nem volt világos a dolog.
Az 500GB-ból meg kb. 400GB a foglalt rajta és hidd el van olyan, hogy még ennyi szabad helye sincs az embernek máshol. Ja, de azért kösz a "tippet", van itt a szekrényben egy 60GB-os Maxtor, meg egy 160GB-os Seagate és mindkettő még IDE-s, úgyhogy ez most nem annyira jött be.
-
válasz
SunMount3r
#48905
üzenetére
Huhh. Nemár...

Rendszermeghajtót menti, minden, ami azon van... Üres helyet nem. Ez nem annyira bonyolult.
Nevezzük akkor C meghajtónak.
Ez lesz az első, ugye?
Rég kész kéne lennie a dolognak ennyi idő alatt. Bedobsz egy ezeréves HDD-t és arra már csinálhatnád is. -
SunMount3r
nagyúr
válasz
Doky586
#48904
üzenetére
Tehát akkor ez mégsem "csak" egy rendszer mentés, hanem gyak. az összes mappát és file-t is tartalmazza, ami csak a lemezen van. ? Mert nyilván az olyanok, hogy "Képek", meg "Videók" nem képezik a "rendszer" részét. Persze ez a jobbik eset is, mert nyilván azok is fontos adatok.
-
válasz
SunMount3r
#48902
üzenetére
Annyi amennyi a foglalt hely a mentendő lemezen. Az iso itt van hozzá.
De a win beépített rendszermentője is jó. Az telepítő pendriveal állítható vissza baj esetén. -
isti732712
aktív tag
válasz
SunMount3r
#48902
üzenetére
Előzetesről nem tudok, hogy van ilyen opció, de max ha csak a rendszer akkor kb 25-30GB.
-
válasz
SunMount3r
#48899
üzenetére
Macrium. Ezt írtam.

Új hozzászólás Aktív témák
Hirdetés
- Tudástár Az SSD kondíciója, tények és tévhitek
- Tudástár Windows 7/8/10 SSD-vel! Hogyan is?
- Elemzés Átfogó elemzés az SSD-k természetéről
- BESZÁMÍTÁS! 2TB Samsung 990 Pro Heatsink NVMe SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! 2TB Samsung 870 EVO SATA SSD meghajtó garanciával hibátlan működéssel
- 500GB, 320GB, 250GB notebook 2,5" HDD-k. Több db. (100/100%)
- 2TB HDD 100/100 - 1 db maradt!!
- Szinte új! - Intel SSD D3-S4510 Series 240GB 100% 0 - 2 nap közötti futásidő (5db)
- Eladó jogtiszta, Windows 11/10, Office 2019/2021/2024, Fizikai és Digitális licencek, Számlával.
- AOC Q27G4XF 27 2560x1440 QHD Monitor 2026.10.27-ig Garancia Házhozszállítás
- Keresek Xbox Series S / Series X / Playstation 5 konzolokat
- Asus STRIX Gaming PC! Ryzen 5900X / RTX 3070 Ti / 1TB NVMe / 32GB 3200MHz / X570! BeszámítOK
- Asus 17 TUF Gaming FHD IPS 144Hz G-Sync Ryzen7 7435HS 16GB 512GB Nvidia RTX 4060 8GB Win11 Garancia
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest

![;]](http://cdn.rios.hu/dl/s/v1.gif)

(alapból is csak adott filesystem támogatja a TRIM-et és a swap nem ext4 fs-en csücsül ugye!)



azt se tudom minek írok be a fórumra ha félrebeszélek... sőtt mit keresek én itt?
Pyttawrx
