-
GAMEPOD.hu
Debian GNU/Linux
Új hozzászólás Aktív témák
-
Apollyon
Korrektor
Igen kellett egy Ctrl+F5 ff-ban az oldal frissüléséhez hogy végre látszódjon
Debian 9 "Stretch" released#1) Respect the privacy of others. #2) Think before you type. #3) With great power comes great responsibility.
-
DrojDtroll
addikt
Visszatértem.
Rájöttem, hogy nem nekem való az arch. Nincs időm mindent beállítgatni. Jelenleg bunsen-t használok. Egyszerre jött a gépemre az ssd-vel. Meglepő hogy milyen pörgős lett a masina.
-
herdsman12
őstag
Hogy lesz nekem a 8.8-ból 9?
apt-get dist-upgrade
Csomaglisták olvasása... Kész
Függőségi fa építése
Állapotinformációk olvasása... Kész
Frissítés kiszámítása... Kész
0 frissített, 0 újonnan telepített, 0 eltávolítandó és 0 nem frissített.Ránéztem a dokumentációra, de úgy látom, hogy mire ezt átolvasom, addig párszor simán telepíthetem is.
-
Rimuru
veterán
-
bambano
titán
válasz herdsman12 #8154 üzenetére
előtte kell egy apt-get update
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
kovaax
őstag
válasz herdsman12 #8154 üzenetére
A
/etc/apt/sources.list
fájlban cseréld ki ajessie
-t mindeholstretch
-re, aztán:apt-get update
apt-get upgrade
apt-get dist-upgradeSosem próbáltam még, mindig újrahúzom a /home megtartása mellett. Ippeg végeztem egyébként.
-=- There's no place like /home -=-
-
CPT.Pirk
Jómunkásember
No, KDE-s Debian8-at dist upgradeltem. Alapból a 3.16-os kernelt tartotta meg, azzal jó volt. A 4.9-es kernellel viszont ez van:
Tudtok erre mondani valamit? Ez egy régi HP550-es laptop.
Az utolsó sor nem érdekes, azt már megoldottam, át kellett térni UUID-re a csatolt partícióknál.[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
herdsman12
őstag
válasz bambano #8157 üzenetére
Köszi, ez rendben volt, csak nem írtam.
(#8158) kovaax
Köszi, a sources.list miatt nem ment a frissítés.
Aztán szerencse, hogy én meg kipróbáltam. Volt pár necces kérdés (nekem), amit nem értettem pontosan, de sikeres lett a frissítés.
Lett egy csomó rendezetlen, visszamaradt csomag és beállítás a Synaptic szerint, ezért csináltam egy új telepítést (netinstall).
Nem kértem az árnyék jelszóból, de root és felhasználó, jelszó rendben beállítva.
Második indítás után kiderült, hogy nincs su, "Hitelesítési hiba" az üzenet, próbálom Synaptic felől, ott se fogadja el a root jelszavát. Hogy biztos legyen a dolog új telepítés, de a helyzet változatlan.
Visszateszem a 8.8-at és újból dist-upgrade ott működött a jelszó.Ezt most elbénáztam, vagy mi?
Megköszönök egy jó ötletet.[ Szerkesztve ]
-
bambano
titán
válasz herdsman12 #8160 üzenetére
nem teljesen értem, hogy mit csináltál rosszul, de amikor root jelszót kér a telepítő, akkor meg kell neki adni, és akkor úgy fog működni, mint egy rendes unix.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
Még egy probléma. Hogyan lehet kideríteni, hogy miért tart majd 2 percig a boot a Debian 9-re frissítés óta? A systemd-analyze szerint a boot idő 16+30s, vagyis 46s, blame-el nézve már nincs semmi ami 5-6 másodpercnél tovább tartana.
Azon a gépen a 45s boot idő teljesen rendben lenne, de sajnos a kiírt szám nem fedi a valóságot mert olyan, mintha hosszú másodpercekre megállna a betöltés. Ma reggel a 8-as Debiannal nem volt ilyen gond, pedig akkor még ruby, rake, apache, samba, meg minden fent volt.
Mondjuk anno a 7-es Debianról 8-as verzióra frissítés is baromi lassú végeredményt produkált, akkor újra is lett rakva a 8-as frissen és az megoldotta.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Megnéznétek ezt a dmesg kimenetet? Ha jól nézem, az atomic modesetting nem akar működni és azért vannak megállások a boot során:
nomodesettel kellene indítani a gépet?
Több call trace is van ezzel kapcsolatban. A csomagkezelő szerint az xserver-xorg-video-modesetting csomag nincs telepítve és nem is lehet a függőségek miatt, de az xserver-xorg-core van helyette ami fent van.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
herdsman12
őstag
válasz bambano #8161 üzenetére
Gondolom a netinstall nem stimmel, most leszedtem a normál telepítőt (debian-9.0.0-i386-xfce-CD-1.iso) és normál telepítéssel felment. Működik a su.
(#8162) CPT.Pirk
A netinstall után nálam is keservesen indult az eee901, 8.8-ról upgrade után 4x sec, most friss telepítéssel:
systemd-analyze
Startup finished in 2.769s (kernel) + 11.569s (userspace) = 14.339s -
bambano
titán
válasz herdsman12 #8164 üzenetére
több gépet raktam fel netinstallal meg pxe boottal és nekem működött.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
CPT.Pirk
Jómunkásember
Vizsgálódtam. Ha nomodeset-tel indítom, akkor gyorsabban indul be, viszont nem ismeri fel a monitort és nem lehet felbontást állítani, egy fix 4:3-os felbontást állít be.
Kipróbáltam live Debiannal is a bootolást, azzal sem volt jó, ugyanazokat a stacktraceket írja... Tanácstalan vagyok...
herdsman12: kemény.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Ohh basszus, megvan a probléma. Bug van az lts kernelben, az Intel KMS-ben... Le kell tiltani az amúgy nem is létező svideo portot ezzel a kernel paranccsal: video=SVIDEO-1:d és akkor jó.
Mindenféle disztró alatt előjött ez a probléma ezzel a kernellel: https://www.google.hu/?gws_rd=ssl#q=video%3DSVIDEO-1:d
Most még a lassú bootolás gondom viszont megvan, valami megakasztja a folyamatot.
Dmesg részlet:
[ 33.564086] wlan0: associated
[ 33.564157] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready
[ 83.571061] Bluetooth: RFCOMM TTY layer initialized
[ 83.571070] Bluetooth: RFCOMM socket layer initialized
[ 83.571078] Bluetooth: RFCOMM ver 1.11
user@debian:~$ systemd-analyze
Startup finished in 6.218s (kernel) + 2min 39.659s (userspace) = 2min 45.878s
user@debian:~$ systemd-analyze blame
1min 9.685s apt-daily.service
52.534s apt-daily-upgrade.service
16.835s NetworkManager-wait-online.service
5.769s dev-sda6.device
5.078s ModemManager.serviceAz apt-daily-upg... service az csak egy bootnál futott, nincs kihatása a boot időre.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Vannak itt még bajok... Megpróbáltam csinálni egy friss telepítést a nonfree isoval pendriveról, el is kezdi a folyamatot de erre közli velem, hogy ő nem tudja olvasni a fájlokat a CD rom meghajtóról. A meghajtó üres volt... Akkor is ez volt, ha letiltottam a biosban a CD-t.
Most még esetleg a kde-s nonfree iso lehet sérült, de az meg be tud bootolni live módba.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Oneironauta #8171 üzenetére
Francba... Nem valami jó hír.
tlac: megpróbáltam, de nem jövök rá, hogy miként kellene használni a bugs.debian.org-ot.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Oneironauta
csendes tag
Nekem végül a (nonfree) netiso hozott megoldást, azzal gond nélkül lefutott az install...
Viszont valami mintha a NetworkManagerrel se lenne rendben (KDE és Xfce nonfree live iso-val próbáltam, de a netiso-s telepítés után is előjött a gond), mert nem hajlandó usb-s wifivel csatlakozni nethez.
Pci-s wifit gond nélkül csatlakoztatta ugyanahhoz a hálóhoz.Fél nap küzdés után, felrakva egy Wicd-t, a gond megszűnt (ezért gyanakszom a NM-re).
Nem egetverő probléma, csak apró bosszúság, szóval ha valaki használ usb-s wifi-t ne csodálkozzon, ha nem akar csatlakozni, rakjon fel wicd-t a networkmanager helyett...
-
-
olivera88
veterán
Gdebi miért akad fel a G Chrome telepitésekor? Kiírja h adminisztrátori jogok szükségesek és adjam meg jelszavam, megadom aztán nem történik semmi.
LG Velvet 5G Android 11 - Windows 10 Pro x64 & Debian 11 Bullseye - WoWS unsinkable_sam_
-
-
-
-
CPT.Pirk
Jómunkásember
Jó tudni, akkor majd kedden mikor bent leszek, majd azzal próbálkozom. Vagy újabbal, ha addig adnak ki.
Viszont nem tudom, hogy mit rakjak fel. KDE buzi vagyok, de az a gép C2D 1.8GHz, 2GB rammal, sima vinyóval. Megy rajta a KDE is, de lehetne gyorsabb.
Az Lxde még szimpatikus és az baromi gyors, de az meg bugos a Debian8-ban. Pl. egy jó ideig nem lehetett alapértelmezett programot választani, meg pl. ha berakok egy dvd-t akkor nem mindig indítja el, pár héttel korábban meg még ennyit sem csinált, csak a boot után egyszer töltötte be a lemezt magától.
Na most ha felrakok Debiánt, akkor az a 9-es verzió lesz. Most kérdés, hogy vajon használható állapotban van-e az lxde-s kiadás, vagy azt is bugok kísérik.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
kovaax
őstag
Írtam egy ilyet, fogadjátok szeretettel: Debian 9 Stretch Xfce telepítése és személyre szabása
-=- There's no place like /home -=-
-
ubyegon2
nagyúr
Super, tetszenek az ilyen aprólékosan végigvitt leírások! (igazság szerint elég ritkán telepítek Debiant, a Mint telepítés meg nem ennyire leírható, gyakorlatilag feltelepül magától az SSD-re)
Gyorsan átfutottam, holnap pihentebben elolvasgatom, de most úgy látom, hogy ez nem kezdőknek javallott, másik ilyen témájú írásoddal ellentétben. Bár ez így nem teljesen igaz.....no mindegy.Ez ütötte meg átfutás közben a fülem:
/sys/block/sda/queue/scheduler -> noop [deadline] cfq
/sys/block/sdb/queue/scheduler -> noop deadline [cfq]
/sys/block/sdc/queue/scheduler -> noop deadline [cfq]Direkt van minden scheduler érték jobbra eggyel eltolva?
A másik, amit nem ismerek, de elsőre fura volt, ez a fireval szó két helyen is. Ha direkt kell így írni abban a parancsban, akkor így is jó.
**************************
Komolyan WD Greenen futtattad a Linuxot? Mondjuk tudjuk, hogy türelmes ember vagy......
[ Szerkesztve ]
-
tlac
nagyúr
válasz CPT.Pirk #8174 üzenetére
egy levelezési lista van mögötte, de szerintem nem fogod tudni helyesen megadni a tárgyat és címzettet a bug nyitásához program nélkül, plusz egyébként belegenerálja a releváns csomagok verzióit is
utána később ha már csak válaszolni kell a bugra valamit, az már megy emailből
-
CPT.Pirk
Jómunkásember
Na ha lesz kis időm rá kedden, akkor megpróbálom a bugreportot megcsinálni.
A Mate-es Debian meg jó ötlet, meg is feledkeztem róla. Holnap megnézem milyen lett. Egyébként én is Firefox párti vagyok, a Debian7 idején 384MB sd ramos gépen is faszán lehetett böngészni vele. Később persze upgradeltem a hardvert mikor 10e-ért kaptam egy komplett Core2-es gépet csavarmentes házzal.
Abban már ki kellett venni az ssd-t, mert annyira gyorsan betöltött a Debian és a Firefox, hogy még nem állt fel a wifi kapcsolat és a böngésző már szólt, hogy az xy oldal nem érhető el.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
kovaax
őstag
válasz ubyegon2 #8183 üzenetére
Jól van az, az sda az ssd, neki kell a deadline, a másik kettő sima tárcsás-tengelyes, nekik marad a cfg, ami alapból volt. A fireval meg a tűzfal scriptem neve.
WD Greenről a kibelezett X openbox-szal 9 mp alatt állt fel, ssd-ről az xfce 13 mp a log szerint (bár érzésre sokkallom kicsit)...
Szerk.: Igen, ez nem kezdőknek való, bár ha vigyáz az ember, meg tudja csinálni.
[ Szerkesztve ]
-=- There's no place like /home -=-
-
ubyegon2
nagyúr
Jól van az, az sda az ssd, neki kell a deadline
Kilogikáztam, hogy az sda az SSD, épp azért említettem, meg, simán deadline a jó mindennek szerintem, SSD-nek meg jobb a noop. Még most, de ha jól emlékszem 4.12-től jön a BFQ I/O scheduler, bár nem minden disztró fogja tudni használni.
Érdemes megnézni ezt a két scheduler összehasonlító videót, főleg, ha lassúnak találod a boot-ot:
BFQ-v7r6 versus CFQ, DEADLINE and NOOP on an SSD
BFQ-v7r6 versus CFQ, DEADLINE and NOOP on an HDD
colomb2 szakinak köszönhetően találkoztam ezzel az új schedulerrel
xfce 13 mp a log szerint
Nézd meg a
systemd-analyze blame
-mel, szerintem nálad is szuttyog valamelyik services.
Nekem a Jessie Cinnamonnal 4 mp-en belül bootolt.még a Mint C 18 is elég gyors
ubyegon@ubymint18 ~ $ systemd-analyze
Startup finished in 4.577s (kernel) + 1.668s (userspace) = 6.246sPersze SSD is van elég sokféle....de alapvetően mind villámgyors kéne, hogy legyen.
-
kovaax
őstag
válasz ubyegon2 #8188 üzenetére
Így néz ki nekem a boot, mondjuk a login feljön már olyan 7-8 mp után:
root@otthon:~# systemd-analyze
Startup finished in 2.345s (kernel) + 10.764s (userspace) = 13.110s
root@otthon:~#A blame-mel nekem az a bajom, hogy lehet kihoz valamit nagyon lassúnak (NetworkManager az egyébként), de mivel amit csak tud párhuzamosít a systemd, nincs rá garancia, hogy az miatt tart sokáig a boot. Pl. ha a leglassabb tart 5 mp-ig, de mellette van 3 ami csak 2 mp-ig tart, de várnak egymásra, akkor rögtön 6 mp a boot minimum, nem pedig 5!
A journalctl-ben pont az a szép, hogy látszik faszán, hogy össze vannak keveredve a párhuzamosítás miatt az üzenetek sorai, de csúnyán!-=- There's no place like /home -=-
-
CPT.Pirk
Jómunkásember
válasz ubyegon2 #8188 üzenetére
Az analyze mondjuk nem túl mérvadó, mert ahány boot után megnézed, nem lesz két egyforma érték.
Viszont mikor cseréltem a 4 magos Phenom2 procimat 8magos FX-re, az (ssd-vel mindkettő) levitte a 6.8s-es (4.24+2.62) kde-s boot időt 4.13-ra Chakrán, mindkettőt azonos órajelen nézve. Tuning után 3.75s (2.64+1,1) lett mindössze és még lehetne húzni a procit egy jobb lapban. Szóval a systemd-s bootolásnak nagyon számít a proci milyensége.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
-
petersonal
tag
Üdv nagy linux mesterek!
Adjatok tanácsot nekem egyszerű usernek.
Két kérdésem lenne. Spec: Ubuntu server, transmission daemon + web ui. A tr daemon nem fér hozzá a fájlrendszerhez, permission denied, amikor már az others csoportnak is adtam minden jogot a mappához amihez hozzá szeretne férni. Mit nézek be?
Második kérdés: A web ui gyakran elszáll, connection failed-el. Miért?
settings.json:{
"alt-speed-down": 50,
"alt-speed-enabled": false,
"alt-speed-time-begin": 540,
"alt-speed-time-day": 127,
"alt-speed-time-enabled": false,
"alt-speed-time-end": 1020,
"alt-speed-up": 50,
"bind-address-ipv4": "0.0.0.0",
"bind-address-ipv6": "::",
"blocklist-enabled": false,
"blocklist-url": "http://www.example.com/blocklist",
"cache-size-mb": 4,
"dht-enabled": true,
"download-dir": "/srv/raid/torrent",
"download-limit": 100,
"download-limit-enabled": 0,
"download-queue-enabled": true,
"download-queue-size": 5,
"encryption": 1,
"idle-seeding-limit": 30,
"idle-seeding-limit-enabled": false,
"incomplete-dir": "/srv/raid/torrent",
"incomplete-dir-enabled": false,
"lpd-enabled": false,
"max-peers-global": 200,
"message-level": 1,
"peer-congestion-algorithm": "",
"peer-id-ttl-hours": 6,
"peer-limit-global": 200,
"peer-limit-per-torrent": 50,
"peer-port": 51413,
"peer-port-random-high": 65535,
"peer-port-random-low": 49152,
"peer-port-random-on-start": false,
"peer-socket-tos": "default",
"pex-enabled": true,
"port-forwarding-enabled": false,
"preallocation": 1,
"prefetch-enabled": 1,
"queue-stalled-enabled": true,
"queue-stalled-minutes": 30,
"ratio-limit": 2,
"ratio-limit-enabled": false,
"rename-partial-files": true,
"rpc-authentication-required": true,
"rpc-bind-address": "0.0.0.0",
"rpc-enabled": true,
"rpc-password": "{asdasdasdasdasdsd",
"rpc-port": 9091,
"rpc-url": "/transmission/",
"rpc-username": "transmission",
"rpc-whitelist": "127.0.0.1,192.168.0.*",
"rpc-whitelist-enabled": true,
"scrape-paused-torrents-enabled": true,
"script-torrent-done-enabled": false,
"script-torrent-done-filename": "",
"seed-queue-enabled": false,
"seed-queue-size": 10,
"speed-limit-down": 100,
"speed-limit-down-enabled": false,
"speed-limit-up": 100,
"speed-limit-up-enabled": false,
"start-added-torrents": true,
"trash-original-torrent-files": false,
"umask": 2,
"upload-limit": 100,
"upload-limit-enabled": 0,
"upload-slots-per-torrent": 14,
"utp-enabled": true
} -
ubyegon2
nagyúr
Így már értem,úgy látom ott nem díjazzák túlzottan a noop ütemezőt!
"The dumb "noop" scheduler may be a little faster in benchmarks that max out the throughput, but this scheduler causes noticeable delays for other tasks while large file transfers are in progress. "
Ettől még maradhatott volna deadline az összes meghajtó.
A blame mondjuk akkor jó, ha valami észrevehetően hosszabb ideig tart boot-nál.
(#8190) CPT.Pirk
Az analyze mondjuk nem túl mérvadó, mert ahány boot után megnézed, nem lesz két egyforma érték.
Ezt még nem tapasztaltam, de most majd megfigyelem. Igaz mostanában ritkán bootol a gép, elfelejtem kikapcsolni, annyira csendes.
[ Szerkesztve ]
-
kovaax
őstag
Pontosítom a számokat, még mielőtt valaki kidobná az ssd-jét, és wd green-re vált...
A blog bejegyzésemben emlegetett 250-es vinyón ott van egy ugyanolyan Stretch, azon kísérleteztem ki a Végső Megoldást. Na az a lemez egy Seagate Barracuda, ami gyorsabb a WD Green-nél. Ezek a számok jöttek ki:hdd: Seagate Barracuda 7200.10 ST3250620AS 250GB 7200 RPM 16MB Cache SATA 3.0Gb/s 3.5" Hard Drive
root@stretch:~# systemd-analyze
Startup finished in 3.462s (kernel) + 21.179s (userspace) = 24.642s
root@stretch:~#
grub enter-login ablak: 20 mp
login ablak enter-bent: 12 mpssd: Silicon Power 120GB S55 Slim SP120GBSS3S55S25 7mm 2,5" S-ATA3
root@otthon:~# systemd-analyze
Startup finished in 2.365s (kernel) + 10.056s (userspace) = 12.421s
root@otthon:~#
grub enter-login ablak: 9 mp
login ablak enter-bent: 2 mpAz látszik, hogy ugyanaz a rendszer ssd-n fele annyi idő alatt indul el, mint a Barracuda-n. Az már érdekesebb kérdés, hogy amikor bejelentkezek, miért 6-szor gyorsabb, itt az xfce-s pluginokat, meg háttérképet, meg még mittudomén mit töltöget ilyen sokáig.
Ami még érdekes, hogy a WD Green-en ugye egy wm volt, és azzal ugyanannyi idő alatt állt fel a rendszer, mint ssd-n az xfce (persze sok más különbség is van még a két rendszer között, nem csak az ablakozó körítés, pl. a wd-n jessie volt). Az már más kérdés, hogy az alkalmazások (thunderbird, libreoffice, firefox, gimp) mennyivel voltak lassabbak, mert sokkal, de nagyon, még így is, hogy a /home továbbra is a Green-en van.
-=- There's no place like /home -=-
-
CPT.Pirk
Jómunkásember
Kipróbáltam a 9.0.1-es telepítőket.
Live-ban mindegyik elindult, de telepítve a betöltés vége felé se az Lxde-s se a KDE-s nem adott képet, csak a konzolokra tudtam átváltani. Akkor sem volt kép, ha alkalmaztam azt a kernel kapcsolót, amit írtam lentebb. Ezen felül (magyar nyelv mellett) a root jelszót nem jól tárolták le a telepítők, csak a user jelszava ment, de neki meg nem lehet sudo jogot adni, ha nem tudok root-ra váltani.
Nem én gépeltem el, direkt bekapcsoltam a megjelenítéstét a karaktereknek.Ekkor hagytam a francba a 9-es szériát, felraktam a 8.8-as KDE-s telepítőt, azzal minden faszán megy, ugyanaz a root jelszó ott faszán működik és gyorsan is bootol a gép.
Szóval per pillanat akinek nem sürgős, ne ugorjon a 9-es Debianra... Sajnos.
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
válasz Apollyon #8198 üzenetére
Hú, passz. Régi HP 550 laptop, C2D procival és Intel vga-val. Kicsit korábban írtam, hogy milyen kernel bug okozza a problémákat.
tlac: az lehet okés, de baromi sokáig tart mire leszed mindent a netről.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
Új hozzászólás Aktív témák
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Opel topik
- Windows 11
- Xbox Series X|S
- Sorozatok
- PlayStation 5
- Mindenki AI-t akar, már 2025-re is eladták a HBM chipeket
- Termékoldal buktatta le a Huawei Watch Fit 3-at
- ThinkPad (NEM IdeaPad)
- eMAG/edigital vélemények - tapasztalatok
- További aktív témák...
- PC JÁTÉKOK (OLCSÓ STEAM, EA , UPLAY KULCSOK ÉS SOKMINDEN MÁS IS 100% GARANCIA )
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! LEGOLCSÓBB! Automatikus 0-24
- Windows 10/11 Home/Pro , Office OEM/Retail kulcsok
- Bontatlan - BATTLEFIELD 1 Collectors Edition - Játékszoftver nélkül
- Steam,EA,Epic és egyébb játékok Pc-re vagy XBox!