- Radeon RX 9060 XT: Ezt aztán jól meghúzták
- Milyen egeret válasszak?
- HiFi műszaki szemmel - sztereó hangrendszerek
- Melyik tápegységet vegyem?
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Kormányok / autós szimulátorok topikja
- Azonnali alaplapos kérdések órája
- Kezdő fotósok digitális fényképei
- Nyaralás előtti hardverszemle
- Épített vízhűtés (nem kompakt) topic
-
PROHARDVER!
A Linux Mint bemutatása
Új hozzászólás Aktív témák
-
sonar
addikt
válasz
growler
#8294
üzenetére
Én nem az rc.local-ba irnám be hanem amikor feljön az interface akkor van lehetőség előtte utána futtatni scripteket (tipikusan routingokat szoktam állitgatni)
[link]https://wiki.debian.org/PPPoE
root@ubuntu-1404:~# vi /etc/network/interfaces
auto lo
iface lo inet loopback
# auto - induláskor konfigurálja automatikusan
# noauto - induláskor nem konfigurálja
# hotplug - usb eszközöknél
auto eth0
iface eth0 inet static
address 192.168.3.3
netmask 255.255.255.0
# network és brodcast elhagyható, a rendszer ki tudja számolni
network 192.168.3.0
brodcast 192.168.3.255
gateway 192.168.3.1
dns-search example.com sales.example.com dev.example.com
dns-nameservers 192.168.3.45 192.168.8.10
# script futtatása csatlakozás előtt
pre-up PARANCS
#interface feljön és utána
#up PARANCS
up ip route add 192.168.4.0/24 via 192.168.200.1 dev ${IFACE}
# interface leállítása előtt
down PARANCS
# interface leállítása után
post-down PARANCS -
dbius
veterán
Látszólag nem "felejti" el, mert ahogy a korábbi hozzászólásomban a képen láthatod, az értéket "megtartja" a grafikus felületen, de nem tudja azt alkalmazni. Keresgélésem során találtam jó pár hasonló bugreportot, 2009-től kezdődően egészen kb. 2015-ig ebben a témában, tehát nem egyedi eset, sajnos úgy tűnik hiába van látszólag beépítve ez a funkció, a gyakorlatban nem működik.
-
dbius
veterán
válasz
growler
#8294
üzenetére
A helyzet az, hogy pont ott nem próbáltam, de saját szkriptet írtam, ami lefutott rootként jelszókérés nélkül, viszont ezzel pedig az volt a baj, hogy ha azelőtt állítottam be a ppp0 eszköz mtu értékét, mielőtt létrejött a kapcsolat a hálózatkezelővel, akkor a kapcsolat létrejötte után már megint default értéke lett az mtu-nak a ppp0 eszköznél...
Tehát ebből kiindulva ha le is futna az rc.localban a szkript hibamentesen, akkor az még szerintem a kapcsolat létrejötte előtt történne és ugyanott lennék vele. Bár hangsúlyozom nem próbáltam, most csak okoskodok a tapasztalatok alapján.
Azonban mivel a gép tulaja nem igazán ér rá csak kb. négy naponta, így adtam egy esélyt a pppoeconf-nak, ami úgy tűnik, egyelőre működik, csak ahogy lev258 kolléga is írta, tönkrevágja a beépített hálózatkezelőt.
-
dbius
veterán
Közben találtam egy javaslatot, miszerint az
/etc/ppp/optionsfájlban, a 190. sorban kell beállítani az mtu értékét.
Kipróbáltam, sajnos ez sem állítja be, újraindítás után ismét az alap mtu érték lesz, nem pedig a kívánt érték.
Felhagytam a próbálkozással, inkább a
pppoeconfighasználatával konfigoltam a kapcsolatot, mert ebben ugye a beállítás során lehet változtatni az mtu értékét. Így most jó, újraindítás után is elérhetőek a https kapcsolatok.
De ennek is van hátulütője, a tálcáról eltűnt az nm-applet, és nem is tudtam visszarakni. A lényeg, hogy megy, de hihetetlen, hogy mindig van valami apróság...
-
Intel driver update ugrott be nekem is a dologról, az még 1 hónapja is ugyanezt csinálta, anno próbáltam átírni a lsb-release-t, de valószínűleg rossz helyen, mert nem működött az IDU.
ezt most találtam az /etc/upstream-release mappában:
DISTRIB_ID=Ubuntu
DISTRIB_RELEASE=16.04
DISTRIB_CODENAME=xenial
DISTRIB_DESCRIPTION="Ubuntu 16.04 LTS"erre kéne átirni az /etc-ben lévő lsb-release fájlt vagy a GRUB-ban?
(#8288) Bici Reméljük nem ütközöl több problémába, annyira előrébb a rollinggal sem leszel egyébként, bár lehet......
-
lev258
veterán
Ahhoz nem kell rolling. Ubuntura van friss Mesa stable ppa. Viszont az OpenCL ott valószínűleg már nem fog frissülni. Ahogy írtam, most az a terv, hogy a ROCm keretein belül nyitják meg a zárt driverben levőt, fokozatosan. Az viszont gyanús, hogy jó ideig csak az újabb kártyákhoz lesz használható. Így aztán marad a zárt neked, még egy jó darabig.
-
Igazából csak a Cinnamon miatt akartam ubuntu helyett mint-et, de azóta rájöttem, hogy naprakész verziót tudok feltenni ubuntura is, így nincs szükség mint-re.
(#8286) ubyegon2: Ja, meg is lepődtem ezen a hibaüzin, eddig mindig 5-6 oldal szöszölés után írt valami emészthetőt, most meg ezt az egyetlen sort köpte ki.
Most műxik, de ha megint elkezd szarakodni, akkor inkább valami rolling disztróra térek át, hogy a legújabb opensource driver legyen fent és ki tudjam használni a még kezdetleges opencl támogatást. Remélehetőleg sokat fejlődik addig a nyílt cucc, amíg először problémába ütközöm.
Lehet, hogy inkább nem frissítek.
-
-
Érdekes, nem tudom mit hiányolt a Mint ebben az esetben, mert mint látod, az Ubuntus repokat használja alapból, de biztosan van valami saját Mint-es függőség a dolog mögött. Amúgy amin variálni kell, azzal mindig csúszik a Mint az Ubihoz képest. Mondjuk ez logikus is.
Szépen kiírta, hogy Unsupported OS.
Kár, hogy csak ezt írta ki, mert kíváncsi lettem volna a valós problémára.
Ettől függetlenül lényeg, hogy legalább Ubuntuval működik, amit szeretnél.
-
-
Dhampir
félisten
Az Nvidia zárt driver simán működött, mert Steam-el még Half Life-oztam is egy kicsit a próba kedvéért, Ubuntu alatt szintén.
Sokáig azzal bajlódtam, hogy nem tudtam belépni az asztalra, de pofonegyszerű volt a megoldás, csak a Grub egyik sorát kellett módosítani (plusz a fényerőszabályzáshoz egy másikat is, de ez már az adott konfiguráció hiányos Linuxos támogatásának nyavalyája volt).
-
válasz
ubyegon2
#8281
üzenetére
Kössz, végül tegnap egy Ubuntu mellett döntöttem, mert a Mint-re nem ment fel az AMD driver, mivel az már az új LTS 16.04.3 verzióhoz való, ami gondolom még nem csorgott le Mint irányba.
Szépen kiírta, hogy Unsupported OS.
Az Ubuntuval most minden tökéletesnek tünik. Remélem, most már semmilhen OS változás nem zavarja meg az amd driver extra-érzékeny lelkét...
-
Ezek szerint lejönnek az Ubuntu LTS-es csomagok mint-re is.
néhány le, igen
itt egy serena sources list, a hivatalos:deb http://mirror.inode.at/linuxmint/packages serena main upstream import backport
deb http://ftp.kfki.hu/linux/ubuntu xenial main restricted universe multiverse
deb http://ftp.kfki.hu/linux/ubuntu xenial-updates main restricted universe multiverse
deb http://ftp.kfki.hu/linux/ubuntu xenial-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ xenial-security main restricted universe multiverse
deb http://archive.canonical.com/ubuntu/ xenial partneraz első sor a saját repo, ennek a tartalmát meg tudod nézni, itt vannak azok, amiket átalakítottak:
http://packages.linuxmint.com/list.php?release=Serena
ha ezt oszehasonlitod a xenial csomagokkal, pontos képet fogsz kapni, de azokba a driverekbe tuti nem nyultak bele.
bocs, de a billentyúzet egy része nem mukodik ezen a ketyerén -
Ezek szerint lejönnek az Ubuntu LTS-es csomagok mint-re is.
Vannak késések, vagy egyéb trükkök, amikkel számolni kellene?
pl. visszatartott csomagok, átírt csomagok, Ubuntu LTS-től eltérő csomag verziók, stb.
Bármi, ami az Ubuntu LTS-hez képest rosszabb működést eredményezhet AMD gyári driverrel. -
-
Sziasztok!
Az Ubuntu LTS-re megjelenő zárt driverek, mint pl. VGA driverek, elérheően Mint-re is? Ha igen, mekkora késéssel, és milyen gyakran törik el a rendszert?
CentOS-en éppen halott az AMD drivere, és nem akarom megvárni a frissítést, ezért elgondolkodtam a Mint-en a Cinnamon miatt.
-
dbius
veterán
Nos, megvan a ludas, valóban az MTU értéke okozza a hibát. Alapból 1500 az eth0 eszköznek, a pppoe kapcsolat létrejöttekor pedig a ppp0 eszköznek 1492.
Ezeket átállítva 1476-ra (a netes keresgélések alapján van ahol 1480-at javasolnak) működik a https oldalak elérése!!!
Terminálban kézzel be lehet állítani:
sudo ifconfig eth0 mtu 1476
sudo ifconfig ppp0 mtu 1476ÉS a gép újraindításáig, vagy a kapcsolat megszakításáig és újraépítéséig ismét működik a https oldalak elérése.
Azonban, hogy ne legyen olyan szép a történet: A grafikus hálózatkezelő alkalmazásban hiába állítom be, hogy az MTU értéke 1476 legyen, a gép újraindítása után ugyanúgy 1500 és 1492 az MTU értéke.
Próbáltam keresgélni, hogyan lehetne ezt a kézi beállítást rendszerszintűvé tenni, ezt találtam:
So the DHCP is actually setting the MTU size. In Ubuntu, you can edit the following file: /etc/dhcp/dhclient.conf
Just BEFORE the request line set this two commands:
default interface-mtu 1500;
supercede interface-mtu 1500;Viszont ezt hiába csinálom meg, mentem el (szerk:1476-os értékekkel), újraindítás után ismét 1500 és 1492 az MTU értéke. Más javaslatot most hirtelen nem találtam, így ismét hozzátok fordulnék, hogy hogyan tudnám beállítani, hogy 1476 legyen az MTU alapértelmezett értéke minden újraindítás után?
-
dbius
veterán
válasz
growler
#8274
üzenetére
Köszönöm mindenkinek a javaslatokat!
Nagyon jó ötleteket adtatok, de párat már most ki tudok zárni, mint hibaforrási lehetőséget.Az MTU értéke tűnik számomra jelenleg a leggyanúsabbnak, ezt próbálom ki legközelebb, amikor lesz rá lehetőségem. Korábban sima kábelnetre volt kötve a gép, ott elvileg az mtu értéke nem bonyolít, de a pppoe kapcsolatoknál ahogy most belemélyedtem igen könnyen okozhat ilyen problémát.
Egyébként azt elfelejtettem írni, hogy router nincs, közvetlenül csatlakozik a gép a netre. A ca-certificate csomagokat újratelepítem.
A https oldalak egyetlen böngészőben sem mennek, tehát nem böngésző specifikus a probléma (chromium és firefox voltak tesztelve).
A böngészőkben nincs olyan plugin, ami ezt okozhatná.
Specifikus tűzfal szabályok nem lettek generálva sem frontenddel, sem kézzel, ill. az iptables sem lett piszkálva.
-
lajos0001
tag
Csak jószándékú ötletek (ne kössetek fel, ha most hülyeséget mondok): nem az van, hogy
1/ a https kezelését valahol egy service végzi (és a vonatkozó rész nincs korrektül installálva installálási hiba következtében, vagy defaultban ugyan telepítve van, de nincs aktiválva),
vagy pedig
2/ lehet valahol egy generált opció, amely pillanatnyilag letiltja a httpst?
3/ Esetleg nem lehet az, hogy pl. a Firefox NoScript pluginjében (esetleg más biztonsági plugin egyik beállításában) van a https letiltva?
-
Igazán nincs mit, remélem valamelyik tipp segíteni fog, az MTU érték változtatását is javasolták itt, ahogy látod. Nekem egyszerűen a 3. telefonálás után valóban átrakták publikusba és utána minden működött, mint azelőtt.
Sajnos a szolgáltató itt is lehet sunyi, letagadhat, hazudik és még fel is hívhatja a figyelmünket arra, hogy a hibajavítás ideje 72 óra. Pedig ott a hiba inkább az volt, hogy nincs keréknyom a homlokán az ilyen ÜSZ-esnek! Nekem kicsit elszakadt a cérna, mikor ezt belemondta a telefonba a hölgyemény!
-
dbius
veterán
válasz
ubyegon2
#8268
üzenetére
Köszi
Megnézem mindjárt
Viszont kipróbálni lehet csak napok múlva tudok bármit is, mert a tulaj dolgozik és nem lesz lehetőségem még csatlakozni sem a géphez.Még egy dolog jutott eszembe, amit nem próbáltam, az MTU értéke nem tudom jelenleg mennyi (alapból), esetleg azt még lehet megpróbálom változtatni.
-
Szia!
Hirtelen 2 tippem van laikusként. Győződj meg róla, hogy valóban levették a NAT-olt IP-t, mert nálam is egy nappal később adták vissza a publikus címet!
Igaz nekem semmivel nem hozott be https oldalakat, kivéve a 17.3-mal. Ha nem NAT-olt már az IP, akkor még érdemes megnézni a FF ESR 52-es verziójával. Az még használ javát.Ezeket a hsz-eket fusd át esetleg, kaptam pár tippet, miket nézzek meg, amikor hasonló gondom volt.
-
dbius
veterán
Sziasztok!
Érdekes problémával kapcsolatban fordulnék hozzátok ötletért, tanácsért.
Adott egy gép, amin Linuxmint 17.1 van (Mate vagy cinnamon ezt most nem tudom pontosan) és eddig problémamentesen üzemelt. A gép tulaja új helyre költözött, ahol kábeles PPPOE internet van.
A kapcsolat sikeresen létrejön, lehet böngészni.
DE
Itt jön az érdekes része, mégpedig az, hogy bizonyos oldalak, mégpedig a https kapcsolattal rendelkező oldalak nem töltődnek be, csak próbálkozik a kapcsolat létrehozásával és a végtelenségig csinálja, néha egy idő után leáll és nem tudja betölteni az oldalt. Amit biztosan tudok, hogy pl. a Teamviewer oldalát sem tölti be https kapcsolaton.
A szolgáltató oldalán semmilyen információ nincs feltüntetve a kapcsolat részleteivel kapcsolatosan (titkosítás, esetleges sajátos beállítási szükséglet). A szolgáltató részéről ma annyi történt, hogy mivel natolva volt az adott előfizetői hely, kapott egy publikus IP címet, de a probléma továbbra is fennáll, a https oldalak java része nem hajlandó betöltődni, egyetlen böngészővel sem.
Távolról ránéztem a gépre, de a logokban nem találtam hibát, ill. pontosabban semmit, amin el tudnék indulni valamerre. Jelenleg sajnos logot nem tudok ide berakni, de később megoldható szükség esetén.
Látszólag rendben van, a http oldalak elérésével nincs probléma, de a https oldalakkal igen.
A kapcsolatot nem pppoeconf-al állítottuk be, hanem az alap hálózati kapcsolatok kezelőjével.
Próbálkoztam google dns használatával, a szolgáltató dns címeivel is a névfeloldást, de egyikkel sem megy (mármint a https oldalak elérése).
Nem találkoztatok valami hasonló problémával, vagy nincs esetleg ötletetek merre lehetne elindulni, hogy megtaláljuk a problémát?
-
lev258
veterán
válasz
Damateo
#8265
üzenetére
Ha Ryzen alap, akkor még lehet pár hónapot várni kell a rendes támogatásra, friss kernelt és csomagokat kell majd feltenni, ha nem rolling-ot választasz. Viszont szerintem játékok terén az AMD teljesítménye jobb, mint az Intel-é.
Phoronix-on találni teszteket az említett játékokról. -
Damateo
aktív tag
Játékra, vagy bármi másra ami eszembe juthat. (videvágás, képszerkesztés)
Hosszabb távra lenne, nem hátrány ha mostanában nem kell cserélni.
Játék kb Grid autosport, és Bioshock Infinite vonalon mozog.
Egyik konfig amire gondoltam i3 7100 épülne, kezdetben csak igp aztán azt frissíteném.
2. variáció A10 7850k vagy kicsit régebbire, 6000 széria valamelyik.
3. teljesen új gép Ryzen alapokon. Legdrágább opció, mert egyből venni kell kártyát is. -
#8264
ubyegon2
félisten
Lasersailing
#8261
válasz
Lasersailing
#8261
üzenetére
Igazából a mostani /home-ot is megpróbálhatod integrálni, nem biztos, hogy pontosan sikerül minden programmal. Viszont ha nem, akkor már érted is, miért nincs sok értelme, csak abban az esetben, ha valami oknál fogva pont ugyanazt a verziót telepíted újra.
Amúgy a levelezések és mások miatt én már megpróbálnám a 17.3 home-ját alkalmazásba venni. Nem volt még külön /home-om, de ettől függetlenül ezt javallom. -
#8261
Lasersailing
senior tag
ubyegon2
#8260
Lasersailing
senior tag
válasz
ubyegon2
#8260
üzenetére
Elnézést kérek az előző hozzászólásban ejtett elírásokért!
Eredendően én sem értettem soha, hogy minek feldarabolni a tárhelyet.
Egyetlen ok ami miatt mégis megtenném: ha külön partíción van a /home, akkor egy esetleges újra telepítésnél nem kell újra beállítgatni levelezéseket, meg minden adatot mentegetni.
Egyáltalán jól gondolom, vagy rakjam fel az egészet egy partícióba???
-
#8260
ubyegon2
félisten
Lasersailing
#8259
válasz
Lasersailing
#8259
üzenetére
Szia!
Ha már mindenképpen kíváncsi lettél a 18.2-re, nyugodtan felteheted, a kezdeti gubancok már rég nincsenek. Elfogyott a /home? Ez nem történik meg, ha nem csinálsz, egyszerűen felrakod a maradék helyre a Mint-et, majd kezeli ő rugalmasan a /home-ot, de ha mindenképpen akarsz külön partíciót neki, akkor jó ez a felosztás. Manuális particionálást válassz telepítéskor mindenképpen. -
#8259
Lasersailing
senior tag
Lasersailing
senior tag
Sziasztok,
Dualbooton használok win7-et és Linus mint 17.3-at. A kezdeti partíciókat nem sikerült túl jól kiosztanom, így Linux alatt elfogyott a Home. Ha viszont már telepítenem kell, akkor a Linux Min 18.2-re gondoltam (libre office excel jobban elbír nagyobb táblákkal).
Van esetleg tapasztalat, ami miatt nem érdemes a 18.2-t feltenni? (live alól jónak tűnt)
Ha nincs, akkor a 256 GB-os SSD hogyan osszam meg:
- 185 GB WIN7 (ez kell is)
- fennmaradó 70 GB-ra kérnék megosztási javaslatokat (15 GB Linux Mint+ 55 GB Home?)12 GB ramom van, így swapra nincs szükségem. Jól gondolom?
köszönöm előre is segítségeteket!
-
zambozoli
aktív tag
Akkor mihez van?
Lényeg, ha normálisan állítom le az oprendszert, akkor a beállított 5 sec a késleltetés, ha hibernálom és onnét indul, akkor 30 sec! Én pedig mindkét esetre az 5 sek időt szeretném.
Ezzel nem jutottam beljebb, csak egyszer csinálja meg mindig.
-
Cyrin
addikt
én használom néha, de még az SP3-at nem telepítettem.
szoktak néha furcsa dolgokat csinálni, kedvencem az volt, amikor majd fél évig nem működött rendesen linux alatt, mert a kurzor annyira akadt a rajzfelületen, hogy lehetetlen volt használni, de szartak rá, kivárták a következő frissítési kiadást a javítással.
-
Bohus
aktív tag
DrafSight-ot használ közületek valaki? A régi már nem futott, kötelezett az új verzió telepítésére. A legújabb 2017 SP3 viszont nem indul el, az aktiválásra kattintva csak egy pillanatra látszódik a programablak majd kilép. Két gépen is próbáltam, az egyiken Windows alatt is, mindig ugyanaz az eredmény. Igaz Win-re nem tettem fel a hotfixet, de linux alatt erre nincs is szükség.
-
Frawly
veterán
válasz
PistiSan
#8166
üzenetére
Nekem lenne ötletem. A Windows 10 nem bekapcsolt fastboottal állt le utoljára? Akkor szokott lenni, hogy másik OS nem tudja olvasni, kezelni a volt wines partíciót. Próbált újraparticionálni a meghajtót Live Linux módban Gparteddel. A live rendszer azért működik, mert az nem feltétlenül nyúl a wines partícióhoz.
Ha a SMART önteszt nem fut le, az elég rossz előjel. A Western Digatalnak van saját diagsznosztikai programja a meghajtóihoz, úgy hívják, hogy Data Lifeguard Diagnostics, ezzel is nézz rá.
-
PistiSan
addikt
válasz
ubyegon2
#8247
üzenetére
Az önteszt elhasal.... ez nem jó jel, fura hogy mindig máskor keletkezik a hiba.
Olvasás tesztet csináltam, ami szerint minden rendben van, újra inicializálni nem fogom a vinyót, mivel a jelenleg rajta futó windows 10 tökéletesen működik rajta, csak sokat panaszkodik az asszony, hogy állandóan frissít amikor bekapcsolja néha a gépet, szóval gondoltam megismertettem a linuxxal.
Próbáltam másik pendrive-ról, illetve dvd-ről is a telepítést, mindig ugyan ott áll meg, sokszor telepítettem már linuxot, soha nem volt még hasonló gondom sem, ezért vagyok nagyon tanácstalan, főleg úgy nem értem, hogy a live rendszer meg hibátlanul működik.
Indul a memteszt.
-
válasz
PistiSan
#8246
üzenetére
Valami hardver tutira nem OK, de ne feledd kipróbálni másik pennel vagy DVD-vel sem, mert az is elég gyanús, főleg, ha a HDS szerint nincs gond a HDD-vel! Mondjuk egy részletes önteszt a valóban megbízható, az akár javíthat is meglévő hibás területből adódó helyzeten. Roppant kíváncsi vagyok, mi a fene lehet ennek a jelenségnek az oka. Igazából még ki sem tudsz hagyni semmilyen lépést, mert a telepítő figyelmeztet ilyenkor.
Ha semmi nem változik, akkor memtest következik.
-
-
válasz
PistiSan
#8244
üzenetére
Már csak arra tudok gondolni, hogy másik pennel próbáld ki vagy dvd-vel. 11 GB csak nem kevés a rendszernek, de az is lehet, hogy az a particionálatlan terület okozza a galibát, bár nem lenne logikus, vagy mégis van azon a hátsó lemezterületen valami gond, valahonnan ki kéne emelned 15 gigát és ott próbálni, de ha MBR partíció séma van, akkor mindenképpen csinálnod kell egy extended partíciót a 4. elsődleges helyett! Valószinű, hogy a 4. partícióról le kell mentened az adatokat és a 3-4.-et meg kell szüntetni, csak úgy tudod megcsinálni az extended partíciót, amit utána már oszthatsz nyugodtan logikai részekre. Szilvás, de szerintem ezzel tudsz tovább menni.
-
PistiSan
addikt
válasz
ubyegon2
#8171
üzenetére
Szia!
Nem volt időm foglalkozni a dologgal eddig, a lényeg hogy megpróbáltam amit írtál, illetve már mindent kikapcsoltam a biosban, meg letiltottam, és sehogy sem jön össze, még biost is frissítettem, mert 2 évvel (8 verzióval) korábbi biosom volt, a probléma továbbra is adott.
Egy Gparted kép, hát ha számít valamit.
-
lajos0001
tag
Nagyon köszönöm a segítséget. q-val kiléptem (ezt a lehetőséget nem ismertem), ezután ez jelent meg a terminálban:
Úgy fest, hogy csak a q leütése után ment le az update-grub ténylegesen, mert az ezt követő reboot után nem jelentkeztek a zavaró bootup üzenetek (érvényesült az /etc/default/grub -ban a vonatkozó beállítás, így a kernel update-ra nem is volt már szükség. Úgy tűnik, hogy minden szép most.
-
lev258
veterán
válasz
lajos0001
#8240
üzenetére
q-val meg sejtésem szerint ki tudsz lépni. Valami nagyon félrement a frissítésnél, olyan, mintha a kiadott parancsra másfajta utasítást hajtana végre.
Ezek után jó kérdés, mi történne, ha telepítenél/leszednél egy kernelt, ugyanis ilyenkor automatikusan lefut az update-grub. -
lajos0001
tag
Hogy került ide egy tömörített fájl?
Azt én is szeretném tudni. Egyébként, ahogy írtam, ki van bontva, már nem tömörített.
Mi az, hogy nem látszik a Terminálban?
Pontosan az, ahogy írtam: a kiadott sudo update-grub sem látszik a terminálban (ugyanis a záró enter leütése után eltűnik).
A terminálablakot a csúszkával lehet tologatni fel-le, ez a kezdete legfelül (mintaként). Amint írtam: a kiadott sudo update-grub parancs eltűnt a szövegből.
-
lajos0001
tag
Ez (ahogy írtam, a grub helpje jön le, a grub.info.gz kibontva; a kiadott sudo update-grub sem látszik a terminálban):
Next: Introduction, Up: (dir)
GNU GRUB manualNext: Introduction, Up: (dir)
GNU GRUB manual
***************This is the documentation of GNU GRUB, the GRand Unified Bootloader, a
flexible and powerful boot loader program for a wide range of
architectures.This edition documents version 2.02~beta2.
This manual is for GNU GRUB (version 2.02~beta2, 11 May 2017).
Copyright (C)
1999,2000,2001,2002,2004,2006,2008,2009,2010,2011,2012,2013 Free
Software Foundation, Inc.Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software
Foundation; with no Invariant Sections.* Menu:
* Introduction:: Capturing the spirit of GRUB
* Naming convention:: Names of your drives in GRUB
* OS-specific notes about grub tools::
Some notes about OS-specific behaviour of GRUB
tools
* Installation:: Installing GRUB on your drive
* Booting:: How to boot different operating systems
* Configuration:: Writing your own configuration file
* Theme file format:: Format of GRUB theme files
* Network:: Downloading OS images from a network
* Serial terminal:: Using GRUB via a serial line
* Vendor power-on keys:: Changing GRUB behaviour on vendor power-on keys
* Images:: GRUB image files
* Core image size limitation:: GRUB image files size limitations***************
This is the documentation of GNU GRUB, the GRand Unified Bootloader, a
flexible and powerful boot loader program for a wide range of
architectures.This edition documents version 2.02~beta2.
This manual is for GNU GRUB (version 2.02~beta2, 11 May 2017).
Copyright (C)
1999,2000,2001,2002,2004,2006,2008,2009,2010,2011,2012,2013 Free
Software Foundation, Inc.Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software
Foundation; with no Invariant Sections.* Menu:
* Introduction:: Capturing the spirit of GRUB
* Naming convention:: Names of your drives in GRUB
* OS-specific notes about grub tools::
Some notes about OS-specific behaviour of GRUB
tools
* Installation:: Installing GRUB on your drive
* Booting:: How to boot different operating systems
* Configuration:: Writing your own configuration file
* Theme file format:: Format of GRUB theme files
* Network:: Downloading OS images from a network
* Serial terminal:: Using GRUB via a serial line
* Vendor power-on keys:: Changing GRUB behaviour on vendor power-on keys
* Images:: GRUB image files
* Core image size limitation:: GRUB image files size limitations -
lajos0001
tag
válasz
ubyegon2
#8232
üzenetére
Megcsináltam, eredmény a #8235-ben. Reboot után változatlanul jönnek a bootup üzenetek sok oldalon keresztül (démon startok, service startok főleg, számomra jelenleg teljesen feleslegesen), amíg fel nem áll a mint.
A systemd-analyze teljesen elfogadható teljes bootup időt ad (25-26 sec), a systemd-analyze blame sem ad változást a verzióváltás előttihez képest.
Az /etc/default/grub -ban az üzenetletiltó bejegyzés azonban hatástalannak tűnik, jóllehet ugyanúgy ott van, mint a verzióváltás előtt (amikor is tökéletesen működött):GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""Egyszerűen nem értem, miért van mindez (verzióváltásnak ezt nem kellene indokolnia szerintem).
-
lajos0001
tag
1/
Ezt:
xxx@xxx-MS-7752 ~ $ sudo grub-install /dev/sda
[sudo] xxx jelszava:
Telepítés a(z) i386-pc platformhoz.
A telepítés befejeződött. Nem jelentettek hibát.
xxx@xxx-MS-7752 ~ $========================
2/sudo update-grub
beírására pedig ezt kapom (és ez még több oldalon keresztül tovább folytatódik, semmi olyan nincs benne, hogy az update ténylegesen lement):
Next: Shell-like scripting, Up: Configuration
6.1 Simple configuration handling
=================================The program 'grub-mkconfig' (*note Invoking grub-mkconfig:
generates
'grub.cfg' files suitable for most cases. It is suitable for use when
upgrading a distribution, and will discover available kernels and
attempt to generate menu entries for them.'grub-mkconfig' does have some limitations. While adding extra
custom menu entries to the end of the list can be done by editing
'/etc/grub.d/40_custom' or creating '/boot/grub/custom.cfg', changing
the order of menu entries or changing their titles may require making
complex changes to shell scripts stored in '/etc/grub.d/'. This may be
improved in the future. In the meantime, those who feel that it would
be easier to write 'grub.cfg' directly are encouraged to do so (*note
Booting::, and *note Shell-like scripting:, and to disable any system
provided by their distribution to automatically run 'grub-mkconfig'.The file '/etc/default/grub' controls the operation of
'grub-mkconfig'. It is sourced by a shell script, and so must be valid
POSIX shell input; normally, it will just be a sequence of 'KEY=value'
lines, but if the value contains spaces or other special characters then
it must be quoted. For example:GRUB_TERMINAL_INPUT="console serial"
Valid keys in '/etc/default/grub' are as follows:
'GRUB_DEFAULT'
The default menu entry. This may be a number, in which case it
identifies the Nth entry in the generated menu counted from zero,
or the title of a menu entry, or the special string 'saved'. Using
the id may be useful if you want to set a menu entry as the default
even though there may be a variable number of entries before it.For example, if you have:
menuentry 'Example GNU/Linux distribution' --class gnu-linux --id example-gnu-linux {
...
}
-----Info: (grub.info.gz)Simple configuration, 345 lines --Top------------------------------------------------------------------------------------------------
Welcome to Info version 6.1. Type H for help, h for tutorial. -
válasz
lajos0001
#8231
üzenetére
Ha azt a parancsot adod ki, amit írsz, akkor olvasd el még párszor, mit irt neked a kolléga!
upgrade
vs
updateEzután 64 bites mint 18.2 xfce live pendriveról bootolva reinstalláltam a grubot a hard disken
ez a parancs újratelepíti neked a grub-ot, nem kell hozzá live-ból futtatás:
sudo grub-install /dev/sda (az a az változhat)
utána futtasd le azért a sudo update-grub-otAmúgy mit ír ki az a bootup, ami zavar?
-
lajos0001
tag
Sziasztok!
Kis segítséget szeretnék kérni:64 bites mint 18.1 xfce-ről upgrade-oltam 18.2-re frissítéskezelővel, gond nélkül. A rendszerem duálbootos (egy xp is van külön partíción a mint mellett; i7-es proci, 16 GB ram). A kernel verzió maradt a régi (4.4.0-53, az upgrade nem tett fel újabb kernelt). Upgrade után minden szép, láthatóan minden működik.
Egy bosszantó új probléma azonban fellép: a grub lefutása után most nem tudok megszabadulni a kernel bootup üzeneteitől (korábban ezeket letiltottam). Guglizás azt adja, hogy az alábbi beállítás kell az /etc/default/grub -ba (komment nélkül):
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX=""Upgrade előtt is így állítottam ott ezt be, működött is, most is így van ott beállítva, azonban az upgrade utántól mégis minden egyes reboot után jönnek a bootup üzenetek (látható hibát nem jeleznek, csak szeretnék tőlük megszabadulni).
A sudo upgrade-grub a terminálban nem adja a várt üzenetet, helyette a grub helpjét adja csak ki minden alkalommal, nem tudom, miért.
Ezután 64 bites mint 18.2 xfce live pendriveról bootolva reinstalláltam a grubot a hard disken, látszólag le is ment a reinstall, azonban a sudo upgrade-grub megint csak a grub helpjét adja ki, és továbbra is minden reboot után jönnek a kernel bootup üzenetek (olyan, mintha az update-grub nem csinálna semmit). Bármilyen tipp, hogy tudnék ezektől megszabadulni?
A mintet nem szívesen raknám újra, már kellőképpen optimalizált, túl sok munka van benne.
Előre is köszönöm!
-
zambozoli
aktív tag
-
Mtbsrác
senior tag
válasz
Mtbsrác
#8164
üzenetére
Na kipróbáltam az eredmény továbbra sem tudom állítani a fényerejét! Bmely disztrót próbáltam. Egyedül xp-vel és nagynehezen win7-el lehetett. De azokkal a rendszerekkel messze nemmegy annyit akkuról mint linuxokkal.
Más:
Hogyan tudom totálisan uninstallálni és újra feltenni a wine-t? Mindent szedjen le amit eddig feltett beleértve a programokat amiket futtatok, regisztrációs adatbázisból vagy miből is törölje ki a vackait.
-
zambozoli
aktív tag
Sziasztok!
Van még bármi lehetőségem, hogy egy intel® wireless wifi link 5100agn kártyából többet hozzak ki, mint 150Mbit (alapból 300-as)
resources: irq:28 ioport:3000(size=256) memory:d0010000-d0010fff memory:d0000000-d000ffff
*-network
description: Wireless interface
product: WiFi Link 5100
vendor: Intel Corporation
physical id: 0
bus info: pci@0000:03:00.0
logical name: wlp3s0
version: 00
serial: 00:21:6b:8e:1b:e4
width: 64 bits
clock: 33MHz
capabilities: pm msi pciexpress bus_master cap_list ethernet physical wireless
configuration: broadcast=yes driver=iwlwifi driverversion=4.4.0-93-generic firmware=8.83.5.1 build 33692 ip=192.168.134.30 latency=0 link=yes multicast=yes wireless=IEEE 802.11abgn
resources: irq:31 memory:d4200000-d4201fffMintha nem használná a 40Mhz-s sávot.
Ez sajnos már nem segít:sudo modprobe -r iwlwifi ; sudo modprobe iwlwifi 11n_disable=8 -
-
-
#8216
nOvOp
senior tag
King Unique
#8215
nOvOp
senior tag
válasz
King Unique
#8215
üzenetére
Köszi mindkettőtöknek!
-
#8215
King Unique
titán
nOvOp
#8213
King Unique
titán
Ha az adatok, letöltések stb. eleve a HDD-n kapnak helyet, akkor bőven elég egy 120 GB-os SSD a 2 rendszernek. A Linuxnak amúgy sem kell sok hely, elég neki rendszerint egy 15-20 GB-os partíció is + X GB swap. De lehetne akár nagyobbat is venni, ha belefér a keretbe, illetve jobb az ár-érték aránya. Előbbin is elférne egyébként akár több Linux, de az utóbbin meg pláne, ha esetleg később szaporítani akarod a rendszereket.
(#8214) ubyegon2:
Úgy voltam vele, ha már más nem válaszol, akkor majd én. De szintén meglepődtem én is. Amúgy SSD-t azért nem kéthavonta vesz az ember és ha belefér a keretbe, akkor megfontolandó a nagyobb tárolókapacitású. Például az egyik népszerű típus 120 / 240 GB-os modellje között sem olyan nagy az árkülönbség. Na meg ki tudja később mire használja még, telepít-e esetleg további rendszereket. -
Szia!
HDD mellé bőven elég a 120 GB-os, nekem is így vannak a dolgok a gépen, Linuxnak a mindennapi használatban lévő az 20 GB-os partición van, de ha nagyon akarod, adhatsz neki 25 gigát, nagyon bőven elég, időnként ha már megtelik a /var, azt kitisztítod és 15 gigánál soha nem lesz nagyobb a Linuxod.
A böngészőnél állítsd be az elején, hogy a letöltések a tároló meghajtóra menjenek és ha nincs még ötleted, nézz be a Milyen SSD-t vegyek topikba.
Van egy SSD-s írás a blogjaim között, majd ellenőrzéshez hasznát veszed a benne lévő parancsoknak.
Ha majd valami nem lesz egyértelmű az SSD-d beüzemelésekor v. utána, akkor meg írj!
...............................King Unique szaki, jól megleptél most, csak pislogtam, mikor rányomtam az OK gombra, mondom magamba, ezt nem is írtam......akkor láttam, hogy egyszerre irtunk!
Ár/érték arányban igazad van, de ha semmi másra nem fogja használni darazzs, akkor...... -
nOvOp
senior tag
Sziasztok!
Nem olyan régen kezdtem el a linuxot (Linux Mint Cinnamon) próbálgatni egy Fujitsu a544 laptopon egy W10 mellett hdd-n telepítve. Most beszereznék egy SSD-t. A kérdésem az lenne, hogy elég a 120 GB-os vagy inkább 240-es kellene? A W10-et egyenlőre meghagynám, mert a családot nehezebb rászoktatni és W10 alatt van egy-két program amihez még az elején hozzányúlnék. A W10 jelenleg 50 GB-ot foglal. Mennyi kellene a linuxnak, hogy szépen elmenjen? 120 esetén én 50/70-re gondoltam, mert a W10-nek kellene az a 70 szerintem. Az SSD-n csak a rendszerek lennének, a hdd maradna háttértárnak. -
#8212
King Unique
titán
Frawly
#8210
King Unique
titán
Jó, de ezzel nem feltétlen itt, nem egy Linux topikban kellene tovább offolni! Az ezzel kapcsolatos infókat már valamelyik érintett OS topikjába kellene beírni. Már, ha lesz mit, mert normál esetben egy tiszta telepítésnél eleve az előző válaszban említett felállás van.
-
#8210
Frawly
veterán
King Unique
#8208
Frawly
veterán
válasz
King Unique
#8208
üzenetére
Na, most már annyira kíváncsivá tettél ezzel a több indítófájlos partícióval, hogy a Win10 Prof mellé lehúzok egy Win7-es, és Win 8.1-es lemezképet is, és tesztelem mindhármat QEMU-ban. Nem telepítem a rendszert, odáig nem megyek el, csak a particionálást csinálom meg a telepítővel, automatán, majd kézi defaulton, majd kézi egyéni beállításokon.
-
Dhampir
félisten
A Linux Mint Hivatalos Magyar Közössége osztotta meg a Nemzeti Kibervédelmi Intézet alábbi közlését, az érintett kernelverziók felsorolásával:
-
#8208
King Unique
titán
Frawly
#8207
King Unique
titán
Itt az csak egy dolog, hogy a rendszer telepítésénél melyik opció, illetve milyen particionálás az alapértelmezett. Az viszont már egy másik, hogy mindkét platform rendszerei esetében van egyéni beállítási lehetőség pl. a particionálásnál is. Na meg akár a telepítés után is át lehet méretezni a rendszerpartíciót és létrehozni egy külön adatpartíciót. Illetve a Linuxnál utólag akár a /home is átrakható máshova.
Ezzel a biztosan primary+extended partíciók lesznek kijelentéssel viszont továbbra sem értek egyet. Itt van konkrétan a 7 és 8.1 rendszerek Legacy telepítéséről egy-egy screenshot, amelyeken látszik, hogy lehet kreálni több elsődleges partíciót. A 10-es UEFI-s telepítésénél pedig normál esetben eleve 3 db kisebb partíció lesz létrehozva a rendszer számára. Tehát nemcsak a 100 MB-os EFI partíció, hanem 2 másik is, amelyek méreténél a korábbi / újabb kiadásoknál lehet különbség.
-
#8207
Frawly
veterán
King Unique
#8206
Frawly
veterán
válasz
King Unique
#8206
üzenetére
Igen, az automata és default particionálásról van szó. Az automatával kötnek ki az emberek egy (rendszer=adatok) partícióval, defaultnál meg ezzel a primary+extended nyomoréksággal, bár az is igaz, hogy ez utóbbit csak Win7-ig bezárólag próbáltam.
Abban igazad van, hogy automatán a Linuxnak sem kéne egy partíciót erőltetni. A Linux csak annyiban más, hogy a legtöbb felhasználó ért annyira hozzá, hogy nem válassza az automata particionálást, aki meg nem ért hozzá, az csak ismerkedik a rendszerrel, és nem komoly, mindennapos használatra szánt telepítést csinál, csak tesztel, és arra jó az egyetlen partíció is. A Linux viszont, mindegy melyik telepítőről van szó, nem erőltet kiterjesztett partíciót.
Nálam a Win10 UEFI + GPT-nél is egy indítópartíciót hozott létre, az egyetlen EFI FAT32 partícióra tette az indítófájlokat, ami emlékeim szerint 100 megás, de majd megnézem, ha legközelebb használom azt a gépet. Nem esküszök meg rá, lehet mégis 200 MB.
-
#8206
King Unique
titán
Frawly
#8205
King Unique
titán
Ha a jelenleg támogatott rendszereket nézzük, akkor én nem tapasztaltam 7/8.x/10 esetében sem ilyet, pedig számos alkalommal telepítettem már mindegyiket. Eleve lehet a második (fő) partíció is elsődleges, ameddig az MBR korlátja engedi. A rendszer számára létrehozott kisebb partíció meg az újabb Windowsok esetében már eleve nem 100 MB-os. De az megmaradt, hogy Legacy (BIOS-MBR) telepítésnél csak 1-et hoz létre. Az UEFI-GPT felállásnál lesz több kisebb, de ott ez nyilván nem probléma.
Az automata particionálásról meg annyit, hogy egyrészt a Windows esetében is van advanced opció, vagyis lehet közvetlenül a telepítésnél is létrehozni külön adatpartíciót. Tehát nem feltétlen kell egy esetleges újratelepítésnél a teljes lemezt formázni. Másrészt automata particionálásnál rendszerint a Linux sem csinál külön home partíciót. Vagyis, ha netán újra kell telepíteni, akkor ott is kellemetlen tud lenni, ha netán a rendszerpartícióra volt mentve minden adat. Másrészt automata particionálásnál nálam legutóbb az Ubuntu 16.04 elcseszte az eltolást és utána a Mint már nem volt hajlandó a másik partícióra települni és folyamatosan ezzel kapcsolatos hibaüzeneteket dobált. Előtte is inkább a "Valami más" opciót használtam a telepítésnél, de ezen eset után már pláne azt fogom.
-
#8205
Frawly
veterán
King Unique
#8204
Frawly
veterán
válasz
King Unique
#8204
üzenetére
Az infó tőlem van. XP-Vista-Win7 is hajlamos második partíciónak extendedet csinálni, a Win10-re nem emlékszem, Win8-at meg nem particionáltam még.
Amúgy én nem gparted-del vagy parted-del vagy fdisk-kel, hanem cfdisk-kel szoktam particionálni, igaz ilyen partícióátmozgatást nem szoktam csinálni. Egyszer particionálom meg a meghajtót, de akkor azt olyan átgondoltan, hogy hagyok helyet későbbi lehetőségeknek is, mindenben hagyok kellő tartalékot, általában nem is kell soha többet hozzányúlnom, vagy ha igen, akkor csak partíciót kell shrinkelni (azt már Gparteddel), és nem particionált területen létrehozni újat, de ezt is csak akkor, ha +1 OS-t kell telepíteni rá. Az is igaz, hogy soha nem szopattam magam extended-logical partíciókkal, így ha nagy ritkán hozzá is kellett nyúlni a partíciókhoz, nem volt vele szívás. Plusz azóta már nem kell hozzányúlnom a partíciókhoz, mióta csak Linux van, sőt, mióta öntitkosítós SSD-m van, már LUKS-ot és LVM-et sem használok. Csak egy EFI partíció, egy root ext4, és egy home ext4, mind elsődleges. A játékra tartott laposon ugyanez, de ott van még egy elsődleges NTFS partíció a Win10 Profnak, amire nagyon ritkán bootolok át. Az elsődleges gépemen nincs is más, csak Arch Linux. Mióta 8 meg 16 giga RAM van, már nemhogy swap partíció nincs, de swapfájl sem.
Bár még az extended partíció is jobb annál, mint ahogy a Windows automatán particionálja, egy 100 megás indítópartíció, meg az egész maradék lemezterület egy partícióként, aztán ez nagyon happy addig, míg a Wint újra nem kell húzni, mert akkor aztán meg megy a sírás, hogy el kell vinni a gépet adatot menteni vagy HDD-t kell kölcsön kérni. Bár a mai megbízhatatlan meghajtók világában mindenképp érdemes mindenről backupot tartani, nem drágák már a terás külső HDD-k, meg a felhős tárhelyek sem.
-
#8204
King Unique
titán
Frawly
#8199
King Unique
titán
"Plusz a MS-féle particionálóprogik hülyesége az is, hogy az első primary partíció után már csak extended partíciót engednek létrehozni (DOS-os fdisk, Windows-telepítők). Semmiféle logikus ok nincs emögött. Talán a diskmgmt.msc az egyetlen, amely nem erőlteti az extended partíciót."
Ez az infó amúgy honnan van?
A jelenlegi Windows-telepítők esetében nyilván lehet a telepítésnél több elsődleges partíciót is létrehozni, nincsen 1 db-ra korlátozva és nem kell erővel kiterjesztettnek lennie a többinek. Max. MBR-nél a korábban említett korlátok érvényesek. Szintúgy a diskpart és a lemezkezelő esetében is. Bár utóbbinál előfordulhat, hogy a 3. partíciót már logikaira csinálja. Aztán ott van ezen platformra több külső particionáló program is, amelyeknél megint nincsen az említett dolog. Sőt, azok funkciók tekintetében többet tudnak, mint a GParted. Bár az Ext fájlrendszernél leginkább csak a létrehozást (formázás) támogatják, ellenben a komolyabb particionálási műveleteket már nem feltétlen.
-
Persze, modernebb a GPT, de nekem is mindig belakott meghajtóim vannak, így értelmetlen foglalkoznom vele, MBR-rel soha nem volt bajom, igaz már nincs 12 oprendszer fenn egyszerre, de ezek se panaszkodtak a GPT hiányára.
![;]](//cdn.rios.hu/dl/s/v1.gif)
A Gparted rendkívül jól oldja meg a dolgokat, időnként simán átmásolom vele SSD-ről HDD-re a régebbi disztrókat, legutóbb igen hasznos volt a 17.3, mert csak azzal jöttek be bizonyos oldalak a NAT-olt IP címem miatt.
Jó sokáig elleszek még az MBR-rel szerintem.
Ez a swap file mindig kimegy a fejemből, valóban ott van az is és jobb is, mint a swap.
Nagyon jó ötleteket adtatok, de párat már most ki tudok zárni, mint hibaforrási lehetőséget.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
Hirdetés
RowonA topik célja: Segítségnyújtás a Linux Mint-et használó kezdők és haladók valamint a még csak azzal ismerkedők számára.
Kérdés előtt olvasd el a topik összefoglalóját! -> [link]
- Kaspersky, McAfee, Norton, Avast és egyéb vírusírtó licencek a legolcsóbban, egyenesen a gyártóktól!
- Windows 10 11 Pro Office 19 21 Pro Plus Retail kulcs 1 PC Mac AKCIÓ! Automatikus 0-24
- Antivírus szoftverek, VPN
- Vírusirtó, Antivirus, VPN kulcsok
- Microsoft licencek KIVÉTELES ÁRON AZONNAL - UTALÁSSAL IS AUTOMATIKUS KÉZBESÍTÉS - Windows és Office
- Egyedi ékszerdobozka
- Bomba ár! Fujitsu LifeBook E754 - i5-4GEN I 8GB I 256SSD I 15,6" HD I HDMI I W10 I Garancia!
- Apple iPhone 13 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- ÁRGARANCIA! Épített KomPhone Ryzen 5 5500 16/32/64GB RAM RTX 4060 8GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone i5 13400F 32/64GB RAM RX 7800 XT 16GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest