Hirdetés
- Luck Dragon: Asszociációs játék. :)
- sh4d0w: Kalózkodás. Kalózkodás?
- sziku69: Szólánc.
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- Meggyi001: Több tucat Eiffel torony??? Igen, gyere, mutatom, hogy hol...
- gban: Ingyen kellene, de tegnapra
- GoodSpeed: KLINTHOLM 3 fiókos fekete, acél, zárható kiegészítő elem
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- GoodSpeed: Kell-e manapság egérpad vagy sem?
-
LOGOUT
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
válasz
Petya XT
#12648
üzenetére
Ja, nem egyszerű ez a biztonság kérdése, mert annyira egyéni preferenciák vannak, ki miket csinál/tárol a gépén, nekem például elég, ha pár perce zárolom a gépet, ha elfüstölne, se lenne komoly gond, mivel meló online paraméterezés, max az adott report lenne kampeca, de azt is vissza tudnám rekonstruálni. Aki viszont fontos, pótolhatatlan adatokkal bánik, mindenképpen több irányú mentést kell alkalmaznia állandóan, ha meg szenzitív adatokkal dolgozik, akkor jönnek a különböző titkosítások, amik egy bizonyos helyzetig megfelelőek csak. Tegnap próbálgattam a Cinnamon Rendszerbeállításait és volt olyan opció is, amikor ugyan rebootolt és indult a rendszer zárolásból, de a nem automountolt megható újbóli felcsatolásához jelszót kért, szóval, ha ezen vannak adatok, akkor már ez is bizonyos fokú védelem a zárolással együtt.
-
válasz
Petya XT
#12646
üzenetére
Tegnap beszaladt egy két dolog, kicsit ideges voltam, elvetettem a sulykot.
Szerintem borítsunk rá fátylat, bárkivel előfordulhat, hogy rossz napja van. Inkább nem értettem, mert mostanában mindenki elküld a fenébe, ha nem kekeckecem, akkor is, csak esetedben nem értettem, mert eddig kb normális hsz-eket váltottunk csak.
De legalább ezt gyorsan meg tudtuk beszélni. 
Semmi gond nincs.A lényeg tényleg az, hogy ha login automatán jelentkezik be, akkor semmi nem nyújt igazán biztonságot. De a másik véglet is fura nekem, hogy egymás hegyén-hátán hw/sw titkosítások hevernek.
-
Frawly
veterán
válasz
Petya XT
#12640
üzenetére
Kezdem érteni miről írogatsz. Te azt sérelmezed, hogy zárolás alatt felhasználót vált és bejelentkezik másik felhasználóval. Nyilván attól még ha jól van beállítva a rendszer, a te futó folyamataidhoz és adataidhoz nem fér hozzá, hogy másik felhasználóval bejelentkezik, nem került meg semmilyen védelmet. Attól még. De emiatt nem kell aggódnod, mert nálad, hogy se login, se titkosítás, se semmi, az egész géped simán átjáróház, ez a legkevesebb, ami miatt aggódnod kéne, hogy valaki felhasználót vált. Sokkal érdemesebb neki resetelnie a rendszert, és a te felhasználóddal belépni login nélkül, vagy akár egy live környezetből is simán eléri az adataidat.
Egyébként én SwayWM alatt swaylock-ot használok zárolásra, ami az i3wm és i3lock klónja. Na, ez alatt zároláskor semmit nem látni, úszkálnak egy full screen terminálban az asciiquariumban az ASCII halacskák, az efölött lévő lock teljesen átlátszó. Nyomogathasz bármit, semmit mást nem látsz a képernyőn, jelszóbekérő és felhasználóváltó ablak sincs. Aki nem ért hozzá, még azt is hiheti, hogy lefagyott a gép, semmire nem reagál, se billentyűre, se egérre, se egérkurzor, pedig nem ez a helyzet, a rendszer hibátlanul működik, begépelem a jelszót, Enter és már vissza is kaptam a futó rendszert, csak az előtt nincs vizuális visszajelzés, mint pl. a begépelt jelszókarakterek megerősítése egy *-gal vagy ilyesmi. De már login-nél is nehezítve van nálam, mert nincs login manager, sima szöveges konzolról megy a bejelentkezés, és kapsz az arcodba egy login képernyőt:
Arch Linux kernelverzió (tty1)
gépnév login:Ennyi. Még annyi támpont sincs, hogy mi a felhasználói név (nem, nem Frawly, sem nem frawly, kis/nagybetű különbsége is számít természetesen), még ezt is ki kell találni jelszóbekérés előtt (a root nevű felhasználóval jobban jár, annak csak a jelszavát kell kitalálnia), és az sincs, hogy milyen grafikus felületre jelentkezel be. Tehát ha lehuppanna valaki a gépem elé kicsit kotorászni benne, nem jut messzire. Még akkor se, ha kicsit jobban ért hozzá az átlagnál, live rendszert sem tud bebootolni, sem a BIOS-ba belépni, akár még az SSD-ket is kiszerelheti a gépből, átrakhajta másikra, se CMOS reset, sem semmilyen trükk nem fog neki működni.
Egyébként nem tudom a Mintet milyen felülettel használod, de a login managerek is testre szabhatóak saját konfiggal, és kikapcsolható, hogy elérhető legyen a felhasználóváltás.
-
-
válasz
Petya XT
#12634
üzenetére
Valamit nagyon egymásnak ellentmondóan állítottál be. Én autologint használok a notebookon, de ha melóhelyen gyorsan zárolom bekapcs gombbal, Ctrl+Alt+L kombóval vagy lecsukom, akkor kizárólag az én nevem ugrik fel(nem a user name) és a saját jelszavamat írhatom be, ha be akarok lépni.
De autologin használata mellett ez tényleg csak pár percnyi cigire kiugrás, mert hosszabb idő alatt akár kikapcsolhatják és vissza, szóval ahogy kolléga is említette, jelszó nélküli bejelentkezés esetén elég laza a biztonság kérdése.
-
Frawly
veterán
válasz
Petya XT
#12636
üzenetére
Nálam a LUKS teljesen jól megfért a torrenttel, és gyengébb gépeken sem evett sok erőforrást. És a víruskeresést sem tartom indokoltnak Linuxon, főleg nem Live Kasperskyvel. Bőven elég online módban (értsd már futó rendszer alól) vírusszkennelni clamav-vel, azt is csak windowos megosztások és windowsos gépek védelmében.
Publikus gépen nem tudsz egész lemezt titkosítani az OS alatt, azt csak a zárolásra meg a login jelszóra írtam.
Az egész adatbiztonság per defintionem „szarakodás”. Az adattárolási redundancia (RAID és hasonlók), a snapshotok, a backupolás, titkosítás, login/zárolás és rendszergazdai műveletek jelszavazása, jelszómenedzserek használata (pl. Keepass, Seahorse kulcstartó, Lastpass, stb.), víruskeresés, hardverabsztrakciós réteg, virtualizáció, sandboxing, konténerizáció is mind-mind-mind szarakodás, kényelmetlenség, és szarakodás a köbön, csak az ember idejét és erőforrásait viszik el. Mégis csinálják emberek és nem paranoiából vagy önszivatásból. A modern oprendszerekben a kernelben lévő feature-ök 99%-a megint csak biztonság miatt van benne, ergó megint erőforrászabáló szarakodás, az egész IT és internet, sőt, ha nagyon távolról nézed, az egész élet ebből áll, szarakodás hátán szarakodáshegyek és -völgyek. Pedig milyen egyszerű lenne az élet, ha ezekkel nem kéne szívni. De ezek pont azért jöttek létre, mert az élet sose ideális, mindig szívás van, lesz mindennel.
Nem is kell messzire menni, most írt be a haladó linuxos topikba egy koma, hogy a hozzá nem értő ismerőse véletlenül leformázta és windowszal felültelepítette a HDD-jét. Most ugye ment a sírás, hogy jajjazadatok, mihozzaeztvissza, segítség, világvége. Backup of course az nuku, mert kényelmi szempontból nem akartak szarakodni vele, eddig biztosan sok kényelmetlenséget meg is takarítottak az évek folyamán, csak most milyen jó lenne, ha mégis szarakodtak volna pár kört néha napján. Az ilyen védelmi intézkedéseknek a hasznát mindig csak akkor látja be a legtöbb ember, mikor kész a baj, adatot vesztett, gépét, online accountjait felnyomták, és még akkor is másokat hibáztatnak érte, nem saját magukat.
Ezt van, aki belátja, van, aki csak a saját kárán tanulja majd meg. A Windows nagyon rosszul teszi, hogy a felhasználók idiótaságát és kényelmét szolgálja ki, és nem a biztonságról gondoskodik.
-
Frawly
veterán
válasz
Petya XT
#12634
üzenetére
Nem, nem felesleges a zárolás. A login jelszó kérésének a kikapcsolása tesz feleslegessé minden további intézkedést. Az újraindítás mindig opció, hiszen aki a gép előtt ül, az bármikor kinyúlhat a fizikai reset gombért, vagy megnyomja a kikapcsológombot, majd vissza, és már újra is indul a gép, ezt sehogy nem tudod megakadályozni, akkor sem, ha elrejted az újraindítást, mint szoftveres opciót.
Mindenkinek mások a PC-használati körülményei. Ha a lakásban egyedül laksz, és sose férhet oda senki a gép elé, akkor lehet mindegy. De ha betörnek, ellopják a gépet, vagy valakit beengedsz a házba, és míg nem vagy gépnél lehuppannak elé, az viszont súlyos biztonsági kockázat.
Azt kell érteni, hogy a Linux egy unixlike operációs rendszer, más mentalitás kell hozzá, mint Windowsnál. Windowsnál elfogadott, hogy nem akarsz login jelszót, meg külön jelszókérés nélkül is tudj rendszergazdaként csinálni mindent. A linuxos disztrók ezt szigorúbban veszik, a logint és a rendszergazdai jogot is. Ez windowsos fejjel kényelmetlenségnek, meg szivatásnak tűnik, holott pedig a te biztonságodat szolgálja, neked tesznek szívességet. Ezt lehet rövid távon nem így érzékeled, de hosszú távon be fogod látni. Kikapcsolható, de magadnak ártasz vele, még ha kényelmesebbnek is tűnik.
Én például évek óta vagy olyan munkahelyen dolgoztam, hogy többen is használták ugyanazt a gépet, meg olyan helyeken laktam, hogy többen laktunk együtt egy lakásban, így én a gépeimet mindig jelszavazom, zárolom. Egy idő után torrentezés miatt a háttértáraimat is titkosítom, ha egy mód van rá. Azért, ha valaki belekotnyeleskedik a gépbe, vagy betörnek, vagy ellopják a gépet, akkor az anyagi veszteség mellé ne legyen még egy olyan, hogy az adataimmal is visszaélhetnek. És nem, nincs semmi titkolnivalóm, de egyszerűen megnyugtat a tudat, hogy az adataim biztonságban vannak, senki nem fog azon rugózni, hogy milyen weboldalakat látogattam, mit töltöttem le, milyen fájlokat tárolok.
Ja, kényelmetlen 2× jelszót beírni minden gépindításkor (egyszer egy titkosítási, másodszor egy bejelentkezési jelszó), meg jelszót beírni minden zárolásfeloldáskor. De megszoktam, észre sem veszem, rutinná vált, pedig a szóban forgó jelszavak jó bonyolultak, 8+ karakteresek, a titkosítási jelszó 17+ karakteres, néha 20+. Azért írom, hogy a biztonság és kényelem mindig egymást kizáró fogalmak.
-
Frawly
veterán
válasz
Petya XT
#12631
üzenetére
De ez meg nem a zárolás hibája, hanem azé a felhasználóé, aki úgy állította be, hogy loginkor ne kérjen jelszót. Onnantól fogva, hogy a loginjelszót valaki kikapcsolja, az már hatalmas biztonsági kockázat, onnantól fogva lényegében nem is lehet biztonságról beszélni többé.
-
Frawly
veterán
válasz
Petya XT
#12584
üzenetére
Na látod, mondtam én, hogy nem ördöngösség. Már ezelőtt is jól ment, csak arra kellett figyelni, hogy a legfrissebb, 440-es ág legyen fent NV driverből, meg a kernel elég friss legyen hozzá. A 20-as verzióval csak annyi változott, hogy már figyelni sem kell, mert alapból mindenből van annyira új verzió benne, hogy mindenféle hackelés nélkül alapból jól kell mennie. Persze rolling disztrókon, mint a Manjaro, eddig is jó volt, csak ilyen CentOS, Debian, Ubuntu, Mint vonalon volt gond, hogy túl régi kernel, túl régi mesa csomag, és hiába tette fel valaki külön figyelemmel, PPA-ból a legújabb NV drivert, a verziók ütötték egymást, ezért opcionálisan PPA-zni kellett újabb mesa csomagért, meg fel kellett rakni a hivatalos tárolóból egy újabb opcionális kernelt, ami elérhető, de default nem települ. A hivatalos tárolókban lévő régebbi NV driver meg nem volt jó 19-es verzióban meg előtte, régi volt eddig. Ezért fontosak az új verziók, én ezért is használok rollingot, mert ott ezekből sosincs probléma. Igaz NV kártyám nincs, de a verziófüggőségek sok proginak és egyéb drivernek számíthatnak.
-
Frawly
veterán
válasz
Petya XT
#12579
üzenetére
Próbáld újra 20-as Minttel. Vagy ha nem ragaszkodsz a Minthez, van még másik 1001 disztró. Mindnek mennie kéne. A Haswell nem olyan régi, a 1050Ti sem. Esetleg amíg nem telepíted a drivert, addig letiltod kernelparaméterrel az NV kártyát, és addig a drivertelepítés idejére az Intel IGP-t használod, hogy legyen kép, vagy a grafikus felületre bejelentkezés helyett átváltasz egy konzolra, és onnan telepíted a drivert:
sudo ubuntu-drivers autoinstallVagy:
sudo apt install nvidia-driver-440Minten van erre külön menüpont, Eszközkezelő vagy Driverkezelő vagy a franc tudja hogy hívják, a beállítások között elérhető, letölti a kártyához megfelelő drivert.
Dedikált kártya mindenképp jobb, ha más nem, szoftveres dekódolás szempontjából, több formátumot, többféle felbontáson és frissítésen kikódol, több kijelzőt támogat, újabb HDMI csati, nagyobb felbontásokat, frissítéseket támogat. Egy integrált GPU sose fog a nyomába érni a rendes dedikált kártyának.
Az IGP minden szempontból marha rossz, egyedül a legújabb AMD integrált GPU-k mennek el szódával. Nem is kell hozzá játék, egy régi alkalmazás, ami 3D-t használ, akár csak egy Flash játék, vagy modellezős, CAD, videóvágós alkalmazás. De még játéknál is, szoktam ilyen 15-20 éves retró játékokat játszani, és pl. a MoH:AA egy 18 éves játék, és nem futott, mert valami OpenGL extension-ök hiányoztak neki, nem az OpenGL driver hibádzott, hanem a GPU nem támogatta, pedig a GPU 10 évvel későbbi (18 évvel későbbi Intel GPU-k sem támogatják a mai napig), mit a játék. Szerencsére registry hack-kel le tudtam tiltani ezeket az extension-öket, így a játék nem használja, de azért gáz, hogy egy 18 éves játék sem fut, sokat elmond az integrált hulladékokról. Nem az van, hogy csak nálam nem futott, hanem a játék Steam oldalán is kint van, hogy Intel GPU nem támogatott, egy csomó reklamáló hozzászólás is van alatta.
Pedig a 18 éves játék az olyan régi, annyira kicsi erőforrásigényű, hogy az újabb CPU-knak Mesa LLVMpipe szoftverrenderben is el kéne tudnia vinnie, egy magon, 720p-ig legalábbis.
-
Frawly
veterán
válasz
Petya XT
#12575
üzenetére
Elvileg használható a 1050Ti. Csak a legújabb 440-es driverágat telepítsd, lehetőleg tárolóból, és a kernel ne legyen túl régi. Mint 20, Ubuntu 20.04 elég új, vagy Arch/Manjaro vonal az jó, a Mint 19.x és Ubuntu 19.04-10 az már régi lehet neki.
A másik véglet, hogy a kernel nem lehet túl új se, a jelenlegi 5.7.x az jó, de az 5.8 RC-ág az túl új.
Sajnos ez a baj a zárt driverrel, bináris, és ahogy a kernel meg a rendszerkomponensek eltörnek dolgokat. Ezt a kernelfejlesztők már 15 éve leszögezték, és senki idióta zárt forráskódú szutyka miatt nem tartják a visszafelé kompatibilitást, nem fognak feszengeni fejlesztés közben. Ha valami eltörik, nem működik, akkor eltörik, és ezt feature-nek kell tekinteni nem bug-nak! Magyarán az az alapelv, hogy nem a kernelesek igazodnak a driveresekhez, hanem fordítva.
Meg lehet köszönni az nVidiának, hogy még 2020-ban is a zárt forráskódú drivereit erőlteti. Egyébként ez azért van, mert a bináris driverek tartalmaznak optimalizációkat, amiket az nVidia féltve őriz, nehogy a konkurencia profitáljon belőle, így nem hajlandó megnyitni a forráskódot. Az AMD ezzel szemben megunta anno a szopást, hogy állandóan a kernelesek meg a gyorsan fejlődő Linux világa mögött kullognak a nagy sokára kiadott zárt driverfrissítéseikkel, így inkább kinyitották a drivereket. Mikor gépet vettem, ez kiemelt szempont volt, hogy a Linux meg a normális Freesync miatt csakis AMD kártya. De egyébként is azt vettem volna, mert főleg használt kártyáknál ár/érték-arányban verhetetlenek sokszor, pl. RX570, mindössze 21k-nak megfelelő összeget fizettem érte használtan, és mindent visz 1080p high settings 60 fps-sel. Ezért lesz a következő laptopom is szigorúan mobil Ryzen-es amiben AMD Vega GPU van integrálva. Windows alatt kb. holt mindegy lenne, ott talán az nVidia driverek hajszállal jobbak is, de Linux alatt nagyon nem mindegy.
-
sonar
addikt
válasz
Petya XT
#12087
üzenetére
A 4.,5. és 9. pont kivételével mindegyik csak config file turkálás.
Azzal tisztában vagy, hogy a felsorolt parancsokból a $ -jel nem kell, de utána a ;-ig tart a parancs?Elvileg neked ennyi lenne csak a dolgod
sudo apt-get install git linux-headers-generic build-essential dkms;
git clone https://github.com/Mange/rtl8192eu-linux-driver;
cd rtl8192eu-linux-driver;
sudo dkms add .;
sudo dkms install rtl8192eu/1.0;
echo "blacklist rtl8xxxu" | sudo tee /etc/modprobe.d/rtl8xxxu.conf;
echo -e "8192eu\n\nloop" | sudo tee /etc/modules;
echo "options 8192eu rtw_power_mgnt=0 rtw_enusbss=0" | sudo tee /etc/modprobe.d/8192eu.conf;
sudo update-grub; sudo update-initramfs -u;
sudo systemctl reboot -i;
sudo lshw -c network; -
válasz
Petya XT
#12082
üzenetére
csak tettem egy próbát 19.3-al a kernel miatt, de ugyanaz.
Ja, nem a kernel és a linux-fw tartalmazza sajna a drivert, hanem külön van és eléggé beválasztottál ezzel az USB wifi stickkel, nem egyszerű Linux alatt ez a realtek chip.
Szokott itt pattogni a frissítéskezelő, azokat felteszem mindig
Igaz, mindig elfelejtem, hogy nálam ez ki van kapcsolva, de alapból tényleg jelez mindig.
-
válasz
Petya XT
#12078
üzenetére
Nem ismerem ezeket az eszközöket, de a számok ide vezetnek:
forrás:
# List of USB ID's
http://www.linux-usb.org/usb.idsvagy Debian firmware-realtek .deb csomag, gondolom a Buster verzió a megfelelő, de ha ez nem működik, akkor kell majd a fenti githubos, aminek a felrakásához itt találtam helpet, utolsó két hsz-t nézd.
# realtek-firmware for Realtek wired/wifi/BT adapters
*****************
Mostanában frissítetted a rendszert amúgy? linux-fw csomag frissült, igaz nem abban szokott lenni a rlt fw, de bármi lehetséges. Ezt amúgy is célszerű frissíteni. -
-
válasz
Petya XT
#12049
üzenetére
A Google valamiért nem fordít erőforrást rá.
Igazából nem csak a YT-ról van szó, hanem a Chromium VAAPI támogatásáról - ez kell a dekódoláshoz.
Van elvileg valami közösség által fejlesztett vonal e téren, de rég olvastam róla, nem tudom hol tart - legutóbb bugos volt és csak régebbi chromiummal ment.
Firefox vonalon még ennyiről sem tudok.Amúgy a videók dekódolását simán megoldják a mai (a 7-8 évesek is) procik gond nélkül, a dekódolt képkockák megjelenítése viszont műxik hardver gyorsítottan sok éve. Ez utóbbi felel pl. a tear-free lejátszásért is.
Nálam egy 8 éves Bulldozer alapú kétmagos AMD A6 procin sima ügy a fullHD video lejátszás linuxon. -
Frawly
veterán
válasz
Petya XT
#10738
üzenetére
Ez így, ahogy leírtad működik. Beteszed a gépbe mindkét meghajtót, a linuxosat és windowsosat is, működniük kéne. Esetleg a Windowst lehet újra kell aktiválni, ha nagyon megváltozott alatt a konfig.
Még GRUB-bal sem kell őket összekötni, megcsinálod, hogy alapból az általad kívánt OS induljon, ezt a BIOS-ban állítod. Ha meg nem arról akarsz bootolni, akkor F12-re vagy F8-ra, vagy ami nálad kell, arra rányomva előhozod bootkor a BIOS bootmenüt, és a másik rendszert választod ki.
-
#63718632
törölt tag
válasz
Petya XT
#10738
üzenetére
Elvileg semmit nem kell csinálnod. Összepakolod az új konfigba a lemezeket. A linuxos legyen az elsődlegesen bootoló lemez. Egy grub update felveszi a grubba a Wines rendszerindítót.
Nekem is így van a notimban 2 külön ssd, ráadásul uefi módban. Mindkét rendszernek van a saját meghajtóján efi/boot partíció. Bár nem direkt akartam így csinálni, hogy a grubból válasszam a Win10-et ha kell, hanem a noti boot választó menüjéből. Automatikusan bekerült a grubba a Win10 indító, amikor rendszerfrissítés után lefutott a grub update. -
válasz
Petya XT
#10738
üzenetére
Szia!
Szerintem ha a Linux alól kiadod a sudo grub-install /dev/sda parancsot a terminalban, akkor be fogja tenni a másik meghajtón lévő oprendszert és utána már boot-kor az is ott lesz a GRUB választó menüjében.
Az sda-t nézd meg, hogy nálad is az-e a Linuxos SSD betűjele. Ha nem vagy biztos a dolgodban, a
sudo fdisk -lparancs kimenetét nézd meg. Vagy azinxi -dkimenet még egyszerűbb. -
válasz
Petya XT
#9108
üzenetére
Szia!
Ha később nincs baj az eléréssel, akkor lehet netelérés késleltetés is akár. Próbáld növelni a delay szintet.
Nézd meg az auto induló programokat, nincs-e túl sok berakva ugyanazon időre.
Gondolom a meghajtóval nincs gond, de időnként azt sem árt ellenőrizni, ha ilyesmi van.A boot késleltetésről is csinálhatnál egy terminal kimenetet:
systemd-analyze blameparancs kell hozzá
De legalább ezt gyorsan meg tudtuk beszélni. 
Semmi gond nincs.
(vedd úgy, hogy nem szóltam)
Reset gomb nem számít, működik ez így. 
Új hozzászólás Aktív témák
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Honor 200 - kétszázért pont jó lenne
- iPhone topik
- Milyen asztali (teljes vagy fél-) gépet vegyek?
- OLED TV topic
- Luck Dragon: Asszociációs játék. :)
- Milyen NAS-t vegyek?
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Apple iPhone 16 Pro - rutinvizsga
- Napelem
- Fejhallgató erősítő és DAC topik
- További aktív témák...
- HP 14 Elitebook 640 G10 FHD IPS i5-1345U vPro 10mag 16GB 512GB SSD Intel Iris XE Win11 Pro Garancia
- Apple iPhone 12 64GB, Kártyafüggetlen, 1 Év Garanciával
- Azonnali készpénzes AMD Radeon RX 7000 sorozat videokártya felvásárlás személyesen/csomagküldéssel
- BESZÁMÍTÁS! MSI H310M PRO i5 9600K 16GB DDR4 240GB SSD 2TB HDD RTX 2060 Super 8GB NZXT Source 600W
- Telefon felvásárlás!! iPhone 15/iPhone 15 Plus/iPhone 15 Pro/iPhone 15 Pro Max
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest