-
Fototrend
Linux kezdőknek - érdemes beleolvasni, mielőtt kérdezel
Új hozzászólás Aktív témák
-
válasz
Synaptic
#94409
üzenetére
Néha szoktam nézegetni a hálózati forgalmamat tcpdumppal és wiresharkkal. Egyszer nem kicsit meglepődtem, amikor egy fidesz.hu végű domainnel kezdett el élénk kommunikációt folytatni a gépem... kicsit alaposabban megnézve kiderült, hogy csak annyi történt, hogy van egy ilyen végű NTP szerver, és az NTP service épp ezt az szervert sorsolta ki nekem, és innen frissítette az időt a rendszerem
-
Nagyvállalati szintű supportot ad a termék mellé.
Ezt jól tudod.
De egyébként a Red Hat-tól lehet igényelni ingyenes RHEL licencet, egyedi felhasználásra (fejlesztésre), 16 főig.Tudtommal egyik Linux sem ingyenes, bizonyos mennyiségű telepített gép után már fizetni kell.
Ezt viszont nem, a legtöbb disztribúció teljesen ingyenes, telepített gépszámtól függetlenül.
-
Most ezzel darázsfészekbe nyúltál...
A Linuxosok között eleve sokan vannak, akik corporate ellenesek, és nem is hajlandók mást használni, mint közösségi fejlesztésű disztrót. Nekik minden rossz, amit nem a közösség felügyel, hanem egy fejlesztőcég.
Aztán vannak, akik Poettering munkássága miatt ítélik el a Red Hatot. PulseAudio, systemd, stb., az ezekkel kapcsolatos szélsőséges véleményeket, vitákat mindenki ismeri.
Aztán vannak, azt hozzák fel a Red Hattal szemben, hogy pénzért árulja azt a terméket, amit nyílt forráskódú, ingyenes komponensekből rak össze. Mások azért utálják, mert felvásárolta őket az IBM, megint mások azért, mert elkaszálta a CentOS-t, aztán megint mások azért, mert a Red Hat újabban az olyan disztrókat is akadályozza, mint az Alma, a Rocky, azzal, hogy nem csorgat vissza kódokat a git.centos.org-ra, mint régen... -
válasz
urandom0
#94347
üzenetére
#94218 ceia
Ja, és hogy ha valamelyik témában valami nem tetszik vagy hibát találsz benne, azt is ki tudod javítani némi hozzáértéssel.
A Mint-X témánál például a Thunar eszköztárjának ikonjai alapból kicsit homályosak voltak (nyilván, mert nem Thunarhoz készült, hanem Nemo-hoz): [kép]
Kijavítottam, így szebb: [kép]
Illetve megcsináltam azt, hogy Xfce Greybird témánál az alapból sötét panelt: [kép]
Átalakítottam világosra: [kép]De nem szeretek ilyenekkel szüttyögni, sok időt el tud vinni, és a vége sok esetben az, hogy beleölök órákat egy-egy témába és nem is használom
-
Hú de jó! Akkor lehet Mintben (Xfce) teljesen sarkos ablak, a tálcán a hangerőszabályzó előjöhet függőleges csúszkával is, mint windowsban, és csinálhatok kisebb "start" menüt is a negyedképernyős helyett? És lehet a felület nem csak szürke, illetve light és dark téma, hanem bármilyen színű, ahogy ez beállítható pl. a windows classicban?
Igen. Nyilván egyes felületeket könnyebb testreszabni (pl. KDE alatt könnyen el lehet érni olyan jellegű színállítgatást, mint ami a klasszikus Windows-ban volt), másokat nehezebb, vagy kevesebb a lehetőség. Redditen találsz sok-sok screenshotot, ezek mind a felhasználók által összetémázott asztali környezetek.
-
Nem tudom, hogy kezdő vagy haladó téma-e, de ha valaki tapasztalta, hogy az Xfce Whisker menüt nem tudja átméretezni a sarkainál fogva, mint ahogy korábban, annak mondom, hogy ez egy ismert jelenség: https://gitlab.xfce.org/panel-plugins/xfce4-whiskermenu-plugin/-/issues/112
A dolog lényege annyi, hogy az Xfce is elkezdett átállni Wayland-re, és most a Whisker menü egy olyan ablakot használ a kirajzoláshoz, ami Wayland alatt nem méretezhető át. Egyelőre úgy tűnik, hogy ez nem lesz javítva, így marad sajnos.
-
válasz
#79484416
#94149
üzenetére
Talán az utolsó 3-4 verzióban (1909 vagy 2004) jelentek meg ilyen opciók, mint frissítések elhalasztása, olyan időpontok beállítása amikor nem indulhat újra, stb. A korai verziók valóban csináltak olyanokat, hogy fogták magukat, és szóltak, hogy hamarosan újraindulnak, ha akartad, ha nem, de én az elmúlt 2-3 évben már nem találkoztam ilyennel (bár csak pro verziókat kezelek, lehet, hogy home-nál még előfordulhat).
-
Yast -> Szoftver -> Online frissítés -> Beállítás (menü) -> Online frissítés. A yast2-online-update-configuration csomagot fogja telepíteni, ha még nincs fent, majd egy ilyen ablakot fogsz látni: [kép]
De indíthatod közvetlen terminálból is:
su
yast2 --qt online_update_configuration -
A Hiren's Boot CD ezen régebbi verzióján van egy portable XP. Kiírod az ISO-t mondjuk pendrive-ra és rámásolod a firmware update telepítőjét is, bebootolsz róla, kiválasztod, hogy az XP-re bootoljon, és el fog indulni, mint ha csak egy Linux live lenne. Utána megpróbálod elindítani a firmware telepítőjét, ha csak nincs valami különleges függősége, ami ebből a portable XP-ből hiányzik, szerintem akkor el fog indulni.
-
Most miért? Én a múltkor fél óráig dilemmáztam azon, hogy a tovább vagy a vissza gombra kell-e kattintani. Aztán végülis áthívtam a szomszédot, ő ért hozzá, rákeresett a telefonján, és egy Youtube videóban a tovább gombot nyomkodták, úgyhogy mi is arra nyomtunk, és sikerült!!
-
Írd be egy terminálba, hogy man smb.conf, annál frissebbet szerintem nem fogsz találni.
Ha beírtad, megnyomod a / billentyűt, beírod hogy encrypt, és kidobja a találatokat. n leütésével mész a következő találatra, N leütésével az előzőre (vim-szerű kezelése van).Én látok egy ilyet, hogy client plaintext auth, erre azt mondja, hogy "Specifies whether a client should send a plaintext password if the server does not support encrypted passwords." Alapértelmezett értéke no, tehát ez így jó.
Van ilyen, hogy client protection, ami azt takarja, hogy "This parameter defines which protection Samba client tools should use by default." Én ezt mindenképp encrypt-re állítanám: "encrypt - This will enable integrity checks and force encryption for privacy."
client protection = encryptAztán van ilyen, hogy client smb encrypt, alapértelmezett értéke default, amúgy lehet off, if required, desired és required. "This parameter controls whether a client should try or is required to use SMB encryption."
Szerintem ezt állítsd required-re, és olvasd el, mit ír róla, mert más hatása van SMB1, SMB2 és SMB3 esetén.Aztán van még pár opció, pl. client smb3 encryption algorithms, ezeknek utána kell járni.
Nade, van ilyen hogy encrypt passwords. Alapértelmezett értéke yes, úgyhogy ez jó is így.
Illetve ott a server min protocol, de azt mondod, ezt már beállítottad.
Na és ami még fontosnak tűnik, a server smb encrypt: "This parameter controls whether a remote client is allowed or required to use SMB encryption."
És akkor még meg lehet nézni a force user, force unknown acl user, guest account, guest ok, invalid users, ....Van olyan, hogy hosts deny, ezzel teljesen kizárhatsz IP tartományokat. vagy a hosts allow, amivel engedélyezhetsz IP címeket. Én tűzfalszinten állítottam be geofiltert, hogy a kínai, indiai, és egyéb országokból érkező botok ne akarjanak tőlem semmit.
Én hirtelen ennyi opciót találtam, ami fontos lehet. De igazából berakhatod az egészet VPN mögé, vagy használhatsz SFTP-t is. -
Ez ilyen személyes preferencia jellegű kérdés, mint pl. az, hogy kinek melyik fájlstruktúra jön be, a C:\users vagy a /home
Nekem az a fura, amit a Windows csinál, mert az én gondolkodásomban a másolatnak semmi köze az eredeti példányhoz, így miért is viselné magán az eredeti dokumentum módosulási dátumát? De persze értem a te logikád, és neked is igazad van, csak máshogy gondolkodunk róla. Egy másolat esetén az utolsó módosítás dátuma egyezzen meg a létrehozás dátumával, és ez egyezzen meg azzal a dátummal, amikor elkészítettem a másolatot. -
#90307
urandom0
őstag
tordaitibi
#90305
válasz
tordaitibi
#90305
üzenetére
NTFS-en a legrosszabb szerintem, nézd meg, mit produkál: [kép]
A másolat létrehozásának dátuma későbbi, mint a módosításának dátuma... wtf? Ez olyan, mint ha azt mondanám, hogy 1989-ben születtem, de 1986-ban kezdtem el az általános iskolátHa meg magát a másolás kifejezést értelmezzük, akkor szolgai módon a paramétereit is másolni kéne...
Ha így nézed, akkor persze, az logikus, amit ti mondtok. Én meg abból indulok ki, hogy másolásnál úgy példány keletkezik, és ennek az új példánynak a módosítási dátuma nem lehet korábbi, mint a létrehozási dátuma. Ha pl. egy papír alapú dokumentumot fénymásolsz, a másolat keletkezési dátuma ott is későbbi lesz, mint a korábbi dokumentum dátuma.
De szerintem ez eléggé ízlés kérdése, hogy éppen hogyan álmodták meg az adott fájlrendszer létrehozói. Más fájlrendszereken máshogy is lehet, illetve azon se lepődnék, ha egyes fájlrendszereknél létezne egy ezt szabályzó flag, amit mountolásnál lehet megadni. Meg kell nézni, hogy ext4-nél az atime, ctime, mtime, noatime, strictatime és hasonló paraméterek mit csinálnak pontosan. Én sose használtam egyiket sem. -
De nem egy új fájlt hozok létre, hanem egy már meglévőt másolok oda.
A fájlmásolás az technikailag egy új fájl létrehozása, és az eredeti fájl tartalmának belemásolása (ha fájlrendszeren belül másolsz, még ennyi sem történik, csak létrejön egy új hard link, ami az eredeti fájl inode-jára mutat). Tehát új fájlt hozol létre, így az új fájlnak nyilván az összes timestamp-je azt az időpillanatot fogja mutatni, hisz ez a fájl korábban nem létezett. Nekem az a fura, hogy valakinek ez fura
Az már egy plusz feature, hogy a cp ne csak a tartalmát másolja át, hanem a fájl egyes metaadatait is, erre jó -p kapcsoló.
-
Hát mert azzal, hogy másoltad a fájlt, létrehoztál egy új fájlt. Az új fájl miért kapná meg a régi fájl dátumait, hiszen semmi köze hozzá? Ez ugyanaz a helyzet, mint ha mondjuk touch-csal létrehoznál egy üres fájlt a külső lemezen, és átmásolnád mondjuk szövegszerkesztővel a belső lemezen lévő fájl tartalmát abba.
A belső fájlt 2023-07-26 21:48:34.000000000 időpontban másoltad, azaz ebben az időpontban hoztad létre a külső fájlt. Ennél korábbi nem lehet a change vagy modify dátum, hisz akkor még nem is létezett.
-
Nem értem. A /share/TM/test.docx access time-ja másolás után 2023-07-26 21:48:34.000000000. Ez így oké. Másnap ugyanez.
A /share/external/DEV3303_1/test.docx mindhárom time-ja másnap 2023-07-26 21:48:34.000000000. Ez is oké.
Az, hogy első nap a /share/external/DEV3303_1/test.docx time-ja micsoda, azt nem látjuk. Látom, hogy a parancsot beírtad, de a kimeneten, amit bemásoltál, nincs ott. Vagy én vagyok vak.
-
Backportsból le lehet húzni ezt-azt, igen. De ezen kívül egy Debian stable az élettartama alatt csak biztonsági frissítéseket, javításokat és fontosabb funkciófrissítéseket kap. A "base" forrás (ez az, ami a sources.list-ben stable-ként van feltüntetve) csak átlagosan kéthavonta, a point release-ek során kap frissítéseket. Például meg lehet nézni, hogy két point release, mondjuk a Debian 11.5 és 11.6 között mi frissült.
Ezen kívül van a stable-updates forrás, ebben vannak az olyan frissítések, amik nem várhatnak a következő point relesase-ig, mert fontosak (valami orbitális bug). Aztán van debian-security, ebben pedig biztonsági frissítések vannak, ez is elég gyakran frissül (leginkább csak hibajavítások).
Ezen kívül van még a proposed-updates, ebben van azok a biztonsági és funkciófrissítéseknek egy része, amik majd bekerülnek a stable-be a következő point release-nél, a backports amit már ismersz, valamint a testing, unstable, experimental, de ezek már nem a stable kiadáshoz tartoznak.
Debianban nincs olyan, mint pl. Arch-ban vagy OpenSuse TW-ben, hogy egyik napról a másikra ugrik egy főverziót valamelyik csomag. Nem rég ugye kijött a Bookworm, ebben például Gnome 43 van, és az is marad, amíg támogatott a rendszer (5 év). A 11.0-ban például a Gnome 3.38 volt, és az is marad, amíg támogatott a rendszer.Ezzel szemben Ubuntu 22.10-ben volt a 42-es Gnome volt, míg a 23.04-ben már a 43-as Gnome, és a két kiadés között eltelt fél év. Tehát a non-LTS Ubuntu csomagjai kb. fél év alatt ugranak egy főverziószámot, míg Debian csomagjai 4-5 évig elvannak egy adott főverzióval. Ha Debianból stable-ről stable-re frissítesz, akkor kapsz ugyan új főverziót, de arra is átlagosan két évet kell várnod.
-
Distrowatchon tudsz összehasonlítani disztrókat csomagverziók szerint.
Most még sok csomag frissebb is Debianban, de amint kijön az újabb Ubuntu verzió, abban már valószínűleg az összes csomag frissebb lesz. -
Lehet, hogy rosszul emlékszem, de úgy rémlik, az Ubunti repóiban bent vannak a vanilla Gnome csomagok, azt hiszem vanilla-gnome-desktop néven, míg az Ubuntusított Gnome pedig ubuntu-desktop néven fut. Elméletileg, ha eltávolítod az ubuntu-desktop csomagot és felrakod a vanilla-gnome-desktop-ot, akkor egy viszonylag pure Gnome asztalod lesz. De azért nézd meg, milyen csomagokat visz magával.
Én egyszer Xubuntura telepítettem így Gnome-ot, az Xfce-t leszedtem, a Gnome felment, lecseréltem a LightDM-et GDM-re, és már majdnem olyan volt, mint ha gyári Gnome-os lenne. -
Hagymányos rendszernél azt mondanám, ártani nem árt, de én sem látom sok értelmét, nem is használtam sose.
Olyasmiket tud törölni, mint a nem használt nyelvi csomagok, a csomagkezelő gyorsítótára, Firefox cuccai (pl. URL előzmények), LibreOffice legutóbbi doksik listája, lomtár, thumbnailek, logok, vim .swap fájlok, bash előzmények, ... ezek többsége minimális helyet foglal, és ha kell, egy-egy paranccsal ki lehet törölgetni azt, ami már nem kell.Immutable rendszernél jellemzően konténerezett alkalmazásokat használ az ember, szerintem ez esetben még annyira sincs értelme cleanerezni.
-
Még a komolyabb böngészők, mint a Gnome Web, Midori, Falkon, is elcsúsznak egy rakat oldalon, mert nem tudják hozni azt a teljesítményt, ami egy mai átlagos webezéshez kell. Az olyan oldalak alatt, mint a Youtube, Facebook és hasonlók, elég hamar bele lehet futni velük valamilyen problémába.
A Dillo meg körülbelül a w3m (meg a lynx, az elinks...) grafikus megfelelője, alig tud többet. Max olyan oldalakhoz jó, mint a rawtext.club, a tilderverse.org, vagy a tilde.club, máshoz nem igen.
-
#89677
urandom0
őstag
tordaitibi
#89480
válasz
tordaitibi
#89480
üzenetére
Próbáld meg ezt: GRUB_TIMEOUT_STYLE=hidden
átírni erre: GRUB_TIMEOUT_STYLE=menuÉs utána update-grub...
-
Egy elég durva bugba futottam bele a Gnome Fájlkezelőjében. Ha kivágás/beillesztéssel teszek át fájlokat, az eredeti mappából látszólag nem törlődnek a fájlok, nyomni kell egy F5-öt, utána már jó. Ha pedig törlök egy fájlt, annak az ikonja fájllista elejére kerül, és az is csak F5 után tűnik el.
Nem egyedi eset, én openSuse alatt tapasztaltam, valaki Fedora alatt, és már van hozzá patch. Fedora alatt 44.1-es Gnome van, ebben már javították, de openSuse alatt csak 44.0, ebben még bugos.
-
Néha megnyitod a rendszerfigyelőt, és figyelgeted, hogy épp használja-e a swapot. Ez a "manuális log"
Amúgy szerintem a Linux indokolatlanul sokszor használja a swapot. A vm.swappiness-t tényleg érdemes lehet levenni, én 1-re szoktam állítani, de mivel neked van bőven RAM-od, akár ki is kapcsolhatod. -
Elméletileg OpenSuse is támogatja a secure bootot: https://en.opensuse.org/openSUSE
EFI#How_to_enable_or_disable_Secure_Boot_support -
#89462
urandom0
őstag
tordaitibi
#89461
válasz
tordaitibi
#89461
üzenetére
Hát akkor szerintem maradj inkább a hibernálásnál, az talán biztosabb. Bár nálam még az sem működik, sőt a laptopomon néha a sleep sem. Elküldöm alvóba, aztán két másodperc múlva fel is ébred. De csak időnként csinálja ezt, nem mindig...
-
#89450
urandom0
őstag
tordaitibi
#89448
válasz
tordaitibi
#89448
üzenetére
Azt mondanám, hogy az /etc/systemd/sleep.conf fájlt szerkeszd, a HibernateMode és a HibernateState értékét másold át a SuspendMode és a SuspendState helyére, és ez utóbbi kettő elől vedd ki a # jelet, tehát valahogy így nézzen ki:
[Sleep]
#AllowSuspend=yes
#AllowHibernation=yes
#AllowSuspendThenHibernate=yes
#AllowHybridSleep=yes
SuspendMode=suspend platform shutdown
SuspendState=disk
#HibernateMode=platform shutdown
#HibernateState=disk
#HybridSleepMode=suspend platform shutdown
#HybridSleepState=disk
#HibernateDelaySec=
#SuspendEstimationSec=60minEsetleg felülírhatod közvetlenül a systemd-suspend.service-t is, így:
sudo nano /etc/systemd/system/systemd-suspend.service.d/override.conf
A /usr/lib/systemd/system/systemd-suspend.service fájl tartalmát másold be oda, és itt a végén a ExecStart=/usr/lib/systemd/systemd-sleep suspend sor érdekes neked, ezt kellene átírni erre:
ExecStart=/lib/systemd/systemd-sleep hybrid-sleepMajd a # [Unit] sorral kezdve az összes sor elől kivenni a # jelet. Elméletileg, ha a KDE a systemd-et használja altatásra és hibrid alvásra, akkor működnie kell. Én nem tudom kipróbálmi, egyik gépemen sincs engedélyezve a hibrid alvás. Innen és innen vettem az ihletet, referencia doksi itt.
-
#89316
urandom0
őstag
tordaitibi
#89313
válasz
tordaitibi
#89313
üzenetére
Nobarát nem ismerem, de Fedorának nincs különleges igénye. Szerintem mennie kellene.
-
#89297
urandom0
őstag
tordaitibi
#89296
válasz
tordaitibi
#89296
üzenetére
Nem, a codec az összefoglaló neve az encodernek/decodernek.
Amit a user használ okostévén setboxon pc-n telefonon bármin az szabad?
Szerintem azután a cég (illetve a user) már megfizette a codec árát.
-
Kb. arról szól a dolog, hogy van az MPEG_LA, egy Coloradoi cég, és ő birtokolja a jogait a MPEG-2, MPEG-4, H.264... szabadalmaknak. De ezek a szabadalmi megkötések csak az Egyesült Államokban lévő cégekre vonatkoznak, a Fedoraban (aminek a fejlesztője a Red Hat, USA cég) is ezért nincsenek kodekek. Az OpenSuse-t ez azért érinti, mert bár német cég, de vannak irodái az USA-ban, ezért rá is vonatkozik a szabadalomvédelem.
-
Igen. Igazából ez csak egy Gnome grafikus felület mpv-hez. Csak azért használom, mert a Gnome Wayland-en egy ideje nem támogatja az xdg-decoration protocolt, aminek az az eredménye, hogy az mpv saját maga rajzolja ki az ablakvezérlőket (teljes méret, bezárás, stb.), az ablak kliens területére. Ennek pedig az a következménye, hogy az ablak méretezésével arányosan méreteződnek át az ablakvezérlők is... szóval ha kicsire állítod az ablakot, akkor kicsik lesznek, ha nagyra, akkor nagyok.
És ezt valamiért nem tudják (vagy nem akarják?) orvosolni. -
válasz
sh4d0w
#89284
üzenetére
Nem csak a gépen vannak videók, hanem a neten is. A böngésző a rendszer kodekjeit hívja meg, amikor videót kell lejátszani (egyedül talán a Chrome nem, azt hiszem).
Én személy szerint nem VLC-t használok, hanem régebben mpv-t, mostanában Celluloidot, mert előre-hátra tud frame-by-frame lépkedni, gyorsbillentyűkkel lehet kicsinyíteni/nagyítani, stb. -
Itt van: https://en.opensuse.org/SDB:System_upgrade#Extra_repositories_handling
Ezt a rész: "The supported starting point is the last openSUSE Leap release with all current updates applied, but this does not include arbitrary openSUSE Build Service repositories you may have added. We recommend that you disable all OBS repositories first, perform the upgrade, then reenable them."
Oké, ez igazából Leap-re vonatkozik (ahol ugye sokkal ritkábban van distro-upgrade), de Tumbleweed-re ugyanúgy igaz, ilyen szempontból nincs különbség. De én sem szoktam letiltani a külső repókat (az asztali gépemen csak a Packman van beállítva, az RPi-n pedig egy home_darix nevű repó).
Ha mindenáron tiltogatni szeretném a külső repókat frissítés előtt, akkor írnék rá alias-t vagy scriptet.
-
Nyugodtan dupolhatsz úgy, hogy a Packman aktív, nem fog problémát okozni. Más repóknál nem feltétlenül mondanám ezt, de a Packman majdhogynem hivatalos repónak számít. De egyébként jól csináltad, a hivatalos doksi is azt írja, hogy tiltsd le distro-upgrade előtt a külső repókat.
Ha csak ez a két külső repód van, az egyébként nem sok. Szerintem a legtöbb Linux disztrónál van ennyi, vagy még ennél több is. Ha egyszer kell, akkor kell...
-
-
-
#89200
urandom0
őstag
tordaitibi
#89192
válasz
tordaitibi
#89192
üzenetére
Igen, köszönöm, egyszer sort keríthetünk rá. Bár az ivásban én sem jeleskedem, egy-egy sör, vagy valami belefér.
-
#89188
urandom0
őstag
tordaitibi
#89183
válasz
tordaitibi
#89183
üzenetére
Ez pontosan így van, ahogy leírtad.
szar a linux meg szar a windows, mert nem értünk hozzá. Pedig egyik rendszer sem szar, mindegyiknek vannak jó és rossz tulajdonságaik egyaránt.
Csak ugye én sem megyek át az autószerelős topikba, és nem magyarázok bele, mert nem értek hozzá....
-
válasz
ubyegon2
#89184
üzenetére
Nézd, az a baj, hogy össze-vissza keversz mindenfélét.
A fast startup a Windows 8 óta létezik. Azért ha valaki az átlagfelhasználónál komolyabb szinten ért a PC-khez, akkor elvárható lenne, hogy tudja 1) hogy kell kikapcsolni a gyorsindítást 2) hogy kell úgy újraindítani úgy a gépet, hogy bedobja safe módba, hogy ezt a képernyőt kapd.Te most pontosan azt csinálod, mint amikor jön a Windows-os csávó, és megmagyarázza, hogy "a linux szar mert letöltöttem egy exe fájlt és nem futtatja le!!!!". Te most pont ezt adod elő, csak Linuxos oldalról.
-
válasz
gregory91
#89174
üzenetére
bizonyos hardver problémákat nem orvosol
Mi van? Mit nem orvosol? A fast startup nem gyógyszer, hogy bármit is orvosoljon...
Ha arra gondolsz, hogy egyes hardverek nem működnek, ha a gyorsindítás be van kapcsolva, akkor igen, ilyen van. De ez nagyrészt annak köszönhető, hogy a hardvergyártó nem tartotta be a Windows eszközillesztőprogram-írására vonatkozó alapelveket. -
válasz
ubyegon2
#89170
üzenetére
Olyan hülyeségeket írkálsz néha, ne is haragudj.
nem tudom egyszerűen kikapcsolni, csak valami spéci módszerrel
???
Nem találod meg a Start menüben a leállítást, vagy mi?minden indítást egy előtöltött állapotból hajt végre... egyszerű user hagyományos módon nem tudja kikapcsolni/rebootolni
Fast startupnak hívják (gyorsindítás), az egyszerű user a Vezérlőpultból két kattintással ki tudja kapcsolni.
-
válasz
sh4d0w
#89167
üzenetére
Akkor ott biztosan sok utólag telepített program fut a háttérben.
Nekünk a cégnél van egy rakat, 2016-os beszerzésből származó Lenovo asztali gépünk, m2-es SSD-vel, 16GB RAM-mal. Az asztal megjelenése után kb. két másodperccel lehet indítani a böngészőt. Sokszor előbb töltődik be a gép, mint hogy kapna IP-t a gép.
-
#89164
urandom0
őstag
fatpingvin
#89163
válasz
fatpingvin
#89163
üzenetére
Hát ja. Mondjuk én nem ezért nem használok Debiant már pár éve - leszámítva a kis RPi-t, amin Raspbian fut -, hanem a régi csomagverziók miatt.
-
#89161
urandom0
őstag
fatpingvin
#89160
válasz
fatpingvin
#89160
üzenetére
Én is sejtem, hogy Debianról lehet szó.
-
-
Ha nem te voltál, akkor az durva, mert valaki ugyanezt kérdezte szinte ugyanakkor, mint te
Figyeld a journalt, fusson a háttérben egy terminálban a journalctl -f parancs, s figyeld, hogy abban az időben nem ír-e valami hasznosat, amikor ki kellene kapcsolnia a képernyőnek. Nálam volt olyan, hogy elküldtem alvóba a gépet, és fél másodperc múlva fel is ébredt, mert valami nem engedte aludni. Ilyenkor "sleep" vagy "ACPI" vagy hasonló hibaüzenetet szokott lenni a journalban. Lehet, hogy nálad is ír valami használhatót.
Második tippem, hogy húzd ki az összes perifériát a gépből (egér, stb.), és kapcsold ki a bluetooth-t, mert ezeken keresztül is kaphat valami jelet, amitől triggerelődik a felébresztési időzítő.
A teszt erejéig javaslom állítsd át egy percre, és érdemes az alvó módot is kikapcsolni, ne hogy esetleg bekavarjon.
-
Milyen gép, milyen disztró, milyen verziójú Gnome?
Nálam (Lenovo X240, Fedora 37, Gnome 43.4) gyönyörű szépen lekapcsolja a képernyőt (de még a billentyűzetvilágítást is) a "Képernyő elsötítése" idő letelte után. Úgy csinálja, hogy elkezdi elhaványítani a képernyőt, aztán végül teljesen sötét lesz, majd kb. két másodperc után lekapcsol a háttérvilágítás és a billentyűzetvilágítás is.Jut eszembe, nem az a baj, hogy nem hogy nem alszik el a képernyő, hanem inkább hogy valami felébreszti?
Látom, máshol is megkérdezted
-
válasz
CPT.Pirk
#89134
üzenetére
Hybrid boot vagy hétköznapi nevés fast startup, amire te gondolsz. Igen, az is sokat gyorsít a booton.
-
#89132
urandom0
őstag
tordaitibi
#89131
válasz
tordaitibi
#89131
üzenetére
Igen, egész másképp néz ki a két rendszer bootfolyamata, a Windows jobban gyúr arra, hogy a user minél előbb az asztalt lássa maga előtt, Linuxnál ez nem akkora prioritás.
-
Gondolom telepítésnél be lett pipálva a lemez titkosítása. Ez dm-cryptet használ, tudtommal a jelszó ismerete nélkül nem lehet feloldani (értelme sem lenne akkor). Úgyhogy én is csak ugyanazt tudom javasolni, mint tordaitibi.
-
válasz
CPT.Pirk
#89121
üzenetére
A Windows bootja elég jól van optimalizálva, sok szolgáltatás betöltése el van tolva a Linuxhoz képest. Pl. ha nem igényli egyik szolgáltatás sem azt, hogy legyen működő IP stack, akkor a DHCP is csak a boot végén indul el, míg Linuxnál egy rakat szolgáltatás vár a network-wait-online-ra. Illetve jobban is van párhuzamosítva a Windows bootja, mint a Linuxé általában.
-
Ez biztos, hogy április elsejei vicc. Az Ubuntu nagyon sok helyen használja a snapet, az Ubuntu Core alkalmazás ökoszisztémáját például teljes egészében a snap szolgálja ki, ott még apt sincs... a flatpaket is most űzték ki az asztali Ubuntuból, hogy azzal se kelljen foglalkozniuk. Soha nem fogják dobni a snap támogatást.
-
-
Szerintem ezt a "régi kiadás = stabil kiadás = szerverre" és "rolling release = instabil = munkaállomásra" dolgot el kellene felejteni, vagy legalább átgondolni. Nem feltétlenül lesz egy disztró stabilabb attól, ha régebb óta van kinn, sőt lehet, hogy pont a bugfixek backportolása során keletkeznek benne új hibák. És mivel a régebbi verziókkal jellemzően kevesebben foglalkoznak, mint az újjal, így lehet, hogy egy-egy ilyen hibát is kisebb eséllyel vesznek észre. Ezt írtam korábban is, hogy ilyenkor gyakorlatilag két külön ágat kell fejleszteni, tesztelni, karbantartani egy-egy szoftverből (a frisset és a régit), ami rengeteg erőforrást visz el, és mivel az emberi erőforrás jellemzően a friss verziók körül csoportosul, így simán elképzelhető, hogy egy friss verzió stabilabb, mint a régi.
És nem csak én gondolom ezt, hanem Richard Brown is, az OpenSuse egyik vezető fejlesztője, aki MicroOS-t használ a szerverein, ami Tumbleweed alapú.
Amúgy a manapság használt automatikus tesztelésekkel, és az olyan frameworkökkel, mint az openQA (több disztró is ezt használja), elég sok hiba kiszűrhető, így eleve jobb minőségű szoftvereket adnak ki nyílt forráskódú fejlesztők, mint mondjuk 15-20 évvel ezelőtt.
És az is igaz, hogy egy-egy friss verzióban sokszor olyan teljesítménynövelő fejlesztések vannak, amik kifejezetten jól jönnek szerveres környezetben, vagy mondjuk olyan fejlesztések, amik egy-egy funkciót gyorsítanak, vagy mondjuk jön egy újabb verzió X keretrendszerből (Java, NodeJS, akármi), ami megint csak sok esetben gyorsabb és/vagy stabilabb, mint a régi... -
Azt hittem, hogy weboldalaknál, ami HTTPS-sel kezdődik, az kóser.
sh4d0w már leírta az ezzel kapcsolatos tudnivalókat, én csak annyit tennék hozzá, hogy ha van egy webszerverem, kb. 3 percbe telik generáltatni hozzá egy teljesen érvényes tanúsítványt, amiről egy átlagos felhasználó soha nem mondja meg, hogy mennyire valid. Ő csak annyit lát, hogy ott a kis lakatka a címsorban, és azt hiszi, hogy ettől kóser a weboldal, miközben simán lehet adathalász is az adott oldal...
Szerintem a böngészőgyártók nagyban sárosak abban, hogy elhitették az emberekkel, hogy ami https és zöld lakatos, az megbízható és biztonságos, ami nem, az pedig nem. Pedig ez egyáltalán nincs így.
-
#88984
urandom0
őstag
tordaitibi
#88973
válasz
tordaitibi
#88973
üzenetére
Van ez a fajta jel: `
Ezt backtick-nek hívják, jobb oldali AltGr+7-tel lehet előhozni.
Van ez: '
Ez a sima aposztróf (angolul single quote), shift+1.
És van a "macskaköröm": "
Angolul double quotes, shift+2-vel lehet előhozni.A backticket két esetben kell használni, ha egy azonosító (pl. egy táblanév) ugyan az, mint egy beépített SQL kulcsszó. Ha például a táblád neve group, akkor használni kell, mivel a group egy kulcsszó: select * from tablename group by `group`;
A másik eset, amikor használni kell, ha szóköz van az azonosító nevében, pl: select * from tablename group by `my column`;Az aposztrófot alapvetően szövegek körbefogására használjuk. Például ennél:
create user tibi@localhost identified by 'abcde123456';Amit kimásoltál abból a cikkből, az ilyen fajta idézőjel volt: ’ ‘
Ezt el kell felejteni, ilyen SQL-ben nincs, erre hibát dob. Gondolom, a szerző valamilyen szövegszerkesztő programban írta a kódot, ami kijavította a sima aposztrófot ezekre a fajta idézőjelekre.A macskaköröm pedig, egy nem szabványos kiegészítés, csak egyes adatbáziskezelők támogatják.
-
Igen, így van ahogy írod. Vannak a nagyvilágban szerverek, amik tárolják a csomagokat, a hozzájuk tartozó indexfájlt, a kulcsokat, a cheksum fájlokat, stb. Itt van például az Ubuntu 22.10 egyik szervere: http://archive.ubuntu.com/ubuntu/
A pool könyvtárban ott vannak szépen a abc sorrendben a csomagok.
Azért, hogy a terhelés ne döntse be a szervert, vannak tükörszerverek. Az Ubuntu magyar tükörszervereinek listája (a végén a globális master szerverrel) itt van: http://mirrors.ubuntu.com/HU.txt
Magyarországon élő Ubuntu/Kubuntu/Lubuntu/Mint/stb felhasználóknak célszerű ezek közül választani egyet, és azt beállítani a csomagkezelő szerverének.Az OpenSuse Tumbleweed fő repószervere itt van: https://download.opensuse.org/tumbleweed/repo/oss/
Hogy milyen OpenSuse tükörszerverek vannak, azt pedig itt lehet megnézni: https://mirrors.opensuse.org/ -
Az a ROM az olyan értelemben read only, hogy átlag halandó random programocska nem tud írni bele, de egyébként egy sima írható flash memóriachip. Az elmúlt ~20-25 évben kiadott BIOS/EUFI programok frissíthetők a gyártó által kiadott frissítőprogrammal (de olyan is van, hogy egy hétköznapi Windows frissítéssel együtt jön le a BIOS frissítés).
Egy gyári hibás vagy rosszul telepített BIOS frissítés elég nagy problémákat tud okozni, többek közt téglásíthatja az adott eszközt. -
Az EFI partíción vannak az EFI fájlok (egy vagy több), amik betöltik az oprendszert.
A rendszerbetöltés nem úgy működik, mint a régebbi BIOS/MBR-es rendszereknél, hogy az első lemez első 440 bájtjában van a boot loader, ami betölti a kernelt, hanem az UEFI megnézi az EFI partíciót, megkeresi az EFI fájlokat, és amelyik rendszer elsőnek be van állítva az UEFI-ben, azt bebootolja. -
#88888
urandom0
őstag
tordaitibi
#88884
válasz
tordaitibi
#88884
üzenetére
Akkor sajnos passzolom, nálam működik így, ahogy leírtam. Látok minden megosztást, elérem a webet is, pedig a megosztások még másik VLAN-ban is vannak, mint amiből én IP-t kapok kapcsolódás után.
Esetleg a tűzfalat letilthatod a tesztelés erejéig, vagy meg lehetne nézni, hogy milyen helyi IP-t kapsz, a megosztások milyen IP-n vannak, és ettől függően valami routingot beállítani. -
#88881
urandom0
őstag
tordaitibi
#88880
válasz
tordaitibi
#88880
üzenetére
Bocs, nem volt egyértelmű.
Ha Windows-ról kapcsolódsz a szerverre, akkor kell azt a beállítást megcsinálni, azon a gépen, amiről kapcsolódsz, nem a szerveren. A szerveren nem kell semmit sem állítani. -
#88874
urandom0
őstag
tordaitibi
#88869
válasz
tordaitibi
#88869
üzenetére
Na, jólvan, akkor problem solved. Közben én is próbáltam a céges Windows-os gépről csatlakozni, de kiírta, hogy már használva van ez a kapcsolat.
Ha nincs net VPN csatlakozás közben, akkor Windows alatt be kell állítani, hogy rendszer a kapcsolat ideje alatt ne az alapértelmezett átjárót használja: Vezérlőpult -> Hálózati és megosztási központ -> Adapterbeállítások módosítása, jobb klikk a VPN kapcsolat nevére -> Tulajdonságok -> Hálózat -> TCP/IP protokoll 4-es verziója (TCP/IPv4) elem -> Tulajdonságok -> Speciális gomb -> "Alapértelmezett átjáró használata a távoli hálózaton" opció elől a pipát ki kell venni.
Linux alatt pedig az IPv4 tulajdonságainál pipáld be "A kapcsolat használata csak a hálózaton lévő erőforrásokhoz" pipát (ez Gnome, de azt hiszem KDE alatt is ugyanitt van):
-
válasz
urandom0
#88862
üzenetére
Na, bebootoltam a Kubuntus dd image-et egy vm-be (még a laptopomról húztam le korábban, amikor Kubuntut használtam).
Én ezeket a csomagokat telepítettem a VPN-hez:
network-manager-l2tp
xl2tpd
network-manager-pptp
pptp-linux
libstrongswan-extra-plugins
libstrongswan-standard-plugins
libstrongswan
strongswan-charon
strongswan-libcharon
strongswan-pki
strongswan-starter
strongswanÉs itt van három kép arról, hogyan volt beállítva a VPN csatlakozás:
És itt egy leírás, hasonlóan csináltam én is: https://limevpn.com/how-to-use/kubuntu-l2tp
Csak én sose adtam hozzá ppa-t, nem kell, anélkül is mindig szokott működni. A lényeg, hogy Windows-hoz az LT2P-t kell használni, a többi nem lesz jó, illetve ami nincs ebben a leírásban, hogy a phase1/phase2 mezőket, és a pre-shared key mezőt is ki kell tölteni, ez utóbbit értelemszerűen csak akkor, ha előmegosztott kulcsot használsz. -
#88862
urandom0
őstag
tordaitibi
#88861
válasz
tordaitibi
#88861
üzenetére
A Windows Server alapesetben l2tp/ppptp protokollt használ VPN-hez. Kubuntun én ehhez a strongswan csomagokat szoktam telepíteni: strongswan libcharon-extra-plugins libstrongswan-extra-plugins NetworkManager-strongswan NetworkManager-l2tp, valamint az xl2tpd-t és a ppp-t. Most fejből írtam ezeket, nem biztos, hogy jók, de valami ilyesmit kell keresned.
Ha megvan, hozzá tudod adni a VPN kapcsolatot, viszont ott elég sok mindent be kell állítani ahhoz, hogy működjön, és minden függ attól, hogy hogyan van konfigurálva a szerver.
A hitelesítésnél úgy tudom, MSCHAPv2-t használ alapból a Windows, a VPN beállításainál csak ezt kell kiválasztani. Az MPPE-t be kell kapcsolni, és a többi opciót is (BSD, Deflate, stb.).
Aztán, a Phase1 algoritmusnál meg kell adni ezt: aes256-sha2_256-modp2048,aes256-sha2_256-modp1536,aes256-sha2_256-modp1024,aes256-sha1-modp2048,aes256-sha1-modp1536,aes256-sha1-modp1024,aes256-sha1-ecp384,aes128-sha1-modp1024,aes128-sha1-ecp256,3des-sha1-modp2048,3des-sha1-modp1024!A phase2-nél ezt: aes256-sha1,aes128-sha1,3des-sha1!
Legalábbis nálam így működik. Más oldalon más beállításokat is találtam. Minden attól függ, hogy van felkonfigurálva a VPN szerver.
És utána még valamit mókolni is kell, de őszintén szólva, nem emlékszem, hogy mit. Azt hiszem, talán az l2tp vagy a ppp modulokat kellett engedélyezni az /etc/mdoules.d-ben, vagy ilyesmi...
Szóval egyáltalán nem triviális a dolog, szerintem sokkal jobban jársz, ha a VPN szerver nem Windows, hanem egy Linuxos OpenVPN szerver, arra könnyebb csatlakozni.Valamelyik gépemen van egy Kubuntus dd image a laptopomról, arról le tudom lesni a beállításokat, de egyáltalán nem biztos, hogy azok nálad jók lesznek.
-
válasz
urandom0
#88858
üzenetére
Na, az RPi-n nekem is kidobta a hibát:
Location 'http://download.opensuse.org/ports/aarch64/tumbleweed/repo/oss/noarch/kernel-firmware-platform-20230313-1.1.noarch.rpm' is temporarily unaccessible.
Abort, retry, ignore? [a/r/i] (r):
Trying again...Retry-t nyomtam, most megy tovább.
-
Én most indítottam el egy frissítést, 2140 frissíthető csomagom van. Érezhetően lassabb, mint máskor, de hibát nem tapasztalok. Valószínűleg a 20230319-es snapshot jön le most, és mivel nagy méretű, sokan töltik, így lassúak a szerverek. Ilyenkor érdemes várni pár napot, amíg a többiek leszedik.
Az RPi-men is Tumbleweed van, de ott csak 100 frissíthető és 18 új csomag van. Bár az ARM, eleve kevesebb csomag van azokban a repókban, meg hát az RPi-n nincs X, csak egy minimál rendszer néhány plusz csomaggal.
-
-
#88845
urandom0
őstag
tordaitibi
#88844
válasz
tordaitibi
#88844
üzenetére
Hűha.
Azt az alhálózati maszkot állítsd át erre: 255.255.255.0
Így az alhálózatodban lévő gépek a 192.168.1.1 - 192.168.1.254 lesznek.Az a másik IP, a 192.168.2.44 honnan jött? Annak is a 192.168.1.x tartományba kellene esnie. Vagy esetleg több belső hálózatod van?
-
Igen, VLC-hez nem nagyon kellenek codeckek.
De ha esetleg valahol valamilyen videót nem játszik le a rendszer (én belefutottam párszor), akkor feltelepíted az opi-t, és azzal fel tudod telepíteni a codeckeket is:sudo zypper install opi
opi codecsvagy
opi packman
Ugyanazt csinálja mindkét parancs (hozzáadja a Packman repót).
Az opi egy csomagtelepítő openSuse Build Service-es csomagokhoz. Az openSuse Build Service olyasmi, mint Archnál az AUR, nagyon sok "külsős" csomag érhető el így, amik nincsenek benne az alap repóban.
A Packman repóban pedig elsősorban olyan codeckek vannak, amik az OBS-ben tiltólistán vannak, vagy jogi okokból, vagy mert zárt forrásúak. Illetve vannak a Packmanben benne egyéb hasznos dolgok, meg játékok is.Ha opi nélkül akarsz codeckeket telepíteni, akkor azt is lehet:
# Install multimedia codecs using Zypper
sudo zypper addrepo -cfp 90 'https://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/' packman
sudo zypper refresh
sudo zypper dist-upgrade --from packman --allow-vendor-change
sudo zypper install --from packman ffmpeg gstreamer-plugins-{good,bad,ugly,libav} libavcodec-full vlc-codecsIlletve az opi-ban még vannak előre elkészített parancsok egyes csomagok telepítéséhez is:
opi anydesk AnyDesk remote access
opi atom Atom Text Editor
opi brave Brave web browser
opi chrome Google Chrome web browser
opi codecs Media Codecs from Packman and official repo
opi dotnet Microsoft .NET
opi megasync Mega Desktop App
opi msedge Microsoft Edge
opi msteams Microsoft Teams
opi plex Plex Media Server
opi resilio-sync Resilio Sync decentralized file synchronization between devices using the bittorrent protocol.
opi skype Microsoft Skype
opi slack Slack messenger
opi sublime Editor for code, markup and prose
opi teamviewer TeamViewer remote access
opi vivaldi Vivaldi web browser
opi vscode Microsoft Visual Studio Code
opi vscodium Visual Studio Codium
opi yandex-browser Yandex web browser
opi yandex-disk Yandex.Disk cloud storage client
opi zoom Zoom Video Conference -
Szuper!
A codeckeket felraktad? Ha igen, hogyan?Én tegnap a Leap helyére tettem fel a Tumblit, meglepődtem, hogy mennyivel gyorsabb a zypper, mint a Leap-ben.
Összeségében jó kis rendszer az OpenSuse, eddig ebben tudtam a legegyszerűbben beállítani a céges Windows-os l2tp VPN-t, az összes többiben molyolni kellett vele még egy sort. -
#88834
urandom0
őstag
tordaitibi
#88833
válasz
tordaitibi
#88833
üzenetére
Az az IP cím, amit megadtál, nincs benn az alhálózati maszk által lefedett tartományba. Mi a router IP címe? Mi az alhálózati maszkod? Hogy van beállítva a DHCP?
-
Geeko a neve, a faja pedig valószínűleg "Veiled Chameleon". Ha gekkó lenne a faja, akkor angolul gecko-nak írnák.
Én ahol látom, mindenhol kaméleonnak írják.
-
A Fedora és az OpenSuse a Btrfs-t használja már egy ideje alapértelmezettként.
Van pár tulajdonsága a Btrfs-nek, ami miatt jobb választás lehet, mint az ext4. Ezek közül igazából a snapshot támogatás az érdekes átlag desktop user számára. Az OpenSuse backup programja, a Snapper is ezt használja... -
Kicsit képzavaros a dolog, mert az egy kaméleon, csak gekkónak hívják
Bár azt sem tartom kizártnak, hogy egy chameleon gecko az, ami viszont valóban gekkó.
De lehet, hogy valami hibrid...
Vagy csak annyi, hogy a logo tervezője sem tudta, hogy mit is rajzol. -
válasz
sh4d0w
#88761
üzenetére
Nézd meg itt a kiadási dátumokat:
https://en.wikipedia.org/wiki/CentOSA CentOS ugyanazokat a verziószámokat használta, mint a RHEL. A 7.0-tól volt annyi változás, hogy a CentOS hozzátett még egy számot (gondolom, ez egy build number lehet).
A RHEL kb. egy hónappal (30 +/- 15 nap) előbb jelent meg, mint az azonos verziószámú CentOS, mert fogták a RHEL nyilvánosan elérhető kódját, rebrandelték, stb., aztán újrafordították és kiadták CentOS-ként.Nézd meg a CentOS Wikit, ott írják, hogy a CentOS a RHEL-ből fordul. A második kérdés pedig azt taglalja, hogy mennyi időbe telik, amíg a RHEL-re kiadott javítás megjelenik CentOS-en is.
Egyébként sem tűnik logikusnak, hogy a pénzes kiadás a beta, az ingyenes meg a stabil.
Igazából egyik sem "béta" és egyik sem "stabil", csak a köznyelv szereti így nevezni őket (hivatalos doksikban mindenhol upstream-et meg downstream-et írnak). Annyi a lényegi különbség a két disztró közt, hogy ha a CentOS összeroggyan, akkor nincs kit hívni, old meg magad, ha a RHEL összeroggyan, akkor hívhatod a supportot, és jó pénzért segíteni fognak.
EFI#How_to_enable_or_disable_Secure_Boot_support
Új hozzászólás Aktív témák
A topik célja: Segítségnyújtás a Linux disztribúciókkal még csak ismerkedők számára. A szerveres kérdések nem ebbe a topicba tartoznak.
Kérdés előtt olvasd el a topik összefoglalóját!
Haladó Linuxos kérdések topikja.
Linux felhasználók OFF topikja
Milyen program ami... [link]
Shell script kérdésekkel látogassatok el a topikjába
- Teszt Már csak két hónap van hátra a Windows 10 nyugdíjazásáig, ideje előrelépni
- Teszt [Linux] Vanilla OS, egy Debian alapú immutable operációs rendszer
- Teszt [Linux] Aeon Desktop, egy immutable operációs rendszer az OpenSUSE-tól
- Teszt [Linux] A Flatpak
- Bejegyzés MS Office365 Linuxon
- Bejegyzés [Linux] Futtassunk bármely disztrót a terminálunkban
- Bejegyzés Alpine Linux telepítés mindenféle low-end dologra
- Hír Zöld utat adott a nyílt forráskódú Linux meghajtóknak az NVIDIA
- BESZÁMÍTÁS! Asus H370 i5 9600K 16GB DDR4 512B SSD RTX 2060 Super 8GB Chieftec HC-10B-OP Zalman 850W
- Dell Precision 7550 i7-10850H 32GB 512GB Nvidia RTX5000 16GB 1 év garancia
- Gamer PC-Számítógép! Csere-Beszámítás! R5 4500 / 16GB DDR4 / RX 6600 8GB / 512GB SSD!
- iPhone 12 64GB 100% (1év Garancia)
- ÁRGARANCIA!Épített KomPhone Ryzen 5 4500 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: BroadBit Hungary Kft.
Város: Budakeszi
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest