-
Fototrend
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
-
bambano
titán
válasz
#79484416
#33865
üzenetére
"Azóta következetesen idézőjelbe teszek minden ilyet.": az idézőjel pont arra utasítja a shellt, hogy bontsa ki, tehát az erre a célra nem alkalmas.
Ha azt akarod, hogy a wildcardot ne bontsa ki, akkor vagy escape-eled, vagy aposztrófok közé teszed.és ismétlem magam: most teszteltem.
szerk: egyébként unixokon sh volt, vagyis Bourne shell. Solarison anno volt ksh és csh nem default shellként, de már egy jó ideje ott is bash a shell.
-
bambano
titán
válasz
sh4d0w
#33859
üzenetére
De, valójában escapelni kell a wildcardokat, abban az esetben, ha a helyi könyvtárban van a wildcardnak megfelelő nevű fájl.
A shell megpróbálja kifejteni, ha sikerül, helyettesíti, ha nem sikerül, akkor nem. Neked azért működött, mert nem sikerült.szerk: tuttira. az előbb teszteltem.
-
bambano
titán
válasz
Longeye
#33848
üzenetére
A su - végrehajt egy login shellt, vagyis törli az összes korábbi környezeti változót, és megcsinálja az aktuálisat.
emellett persze lehet, hogy a wine egyébként se szeret rootként futni.
elvileg, ha beírod:
userként: xhost +
userként: su -
rootként: export DISPLAY=127.0.0.1:0akkor elvileg mennie kellene, feltéve, hogy beállítottad, hogy az X figyeljen tcp socketen is.
beírod, hogy ps -ax|grep X
erre elvileg egy soros választ kapsz, amiben paraméterként vagy lesz egy -nolisten tcp, akkor bajban vagy, vagy lesz egy -listen tcp, akkor működni fog a fenti. Tudomásom szerint Debianék nolistenesek. -
bambano
titán
első körben firmware-t frissítenék a mikrotiken, második körben megnézném az sfp+ hőmérsékletét másolás közben.
ha rezen kötötted össze, akkor vagy át kellene szokni üvegre, esetleg dac-ra, vagy legalább nem egymás melletti portokba dugni az sfp-t, vagy megnézni, hogy v1 vagy v2 az sfp+ rezed.az tény, hogy ettől a közvetlen kapcsolatos másolásnak nem kellene megdöglenie... esetleg megnézném azt is, hogy gigára lassítva is megdöglend-e.
a crs az switch. cloud router switch.
szerk: a linuxokkal azt lehet kezdeni, hogy nagyobbra veszed az interfészen a queue-t, a kernelben a tcp méreteket (küldés, fogadás buffer) és lecserélheted a tcp ütemezőt is. a google féle ütemező jobb, mint a default linux.
-
bambano
titán
Az agyonbonyolított megoldások helyett:
a root/boot mérete nem változik, tehát dd-vel másolható.
a home méretét csökkenti, azt meg lehet később tar-ral.
szóval berakja az új ssd-t is a gépbe, ráteszi az uefi és a root partíciókat azonos méretben, dd, grub install.
bebootol az új ssd-ről, berakja a régit slave-nek (csakazértis![;]](//cdn.rios.hu/dl/s/v1.gif)
) megcsinálja a maradék helyen a home partíciót, és tar. -
-
#33465
bambano
titán
fatpingvin
#33464
bambano
titán
válasz
fatpingvin
#33464
üzenetére
egyrészt nekem sosem szólt az mdadm, másrészt le lehet állítani a tömböt, és akkor bakfitty.
hardveres hw raiddel nincs tapasztalatom, azokat a diszkeket is sima pc-ben gyalulom, ami hw-s gépből jön. -
bambano
titán
Tapasztalaton alapuló tanácsra lenne szükségem:
van egy gépem, asus prime z690m+ alaplappal, debian, és túl meleg a házban a vinyó. Nagyobb huzatot szeretnék csinálni benne, ha zajosabb, az nem annyira gond. A gépet kitermelni nem nagyon tudom, szóval első körben bios állítgatás nem játszik.A kérdés: hogy tudom acpi-fan interfészen keresztül felgyorsítani a ventilátorokat?
tia -
bambano
titán
ha a redhat bármibe belenyúlt, ami gpl-es, és azt binárisan kiadta, akkor köteles kiadni a patchet is.
az ingyenebéd nem csak akkor van, amikor csinál valamit a redhat és azt gipsz jakab élvezi, hanem akkor is, amikor a redhat kivett a nagy közösből gpl-es cuccokat és abból pénzt csinált.
-
bambano
titán
értem, de azt se írtad le, hogy fixen akarod, véglegesen, vagy most van valami, és ahhoz kell.
buguntuban például a network managerben manualra állítod a kártyát, oszt jónapot.
debianban is, vagy a /etc/network/interfaces-ben beállítod manualra. szóval kaptál még teret a kérdés pontosítására
-
bambano
titán
"Namármost az az alap paradigma, hogy egy cégnek törekednie kell a profit maximalizálására.": nincs ilyen paradigma.
Attól, hogy jelentős mennyiségű ilyen cég van, ez még nem általános paradigma.Az általános paradigma az, hogy a cégnek törekednie kell a tulajdonosi érdekek kiszolgálására. Nem vitatom, hogy sok cég esetében ez a profit maximalizálás, normálisabban fogalmazva a roi. (return of investment).
Egy rakás cég van, ahol nem a profit maximalizálása a cél, erre a magyar jogban is van lehetőség a nonprofit kft-knél, alapítványoknál, stb. A redhat érdekkörében egy kézenfekvő példa: a kernelt egy nonprofit alapítvány-szerűség gondozza. Egy rakás cég öntött egy rakás zsetont az alapítványba azzal a kettős céllal, hogy fejlődjön a kernel, és ne jusson senki kezébe, amivel kizárhatná a másikat. Azért pénzelik közösen Linust, hogy ne legyen kizárólag egy konkrét céghez rabosítva.
A redhat nem helyezett semmi humán szabályt sehova, a redhat pontosan értette, hogy ezen a piacon a termék a csatolt szolgáltatás. Ez kb. olyan, hogyha te kalapácsot árulsz, szponzorálod a szöggyárat.
-
#33359
bambano
titán
fatpingvin
#33357
bambano
titán
válasz
fatpingvin
#33357
üzenetére
nem csak neked:
annyi tévedést írtatok, hogy muszáj közbeszólnom.1. számú alapszabály: GPL-T AKKOR LEHET SÉRTENI, HA A CUCC GPL-ES.
2. kiválóan elfilozofálgattatok a systemd gpl sértéséről úgy, hogy senki nem írta ide, hogy a systemd NEM GPL-es.
3. átlagos disztró zöme SEM GPL-es. a fontosabb cuccok közül gyakorlatilag az alap unix segédprogramok és a gnome gpl-es, a többi nem.
4. a redhatnek joga van ahhoz, hogy kiadjon egy disztrót, aminek a 10%-a gpl-es úgy, hogy ad egy linket, hogy a cuccomban levő gpl-es programok forrása itt. és a nem gpl-es cuccainak meg nem adja meg a forrását, illetve a nem gpl-es cuccoknál az adott licenszet teljesíti.
5. az emvy által idézett gpl faq pontot sem sértette senki, főleg, ha feljebb scrollozol és megnézed, hogy 3 sorral korábban mit írtak. elfogadom, hogy a gpl-en a jogászok sokat keccsöltek, ezzel párhuzamosan nagyobb összeggel fogadnék arra, hogy a jelenlevők nem értik a gpl-t.
6. a legnagyobb hülyeség, amit itt olvastam, hogy a gpl nem várja el, hogy visszategyél a közösbe. A gpl, mint dokumentum, gyakorlatilag csak erről szól, meg arról, hogy ha te ezt meg akarnád kerülni, akkor miért nem teheted.A gpl alapja, hogy kiveszel a közösből, hozzáraksz valamit és azt visszaadod. Ettől lett nagy a szabad szoftver közösség. Mindenki tett a közösbe képessége szerint, (legyen az új kód, hiba patch, doksi, teszt erőfeszítés, stb), és mivel egyre többen csinálták ezt, jó nagy lett a kupac. Én pl. egyszer egy pár soros hibaleírással járultam hozzá a kernelhez, ami alapján Mingo percek alatt megtalált egy komoly hibát. Nagy dolog? Személyesen nem. Tömegesen igen.
A többi:
a szabad szoftverben a szoftver rendszerint nem termék. A szabad szoftvert nincs értelme termékként értékesíteni, mert nincs benne akkora profithányad. Lehet, legális, csak nincs értelme. A szabad szoftverben a hozzáadott szolgáltatás a termék. Ezért szoktak vastagon pénzt kérni.A redhat nem azért kér pénzt (egyébként mocskos sokat), mert össze tudtak csomagolni egy linux kernelt meg egy glibc-t rpmbe, hanem azért, mert adnak egy telefonszámot, amit felhívhatsz, és megkapod az ígéretet, hogy a hasfájásodat meg fogják oldani. És a redhat HOSSZÚ ideje bizonyítja, hogy az ígéret szép szó, de ők meg is tartják. Azt fizeted ki, hogy ha egyszer pofára esel majd, jön két konyhaszekrény és felránt.
A redhatnek minden joga megvan ahhoz, hogy a saját cumóját úgy adja, ahogy akarja. És itt most hangsúlyozottan jogról beszélek, nem arról, hogy érdemes-e. A redhatnek is meg kell értenie, hogy van a bazi nagy fazék, elismerésünk, hogy jelentős mennyiségben dobáltak bele, ÉS ELVITTÉK AZ EGÉSZET. Digitális fazék, el lehet vinni úgy, hogy ott marad. A redhat sokat keresett azon, hogy ilyen-olyan patcheket rakott a kernelbe? Igen, ÉS? mennyit keresett a redhat azon, hogy nem kellett leprogramoznia az egész kernelt? a glibc-t? az llvm-et?
szóval szerintem érdemes lenne tájékozódni, mielőtt ilyen alpári szintre hülyítitek ezt a szakmai listát.
-
bambano
titán
"Különböző glibc verziók között papíron nem létezik kompatibilitás.": a glibc-k kompatibilitásáról annyit, hogy felrakom a 4-es firefoxot a debian testingre és megy.
tehát a tizensok évvel ezelőtti glibc-hez fordított firefox simán megy a testinges glibc-vel meg a rakás egyéb X-es könyvtárral. -
bambano
titán
nem kell itt túlgondolni a dolgokat.
lefordítod a programot, átviszed másik gépre, és egy
ldd programnev
utasítás megmondja, hogy mit talált meg a linker és mit nem.
abból tudni fogod azt is, hogy miért nem.
ha azt látod, hogy olyat nem talál, amit nehéz pótolni, azt a fordításkor statikusan hozzálinkeled oszt jónapot. -
bambano
titán
gcc nem exportál libet.
a libekből szokott lenni statikus verzió, ha mindenáron hordozhatót akarsz, akkor a statikusat linkeld hozzá.
szerintem ez rossz megoldás.
a linker meg fogja találni a libeket minden disztrón, ha felrakták őket.
egyébként pedig az LD_LIBRARY_PATH környezeti változóval felül lehet bírálni a linker keresési sorrendjét. -
-
bambano
titán
a rebuildet nem mdadm processz csinálja, hanem kernel thread.
szerk: a privát magánvéleményem pedig az, hogyha bármi kérdés merül fel egy diszkkel kapcsolatban, az nálam repül. sokkal olcsóbb kidobni és venni újat, mint tojtorozni, azután majd három hónap múlva elszáll a legrosszabb időpontban.
-
#33101
bambano
titán
arcoskönyv
#33100
bambano
titán
válasz
arcoskönyv
#33100
üzenetére
"a switch után nem kerül a packetbe az eredeti MAC Address.": lyalyly.
az első router után...
a broadcast domain határának átlépésekor cserélődik a mac. -
bambano
titán
-
bambano
titán
válasz
#68216320
#33079
üzenetére
"ssh-keygen -y -f ~/.ssh/id_rsa > ~/.ssh/id_rsa.pub"
mivel az rsa titkosítás szimmetrikus abból a szempontból, hogy melyik kulcsot nevezed ki privát kulcsnak, és melyiket publikusnak, az az állítás, hogy egy egyszerű parancssori utasítással le tudod generálni a privát kulcsból a publikusat, ekvivalens azzal az állítással, hogy a publikus kulcsból egy egyszerű paranccsal le lehet generálni a privát kulcsot.azé' ettől az állítástól egy pár ember bokáig összef.sná magát hirtelen, összes bank, katonai titkosítások, stb. ha erre az állításra lenne korrekt bizonyítás és működő megoldás, akkor a Föld gazdasága kb. 20 perc alatt omlana össze a kőkorszakig.
-
-
bambano
titán
válasz
#68216320
#33070
üzenetére
a kulcspár egy identitást azonosít.
több kulcspár egy adott identitáshoz eléggé kilóg a tervezett felhasználásból.
minden egyes gépen, amin kulcsos ssh-t akarsz használni, generálsz egy darab kulcspárt, és utána minden másik gépre, amire be akarsz arról a gépről jelentkezni, átmásolod az azonosítót. akár szövegszerkesztővel, akár ssh-copy-id utasítással."A kérdésem arra irányult, hogy amennyiben minden helyre külön kulcspárt csinálok, akkor több id_rsa (vagy éppen ami a fájlnév az új algoritmusú privát kulcshoz) lesz a laptopomon?": nem.
ha minden helyre külön kulcspárt csinálsz, akkor a notebookod id_rsa.pub fájlja lesz több helyre átmásolva. nem a szerver publikus kulcsát másolod a notebookra, hanem a notebookét a szerverre. -
#33053
bambano
titán
fatpingvin
#33050
bambano
titán
válasz
fatpingvin
#33050
üzenetére
elvileg van egy ilyen szolgáltatás-hirdetési protokoll, nem emlékszem pontosan a nevére. de ha egy cupsot beszélő nyomtatót felraksz a hálózatra, azt a kliensek konfig nélkül meg szokták találni.
-
#33049
bambano
titán
fatpingvin
#33042
bambano
titán
válasz
fatpingvin
#33042
üzenetére
a cups szerver nem tud bonjourt?
-
-
bambano
titán
válasz
CPT.Pirk
#32931
üzenetére
Milyen gyakran változik a memória a gépedben?
Nekem pl. úgy tud változni a memória a gépemben, hogy kihúzom a madzagot több desktopból, utána a racket, ami ezeket a desktopokat tartalmazza, kigurítom, kiveszem a gépet, szétborítom, megváltoztatom a ramot, majd mindezt vissza. közben értelemszerűen takarítok is, mert muszáj.
Ebbe a 2-3 órás procedúrába nekem belefér, hogy még egy szkriptet lefuttatok, bemásolok két fájlt a helyére, majd egy reboot.Azt nem gondolnám jó mérőszámnak, hogy tele van vele a google. Akinek nincs ilyen problémája, az nem írja tele a google-t, vagyis nem egyenletes a statisztika.
-
bambano
titán
válasz
CPT.Pirk
#32929
üzenetére
Én nem azzal vitatkoztam, hogy neked mire van szükséged, hanem ezzel: "fel lehetne ezt vetni, hogy ilyesmit be kellene építeni valakinek valahová..." (ezt mondjuk könnyen lehetne látni abból, hogy melyik hsz-re válaszoltam)
két érvem volt ellene:
1. nem építünk be semmit, ami elvi hibás
2. az általa javasolt dolgok nem általános problémák. -
bambano
titán
válasz
CPT.Pirk
#32923
üzenetére
végignyomogattam, szerintem tévedés az egész.
azzal az alapvető hibával indít, hogy swappinest akar barkácsolni, miközben nincs swap.
a másik, hogy ilyen 200-300 megabyte puffereken vekeng, miközben pl. nekem 128 giga ramom van.
engem valahogy totálisan nem bír felizgatni, hogy jelenleg 9 és fél óra uptime után (ez a desktopom) 122 giga ram van szabadon vagy 120 vagy 125 vagy a franc se tudja, mennyi.ha te boldog vagy vele, használd. de hogy ez default bekerüljön egy disztróba csak azért, hogy default azonnal töröljem, annak sok értelme nincs.
ettől még nyithatunk vitát, hogy rendben van-e a linux block device layer (nincs), de az egy másik kérdés.
-
#32842
bambano
titán
MasterMark
#32840
bambano
titán
válasz
MasterMark
#32840
üzenetére
ha valamit rootként akarsz megcsinálni, akkor rootként kell ssh-zni. ennek az ssh sudo-nak nem látom értelmét.
-
bambano
titán
"Az NFS tényleg elég gagyi egy csomó célra, az SMB sokoldalúbb rendszer. De az SMBv1-et tényleg felejtsük már el a francba.": én nem mondanám, hogy a unixok natív protokollja tisztességes megvalósítással gagyibb, a visszafejtett toldozott-foltozott idegen protokoll, aminél mindig hangsúlyt fektettek arra, hogy semmivel ne legyen kompatibilis, az sokoldalúbb.
-
bambano
titán
kösz, hogy flame topicot csináltál a nagy linux topicból.
hiába gondolod, hogy megfelelő otthonra az smb v1, ha nem fordítják bele a támogatását a programokba.
egyébként egy nas képes egyszerre több protokollon is megosztani. ha a telefonjának smb kell, akkor használjon a telefonja felé smb-t. ha a desktopján linux van, akkor pedig nfs-t.
-
#32826
bambano
titán
MasterMark
#32823
bambano
titán
válasz
MasterMark
#32823
üzenetére
például úgy, hogy:
ssh .... -c killall lighthttpd -
#32729
bambano
titán
fatpingvin
#32728
bambano
titán
válasz
fatpingvin
#32728
üzenetére
helyesen: olyankor marad az a csótány megoldás, hogy letöltöd a legújabb debet, és dpkg -i --force-depends vagy force-all kapcsolóval felrakod és utána hold-ra rakod.
a deb kicsomagolását és visszacsomagolását nem javasolnám, mivel jó eséllyel eltöri az aláírást.
-
#32697
bambano
titán
fatpingvin
#32695
bambano
titán
válasz
fatpingvin
#32695
üzenetére
egyébként ha úgyis tudod, hogy az a program lesz az utolsó, miért nem úgy indítod el, hogy:
fahclient ; shutdown -
#32694
bambano
titán
fatpingvin
#32692
bambano
titán
válasz
fatpingvin
#32692
üzenetére
man wait
-
bambano
titán
válasz
Shyciii
#32630
üzenetére
Mit kell rajta nézni?
A rackelhető pc nem nagy durranás, millió megoldás létezik rá.
Másrészt attól, hogy egy pc-ből erősebb routert lehet összerakni, mint egy mikrotik, attól még egy kisvállalat használhat olyan mikrotiket, ami számára elég teljesítményű.Nekem itthon két rackem van... na és?
-
bambano
titán
válasz
inf3rno
#32623
üzenetére
j5040 asrock alaplap 10 wattos tdp-jű procival van. plusz ethernet kártyával routerként szerintem kevesebb lesz, mint a hap ac^3.
én is váltottam am4-re nemrég, és most vissza 1170-re, mert az amd-s driverek minőségével tele lett a hócipőm. az energiagazdálkodás se az igazi. -
bambano
titán
debian által gyártott kernelre váltottam.
tehát nem ragaszkodnak.
a thunderbird már évek óta egy szemétdomb, és nem lett jobb.
örülök, hogy pár biztonsági hibát kijavítottak, és tettek bele sok újat.nem a felső házról beszéltem, ahol epyc cpukkal kell routolni, hanem az otthoni és kisvállalati szintről.
igen, köszönjük, parádés, hogy az intel qat akár 36 Gbps-t is titkosít/thread és van neki legalább három threadje (az eredeti intel adaatlap szerint 106 Gbps-ig megy), ezt állítsuk már szembe az 1-2.5 Gbps körüli internetes kapcsolatokkal...Egy normálisan összeválogatott, tisztán routernek szánt pc nem sokkal drágább, felét fogyasztja, és lényegesen erősebb, mint egy mikrotik router (mondjuk tetszőleges mikrotik router a ccr22xx alatt).
Én most építettem magamnak házi szervert, és az úgy fogyaszt harmadával többet, mint a 9 magos tilera (37w vs 27w), hogy van benne diszk is, meg ssd is, meg rendes proci is, meg elég ram is ahhoz képest, amennyi egy routernek kellene.
de agyalok, hogy építek még egy gépet, ahol jobban priorizálom a fogyasztást, és megnézem, mit tud.
-
#32614
bambano
titán
lionhearted
#32613
bambano
titán
válasz
lionhearted
#32613
üzenetére
azért amikor a hw offloaded ktls-t tudó spéci netflixnek fejlesztett hálózati kártyához ért a ppt, akkor úgy éreztem, vicze1 kolléga szeme felcsillan...
-
bambano
titán
és tényleg nem értesz egy dolgot, hogy nem az árról beszéltem, hanem a teljesítményről. A fogyasztásról nem is beszélve, fajlagos teljesítmény alapon azok a mikrotik cuccok, amiket én néztem, sehol sincsenek egy pc-s routerhez képest.
több 100G-s routert nemigen csinálnak pc-ből, mivel nem bírja a busz. az igazán brutál routerek jó eséllyel l3 switchek.
A mikrotiknek, akikről én beszélek, nincsenek több 100 gigás routerei. Az első switche is, amelyikben van 100 gigás interfész, pár hónapos történet, a routereiben meg 25 gigás interfészek vannak.
-
bambano
titán
a debian konzervativizmusához még annyit: a mostani stable-ben főverziót léptek a thunderbirddel, amit egyébként nem szoktak. csak az új tb bugos, viszont átírja a konfigjaidat, ezért nem lehet downgradelni.
milyen jó (nem), hogy a debian megszegte a saját elveit... a régi tbird működött, csak pár idiótának megint fontos volt nyüzsögni, így felraktak újabbat. az meg bugos.
ráadásul a debian egy disztró. miért baj, hogy van egy disztró, ami ezt gondolja? ha neked nem tetszik, választasz másikat.
-
bambano
titán
azt mondtad, hogy a debian ragaszkodik a régi kernelhez.
láthatóan nem ragaszkodik, hiszen itt van egy 5-6 napos kernel, gyári debian, felrakhatod.nem tudom, miért használnak bsd-t tűzfalnak, de mint írtam, nem mostanában néztem.
"Nem azt írtam, hogy nem végezheti, hanem az, hogy rohadt lassú lesz egy HW gyorsítotthoz képest.": valójában akkor lesz lassú, ha egyébként a feladat kisámfázza a cpu-t. illetve ott van még az a téves általánosítás is, hogy nem választod szét a kategóriákat. Azokban a szegmensekben, ahol a mikrotik is versenyez, a pc egyértelműen mindig gyorsabb routernek.
-
bambano
titán
"BSD szintekkel gyorsabb routing és fűzfalban": amikor utoljára néztem a bsd-t (nem mostanában volt), akkor volt benne egy nagy kernel lock meg egy single threaded tűzfal. úgy nagyjából 12-15 évvel volt lemaradva a linux kerneltől hálózati szempontból.
ezt behozták már?
"Nem a Linux végzi és nem az x64 végzi a routingot semmilyen formában": de, mikrotiken (ami a thread kezdő állítás volt) és pc-kből épített routerekben a linux és az x86 végzi a routingot.
-
bambano
titán
ez a desktopom, amin most írok:
cat /proc/version
Linux version 6.0.0-2-amd64 (debian-kernel@lists.debian.org) (gcc-12 (Debian 12.2.0-7) 12.2.0, GNU ld (GNU Binutils for Debian) 2.39) #1 SMP PREEMPT_DYNAMIC Debian 6.0.3-1 (2022-10-21)én azért ezt a kernelt nem nevezném visszatartásnak.
az meg, hogy a linux lassan vagy gyorsan fejlődik, egyéni vélemény. szerintem folyton kapkodnak.<írtam egy hosszabb hsz-t, de inkább kimoderáltam magam>
-
#32599
bambano
titán
fatpingvin
#32586
bambano
titán
válasz
fatpingvin
#32586
üzenetére
az összes első generációs ccr-ük tilera volt. a ccr1009-től a ccr1072-ig mind. nekem egy 9 magos van itthon, érződik, hogy nem "outputtal" gurigáztak, amikor összerakták azt a cpu-t.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) megcsinálja a maradék helyen a home partíciót, és tar.
Új hozzászólás Aktív témák
- Bomba ár! Lenovo ThinkPad T470 - i5-G6 I 8GB I 256GB SSD I 14" FHD I HDMI I Cam I W10 I Garancia!
- Samsung Galaxy S23 Ultra 256GB, Kártyafüggetlen, 1 Év Garanciával
- Lenovo ThinkPad X13 G2 multitouch
- Honor 90 Lite 256GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! ASUS MAXIMUS VIII HERO Z170 chipset alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: PC Trade Systems Kft.
Város: Szeged