-
GAMEPOD.hu
Ubuntu Linux Összefoglaló
Hivatalos Ubuntu dokumentáció
Amennyiben kérdésed lenne, kérünk, add meg a szükséges adatokat a hiba minél pontosabb leírása mellett:
-számítógép típusa, hardverek pontos megnevezése (különösképp videókártya, vagy hálózati egységek)
-a használt rendszer pontos neve, verziója, a grafikus felület
-mikor és hogyan jelentkezett hiba, mi váltotta ki (program telepítés, frissítés, ...)
-eddigi próbálkozások a megoldásra (ha voltak ilyenek)
A hardverinformációkat legegyszerűbben úgy gyűjtheted össze, ha megnyitod a Terminál nevű programot a menüben. Ide írd be a következő parancsokat (mindkettő után nyomj Enter-t):
lspci
lsusb
Új hozzászólás Aktív témák
-
ubyegon2
nagyúr
válasz #40553216 #34378 üzenetére
Mondom, hogy így indul nálam is a grub-install. Szerintem a GRUB csak 32bites, EFI van 64 bites is külön.
A helyfoglalásokat azért csak csekkold le. 🙃
Device.map bejegyzéseket nézted?
Amúgy lehet, hogy manuálisan kéne megpróbálni telepíteni újra a GRUB - ot, ha nem megy akkor live-ból.[ Szerkesztve ]
-
ubyegon2
nagyúr
válasz #40553216 #34380 üzenetére
Ott valami galibát hoztál össze akkor. Ilyen még nem olvastam.😶
Ha van 64bites grub, akkor mi a fenéért írja ki nálám is ez a i386 kezdetű sort......
Megnéztem a linket, még mindig csak egyféle GRUB-ot látok!
Továbbmenve már megvan! 😀Marad, a manuális grub install.
[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #34378 üzenetére
Azzal nem kell foglalkozni. A Grub az i386-ot nem úgy érti, hogy 32 bites, hanem hogy x86-architektúrára készült (és nem ARM, vagy PowerPC vagy ilyesmi). Valószínű, hogy ezek csak telepítéskori warningok, mert az install script nem találja meg azonnal, hogy hová lett telepítve. Egy kézi grub-install parancs futtatása meg fogja oldani, ha nem bootolna.
Esetleg még az lehet, amit Júbájgön ír, hogy betelt a régi kernelek miatt a boot partíció, és emiatt nem települ a friss Grub.
[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #34385 üzenetére
Jó, de pont azt írom, hogy mindegy, hogy hány bites rendszert tettél fel, a Grub mindig is i386-ot fog írogatni, ha belegörbülsz, meg majd egy távoli jövőben kiadott 128 bites rendszerre teszed fel, akkor is
Így van ez 64 bites Arch alatt is (abból már nincs is 32 bites, csak külön fork-ként), ott is Grub telepítéskor ilyen i386 target platform möhöhözést ír. Pedig ott a 32 bites multilib csomagokat lib32-nek írják, nem i386-nak. Ubuntun ugyebár a 64 bites csomagok amd64 végződéssel vannak ellátva, az sem azt jelenti, hogy a benne lévő Intel Core i procit nézné a rendszer AMD-nek. Ez csak szimplán azt jelenti, hogy sok mindennek hülye rövidítést választottak, nem lehet belőle következtetést levonni.
-
ubyegon2
nagyúr
válasz #40553216 #34601 üzenetére
ubyegon@ubymint19cv2:~$ dpkg --get-selections | grep vdpau
libvdpau-va-gl1:amd64 install
libvdpau1:amd64 install
mesa-vdpau-drivers:amd64 install
vdpau-driver-all:amd64 install
vdpau-va-driver:amd64 install
vdpauinfo install
ubyegon@ubymint19cv2:~$ dpkg --get-selections | grep vdpau print
grep: print: Nincs ilyen fájl vagy könyvtárA konzolnál nálam nem úgy van.
(#34600) tomtyi
Gondolom a Phorox tesztkörnyezetben működik, nem mindenkinek az van, de amúgy az ilyen labortesztek nagyon jók.
Új autónak is van gyári fogyasztása meg a valós.
[ Szerkesztve ]
-
lev258
veterán
válasz #40553216 #35151 üzenetére
Jól értem, utólag került rá az Ubuntura?
Csak mert nálam még hasonló probléma sem volt. Eredeti Ubuntu MATE. Párszor már írták, hogy a grafikus felületek tobzódása időnként tud problémákat produkálni.
A billentyűzet beállításokban állítottad magyarra?[ Szerkesztve ]
Ubuntu MATE 20.04, hobbi cayenne termesztő
-
Frawly
veterán
válasz #40553216 #35155 üzenetére
Senki nem használ már ASCII-t. A locale gen-t rakjad UTF-8.HU_hu-ra. Akkor nem lesz baj terminálban sem semmilyen karakterrel. Ezt a /etc/locale.conf-ban kell megtenni, de lehet a Mate-ben is van grafikus beállítás a lokalizáció testreszabásához.
Illetve áll az a szabály, hogy Mate-et, Cinnamon-t, KDE-t lehetőleg olyan disztróról használj, ami ezeknek van dedikálva. Hacsak nem vagy nagyon haladó.
Ha nem tudsz kiosztást váltani, az lehet attól is, hogy fel kéne rakni a tálcaappletet hozzá, ez néha külön csomagban van, amit külön kell telepíteni. Most Mate-en nem vágom így hirtelen melyik kell, nagyon rég használtam Mate-et még Minten, akkor már alapból benne volt, nem kellett nekem semmit telepítenem hozzá.
-
Frawly
veterán
válasz #40553216 #35160 üzenetére
Ez a használatban nem magyar karaktereket ad az mit jelent? Mert ezzel a locale.conf-fal csak a karakterkódolást, dátum/időformátum beállításait, és a nyelvet állítod át, szokszor még a nyelvet sem, mert ahhoz egyes alkalmazásokhoz kiegészítő csomag kell (Firefox, LibreOffice, stb.). A billentyűzetkiosztás ettől külön, azt egyszer Xorg/Mate alatt is kell állítani, meg terminál/konzol alatt is.
Archon pl. terminál/konzol alatt a /etc/vconsole.conf-ban kell beállítani: KEYMAP=hu és utána jó lesz, de ez meg a grafikus felületet nem érinti. Azt nem tudom, hogy Uborkán ez működik-e. Sanszos, hogy igen.
Grafikus felületen nálam most a Sway WM config-jában ez van:
input "1:1:AT_Translated_Set_2_keyboard" {
xkb_layout hu,us
xkb_options grp_led:caps,grp:alt_shift_toggle,caps:escape
repeat_delay 300
repeat_rate 45
}
Az idézőjelben lévő azonosítót a swaymsg -t get_inputs paranncsal kérdeztem le. A többi beállítás azt jelenti, hogy szabvány magyar a kiosztás (nem 101 gombos meg egyéb spéci kiosztás, hanem a normál, iso 104/105 gombos magyar), amely Alt+Shift kombóra átáll amerikai kiosztásra (ilyenkor világít a Caps Lock LED, anélkül, hogy a Caps Lock be lenne kapcsolva), a Caps Lock át van drótozva Esc-ké (ez a vim-hez és vi-irányítású progik miatt kell), a billentyűismétlési küszöb 300ms, és egy másodperc alatt 45-ször veszi be a lenyomva tartott billentyűt (ezt is vim miatt kellett felgyorsítani). De ezek waylandes beállítások, a Mate Xorg-os, meg annak a beállításai ki vannak vezetve grafikus felületre. -
Frawly
veterán
válasz #40553216 #35164 üzenetére
Login manager alatt néha külön kell állítani kiosztást.
A˝ karaktert viszont ne használd, az a szögmásodperc jele. Idézőjelnek az AltGr+o és AltGr+p kombókat hasznád: „ ”, ez ugyanis a rendes magyar nyomdai idézőjel. Az ő/ű-re meg az ő/ű-t, ne kalapos o/u-t, meg ne ˝-vel módosított o/u-t.
Az furcsa, ha még terminálban sem jó a kiosztás, azt már tényleg nem lehet grafikus felületre fogni. GUI-n még csak elmenne indoknak.
Amúgy nálam Archon az AltGr+öö-t kell nyomni (dupla ö-t), hogy ˝ karaktert kapjak, magyar kiosztáson, amerikai UTF-8 lokalizációval. Terminálban és GUI-n is. Igaz én nem szoktam ezt a karaktert használni. Ennek a dupla ö-nek az az oka egyébként, hogy a ´ és ˝ jelek egyben modifier billentyűknek minősülnek, amikkel más betűkre lehet ékezetet is barkácsolni, és emiatt első megnyomásra modifierként működnek (igényelnek egy másik betűt, amit módosítanak), és csak a második leütésre jelennek meg önmagukban.
-
MoRT2195
tag
válasz #40553216 #35379 üzenetére
Nem írtam, hogy van SSD és HDD, de leírtam milyen laptop. És ebben van SSD és HDD. Ha innentől kezdve Windows-os a téma, akkor már feltalálom magam (remélhetőleg), csak ez az Ubuntus dolog zavart be, nem ismerem abszolút és nem nagyon akartam magán akciókba bele kezdeni. A segítséget és a tippeket pedig köszönöm.
Steam: Ricsi2195 || Xfire: farkasricsi || Origin: MoRT2135 || Uplay: Mort2195
-
-
válasz #40553216 #35621 üzenetére
Amennyire tudom, a shopban sokkal könnyebben használható, kifinomultabb eszközök vannak (videókban látom néha, használni nem szoktam). Meg rengeteg kiegészítő, amikkel utólag lehet fényeket rajzolgatni, stb... Én is Gimp-et használok, de egy-egy csillagos képre előtér maszkolása sem mindig egyszerű.
Retust meg írtam, amikor háttércsere, lekapunk a képről dolgokat, odapakolunk valamit úgy, hogy természetesnek hasson, stb.
Mutogatni való hater díszpinty
-
-
-
cigam
félisten
válasz #40553216 #36189 üzenetére
Miért olyan nehéz segíteni a másikon? Nem ez a fórum egyik lényege, hogy megbeszéljük ügyes bajos dolgainkat? Adott esetben segítséget kérjünk, és ha lehetőségünk van rá, akkor segítsünk. Majd ha neked lesz valami problémád, és segítséget kérsz, jusson eszedbe a válaszod! (Nem csak itt, hanem az élet minden területén!)
A #36176-ban _kértem_segítséget(már már könyörögtem), hogy próbáljátok ki nektek is így működik-e. Ez azért fontos mert
- kiderül, hogy nem egyedi hiba, mindenki másnál is könnyen reprodukálható
- A hibabejelentő rendszer úgy van kitalálva, hogy amíg csak én egyedül jelzem a problémát, nem foglalkoznak vele. Én ezt nem is tudtam eddig. Most hogy uby2 segített, most változott meg a státusza, és most már _talán_ eljut odáig, hogy érdemben foglalkozzanak vele.Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Sonja
veterán
-
cigam
félisten
válasz #40553216 #36193 üzenetére
De ha nincs hozzá tudás, sőt, még csak tapasztalat sincs róla, akkor ki írna?
Tudás: Leírtam lépésről lépésre mit kell tenni.
Tapasztalat: Lesz, ha kipróbálod.Pedig ez még csak nem is egy olyan hiba, ami hozzá köthetően azonosítható működési vagy biztonsági problémát okoz. Mi kell ennél több?
Az, hogy a CapsLock nem működik, csak az E betűn, az nem azonosítható működési probléma? Rendben téged nem érdekel. De jól láthatóan másokat sem. Mint a példa mutatja, egy bizonyos bejelentésszámot/visszaigazolást el kell hogy érjen a bejelentésem, hogy komolyabban vegyék. Mivel angol nyelven jól működik a CapsLock, mekkora az esélye hogy maguktól ránéznek, és rájönnek, hogy a Magyar (és még kitudja kitudja hány) nyelvet is érint. Ha nem kérjük meg őket, soha eszükbe nem jut ránézni mitől lehet, ki lehet-e könnyen javítani. Nem csak a mindennapi használat során előkerülő/biztonsági hibákkal kell törődni, hanem mindegyikkel.
Ugyanilyen falakba ütköztem, mikor a meghajtóválasztó miért nem ad választási lehetőséget kérdéskört firtatom.
Tévedtem, nem 11 éve, hanem 2011-ben is jelentette már valaki a problémát, de érdemben nem foglalkoztak vele, mert senki nem ellenőrizte, próbálta ki, írta meg, hogy igen, ez nála is így működik. Nem azért zárták le mert megoldották, vagy ténylegesen így képzelték el a működését, hanem mert annak a kiadásnak a támogatása lejárt.
Lehet fogadásokat kötni, hogy az én bejelentésemmel mi fog történni.Ugyanakkor azt is elfogadom, hogy nem a PH! fóruma a legmegfelelőbb egy ilyen jellegű hiba kitárgyalására, bejelentésére (de jól láthatóan az ubuntu.hu, és linuxmint.hu sem). Akkor mégis hol?
Freeware, és akciós programok egy helyen https://www.facebook.com/freewarenews
-
Frawly
veterán
válasz #40553216 #36373 üzenetére
A SATA2-re korlátozás csak szekvenciális átvitelnél számít. A random lemezműveleteket, elérési időt nem fogja vissza, vagy csak nagyon elenyésző mértékben. Nálam egy mSATA 860 EVO van SATA2-re korlátozva, az X220 hiába tudna SATA3-at, az mSATA csatlakozó mögé csak SATA2 van bedrótozva, de ez a bootidőt nem érinti. Tapasztalatom szerint inkább a procitól és a RAM sávszélességtől függ, ha azok nem fogják vissza, akkor egy legszutyokabb A400 is bebootol egy mainstream disztrót vagy friss telepítésű Win10-et max. 6 mp. alatt. Jó, talán a KDE5 kivétel, de egy Gnome3, Xfce, stb.-t mind bebootol ennyi idő alatt. Már pedig a W520- ban olyan procinak kéne lennie, meg olyan DDR3 dual channel sávszélességnek, hogy nálad nem ez a gond.
Illetve rendszeresen ki szokott derülni, hogy itt a PH-n sokan rosszul méritek a bootidőt, mert nem a gép bekapcsolásától kell, hanem a bootloaderben (BIOS vagy EFI bootmenü, vagy GRUB, vagy amiből indítod) a rendszer indításától addig, hogy a grafikus felületen minden betöltődött. A bejelentkezés idejére meg kell állítani a stoppert. A gép bekapcsolásától nem szabad mérni, mert az a BIOS-tól, UEFI-től függ, hogy milyen gyorsan inicializálj a a gépet, hardvereket, egyes gépeknél még a BIOS Legacy boot és az UEFI/EFI boot között is eltérés van, utóbbi gyorsabb, ha gyorsabb. Erről nem az SSD tehet, ha a BIOS lassan inicializál.
Egyébként most nálam is ~9-10 mp. de ez a systemd random-seed töketlensége miatt van, egyébként meglenne 5 mp. alatt.
-
ubyegon2
nagyúr
válasz #40553216 #36379 üzenetére
Akkor a fene se érti, miért nem csökkent nálad a bootidő, mert az a service eléggé kitolta pedig.
systemctl list-dependencies --reverse snapd
Esetleg ezzel nézd meg, nincs-e valami függősége....bár akkor a kilövésnél azt észre lehetne venni.
Rendesen inactive állapotot ír ki a status?
-
Frawly
veterán
válasz #40553216 #36376 üzenetére
A 24 mp. nagyon rossz, ezt a ~25-30 mp. körüli szintet már jobbfajta HDD-k is hozzák Linuxon, nem hogy egy SSD. Ott valami systemd-s szutyokra várakozik, az tuti. Esetleg ilyen régi C2D, AMD A4-A6, Athlon64 proci szokta visszafogni ennyire a háttértárat, de mint írtad, nálad TP W520-ról van szó, abba még ha a leggyengébb i3-as procit is tetted bele, akkor sem foghatja vissza ennyire, max. 1-2 mp-cel, nem 20-szal, még akkor sem történhet meg, ha csak 1 RAM modul megy a gépben single channelben, az sem több kb. 20% lassulásnál maximum.
Amíg a hosszú jelszót írod be, addig állítsd meg a stoppert. Amúgy milyen disztróról van szó, mikori telepítés, hányszor volt fölötte dist-upgrade, hány csomag van fent?
[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #36397 üzenetére
Pedig ez nem olyan régi telepítés és a proci is van olyan erős, hogy ne fogja vissza az SSD-t, RAM is bőven elég. Bár Ubuntut rég használtam, nem tudom mennyire bloat. Nálam i7-2620M-el + 16 GB RAM, kb. 8-9 mp. alatt bootolt egy eléggé belakott, teleszemetelt Arch + Gnome3 telepítés. Az a 20+ másodperc nálad nem okés. Lehet a snap a ludas, lehet más.
systemd-analyze blame mit mond? -
Frawly
veterán
válasz #40553216 #36399 üzenetére
Ja, ebből meg is van, hogy valóban a snapd a ludas. De elég sokáig töltődik az fstrim.service, NetworkManager-wait-online.service, apt-daily-upgrade.service.
Ezekből még a NetworkManager okés, mert az kell, de azt nem értem, hogy a snapd, fstrim, apt upgrade miért bootkor fut le? Szükség van ezekre, de teljesen felesleges bootkor erőltetni őket.
De főleg a snapd az, ami 20+ mp-re nyújtja ki. Azt tudtam, hogy bloat, de ez nagyon durva, még rossz viccnek is.
Amúgy a blame kimenetből az is látszik, amit mondtam, hogy ezek nélkül a sallangok nélkül a géped 4-5 mp. alatt bootolna, csak ezek a bloat szutykok húzzák az időt.
-
ubyegon2
nagyúr
válasz #40553216 #36402 üzenetére
Fene se érti, nekem is volt egy 19-ről 19-2 re frissítésem a HP840p-en és egy ideig szürke háttérrel szuttyogott, majd villámgyorsan bootolt. (egyetlen Mint van csak fenn) Ezt az előzetes szuttyogást nem néztem, mert kevés időm volt, már nincs itt a gép. Mindenképpen hasznos volna a
dmesg
kimenet, pastebinnel linkelhetnéd, ott csak látszik, hol akad el az idő. -
ubyegon2
nagyúr
válasz #40553216 #36405 üzenetére
browser.cache.memory.capacity
integer értéket én mindig -1 értékre állítom, 16GB-nál jó az automatikus, de fogalmam sincs, mennyit használ ilyenkor, de ekkora memónál biztosan optimális a dolog, kár neked beállítani valamilyen értéket.A Mate lenne neked jó, az Gnome 2-re épül és teljesen jó felület, persze aki a XFCE-t szereti, a Mint azzal is egész jó, a Xubuntu-nál fényévekkel jobban van összerakva Mint-tel.
Így első pillantásra nem látni semmi rendkívülit a dmesg-ben, de elég lassacskán épül fel az egész, majd megnézegetem összevetve az enyémmel, de itt nem nagyon lesz semmi érdekes, HP8570p-n ez az utolsó sor, utána már csak nagy értékek vannak, de akkor már túl van a boot-on
[ 10.390461] IPv6: ADDRCONF(NETDEV_CHANGE): wlo1: link becomes ready
[ 2157.818815] perf: interrupt took too long (2636 > 2500), lowering kernel.perf_event_max_sample_rate to 75750
[ 3457.729709] perf: interrupt took too long (3314 > 3295), lowering kernel.perf_event_max_sample_rate to 60250
[ 4206.813447] perf: interrupt took too long (4196 > 4142), lowering kernel.perf_event_max_sample_rate to 47500
[ 4742.618284] nf_conntrack: default automatic helper assignment has been turned off for security reasons and CT-based firewall rule not found. Use the iptables CT target to attach helpers instead.
[ 6697.288693] perf: interrupt took too long (5292 > 5245), lowering kernel.perf_event_max_sample_rate to 37750
[ 7057.049813] EXT4-fs (sda5): mounted filesystem with ordered data mode. Opts: (null)
[ 9124.558813] perf: interrupt took too long (6668 > 6615), lowering kernel.perf_event_max_sample_rate to 29750
[16531.309177] perf: interrupt took too long (8564 > 8335), lowering kernel.perf_event_max_sample_rate to 23250
[29641.172793] perf: interrupt took too long (10807 > 10705), lowering kernel.perf_event_max_sample_rate to 18500Desktopot kéne összeraknom, azon jobban tudom ezeket a dolgokat nézegetni.
[ 27.101904] random: crng init done
Ez a búnös amúgy, de most nem ugrik be semmi, mi a fenét csinál ez ott. Ezt nézegesd meg, hátha a
haveged
vagy más ötlet segít.[ Szerkesztve ]
-
Frawly
veterán
válasz #40553216 #36403 üzenetére
A systemd-analyze csak kb.re méri a bootod, a valóságban nem annyi, ezt nem akarta elhinni nekem sem ubyegon.
Ne add fel, haladsz azért, 25 mp.-ről eleve lementél 18-ra. Arra viszont nincs tippem, hogy ebből hogy kéne faragni, de tuti lehet még, hogy 10 alá menjen. Ha nagyon tippelni kéne, akkor nálad is a random seed tartja fel a bootot, sajnos a haveged sem mindenható. valamennyit gyorsít rajta, de teljesen nem tudja annyira visszagyorsítani, mint random seed nélkül voltak a régi rendszerek.
-
ubyegon2
nagyúr
-
Frawly
veterán
válasz #40553216 #36414 üzenetére
Ha nagyon rövid a bootidő, akkor igen, a systemd-analyze mérési hülyesége nem annyira jön ki, közelebb esik a valós bootidőhöz. Ellustulni meg azért nem kell. A Linux lényege amúgy is az, hogy szét tudod hekkelni, nem úgy, mint Windowsnál, hogy csak azokat állítani, amit a MS megenged, meg amihez drótozott be beállítási lehetőséget (vagy GUI-ra vagy registrybe).
Linux alatt VBox helyett ajánlott inkább QEMU KVM-et használni. Nem kell hozzá mindenféle kernelmodult hegeszteni és stabilabb is
Amúgy b3×4rok, a boot közbeni egérmozgatást most én is kipróbáltam, és mintha egy kicsit nálam is gyorsítana. Ekkora f4×ságot beletenni, hihetetlen. Ennyi erővel úgy is megcsinálhatnák, hogy valami dinamós kurblit kötök a gépre USB-n keresztül, hogy előtte feltekerem, hogy legyen elég extra áram a bootoláshoz
-
ubyegon2
nagyúr
-
sonar
addikt
válasz #40553216 #36933 üzenetére
Ha van kéznél win akkor H2testw-t eressz rá a pendrive-ra. Vagy badblocks ha már linux.
Illetve én azt javaslom, hogy fájl kezelőből másold és normálisan válaszd le. Lehet, hogy látszólag már nem ír, de valójában igen.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
Frawly
veterán
válasz #40553216 #36931 üzenetére
Az lesz, amit írnak. Ha Kínából vett pendrive, akkor nagy valószínűséggel fake. Ezek jó nagy pendrive-nak látszanak az eszközkezelőben, akár 2 terásnak is, de valójában egy 16-64 gigás pen, amiben a trükkös ki-ci ki-na-i oc-có-é átütötte a firmware-t, és emiatt 1-2 terásnak látszik, de ahogy elkezdesz írni rá nagyobb mennyiségeket, hibába futsz, meg nem olvasható vissza.
Pont ez a trükk, ha csak kevés gigát írsz rá, akkor jónak tűnnek ezek a pendrive-ok (aki nem ért hozzá, sokáig észre se veszi), de ahogy többet írsz rá, mint a fizikai valós mérete, akkor elkezd furcsa dolgokat művelni, felejteni, stb..
[ Szerkesztve ]
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás az Ubuntut és variánsait használók és az ezekkel még csak ismerkedők számára
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Shell script kérdésekkel látogassatok el a topikjába
- Vélemény Ubuntu 20.04 LTS
- Bemutató Linux a mindennapokban
- Bemutató Ubuntu 16.04 LTS kezdőknek, gyakorlatiasan, objektíven
- Hír Megjelent az Ubuntu 16.04 LTS
- Kihívás a középkategóriában: teszten a Radeon RX 7600 XT
- Milyen billentyűzetet vegyek?
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Microsoft Excel topic
- Fujifilm X
- Renault, Dacia topik
- OLED TV topic
- Építő/felújító topik
- NVIDIA GeForce RTX 3080 / 3090 / Ti (GA102)
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
- További aktív témák...
- Game Pass Ultimate előfizetések 1 - 25 hónapig azonnali kézbesítéssel a LEGOLCSÓBBAN!
- Vírusirtó, Antivirus VPN kulcsok
- Windows, Office licencek a legolcsóbban, egyenesen a Microsoft-tól - 2990 Ft-tól!
- Adobe Creative Cloud - 2024. 04. 05 - 2025. 04. 05-ig
- Warhammer Online - Age of Reckoning (DE) Collectors Box (Figurával!)